Date: prev next · Thread: first prev next last
2013 Archives by date, by thread · List index

2013.05.29 18:09, Andras Timar rašė:
On Wed, May 29, 2013 at 2:42 PM, Rimas Kudelis <> wrote:
2013-05-29 13:48, F Wolff rašė:

On Tue, May 28, 2013 at 1:17 PM, Andras Timar <> wrote:
On Tue, May 28, 2013 at 1:28 PM, Mihovil Stanic
<> wrote:

I feel your pain. :)
I'm coming from Mozilla L10n in which you have access keys as a separate
strings to LO in which there is 3 different ways to mark access keys.
not against marking access keys inside strings, but PLEASE decide how
want to do it.

It is not possible, different technologies use different hotkey markers.
~ is for old VCL
_ is for new .ui
& is for native Windows widgets

I've seen mentions of the move to GtkBuilder, and it seems to hold
lots of advantages. Apart from the burden for translators as Michael
mentions, I just realised that this change will impact the quality
checks in Pootle and similar tools that still assume that '~' is the
only marker. From a quick look, 13 of the quality checks in the
Translate Toolkit remove the marker as part of the test. Although this
might not make a difference in all affected strings, this is still
unfortunate, since it might introduce lots of false complaints from
the quality checks.

Is there a way to distinguish the accelerator from the #: comments, or
filename, or something like that?

Assuming that a marker is consistent within each file, I think it would make
most sense to use the X-Accelerator-Marker header for that. The question is
whether or not that assumption is correct... Andras?
It is correct. I was thinking about even more simplification. Can
Pootle accept comma separated values in X-Accelerator-Marker field?
Like: "X-Accelerator-Marker: ~,_,&\n" Friedel? If not, we need to
tweak l10ntools.

IMO, listing all three when only one is the actual marker would result
in more confusion than benefit. For example, the & character seems quite
common in English to me. Falsely marking it as an accelerator marker
would result in bad indexes, I guess...


To unsubscribe e-mail to:
Posting guidelines + more:
List archive:
All messages sent to this list will be publicly archived and cannot be deleted


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.