Re: AjaxDatePicker on ModalDialogBox
Re: AjaxDatePicker on ModalDialogBox
- Subject: Re: AjaxDatePicker on ModalDialogBox
- From: David LeBer <email@hidden>
- Date: Thu, 13 Oct 2011 11:48:16 -0400
On 2011-10-13, at 11:39 AM, Alexis Tual wrote:
> Hi Paul,
> Fortunately we just do the same here :)
> But in this case, it's not an IE issue, it concerns the loading of css files by a component which is hidden and then shown by an ajax request.
> Bogdan shows an example : http://lists.apple.com/archives/webobjects-dev/2011/Sep/msg00288.html
>
> Cheers,
>
> Alex
For those kinds of issues I usually punt and just merge the required css into one of the global (always loaded) stylesheets.
>
> Le 13 oct. 2011 à 17:31, Paul Yu a écrit :
>
>> I just ignore my IE customers and tell them to switch.
>>
>> ;)
>>
>> Paul
>> On Oct 13, 2011, at 11:29 AM, Alexis Tual wrote:
>>
>>> Hi,
>>>
>>> Le 13 oct. 2011 à 17:08, Chris Pastore a écrit :
>>>
>>>> Alexis,
>>>>
>>>> That does seem to do the trick!
>>>>
>>>> Are there any plans for this to get moved into the project? Is there a reason why this code should NOT be used?
>>> I should have filled a github issue (or Jira ?)... and done a pull request for reviewing. I will do it and remove the condition on er.extensions.loadOnDemandDuringReplace from my code as it seems useless.
>>> I've done the fix 1 month ago and didn't face any issue since... I'm still puzzled that there's only 3 people on the list having this specific issue, apparently.
>>>
>>>>
>>>> Thanks for any help/information.
>>>>
>>>> Thanks,
>>>> Chris Pastore
>>> you're welcome,
>>>
>>> Alex
>>>
>>>
>>>>
>>>> On Oct 12, 2011, at 3:41 PM, Alexis Tual wrote:
>>>>
>>>>> Hello,
>>>>> that sounds familiar, you might want to check this :
>>>>> http://lists.apple.com/archives/webobjects-dev/2011/Sep/msg00288.html
>>>>>
>>>>> and the fix :
>>>>> https://github.com/alextu/wonder/commit/25f57ecf4241503d991fa52dc2efbd19c45843ff
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Alexis
>>>>>
>>>>>
>>>>> Le 12 oct. 2011 à 21:22, Chris Pastore a écrit :
>>>>>
>>>>>> David,
>>>>>>
>>>>>> If I'm not mistaken though, the calendar table is positioned absolutely and lined up with the form field. It also has an explicitly set z-index of 10001.
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Chris Pastore
>>>>>>
>>>>>>
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: David LeBer [mailto:email@hidden]
>>>>>> Sent: Wednesday, October 12, 2011 3:13 PM
>>>>>> To: Chris Pastore
>>>>>> Cc: email@hidden
>>>>>> Subject: Re: AjaxDatePicker on ModalDialogBox
>>>>>>
>>>>>> This is an IE 'feature'. In IE, each block that has a 'relative' positioning gets it's own z-index stack.
>>>>>>
>>>>>> <http://ltslashgt.com/2007/05/16/relative-zindex-and-ie/>
>>>>>>
>>>>>> On 2011-10-12, at 2:51 PM, Chris Pastore wrote:
>>>>>>
>>>>>>> I have an AjaxDatePicker that I use on a ModalDialogBox. Everything is fine and all the form elements play fine on the ModalDialogBox, except when it comes to Internet Explorer (isn't that always the case?). The issue, is that I can open the date picker one time and it displays fine, but if I close the modal dialog, and re-open it and try to open the date picker a second time, the styling goes away. The calendar is placed where it should be, but no white background, borders, or highlighting. First thought was z-index, but since the date picker has a higher z-index than the modal dialog box and the numbers actually show up, I'm thinking that is not the problem.
>>>>>>>
>>>>>>> Has anyone seen this before?
>>>>>>>
>>>>>>> I included two screenshots... Not sure if that will work or not.
>>>>>>>
>>>>>>> <image001.png>
>>>>>>>
>>>>>>>
>>>>>>> <image006.png>
>>>>>>> Thanks,
>>>>>>>
>>>>>>> Chris Pastore
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>>> Webobjects-dev mailing list (email@hidden)
>>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>>>
>>>>>>> This email sent to email@hidden
>>>>>>
>>>>>>
>>>>>> --
>>>>>> David LeBer
>>>>>> Codeferous Software
>>>>>> 'co-def-er-ous' adj. Literally 'code-bearing'
>>>>>> site: http://codeferous.com
>>>>>> blog: http://davidleber.net
>>>>>> profile: http://www.linkedin.com/in/davidleber
>>>>>> twitter: http://twitter.com/rebeld
>>>>>> --
>>>>>> Toronto Area Cocoa / WebObjects developers group:
>>>>>> http://tacow.org
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>> Webobjects-dev mailing list (email@hidden)
>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>>
>>>>>> This email sent to email@hidden
>>>>>
>>>>>
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> Webobjects-dev mailing list (email@hidden)
>>> Help/Unsubscribe/Update your Subscription:
>>>
>>> This email sent to email@hidden
>>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
--
David LeBer
Codeferous Software
'co-def-er-ous' adj. Literally 'code-bearing'
site: http://codeferous.com
blog: http://davidleber.net
profile: http://www.linkedin.com/in/davidleber
twitter: http://twitter.com/rebeld
--
Toronto Area Cocoa / WebObjects developers group:
http://tacow.org
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden