Stefan Küng wrote:
> Oto BREZINA wrote:
>
>>> When translating the resources (strings, menus, dialogs, ...), some
>>> of the resources have accelerators (e.g., &Copy, &Open, R&evision,
>>> ...). Those accelerators get of course translated too. The problem
>>> is that there's currently no way of knowing which of the resources
>>> belong together, i.e., are used in the same menu, dialog, ... and
>>> therefore no way of knowing if an accelerator key is used twice or
>>> more in the same context.
>>> The tool we use to extract and apply the resource strings doesn't
>>> group the resource strings together.
>>> po-files (the files used by the translators) don't know about groups
>>> either.
quote: I add the accelerators as I see fit. Usually when I check a
dialog, I see all the accelerator keys and if some controls don't have
one, I add one that isn't used in the same dialog. I don't pay attention
to whether that string is used elsewhere with a different accelerator.
So your different used acc. keys for same string need be translated
twice ...
>> Side question: How Luebbe test overlaping acc. keys in DE translation?
>
> He doesn't. The only real test is to actually use TSVN and try it out.
So you don't see any problem with this. Correct?
>> Yes, but has overlaping acc keys more sense than missing one ? When
>> you don't see acc key you will not use it, but when you see one, ans
>> it do something different because there is another function with same
>> keys it is not to much user-frendly, or?
>
> Now that's not true. An accelerator key will never just execute
> another function than what you would have expected. If there are more
> than one identical accelerator key, you can hit that key multiple
> times without executing the function(s). All you will do is to toggle
> between the controls with that accelerator key, setting the focus to
> those controls.
>
> Now, if that's why you're so worried about duplicate accelerator keys
> and that's the reason you want this feature, then I guess you should
> reconsider. It's not really a big problem to have duplicate
> accelerator keys - it won't do any harm.
> And as I mentioned before, I'm not so keen about implementing such a
> feature for so less gain.
The first idea comes from context menu where I try to use it and menu
just disappear. The disappearing is problem of TotalCommander, but as
check now in Explorer i found you are right. After pressing duplicated
accelerator key you toggle between options with this acc.key. So even it
is not good and some menu I will never check for overlappings it is
acceptable.
>
>> Basically yes. But may be some uncommon string don't need acc. key.
>
> Well, how do you define 'uncommon'?
uncommon in this was something like 'not used' or 'strings used only
once' - not big deal.
>> I don't like first solution because one of my request when I build
>> this task was not add work to translation by changing .po. I would
>> only like to have tool - report.
>> I don't need webpage report but it looks for me as easiest solution
>> because of .php and text only data. (.php can generate also mails).
>> Side question: How are Mondays report generated?
>
> Monday reports are generated by a nice tool called Lübbe :)
I preffer automated tools .. but as it is not my job I don't care.
>
>>> Comments? Volunteers for changing ResText or creating a script?
>> Change ResText to generate group list I see as first task (in case we
>> would not use A3)
>> Compare and assign proper acc.keys may be in first stage on
>> translator neck.
>> Later we may decide to which way is right to make reports.
>
> I won't implement a feature just to have *later* decided on how to
> actually use it.
This line would help me to make translation better ... no big deal.
>
>
> Stefan
>
I'm going to work travel for few days I'll think it over and maybe
design some 3-party tool to check this even I'll be only one user :)
Marking this thread as WONT FIX / WORKS FOR ME.
Have a nice week.
Oto
--
Oto BREZINA
SW R&D Manager
Printflow, Slovakia EU
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Sun Sep 16 22:24:29 2007