Re: l10n architecture proposal available for comments

Rimas Kudelis wrote:
> Axel Hecht wrote:
>> If we'd actually specify something turing complete, we could create
>>  macros to process language mangling for names, but really, that's
>> tough.
> 
> I know, there are complex languages around...
> 
>> But yes, there is going to be a general section on "classes" in
>> l20n, and we should talk about people there, too.
>>
>> Note, I would expect the attribute name to be the Lithuanian name
>> for the grammar case, so if I had a German name in a database,
>> filled in with German grammar cases, I expect the attributes logic
>> to fallback to the main string, so I guess even my sample code
>> would return
>>
>> Axel Hecht dokumtai
>>
>> for that case. But I haven't checked, obviously.
> 
> What if names of cases match for different languages? I would suggest
> using an ISO prefix for the language/locale in the attribute names then.
> Also, can attributes have non-ASCII letters in their names?..

I think we should resolve conflicts when we get there, and then find out 
what that really means.

Regarding the grammar of IDs, currently I'm using \w+, but that's 
probably wrong. It's likely something similar to
unicode_letter (unicode_letter | unicode_number | '_' )+

I'd rather not allow '-' or other math ops, and definitly not '.', as 
that's for concating IDs to idrefs.

Axel