Re: [Wicket-user] DatePicker broken in IE6

[Pierre-Yves Saumont]

I was talking about the default format for String output, which is 
dependent upon the operating system character encoding (I guess 95% use 
ISO-Latin-1). Java internal representation of characters is UNICODE 
UTF-16 (in fact an obsolete version of this standard) and not UTF-8. 
(Dealing with variable length characters for internal representation 
would be a programmer's nightmare!)

Using ISO-Latin-1 for ouptut makes sense because ISO-Latin-1 is the same 
as UNICODE page 0, thus making the conversion trivial.

Pierre-Yves

Johan Compagner a écrit :
> please attach this to a patch: 
> http://sourceforge.net/tracker/?group_id=119783&atid=684977 
> 
> (and say what files it exactl y are)
> 
> because else it will get lost.
> 
> the standaard in java is not iso-8859-1 internally java is all utf
> but saving to disk and reading java looks at the system what the 
> encoding is.
> But if you ask me, what you sent to the browser should always be full utf8
> because then you never have problems who ever you target..
> 
> The projects i work with it is all utf8
> 
> browser <-> app server <-> database
> 
> johan
> 
> 
> On 9/22/06, *Pierre-Yves Saumont* <[EMAIL PROTECTED]  PROTECTED]>> 
> wrote:
> 
> Here are two versions. Using the UTF8 file does not solve the encoding
> problem since it will then break applications that use the ISO-8859-1
> encoding setting. The javascript language file should be selected
> according to the encoding used, or its content should be translated to
> the appropriate encoding. So the solution of using the UTF8 version as
> is would be worse than the problem it is supposed to solve.
> 
> Most french applications do in fact use ISO-8859-1 encoding. After all,
> isn't this is the default encoding for Java? It is somewhat sad
> since it
> lacks two characters that are very frequently used in french (oe and OE
> ligatures), but I think most french users would not like to be forced to
> switch their app to UTF8 to be able to use the datepicker.
> 
> Pierre-Yves
> 
> Johan Compagner a écrit :
>  > please give as an updated one then can we correct that
>  > And check it in as UTF-8 somehow
>  >
>  > johan
>  >
>  >
>  > On 9/22/06, *Pierre-Yves Saumont* < [EMAIL PROTECTED]
>   PROTECTED]>>>
>  > wrote:
>  >
>  > The file calendar-fr.js is in DOS format. Is this OK? (By the
> way, it
>  > also contains some spelling errors in messages, but this is
> another
>  > story.)
>  >
>  > Pierre-Yves
>  >
>  > Johan Compagner a écrit :
>  >  >
>  >  > 1) The following configuration is mandatory if you use
> the french
>  >  > language with IE6 :
>  >  >
>  >  >
>  >
> getRequestCycleSettings().setResponseRequestEncoding("ISO-8859-1");
>  >  >
>  >  > Unless you use this, IE6 reports a Javascript error
> because
>  > the french
>  >  > script with the monthes names reports an unterminated
> string
>  > for every
>  >  > name containing accented characters. This problem does
> not occur
>  >  > with FF.
>  >  >
>  >  >
>  >  > hmm this should then be really looked at because this is very
>  > strange
>  >  > By default we do UTF-8 and that should be able to handle
> everything.
>  >  >
>  >  > johan
>  >  >
>  >  >
>  >
>  >
> 
> 
> // ** I18N
> 
> // Calendar EN language
> // Author: Mihai Bazon, <[EMAIL PROTECTED]
> >
> // Encoding: any
> // Distributed under the same terms as the calendar itself.
> 
> // For translators: please use UTF-8 if possible.  We strongly
> believe that
> // Unicode is the answer to a real internationalized world.  Also
> please
> // include your contact information in the header, as can be seen above.
> 
> // Translator: David Duret, <[EMAIL PROTECTED]
> > from previous french version
> // Edited by Pierre-Yves Saumont <[EMAIL PROTECTED]  PROTECTED]>>
> 
> // full day names
> Calendar._DN = new Array
> ("Dimanche",
> "Lundi",
> "Mardi",
> "Mercredi",
> "Jeudi",
> "Vendredi",
> "Samedi",
> "Dimanche");
> 
> // Please note that the following array of short day names (and the
> same goes
> // for short month names, _SMN) isn't absolutely necessary.  We give
> it here
> // for exemplification on how one can customize the short day names,
> but if
> // they are simply the first N letters of the full name you can
> simply say:
> //
> //   Calendar._SDN_len = N;

