Greetings,
I am using your ultrawebgrid v6.3 and have an issue with the editing controlls rendering outside of the grid itself. (onclick, the input control appears offset well outside the page)
As an additional 'feature' there are 3 of these grids (yes they all have a different ID) and when I toggle back/forth between editing one grid to the next, their respective input boxes increase this offset and walk away further down the page.
Considering I am relatively new at the use of your suite, I was unable to find a similar posting. Can you offer any advice, is it a known issue? I am suspecting a CSS/div issue may be the underlying cause. Which could be as a result of how the grids are setup to begin with. Here is an example of the one grid's markup code.
<igtbl:ultrawebgrid id="uwList2" Width="248px" runat="server" Height="171px"> <Bands> <igtbl:UltraGridBand> <AddNewRow View="NotSet" Visible="NotSet"> </AddNewRow> </igtbl:UltraGridBand> </Bands> <DisplayLayout AllowDeleteDefault="Yes" JavaScriptFileName="/Scripts/ig_WebGrid.js" StationaryMargins="Header" AllowAddNewDefault="Yes" AllowSortingDefault="Yes" RowHeightDefault="20px" Version="2.00" BorderCollapseDefault="Separate" Name="ctl00xuwList2" TableLayout="Fixed" CellClickActionDefault="Edit" AllowUpdateDefault="Yes"> <AddNewBox Prompt="Add new" Hidden="False"></AddNewBox> <Pager StyleMode="PrevNext"></Pager> <HeaderStyleDefault Font-Bold="True" BorderStyle="Solid" BackColor="LightGray"> <BorderDetails ColorTop="White" WidthLeft="1px" WidthTop="1px" ColorLeft="White"></BorderDetails> </HeaderStyleDefault> <FrameStyle Width="248px" BorderWidth="1px" Font-Size="10pt" Font-Names="Verdana" BorderStyle="Solid" BackColor="LightGray" Height="171px"></FrameStyle> <FooterStyleDefault BorderWidth="1px" BorderStyle="Solid" BackColor="LightGray"> <BorderDetails ColorTop="White" WidthLeft="1px" WidthTop="1px" ColorLeft="White"></BorderDetails> </FooterStyleDefault> <EditCellStyleDefault BorderWidth="0px" BorderStyle="None"></EditCellStyleDefault> <RowStyleDefault BorderWidth="1px" BorderColor="Gray" BorderStyle="Solid"> <Padding Left="3px"></Padding> <BorderDetails WidthLeft="0px" WidthTop="0px"></BorderDetails> </RowStyleDefault> <Images ImageDirectory="/Images/"></Images> </DisplayLayout></igtbl:ultrawebgrid>
Any assistant in this matter would be helpful...
Thanks in advance, Padishar
I haven't seen this issue occur before. It's possible that it may have been a bug that was fixed.
What browser are you using? Does the same behavior occur if you use a different browser?
The "Version" attribute in your grid's DisplayLayout doesn't look right. I thought that this is normally set to "4.00" for any recemt versions (2005 Volume 1 and up, at least). Was this application previously using an older version of the toolset? If it was, try creating a new webpage with similarly-configured WebGrid controls to see if the issue still occurs. Instead, you might try changing the Version attribute to "4.00" (be sure you have a backup of your original page!) to see if this resolves the issue.
The next step is to install the latest hot fix for NetAdvantage for .NET 2006 Volume 3, to see if the issue is addressed there. You can download this from the My Keys and Downloads page of our website.
Lastly, if the issue still occurs using the latest hot fix of NetAdvantage for .NET 2006 Volume 3, I suggest you test this using a trial version of NetAdvantage Web Client (ASP.NET) 2008 Volume 3. Our 2006 Volume 3 release is no longer eligible for maintenance, so no new bug fixes will be created for it; an upgrade might either resolve your issue or show that further research is needed.
If the behavior still happens in the 2008 Volume 3 release, then please submit a support request so that a Developer Support Engineer can assist you in more detail. In this situation, it will help if you can provide us a sample project that we can run and debug which demonstrates this behavior, so we know we're using the same code you are.
I think I am closer to resolving this issue, the "4.00" for the version tag didn't change anything.
I also notice that the problem goes away (edit box appears in the cell that it should) when the browser is full-screen.
I am still looking into this... Your thoughts? (javascript version?)
Other than changing the "Version" field, my thoughts are the same. What browsers are affected? Have you tested with the latest hot fix, or with a more recent version such as 8.3?
Sorry, for failing to mention it. I had indeed tested it after applying the hotfix, to no avail.
I have seen it occur so far on IE7 alone (but need to do more testing for the other browser types, FireFox etc...)
Hello,
Do you have any global CSS classes that might affect input boxes (the edit area is essentially an input box so global settings may affects that as well). For example, some global paddings / margins, e.g.
<style type="text/css">
input
{
padding ...
margin ...
}
</style>
Also, as Vince suggested, can you see if some parent containers are relative/contain paddings/margins that may affect that?
Also, you may try using the latest hotfix - this could be an issue that is already addressed in a hotfix.
Last but not least, you may report this problem directly to Developer Support as this could be something that we could not be able to addressin public forums - Developer Support can be reached here
http://es.infragistics.com/Support/default.aspx
I am using 2007 V1 (2.0) of the WebGrid and I when I edit a cell, the edit control displays at the upper ledt of the cell which looks strange. Here is what I am seeing. I turned the border on for edit so it displays clearly what I am getting.
Is there a way to adjust the edit control position to the center of the cell?
That's the doctype I was expecting to see - the default one used by Visual Studio 2005 and Visual Studio 2008. This is what we primarily code for, so this suggests to me that the doctype isn't likely influencing this issue. I'd thoguht you may have been using a different one, which is why I ask.
What kinds of HTML container controls is the grid placed in? This includes DIVs, TABLEs, and so forth. Just as importantly, how are each of these containers positioned - flow layout, relative, absolute, and so on? If this layout is sufficiently complicated, then the mispositioning of the input box might be expected, so our next step woudl be trying to identify a workaround in this situation - but let's cross that bridge when we get there.
XHTML 1.0 Transitional
Thanks for the follow-up.
Now that you mention IE7: What's the DOCTYPE declaration on your ASPX page? I wonder if that may be impacting the resutls.