Tom Lane wrote:
> I would like to export this routine and have it be used by all four
> commands, instead of duplicating this logic everywhere. However,
> that brings up the question of whether the error messages are
> generic enough for all four commands; and if not, how we want them
> to read. I'm tempted to rephrase both messages along the line of
>
> cannot %s \"%s\" because ...
>
> where the first %s is replaced by a SQL command name, viz ALTER TABLE,
> CLUSTER, etc. I'm not sure how nice this is for translation though.
I suggestcannot execute \"%s\" on \"%s\" because ...
> Also, with 8.3 release being so close, it's likely that any change would
> not get reflected into translations before release. I don't think
> that's a showstopper because these messages should hardly ever be seen
> by normal users anyway; but maybe it's a consideration.
I wouldn't worry about that at this point. We didn't declare a string
freeze anyway ...
It will likely be fixed in 8.3.1 for translations where it matters
anyway, if the translator is not able to do it for 8.3. (That's
currently only fr, de and es -- currently even tr is a bit behind).
--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.