Re: [Wicket-user] DatePicker broken in IE6

[Johan Compagner]

please attach this to a patch: http://sourceforge.net/tracker/?group_id=119783&atid=684977(and say what files it exactl y are)because else it will get lost.
the standaard in java is not iso-8859-1 internally java is all utfbut saving to disk and reading java looks at the system what the encoding is.But if you ask me, what you sent to the browser should always be full utf8
because then you never have problems who ever you target..The projects i work with it is all utf8browser <-> app server <-> databasejohanOn 9/22/06, 
Pierre-Yves Saumont <[EMAIL PROTECTED]> wrote:
Here are two versions. Using the UTF8 file does not solve the encodingproblem since it will then break applications that use the ISO-8859-1encoding setting. The _javascript_ language file should be selectedaccording to the encoding used, or its content should be translated to
the appropriate encoding. So the solution of using the UTF8 version asis would be worse than the problem it is supposed to solve.Most french applications do in fact use ISO-8859-1 encoding. After all,isn't this is the default encoding for Java? It is somewhat sad since it
lacks two characters that are very frequently used in french (oe and OEligatures), but I think most french users would not like to be forced toswitch their app to UTF8 to be able to use the datepicker.
Pierre-YvesJohan Compagner a écrit :> please give as an updated one then can we correct that> And check it in as UTF-8 somehow>> johan>>> On 9/22/06, *Pierre-Yves Saumont* < 
[EMAIL PROTECTED] [EMAIL PROTECTED]>>> wrote:>> The file calendar-fr.js is in DOS format. Is this OK? (By the way, it
> also contains some spelling errors in messages, but this is another> story.)>> Pierre-Yves>> Johan Compagner a écrit :>  >>  > 1) The following configuration is mandatory if you use the french
>  > language with IE6 :>  >>  >> getRequestCycleSettings().setResponseRequestEncoding("ISO-8859-1");>  >>  > Unless you use this, IE6 reports a _javascript_ error because
> the french>  > script with the monthes names reports an unterminated string> for every>  > name containing accented characters. This problem does not occur>  > with FF.
>  >>  >>  > hmm this should then be really looked at because this is very> strange>  > By default we do UTF-8 and that should be able to handle everything.
>  >>  > johan>  >>  >>>// ** I18N// Calendar EN language// Author: Mihai Bazon, <[EMAIL PROTECTED]
>// Encoding: any// Distributed under the same terms as the calendar itself.// For translators: please use UTF-8 if possible.  We strongly believe that// Unicode is the answer to a real internationalized world.  Also please
// include your contact information in the header, as can be seen above.// Translator: David Duret, <[EMAIL PROTECTED]> from previous french version
// Edited by Pierre-Yves Saumont <[EMAIL PROTECTED]>// full day namesCalendar._DN = new Array("Dimanche", "Lundi", "Mardi", "Mercredi",
 "Jeudi", "Vendredi", "Samedi", "Dimanche");// Please note that the following array of short day names (and the same goes// for short month names, _SMN) isn't absolutely necessary.  We give it here
// for exemplification on how one can customize the short day names, but if// they are simply the first N letters of the full name you can simply say:   Calendar._SDN_len = N; // short day name length
//   Calendar._SMN_len = N; // short month name length If N = 3 then this is not needed either since we assume a value of 3 if not// present, to be compatible with translation files that were written before
// this feature.// short day namesCalendar._SDN = new Array("Dim", "Lun", "Mar", "Mar", "Jeu", "Ven", "Sam",
 "Dim");// full month namesCalendar._MN = new Array("Janvier", "Février", "Mars", "Avril", "Mai", "Juin", "Juillet",
 "Août", "Septembre", "Octobre", "Novembre", "Décembre");// short month namesCalendar._SMN = new Array("Jan", "Fév",
 "Mar", "Avr", "Mai", "Juin", "Juil", "Août", "Sep", "Oct", "Nov", "Déc");
