Sorry!<br><br><div class="gmail_quote">On Wed, Mar 5, 2008 at 7:45 PM, Andrea Chiumenti <<a href="mailto:kiuma72@gmail.com">kiuma72@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>(with-locale (locale 'it_IT) (let ((cl-l10n:*float-digits* nil)) (format nil "~:/cl-l10n:format-number/" 1000.04)) )<br>=> "1,0,0,0,0399780273438"<br>should be 1'000,0399780273438<br><br>

(with-locale (locale 'it_IT) (format-number *standard-output* 99.04 t nil))<br>=> 9,9,04;<br>should be <br>99,44<div><div></div><div class="Wj3C7c"><br><br><br><div class="gmail_quote">On Wed, Mar 5, 2008 at 7:01 PM, Attila Lendvai <<a href="mailto:attila.lendvai@gmail.com" target="_blank">attila.lendvai@gmail.com</a>> wrote:<br>

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>>  > use with-locale, it's not that simple as binding a string...<br>

><br>
>  Although it is undocumented and rather unused, i would expect it to<br>
>  work, as the cl-l10n operators do accept locale designators rather<br>
>  than locale objects.<br>
<br>
</div>it's arguable and i'm not strongly against it. the rational behind the<br>
current setup is that if *locale* is always a normalized list of<br>
locale instances (precedence list) then all code dealing with *locale*<br>
can assume this and avoid the headache (and some performance loss if<br>
each function needs to look up the locales for itself).<br>
<br>
while using with-locale, this normalization is only at one place.<br>
<br>
i'd instead argue for not exporting *locale* and advertising<br>
current-locale and with-locale.<br>
<br>
--<br>
<font color="#888888"> attila<br>
</font></blockquote></div><br>
</div></div></blockquote></div><br>