You are viewing a plain text version of this content. The canonical link for it is here.
Posted to l10n@openoffice.apache.org by "Athanasios E. Samaras" <at...@gmail.com> on 2013/06/21 15:49:46 UTC
Accelerators translation
Hi all,
I was wandering if Accelerators should be in translator's hands to set,
since it has to do allot with user friendliness of GUI.
I think it is mode appropriate to put accelerators after a discussion, sine
you can actually feel the impact only when you work as a user, doing
everyday's work...
Please share your thoughts.
Kind regards
Sakis
Re: Accelerators translation
Posted by "Athanasios E. Samaras" <at...@gmail.com>.
I think I will leave the strings without the accelerators as suggested.
The context was my problem, I was trying to figure out by the string ID
where it should be located in the menu, so I will skip that part.
As about the short-cuts, I belong to the "old school" so I am still using
them, I feel that for production environment, having your fingers on the
keyboard vs having your hand on the mouse, is a loss of time.
Thanks again for the suggestion and information about automated procedures.
Regards
Sakis
On Fri, Jun 21, 2013 at 5:12 PM, RGB ES <rg...@gmail.com> wrote:
> 2013/6/21 Athanasios E. Samaras <at...@gmail.com>
>
> > Hi all,
> > I was wandering if Accelerators should be in translator's hands to set,
> > since it has to do allot with user friendliness of GUI.
> > I think it is mode appropriate to put accelerators after a discussion,
> sine
> > you can actually feel the impact only when you work as a user, doing
> > everyday's work...
> > Please share your thoughts.
> >
>
> You mean keyboard accelerators like Atl-F to open the File menu of keyboard
> shortcuts like Ctrl-S to save a file?
>
> According to this page
>
> http://openoffice.apache.org/translate.html
>
> you can leave translated strings without accelerators (characters marked
> with a "~") because they will be generated on-demand.
>
> The main problem with keyboard accelerators from the translator point of
> view is the lack of context: it is really difficult to know on which menu
> the translated string will end so it's a huge task to define a set of
> consistent accelerators.
>
> On the other hand, I don't think that many people really use keyboard
> accelerators, only keyboard shortcuts and mouse, so looking for a
> consistency on accelerators is maybe not worth the effort and automatically
> generated accelerators is enough.
>
> Regards
> Ricardo
>
>
>
> >
> > Kind regards
> > Sakis
> >
>
Re: Accelerators translation
Posted by Andrea Pescetti <pe...@apache.org>.
Christos Stefanidis wrote:
> Well done Sakis, a good Question... So to sum up with this: we dont fix or
> add ~ ?
I wrote the infamous item 3 in
http://openoffice.apache.org/translate.html
and I'll explain it here. We are talking about assigning accelerators in
translations (i.e., putting yourself a "~" before the letter you want to
be used an accelerator).
If you do not assign accelerators manually (i.e., you ignore "~"):
- Pro: OpenOffice will (and now I'd say, "should"!) assign them
automatically
- Con: OpenOffice may make odd choices of accelerators
- Con: Some accelerators may be missing; we are still investigating
this, maybe related to non-ASCII characters in menus.
If you assign accelerators manually:
- Pro: you have more control
- Pro: you are sure that accelerators are defined
- Con: you may introduce conflicts (i.e., assign the letter "A" to two
items in the same menu); this makes the second menu item not reachable.
- Con: translation memories can be confused since they may not recognize
that "~File" and "File" are the same word.
Existing accelerators are harmless, so no need to remove them. This only
concerns newly translated strings.
If I was to translate to Greek (non-ASCII language) with the knowledge
we have now, I would probably leave existing accelerators as they are
and I would use "~" in new translations (but I would try to avoid
conflicts, and this is very hard to do since you cannot see the menu; so
be prepared to fix them, once translation is at 100% we can produce a
test build to check this problem and anyway we need to investigate the
above issue properly very soon).
Regards,
Andrea.
---------------------------------------------------------------------
To unsubscribe, e-mail: l10n-unsubscribe@openoffice.apache.org
For additional commands, e-mail: l10n-help@openoffice.apache.org
Re: Accelerators translation
Posted by Christos Stefanidis <xs...@gmail.com>.
Well done Sakis, a good Question... So to sum up with this: we dont fix or
add ~ ?
Please note that
https://translate.apache.org/el/aoo40/translate.html#filter=checks,accelerators
reports<https://translate.apache.org/el/aoo40/translate.html#filter=checks,accelerators>
txt
critical error checks.
Regards,
Christos.
On Fri, Jun 21, 2013 at 8:52 PM, Rob Weir <ro...@apache.org> wrote:
> On Fri, Jun 21, 2013 at 10:12 AM, RGB ES <rg...@gmail.com> wrote:
> > 2013/6/21 Athanasios E. Samaras <at...@gmail.com>
> >
> >> Hi all,
> >> I was wandering if Accelerators should be in translator's hands to set,
> >> since it has to do allot with user friendliness of GUI.
> >> I think it is mode appropriate to put accelerators after a discussion,
> sine
> >> you can actually feel the impact only when you work as a user, doing
> >> everyday's work...
> >> Please share your thoughts.
> >>
> >
> > You mean keyboard accelerators like Atl-F to open the File menu of
> keyboard
> > shortcuts like Ctrl-S to save a file?
> >
> > According to this page
> >
> > http://openoffice.apache.org/translate.html
> >
> > you can leave translated strings without accelerators (characters marked
> > with a "~") because they will be generated on-demand.
> >
> > The main problem with keyboard accelerators from the translator point of
> > view is the lack of context: it is really difficult to know on which menu
> > the translated string will end so it's a huge task to define a set of
> > consistent accelerators.
> >
> > On the other hand, I don't think that many people really use keyboard
> > accelerators, only keyboard shortcuts and mouse, so looking for a
> > consistency on accelerators is maybe not worth the effort and
> automatically
> > generated accelerators is enough.
> >
>
> But if there are functions that have standard meanings in the OS, then
> we should follow existing conventions, yes?
>
> So in every app, in English, File/Open is alt-F-O.
>
> -Rob
>
>
> > Regards
> > Ricardo
> >
> >
> >
> >>
> >> Kind regards
> >> Sakis
> >>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: l10n-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: l10n-help@openoffice.apache.org
>
>
Re: Accelerators translation
Posted by Rob Weir <ro...@apache.org>.
On Fri, Jun 21, 2013 at 10:12 AM, RGB ES <rg...@gmail.com> wrote:
> 2013/6/21 Athanasios E. Samaras <at...@gmail.com>
>
>> Hi all,
>> I was wandering if Accelerators should be in translator's hands to set,
>> since it has to do allot with user friendliness of GUI.
>> I think it is mode appropriate to put accelerators after a discussion, sine
>> you can actually feel the impact only when you work as a user, doing
>> everyday's work...
>> Please share your thoughts.
>>
>
> You mean keyboard accelerators like Atl-F to open the File menu of keyboard
> shortcuts like Ctrl-S to save a file?
>
> According to this page
>
> http://openoffice.apache.org/translate.html
>
> you can leave translated strings without accelerators (characters marked
> with a "~") because they will be generated on-demand.
>
> The main problem with keyboard accelerators from the translator point of
> view is the lack of context: it is really difficult to know on which menu
> the translated string will end so it's a huge task to define a set of
> consistent accelerators.
>
> On the other hand, I don't think that many people really use keyboard
> accelerators, only keyboard shortcuts and mouse, so looking for a
> consistency on accelerators is maybe not worth the effort and automatically
> generated accelerators is enough.
>
But if there are functions that have standard meanings in the OS, then
we should follow existing conventions, yes?
So in every app, in English, File/Open is alt-F-O.
-Rob
> Regards
> Ricardo
>
>
>
>>
>> Kind regards
>> Sakis
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: l10n-unsubscribe@openoffice.apache.org
For additional commands, e-mail: l10n-help@openoffice.apache.org
Re: Accelerators translation
Posted by RGB ES <rg...@gmail.com>.
2013/6/21 Athanasios E. Samaras <at...@gmail.com>
> Hi all,
> I was wandering if Accelerators should be in translator's hands to set,
> since it has to do allot with user friendliness of GUI.
> I think it is mode appropriate to put accelerators after a discussion, sine
> you can actually feel the impact only when you work as a user, doing
> everyday's work...
> Please share your thoughts.
>
You mean keyboard accelerators like Atl-F to open the File menu of keyboard
shortcuts like Ctrl-S to save a file?
According to this page
http://openoffice.apache.org/translate.html
you can leave translated strings without accelerators (characters marked
with a "~") because they will be generated on-demand.
The main problem with keyboard accelerators from the translator point of
view is the lack of context: it is really difficult to know on which menu
the translated string will end so it's a huge task to define a set of
consistent accelerators.
On the other hand, I don't think that many people really use keyboard
accelerators, only keyboard shortcuts and mouse, so looking for a
consistency on accelerators is maybe not worth the effort and automatically
generated accelerators is enough.
Regards
Ricardo
>
> Kind regards
> Sakis
>