Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: [xsl] Different results of format-date() when using empty seq. or omitting args for lang/cal/country args

From: Abel Braaksma <abel.online@--------->
To:
Date: 10/2/2006 3:04:00 PM
The default should be the same in both cases, I will fix this.

  

The difference between these two defaults corresponds to my findings, 
indeed. My personal favor goes to the same language in all cases, 
instead of any system default, whether or not the Java api has a mapping 
for it. That way, my xslt will run the same regardless the location you 
run it, even when using defaults for the parameters of the format-date 
function. Of course, this removes the added 'feature' of having a 
processor that 'adopts' to its surrounding when it comes to locales (but 
I hardly consider that a feature and would rather want to set the 
default using a processor-dependent property, which, if I may add, is a 
recommendation that is also mentioned in the xslt specs, same section).



(I did some interesting but not very successful experiments trying to

configure my PC to use Dutch. All I achieved was to select a US keyboard

mapping, which doesn't match the keys on my keyboard...)

  

It's not at all sensible to do this in Windows, but to get it to work 
your way, instead of going to the "Languages" tab in the "Regional and 
Language Options", you should simply change the language setting in 
"Regional Options" (same screen), under "location" and/or "standards and 
formats". That should not mess up your keyboard def.



Thanks for looking into this. I wonder how other processors deal with this.



Cheers,
Abel Braaksma


transparent
Print
Mail
Digg
delicious
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent