From: Neeme P. <ne...@ap...> - 2004-11-16 01:40:54
|
yep, fine with me too. It is definetly more scalable to allow the short versions of days to be of variable length. E.g. in Estonian, we manage to use just one letter ;-) sfr...@gm... wrote: >Hi Bill, > > > >>I vote to merge the old files back into 'pcallang.h' and to continue using >>simple C-language escape characters for non-ASCII content. Although this >> >> > >Simplifying and cleaning up the file structure of pcal is the right thing to >do. I agree with your suggestion to merge the language specific word lists >into one file. This will certainly make it easier to add new languages. > >I cc this message to Volodymyr who developed the Ukrainian patch (in case he >is not on the mailing list). Maybe he'd like to comment on the Cyrillic >character set issue. > >Abbreviating days is commonly done with 2 letters in probably quite a number >of languages, at least in German and Finnish. I think it would be nice if >pcal allows "internationalized" abbreviations. If you decide to include that >feature into the new release, you can use the following for these two >languages. >Finnish: Su, Ma, Ti, Ke, To, Pe, La >German: So, Mo, Di, Mi, Do, Fr, Sa > > >Best regards, >Stefan > > > >>The strings in the Ukrainian patch that I implemented are in a raw form >>(i.e. >>not using octal escape sequences). They look 'wrong' when I load the file >>in >>Emacs because it's using Latin-1 for the character set. If I force Emacs >>to >>load the file with the Cyrillic 'KOI8' character set, they look (almost) >>perfectly correct. If you guys agree with me, I'd convert the raw 8-bit >>characters into escape sequences for that Ukrainian patch. >> >>By the way, the addition of Ukrainian support adds another of these kind >>of >>files ('days_short.h') for the abbreviated day-of-the-week names, because >>the >>old assumption that the first 3 letters of the day name works as an >>abbreviated day name breaks down in Ukrainian (and Finnish, it seems). >>With >>my suggested scheme, that 'days_short.h' file would get merged inline too. >> >> > > > |