[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: i18n for yacc backend messages
From: |
Paul Eggert |
Subject: |
Re: i18n for yacc backend messages |
Date: |
Thu, 14 Apr 2005 02:29:55 -0700 |
User-agent: |
Gnus/5.1006 (Gnus v5.10.6) Emacs/21.4 (gnu/linux) |
Jan Nieuwenhuizen <address@hidden> writes:
> Here's a part of LilyPond's yyttname table
>
> "MUSIC_FUNCTION_MARKUP_MARKUP_MUSIC", "DRUMS", "DRUMMODE", "'-'", "'+'",
> "UNARY_MINUS",
>
> I would not want to feed those names to a user. Eg, in LilyPond's
> input language, DRUMS looks like `\drums'.
OK, but why can't you use the token name '\drums' instead of 'DRUMS'? E.g.,
something like this:
%token DRUMS "\\drums"
instead of plain "%token DRUMS".
(Sorry, I'm not sure about how many backslashes are needed here.)
>> It's possible that this should be an option, rather than being an
>> unconditional translation.
>
> Translation is always optional, I guess, but I would be perfectly
> happy using an extra #define.
I guess I was thinking about the option of having the tokens
translated for both scanning and printing; but it sounds like Lilypond
doesn't do that so my thoughts were headed in the wrong direction.
> As the syntax error is the most common message that a user will see
> (in fact, that message got me started looking into this) and one of
> the most cryptic ones too, I'd very much like that one translated
> well; ie, in one string.
I'm afraid that the message is cryptic even in English.
Perhaps if we can clarify the English-language message
we can solve the problem for other languages, without
having to translate lots of strings.
The CVS version now is translatable to some extent,
so at least we're better off than before.
- i18n for yacc backend messages, Jan Nieuwenhuizen, 2005/04/13
- Re: i18n for yacc backend messages, Paul Eggert, 2005/04/13
- Re: i18n for yacc backend messages, Jan Nieuwenhuizen, 2005/04/13
- Re: i18n for yacc backend messages, Paul Eggert, 2005/04/13
- Re: i18n for yacc backend messages, Jan Nieuwenhuizen, 2005/04/14
- Re: i18n for yacc backend messages,
Paul Eggert <=
- Re: i18n for yacc backend messages, Jan Nieuwenhuizen, 2005/04/14
- Re: i18n for yacc backend messages, Paul Eggert, 2005/04/16
- Re: i18n for yacc backend messages, Jan Nieuwenhuizen, 2005/04/16
- Re: i18n for yacc backend messages, Hans Aberg, 2005/04/16
- Re: i18n for yacc backend messages, Akim Demaille, 2005/04/18
- Re: i18n for yacc backend messages, Hans Aberg, 2005/04/18
- Re: i18n for yacc backend messages, Akim Demaille, 2005/04/18
- Re: i18n for yacc backend messages, Hans Aberg, 2005/04/18
- Re: i18n for yacc backend messages, Jan Nieuwenhuizen, 2005/04/14
- Message not available
- Message not available
- Re: i18n for yacc backend messages, Paul Eggert, 2005/04/16