Here is a stripped down version of the code (minus any style) that can reproduce this behavior:
<asp:Panel ID="CollapsibleBackground" runat="server"> <asp:Panel ID="CollapsiblePanel" runat="server"> <asp:Image ID="CollapsibleImage" runat="server" /> <asp:Panel ID="CollapsibleContent" runat="server"> <asp:Label ID="ControlFileNameLabel" Text="This is a test" runat="server" /> <br /> <asp:TextBox ID="Text" Text="Enter something" runat="server" /> <ajaxToolkit:CalendarExtender TargetControlID="Text" runat="server" /> </asp:Panel> </asp:Panel> <ajaxToolkit:CollapsiblePanelExtender ID="CollapsiblePanelExtender" runat="Server" CollapseControlID="CollapsibleImage" CollapsedImage="~/images/expand_blue.jpg" CollapsedSize="25" ExpandControlID="CollapsibleImage" ExpandDirection="Vertical" ExpandedImage="~/images/collapse_blue.jpg" ImageControlID="CollapsibleImage" TargetControlID="CollapsiblePanel" /> </asp:Panel> <asp:Panel ID="Panel1" runat="server"> <asp:Panel ID="Panel2" runat="server"> <asp:Image ID="Image1" runat="server" /> <asp:Panel ID="Panel3" runat="server"> <asp:Label ID="Label1" Text="This is a test" runat="server" /> <br /> <asp:TextBox ID="TextBox1" Text="Enter something" runat="server" /> <ajaxToolkit:CalendarExtender ID="CalendarExtender1" TargetControlID="TextBox1" runat="server" /> </asp:Panel> </asp:Panel> <ajaxToolkit:CollapsiblePanelExtender ID="CollapsiblePanelExtender1" runat="Server" CollapseControlID="CollapsibleImage" CollapsedImage="~/images/expand_blue.jpg" CollapsedSize="25" ExpandControlID="CollapsibleImage" ExpandDirection="Vertical" ExpandedImage="~/images/collapse_blue.jpg" ImageControlID="CollapsibleImage" TargetControlID="Panel1" /> </asp:Panel>
Has anybody been able to reproduce this behavior? Is this the wrong place to post this?
How can i can change the control's z-index client-side?
Does the collapsible panel have a default style associated with it? Is it's z-index set on the client-side?
Any help or advice is most appreciated.
Thanks,
-Kory
The same thing is happening to us. It occurs on one of our developer's workstations, and not on anothers, same code, same server, same EXACT browser ver, etc. Even the settings come down from the sysadmins, and a look at them showed they appear to be the same. Lemme know if you find anything, and I will do the same.
Thanks!
At least it's not just me... what browser are you experiencing the problem in? I'm using Firefox 2.0.0.6, but I will test with other browsers this morning.
Thanks Brad..
IE 6 w/ SP2. We just have the one browser here... It's pretty jacked, as I can't even replicate the problem on my workstation. I implemented the callendar, and showed it to others in the dev department, and they were like 'cool!'... a week later one is trying it and is like 'hey, that calendar you showed me sucks!' LOL
Oh! PS, our's isn't inside of a collapsiblePanel, it's just on it's own, with some standard dropdowns below it that show over it.
-I just read the subject again
Ma'an, this blows me away. How can a supposed production ready AJAX control have such an obvious bug? This control does rock when it's compared to other calendars our there, but if it doesn't work consistently then I guess it's not ready for prime time. I'll have to find another control to use in our web-app.
I've posted the details of this issue to the AJAX Control Toolkit project on code-plex (http://www.codeplex.com/AtlasControlToolkit) so hopefully someone from the development team will offer some type of solution. Silly me actually thought the Microsoft folks read these forums :(...
Don't overdo with AJAX. from my opinion the AJAX toolkit is still in his infancy.
I encountered plenty of bugs and the components are not as flexible and usable as asp.net ones.
The best way is to learn to create and customize the toolkit to meet your needs.
What i suggest for the time being is to use some kind of mixture of asp.net and ajax.
like you can put a asp.net calendar inside an ajax updatepanel to mimic ajax calendarextension.
hope this will help.
I've encountered the same issue. Whenever my date picker opens up over any collapsible panels, it shows up behind them. This is definitely a FF issue. Something similar happens in IE 6, but that is the absolute position/dropdown bug, NOT the same issue (Anything absolutely positioned shows up underneath browser-rendered dropdowns in IE 6). Has anyone had any luck with correcting the FF bug?
I'm also having the same problem. But if you look a the calendar demonstration page, clickhere, it seem that they've found some kind of work-around. The last calendar on that page (Calendar with an associated button) overlaps the three collapsible panels below it "Calendar Description", "Calendar Properties", and "Calendar Theming". Unfortunately I don't have the solution to this problem but at lest we know there's an answer out there.
megatronlives:
I'm also having the same problem. But if you look a the calendar demonstration page, clickhere, it seem that they've found some kind of work-around. The last calendar on that page (Calendar with an associated button) overlaps the three collapsible panels below it "Calendar Description", "Calendar Properties", and "Calendar Theming". Unfortunately I don't have the solution to this problem but at lest we know there's an answer out there.
The difference is that their calendarextender is not inside of a collapsiblepanel itself.
I'm not sure if anyone is still on this thread but your calendarextender does not need to be in a collapsiblepanel itself for the overlapping to occur.
I found this issue as well...mostly with dropdowns showing up on top of the Calendar Extender. I tried to throw in an IFRAME shim under the calendar, and tracked down that the ajaxcontroltoolkit already does this...it just puts it at the wrong spot. I think I've tracked the code down into the Popup behavior, specifically in the addBackgroundIFrame function. In that function, it will call
$common.setBounds(childFrame, $common.getBounds(element)); which will set the top and left positioning styles of the iframe RELATIVE TO THE TOP OF THE PAGE. I think that calendar extender only sees it's position relative to the start of the collapse panel.
My idea to get around this was to change
$common.setBounds(childFrame, $common.getBounds(element));
to
childframe.style.top = element.style.top;
childframe.style.left = element.style.left
I managed to sort of get it working, but something else messed up in my toolkit, and had to rollback the changes. I still think it will work tho.
Does anyone out there know what implications this sort of change might have?
Chris P
Hi
Did you got any solution for this problem. if yes ... Please post that here.
No comments:
Post a Comment