Re: [PATCH] part of issue #897: errors could be better.

> Clear yes, but why brief?
Because users tend to not-read error messages from programs longer than two
or three lines (I find myself not-doing this too).
 
> > Brevity is not what you get when repeating yourself in output error
> > messages.
> If repetition is such a crime, how about
>
> svn: File not found
> svn: 'foo'
The ideal situation would be IMO that the general error contains a "'%s'"
for the name of the file. For the time being, the solution would be to write
specific log messages as close as possible to the general one in order to get
the same effect.

> Suppose we are returning an SVN_ERR_FOO error, at present the general
> error error text allows us to identify the error as a FOO error. If
> the FOO error is generated in several places there will no longer be a
> single message that identifies a FOO error. Can you explain why this
> is clearly an improvement?
This part of the problem is solved by the 'for the time being' solution
above.

bye,

Erik.

-- 
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService
Jetzt kostenlos anmelden unter http://www.gmx.net
+++ GMX - die erste Adresse für Mail, Message, More! +++
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org