From: Paul Schlie <schlie@comcast.net>
To: Daniel Jacobowitz <drow@false.org>
Cc: Eli Zaretskii <eliz@gnu.org>, <gdb@sources.redhat.com>
Subject: Re: GDB 6.4 and translations
Date: Thu, 04 Nov 2004 16:21:00 -0000 [thread overview]
Message-ID: <BDAFC14D.7C46%schlie@comcast.net> (raw)
In-Reply-To: <20041104152243.GA28361@nevyn.them.org>
> From: Daniel Jacobowitz <drow@false.org>
>
> On Thu, Nov 04, 2004 at 12:52:43AM -0500, Paul Schlie wrote:
>> No, I don't think you're missing anything. I was simply speculating, being
>> ignorant of GDB's longer term internationalization plans, that it may be
>> wise to try to avoid the potential complications associated with the default
>> use of Unicode left/right quote character codes as tentatively chosen to be
>> used in GCC 4.0 quoted output message text on unicode supported platforms;
>> as although it may seem aesthetically pleasant, it's likely to create
>> otherwise unnecessary complications in circumstances where interface,
>> status, warning, and/or error messages may be parsed by subsequent tools
>> which may not be unicode aware.
>
> And I think you're just as wrong here as you were when you said this on
> the GCC list.
- I accept that I may simply be wrong, or minimally perceiving it to be
more significant than it may be; but please too accept that you may be
simply wrong, or minimally perceiving it to be less significant issue
than it may be.
> Eli, the background is that GCC has adopted a new mechanism (the 'q'
> qualifier to its internal diagnostics machinery, which takes
> printf-like formats). This allows GCC to output Unicode quotes when
> using the untranslated (i.e. English) messages - if the current locale
> supports them. A user with UTF-8 locales and non-UTF-8 terminals
> complained, and Paul also objected on machine-parseability grounds. So
> fix your locale and move on... I think the nicety of providing the
> quote characters the user's locale requested is a very nice touch.
- I too like the quoted format specifiers, but as above, simply don't see
any value to hard-coding alternative typographical quote characters; as
even many text display programs simply substitute left and right matching
quotes in a context dependant way when the text is displayed, without the
necessity to hard code them; which is typically how it's done, as most
keyboards for example only have one quote character key, and seem to be
able to specify typographically neutral text which can be displayed as
desired without much difficulty.
>> Where given your statements, it doesn't seem to be part of GDB's present
>> plans, which I suspect is good; but still suspect that any translated
>> message text containing ASCII symbols which are anticipated to be
>> potentially utilized by other programs for whatever purpose, should likely
>> retain the original ASCII symbol codes in the text were possible by default
>> (even on Unicode platforms) to prevent potential subsequent complications,
>> if there's a choice in the matter.
>
> People do still parse the CLI. They will no matter what we tell them.
> Well, it's never been intended as a machine parseable interface (that's
> what MI is for nowadays), so if they have to add locale workarounds I'm
> entirely unsympathetic.
- I guess time will tell...
> --
> Daniel Jacobowitz
Thanks, -paul-
next prev parent reply other threads:[~2004-11-04 16:21 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-04 0:27 Paul Schlie
2004-11-04 4:52 ` Eli Zaretskii
2004-11-04 5:52 ` Paul Schlie
2004-11-04 8:11 ` Fabian Cenedese
2004-11-04 15:22 ` Daniel Jacobowitz
2004-11-04 16:21 ` Paul Schlie [this message]
2004-11-04 21:35 ` Eli Zaretskii
2004-11-04 15:34 ` Andrew Cagney
2004-11-04 16:55 ` Paul Schlie
-- strict thread matches above, loose matches on Subject: below --
2004-11-03 22:02 Andrew Cagney
2004-11-04 4:39 ` Eli Zaretskii
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=BDAFC14D.7C46%schlie@comcast.net \
--to=schlie@comcast.net \
--cc=drow@false.org \
--cc=eliz@gnu.org \
--cc=gdb@sources.redhat.com \
/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