// First day of the week. "0" means display Sunday first, "1" means display// Monday first, etc.Calendar._FD = 1;// tooltipsCalendar._TT = {};Calendar._TT["INFO"] = "A propos du calendrier";
Calendar._TT["ABOUT"] ="DHTML Date/Heure Selecteur\n" +"(c) dynarch.com 2002-2005 / Author: Mihai Bazon\n" + // don't translate this this ;-)
"Pour la dernière version visitez : http://www.dynarch.com/projects/calendar/\n" +"Distribué sous license GNU LGPL.  Voir 
http://gnu.org/licenses/lgpl.html pour les détails." +"\n\n" +"Sélection de la date :\n" +"- Utiliser les boutons \xab, \xbb  pour sélectionner l\'année\n" +"- Utiliser les boutons " + 
String.fromCharCode(0x2039) + ", " + String.fromCharCode(0x203a) + " pour sélectionner les mois\n" +"- Garder la souris sur n'importe quels boutons pour une sélection plus rapide";Calendar._TT["ABOUT_TIME"] = "\n\n" +
"Sélection de l\'heure :\n" +"- Cliquer sur heures ou 

Re: [Wicket-user] DatePicker broken in IE6

[Pierre-Yves Saumont]

Here are two versions. Using the UTF8 file does not solve the encoding 
problem since it will then break applications that use the ISO-8859-1 
encoding setting. The javascript language file should be selected 
according to the encoding used, or its content should be translated to 
the appropriate encoding. So the solution of using the UTF8 version as 
is would be worse than the problem it is supposed to solve.


Most french applications do in fact use ISO-8859-1 encoding. After all, 
isn't this is the default encoding for Java? It is somewhat sad since it 
lacks two characters that are very frequently used in french (oe and OE 
ligatures), but I think most french users would not like to be forced to 
switch their app to UTF8 to be able to use the datepicker.


Pierre-Yves

Johan Compagner a écrit :

please give as an updated one then can we correct that
And check it in as UTF-8 somehow

johan


On 9/22/06, *Pierre-Yves Saumont* < [EMAIL PROTECTED] > 
wrote:


The file calendar-fr.js is in DOS format. Is this OK? (By the way, it
also contains some spelling errors in messages, but this is another
story.)

Pierre-Yves

Johan Compagner a écrit :
 >
 > 1) The following configuration is mandatory if you use the french
 > language with IE6 :
 >
 >
getRequestCycleSettings().setResponseRequestEncoding("ISO-8859-1");

 >
 > Unless you use this, IE6 reports a Javascript error because
the french
 > script with the monthes names reports an unterminated string
for every
 > name containing accented characters. This problem does not occur
 > with FF.
 >
 >
 > hmm this should then be really looked at because this is very
strange
 > By default we do UTF-8 and that should be able to handle everything.
 >
 > johan
 >
 >


// ** I18N

// Calendar EN language
// Author: Mihai Bazon, <[EMAIL PROTECTED]>
// Encoding: any
// Distributed under the same terms as the calendar itself.

// For translators: please use UTF-8 if possible.  We strongly believe that
// Unicode is the answer to a real internationalized world.  Also please
// include your contact information in the header, as can be seen above.

// Translator: David Duret, <[EMAIL PROTECTED]> from previous french version
// Edited by Pierre-Yves Saumont <[EMAIL PROTECTED]>

// full day names
Calendar._DN = new Array
("Dimanche",
 "Lundi",
 "Mardi",
 "Mercredi",
 "Jeudi",
 "Vendredi",
 "Samedi",
 "Dimanche");

// Please note that the following array of short day names (and the same goes
// for short month names, _SMN) isn't absolutely necessary.  We give it here
// for exemplification on how one can customize the short day names, but if
// they are simply the first N letters of the full name you can simply say:
//
//   Calendar._SDN_len = N; // short day name length
//   Calendar._SMN_len = N; // short month name length
//
// If N = 3 then this is not needed either since we assume a value of 3 if not
// present, to be compatible with translation files that were written before
// this feature.

// short day names
Calendar._SDN = new Array
("Dim",
 "Lun",
 "Mar",
 "Mar",
 "Jeu",
 "Ven",
 "Sam",
 "Dim");

// full month names
Calendar._MN = new Array
("Janvier",
 "Février",
 "Mars",
 "Avril",
 "Mai",
 "Juin",
 "Juillet",
 "Août",
 "Septembre",
 "Octobre",
 "Novembre",
 "Décembre");

