Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: "André Pönitz" <andre.poenitz@nokia.com>
To: gdb-patches@sourceware.org
Subject: Re: New ARI warning Sat Aug 14 01:53:52 UTC 2010
Date: Mon, 16 Aug 2010 15:14:00 -0000	[thread overview]
Message-ID: <201008161714.09488.andre.poenitz@nokia.com> (raw)
In-Reply-To: <20100816144526.GA3455@adacore.com>

On Monday 16 August 2010 16:45:26 ext Joel Brobecker wrote:
> > Of above warnings, only first appears to be added by a recent patch of mine,
> > while others were there all the time. That said, have we ever decided if MI
> > should try to i18n its error messages? At least some of messages, like
> > "Unable to read memory" above, can probably be shown to user -- except it's
> > so generic as to be useless. Some messages, clearly, indicate frontend
> > bugs and showing them to users, or l10n-ing, makes no sense.
> 
> For error messages, ISTM that the intent would have to have the error
> message displayed verbatim by the IDE, no? In that case, it would be
> better if it was translated than not.  Otherwise, we place the burden
> of providing translations on the IDE, which I think is a bad idea.

As someone working on a frontend for (among others) gdb I pretty 
much prefer a debugger creating non-translated messages as in my
case there are way more cases where an error message is not shown
to the user but rather triggers workarounds or other "invisible"
behaviour.

Also, in the rare cases where the error message are passed to the
user they are usually "enriched" by explaining them or by providing
additional context.

In either case the actual message is treated closer to something like
an "error id", not as a string ready for human consumption.

Maybe a solution would be to provide the translated message in
addition to a (preferably longterm unchanged) "error id" string?

Andre'


      reply	other threads:[~2010-08-16 15:14 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-14  1:54 GDB Administrator
2010-08-14  9:39 ` Vladimir Prus
2010-08-16  8:37   ` Pierre Muller
2010-08-16 14:45   ` Joel Brobecker
2010-08-16 15:14     ` André Pönitz [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201008161714.09488.andre.poenitz@nokia.com \
    --to=andre.poenitz@nokia.com \
    --cc=gdb-patches@sourceware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox