Subject | RE: [Firebird-Architect] Another plea for clearer error messages... |
---|---|
Author | Claudio Valderrama C. |
Post date | 2004-10-28T08:50:40Z |
Ann W. Harrison wrote:
pure masochism, but it won to please CVS that can't give meaningful binary
diffs.
resistance to put error messages in the correct way.
apply the tools to it and recreate the scripts by extracting the data. I
don't know if it will work as expected.
C.
> At 06:47 AM 10/27/2004, Jonathan Neve wrote:And there were triggers to maintain the history, etc. The current method is
>
> The first problem here is that once upon a time there was a way to
> manage error messages and add them easily. Now the tools are
> obsolete so adding an error message is hard.
pure masochism, but it won to please CVS that can't give meaningful binary
diffs.
> A third problem is that the easy way to add an error message - useYes but given that we now have a half-baked solution, I really have
> isc_$random and a text string - is a horrible violation of any
> standard of internationalization. We've got this message facility
> designed for translation - hard coding messages is a serious step
> backward.
resistance to put error messages in the correct way.
> If we make it easier to add messages, the resistance to fixingOne convoluted solution I thought was to take the current messages database,
> ambiguous messages will go done. For now, it's just so much easier
> to use an imprecise but reasonably appropriate message that we can't
> fix
> the problem.
apply the tools to it and recreate the scripts by extracting the data. I
don't know if it will work as expected.
C.