[tz] Idea for internationalized time point unique time zone abbreviations
abbotti at mev.co.uk
Wed Jun 6 17:12:00 UTC 2012
On 2012-06-06 17:26, Boruch Baum wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> On 06/06/2012 11:56 AM, Ian Abbott wrote:
>> Even worse, the user can change the abbreviations to anything she
>> likes by setting the TZ environment variable and calling tzset().
>> How would _that_ get localized?
> If I understand your case correctly, that wouldn't need to be
> localized in any special way. Should the infallible user set TZ to a
> zone for which no tzif exists, the system should functionally ignore
> it, because it has no tzif to turn to for data.
> If you mean that the user was sufficiently sophisticated to first go
> to the trouble of compiling a custom timezone using 'zic', and then
> set the TZ, then I'd feel comfortable imposing upon that user the
> burden of likewise modifying and recompiling the locale definition file.
> Am I on track?
Well she might expect the abbreviations in the TZ environment variable
to be used without localization, in which case there would need to be a
hidden flag in the global variables (and the struct tm for the
re-entrant variants of various time-related functions) to say if the
time-zone abbreviations are allowed to be localized.
-=( Ian Abbott @ MEV Ltd. E-mail: <abbotti at mev.co.uk> )=-
-=( Tel: +44 (0)161 477 1898 FAX: +44 (0)161 718 3587 )=-
More information about the tz