// short month names
Calendar._SMN = new Array
("Jan",
 "Fév",
 "Mar",
 "Avr",
 "Mai",
 "Juin",
 "Juil",
 "Août",
 "Sep",
 "Oct",
 "Nov",
 "Déc");

// First day of the week. "0" means display Sunday first, "1" means display
// Monday first, etc.
Calendar._FD = 1;

// tooltips
Calendar._TT = {};
Calendar._TT["INFO"] = "A propos du calendrier";

Calendar._TT["ABOUT"] =
"DHTML Date/Heure Selecteur\n" +
"(c) dynarch.com 2002-2005 / Author: Mihai Bazon\n" + // don't translate this 
this ;-)
"Pour la dernière version visitez : 
http://www.dynarch.com/projects/calendar/\n"; +
"Distribué sous license GNU LGPL.  Voir http://gnu.org/licenses/lgpl.html pour 
les détails." +
"\n\n" +
"Sélection de la date :\n" +
"- Utiliser les boutons \xab, \xbb  pour sélectionner l\'année\n" +
"- Utiliser les boutons " + String.fromCharCode(0x2039) + ", " + 
String.fromCharCode(0x203a) + " pour sélectionner les mois\n" +
"- Garder la souris sur n'importe quels boutons pour une sélection plus 
rapide";
Calendar._TT["ABOUT_TIME"] = "\n\n" +
"Sélection de l\'heure :\n" +
"- Cliquer sur heures ou minutes pour incrémenter\n" +
"- ou Maj-clic pour décrémenter\n" +
"- ou clic et glisser-déplacer pour une sélection plus rapide";

Calendar._TT["PREV_YEAR"] = "Année préc. (maintenir pour menu)";
Calendar._TT["PREV_MONTH"] = "Mois préc. (maintenir pour menu)";
Calendar._TT["GO_TODAY"] = "Atteindre la date du jour";
Calendar._TT["NEXT_MONTH"] = "Mois suiv. (maintenir pour menu)";
Calendar._TT["NEXT_YEAR"] = "Année suiv. (maintenir pour menu)";
Calendar._TT["

Re: [Wicket-user] DatePicker broken in IE6

[Pierre-Yves Saumont]

The file calendar-fr.js is in DOS format. Is this OK? (By the way, it 
also contains some spelling errors in messages, but this is another story.)

Pierre-Yves

Johan Compagner a écrit :
> 
> 1) The following configuration is mandatory if you use the french
> language with IE6 :
> 
> getRequestCycleSettings().setResponseRequestEncoding("ISO-8859-1");
> 
> Unless you use this, IE6 reports a Javascript error because the french
> script with the monthes names reports an unterminated string for every
> name containing accented characters. This problem does not occur
> with FF.
> 
> 
> hmm this should then be really looked at because this is very strange
> By default we do UTF-8 and that should be able to handle everything.
> 
> johan
> 
> 


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] DatePicker broken in IE6

[Johan Compagner]

1) The following configuration is mandatory if you use the frenchlanguage with IE6 :
getRequestCycleSettings().setResponseRequestEncoding("ISO-8859-1");Unless you use this, IE6 reports a _javascript_ error because the frenchscript with the monthes names reports an unterminated string for every
name containing accented characters. This problem does not occur with FF.hmm this should then be really looked at because this is very strangeBy default we do UTF-8 and that should be able to handle everything.
johan
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] DatePicker broken in IE6

[Pierre-Yves Saumont]

Hi Matej,

Here is a quickstart showing the two problems I have encountered.

1) The following configuration is mandatory if you use the french 
language with IE6 :


getRequestCycleSettings().setResponseRequestEncoding("ISO-8859-1");

Unless you use this, IE6 reports a Javascript error because the french 
script with the monthes names reports an unterminated string for every 
name containing accented characters. This problem does not occur with FF.


2) Anyway, the datePicker does not work in FF nor IE6. In IE6, it will 
work only if the page is entirely loaded. If it is in a component loaded 
through Ajax, it does not work (the setup script is not executed)


In Firefox, it does not work either unless the script has previously 
been executed. You can see this by uncommenting the datePicker in the 
first tab, so it is loaded with the page. That way, it will work in the 
two tabs. (In IE6, it will work only in the first tab).


(I have removed the jars in the lib directory to reduce the size of the 
zip - I also changed the extension since zip is blocked by the list server)


