[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 #5 from Maxim Monastirsky <momonasmon at gmail.com> ---
(In reply to Yousuf Philips (jay) from comment #3)
> > 3. "ContextLabel" will override "Label" for all kinds of ui elements
> > (toolbar/menubar/popupmenu). Typical use case is having a shortened label
> > (assuming that if all need a shortened label, probably it will be the same).
> 
> Toolbar label will normally need the shorter form, while menubar and
> popupmenu normally dont.
Are you sure? I got the impression that the menu usually uses the shorter form.
e.g. open the insert menu, you have there "Image...", "Chart...", Fontwork...",
and most of those don't appear in context menus anyway.

> > 4. In case not all ui elements want the same label, then those that need the
> > long variation will use the original command, and the special (e.g. short)
> > variation will be handled using an alias.
> 
> Dont really like the idea of separating this.
Is it really worse than adding the label directly into xml files? I understand
that this requires writing the command name again in officecfg, but for that
you get the possibility of reusing that label somewhere else, something you
couldn't do if the label was in xml.

> > 5. "PopupLabel" becomes unused and will be removed.
> 
> PopupLabel will always be useful as it can have a different accelerator key
> than the menubar or a completely different label, e.g. 'More Options...',
So basically we shouldn't care about users adding paste special to a different
place, and still getting there "More Options..." by default? That's why I
suggested that a completely different label should go to alias.

> i think aliasing should be done within a <prop> element rather than with a
> new node.
Don't see much benefit in doing this, but will research if that's easily
possible.

> So here is my suggestion :D
Thanks. I will take the time to think about it, and reply later. Anyway, some
inline comments for now:

> 4. PopupLabel for context menu, when a different accelerator or label is
> needed than what is found in ContextLabel or Label
During my work on context menus, I noticed that in many cases (esp. in Calc)
PopupLabel is the same as Label, and needed only because ContextLabel uses the
shorter form. So as long as we have PopupLabel fallback to ContextLabel, there
will be no solution for the string duplication in this case. Similarly, if
PopupLabel will fallback to Label, surely it will require duplicates for other
cases. Which just shows us that the whole idea of relying on fallbacks is just
broken by design.

> 6. We also need a mechanism to assign any of these entries to another label
> without having to type its label again, as this would reduce translation
> work.
That's already possible with aliases, but you seem to not like it for some
reason. Maybe we should clearly define what are the problems of the current
aliases implementation, and just try to address them?

-- 
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/20171027/9c05e529/attachment.html>