[Libreoffice-bugs] [Bug 108458] Label changes for Toolbar use degrade function listing in the Customize dialog--have duplicate entries on the list

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=108458

--- Comment #15 from Yousuf Philips (jay) <philipz85 at hotmail.com> ---
(In reply to Maxim Monastirsky from comment #14)
> 1. As we both agree that "Label" will have the full name, and that isn't the
> case for now, all those short names currently in "Label" will need to be
> re-translated anyway, even according to your proposal.

I skimmed through 1/4 of GenericCommands.xcu and the majority of entries only
had Label, while the ones that had Label and ContextLabel, the majority of them
wouldnt need to be changed according to my proposal. When you say "full name"
in Label, would that mean for example 'Insert Text Box' (which i would have
under TooltipLabel) or just 'Text Box' for .uno:Text.

<node oor:name=".uno:Text" oor:op="replace">
  <prop oor:name="Label" oor:type="xs:string">
    <value xml:lang="en-US">~Text Box</value>
  </prop>
  <prop oor:name="TooltipLabel" oor:type="xs:string">
    <value xml:lang="en-US">Insert Text Box</value>
  </prop>
  <prop oor:name="Properties" oor:type="xs:int">
    <value>1</value>
  </prop>
</node>

> 2. I know nothing about how translations work, but as we don't plan to
> change the strings themselves, only their context, maybe it will be possible
> to script the change, so it won't require re-translation of anything? If
> yes, I think that it worth spending the time on such script, if as a result
> we'll get a system that will better serve us in the long run.

I dont fully grasp the concept myself, but each string is given a reference ID
which is used to translate that particular string into whichever language. This
reference ID can be found in the qtz UI and help language packs, but i dont
fully grasp how this reference ID changes sometimes. I think moggi, cloph
and/or kendy will have better info that you can get.

> Anyway, that's a good point. We shouldn't accept any solution that doesn't
> have a clear migration path for existing translations, and we shouldn't push
> any change before we have the solution for translations already in place.

Or ideally have a solution that has limited string changes. :D

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20171030/af4861ba/attachment.html>