Pierre-Yves

Matej Knopp a écrit :
Can you provide a test case? Or quick start project? I haven't 
encountered this behavior. I'd like to look at it but I'd need to 
reproduce it.


-Matej

Pierre-Yves Saumont wrote:
It appears that under some conditions, the script associated with the 
date picker in the HTML is not executed when the HTML is loaded 
through Ajax. So Calendar.setup never get called.


I could not figure what those secific conditions are. (In a simple use 
case, it works without problem.) Any idea where to look for?


Pierre-Yves

Pierre-Yves Saumont a écrit :

 > Just don't use an ajax link to switch the locale. That's not a super
 > idea anyway, as you would typically want the the whole page, with all
 > it's markup etc to reload. Change the switch locale link to a normal
 > link and all should be good.

One use case is the need to have the page in ono language and teh 
datePicker in another one. Another use case could be to have to 
datePicker in the same page with different languages.


Anyway, I figured a way to achieve this, but it was just to realize 
that it appears that the datePicker can't work anyway in a component 
that is updated through Ajax.


I have an Ajax tabbed panel with one tab containing a datePicker. If 
I swith to another tab and switch back, the datePicker won't work 
anymore in IE6 unless the page is reloaded. (No error displayed, just 
you click on the icon and nothing happens. It works fine in FF, of 
course)


Any suggestion ?

Pierre-Yves

Eelco Hillenius a écrit :

Can somebody tell me how to use setStyle() with a DatePicker

settings.setStyle(settings.newStyleGreen());

or (completely custom style)

settings.setStyle(new PackageResourceReference(MyDatePicker.class,
"myStyle.css"));


DatePickerSettings datePickerSetting = new DatePickerSettings();
datePickerSetting.setAlign("cr");
add(new DatePicker("dateFieldPicker", dateField, datePickerSetting));
but this does not work. With this configuration, when I click on the
icon, the DatePicker is not displayed. If I remove the second line, it
works.

No idea. Please take a look at what jscalendar does/ expects, as many
fields are just a means to pass values through to that components.
Read about jscalendar here: http://www.dynarch.com/projects/calendar/

Another problem is to configure the DatePicker in a page which 
locale is

switched through an Ajax link. Although the component containing the
DatePicker receives the response, the locale of the DatePicker is not
changed. I have to reload the teh page to get it work. Is there a
solution to have the DatePicker refreshed so its locale is changed ?

Just don't use an ajax link to switch the locale. That's not a super
idea anyway, as you would typically want the the whole page, with all
it's markup etc to reload. Change the switch locale link to a normal
link and all should be good.

Eelco





- 

Using Tomcat but need to do more? Need to support web services, 
security?
Get stuff done quickly with pre-integrated technology to make your 
job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache 
Geronimo

http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user






-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to 
share your

opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://list

Re: [Wicket-user] DatePicker broken in IE6

[Pierre-Yves Saumont]

I did not succeed yet to isolate the problem. I have placed an alert in 
the Calendar.setup function which shows it is not called on script load 
(through Ajax) in my app with IE6. However, when I reduce everything to 
the minimum, it works. So I need to strip down the app bit by bit to 
figure what makes it fail.

As soon as I have a (not)working test case, I will send it.

Thanks,

Pierre-Yves

Matej Knopp a écrit :
> Can you provide a test case? Or quick start project? I haven't 
> encountered this behavior. I'd like to look at it but I'd need to 
> reproduce it.
> 
> -Matej
> 
> Pierre-Yves Saumont wrote:
>> It appears that under some conditions, the script associated with the 
>> date picker in the HTML is not executed when the HTML is loaded 
>> through Ajax. So Calendar.setup never get called.
>>
>> I could not figure what those secific conditions are. (In a simple use 
>> case, it works without problem.) Any idea where to look for?
>>
>> Pierre-Yves
>>
>> Pierre-Yves Saumont a écrit :
>>>  > Just don't use an ajax link to switch the locale. That's not a super
>>>  > idea anyway, as you would typically want the the whole page, with all
>>>  > it's markup etc to reload. Change the switch locale link to a normal
>>>  > link and all should be good.
>>>
>>> One use case is the need to have the page in ono language and teh 
>>> datePicker in another one. Another use case could be to have to 
>>> datePicker in the same page with different languages.
>>>
>>> Anyway, I figured a way to achieve this, but it was just to realize 
>>> that it appears that the datePicker can't work anyway in a component 
>>> that is updated through Ajax.
>>>
>>> I have an Ajax tabbed panel with one tab containing a datePicker. If 
>>> I swith to another tab and switch back, the datePicker won't work 
>>> anymore in IE6 unless the page is reloaded. (No error displayed, just 
>>> you click on the icon and nothing happens. It works fine in FF, of 
>>> course)
>>>
>>> Any suggestion ?
>>>
>>> Pierre-Yves
>>>
>>> Eelco Hillenius a écrit :
> Can somebody tell me how to use setStyle() with a DatePicker
 settings.setStyle(settings.newStyleGreen());

 or (completely custom style)

 settings.setStyle(new PackageResourceReference(MyDatePicker.class,
 "myStyle.css"));

> DatePickerSettings datePickerSetting = new DatePickerSettings();
> datePickerSetting.setAlign("cr");
> add(new DatePicker("dateFieldPicker", dateField, datePickerSetting));
> but this does not work. With this configuration, when I click on the
> icon, the DatePicker is not displayed. If I remove the second line, it
> works.
 No idea. Please take a look at what jscalendar does/ expects, as many
 fields are just a means to pass values through to that components.
 Read about jscalendar here: http://www.dynarch.com/projects/calendar/

> Another problem is to configure the DatePicker in a page which 
> locale is
> switched through an Ajax link. Although the component containing the
> DatePicker receives the response, the locale of the DatePicker is not
> changed. I have to reload the teh page to get it work. Is there a
> solution to have the DatePicker refreshed so its locale is changed ?
 Just don't use an ajax link to switch the locale. That's not a super
 idea anyway, as you would typically want the the whole page, with all
 it's markup etc to reload. Change the switch locale link to a normal
 link and all should be good.

 Eelco



>>>
>>> - 
>>>
>>> Using Tomcat but need to do more? Need to support web services, 
>>> security?
>>> Get stuff done quickly with pre-integrated technology to make your 
>>> job easier
>>> Download IBM WebSphere Application Server v.1.0.1 based on Apache 
>>> Geronimo
>>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>>> ___
>>> Wicket-user mailing list
>>> Wicket-user@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wicket-user
>>>
>>>
>>>
>>
>>
>> -
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to 
>> share your
>> opinions on IT & business topics through brief surveys -- and earn cash
>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>> ___
>> Wicket-user mailing list
>> Wicket-user@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wicket-user
>>
> 
> 
> 
> 


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and

Re: [Wicket-user] DatePicker broken in IE6

[Matej Knopp]

Can you provide a test case? Or quick start project? I haven't 
encountered this behavior. I'd like to look at it but I'd need to 
reproduce it.

-Matej

Pierre-Yves Saumont wrote:
> It appears that under some conditions, the script associated with the 
> date picker in the HTML is not executed when the HTML is loaded through 
> Ajax. So Calendar.setup never get called.
> 
> I could not figure what those secific conditions are. (In a simple use 
> case, it works without problem.) Any idea where to look for?
> 
> Pierre-Yves
> 
> Pierre-Yves Saumont a écrit :
>>  > Just don't use an ajax link to switch the locale. That's not a super
>>  > idea anyway, as you would typically want the the whole page, with all
>>  > it's markup etc to reload. Change the switch locale link to a normal
>>  > link and all should be good.
>>
>> One use case is the need to have the page in ono language and teh 
>> datePicker in another one. Another use case could be to have to 
>> datePicker in the same page with different languages.
>>
>> Anyway, I figured a way to achieve this, but it was just to realize that 
>> it appears that the datePicker can't work anyway in a component that is 
>> updated through Ajax.
>>
>> I have an Ajax tabbed panel with one tab containing a datePicker. If I 
>> swith to another tab and switch back, the datePicker won't work anymore 
>> in IE6 unless the page is reloaded. (No error displayed, just you click 
>> on the icon and nothing happens. It works fine in FF, of course)
>>
>> Any suggestion ?
>>
>> Pierre-Yves
>>
>> Eelco Hillenius a écrit :
 Can somebody tell me how to use setStyle() with a DatePicker
>>> settings.setStyle(settings.newStyleGreen());
>>>
>>> or (completely custom style)
>>>
>>> settings.setStyle(new PackageResourceReference(MyDatePicker.class,
>>> "myStyle.css"));
>>>
 DatePickerSettings datePickerSetting = new DatePickerSettings();
 datePickerSetting.setAlign("cr");
 add(new DatePicker("dateFieldPicker", dateField, datePickerSetting));
 but this does not work. With this configuration, when I click on the
 icon, the DatePicker is not displayed. If I remove the second line, it
 works.
>>> No idea. Please take a look at what jscalendar does/ expects, as many
>>> fields are just a means to pass values through to that components.
>>> Read about jscalendar here: http://www.dynarch.com/projects/calendar/
>>>
 Another problem is to configure the DatePicker in a page which locale is
 switched through an Ajax link. Although the component containing the
 DatePicker receives the response, the locale of the DatePicker is not
 changed. I have to reload the teh page to get it work. Is there a
 solution to have the DatePicker refreshed so its locale is changed ?
>>> Just don't use an ajax link to switch the locale. That's not a super
>>> idea anyway, as you would typically want the the whole page, with all
>>> it's markup etc to reload. Change the switch locale link to a normal
>>> link and all should be good.
>>>
>>> Eelco
>>>
>>>
>>>
>>
>> -
>> Using Tomcat but need to do more? Need to support web services, security?
>> Get stuff done quickly with pre-integrated technology to make your job easier
>> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>> ___
>> Wicket-user mailing list
>> Wicket-user@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wicket-user
>>
>>
>>
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
> 


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] DatePicker broken in IE6

[Pierre-Yves Saumont]

It appears that under some conditions, the script associated with the 
date picker in the HTML is not executed when the HTML is loaded through 
Ajax. So Calendar.setup never get called.

I could not figure what those secific conditions are. (In a simple use 
case, it works without problem.) Any idea where to look for?

Pierre-Yves

Pierre-Yves Saumont a écrit :
>  > Just don't use an ajax link to switch the locale. That's not a super
>  > idea anyway, as you would typically want the the whole page, with all
>  > it's markup etc to reload. Change the switch locale link to a normal
>  > link and all should be good.
> 
> One use case is the need to have the page in ono language and teh 
> datePicker in another one. Another use case could be to have to 
> datePicker in the same page with different languages.
> 
> Anyway, I figured a way to achieve this, but it was just to realize that 
> it appears that the datePicker can't work anyway in a component that is 
> updated through Ajax.
> 
> I have an Ajax tabbed panel with one tab containing a datePicker. If I 
> swith to another tab and switch back, the datePicker won't work anymore 
> in IE6 unless the page is reloaded. (No error displayed, just you click 
> on the icon and nothing happens. It works fine in FF, of course)
> 
> Any suggestion ?
> 
> Pierre-Yves
> 
> Eelco Hillenius a écrit :
>>> Can somebody tell me how to use setStyle() with a DatePicker
>> settings.setStyle(settings.newStyleGreen());
>>
>> or (completely custom style)
>>
>> settings.setStyle(new PackageResourceReference(MyDatePicker.class,
>> "myStyle.css"));
>>
>>> DatePickerSettings datePickerSetting = new DatePickerSettings();
>>> datePickerSetting.setAlign("cr");
>>> add(new DatePicker("dateFieldPicker", dateField, datePickerSetting));
>>> but this does not work. With this configuration, when I click on the
>>> icon, the DatePicker is not displayed. If I remove the second line, it
>>> works.
>> No idea. Please take a look at what jscalendar does/ expects, as many
>> fields are just a means to pass values through to that components.
>> Read about jscalendar here: http://www.dynarch.com/projects/calendar/
>>
>>> Another problem is to configure the DatePicker in a page which locale is
>>> switched through an Ajax link. Although the component containing the
>>> DatePicker receives the response, the locale of the DatePicker is not
>>> changed. I have to reload the teh page to get it work. Is there a
>>> solution to have the DatePicker refreshed so its locale is changed ?
>> Just don't use an ajax link to switch the locale. That's not a super
>> idea anyway, as you would typically want the the whole page, with all
>> it's markup etc to reload. Change the switch locale link to a normal
>> link and all should be good.
>>
>> Eelco
>>
>>
>>
> 
> 
> -
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
> 
> 
> 


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user