Design

See also http://user-prompt.com/tip-the-tool-how-to-label-toolbar-functions/
We might need an extra property to hold a custom tooltip - just using the menu title seems to be not the best solution.

One possibility is to create new buttons and link them either to the menu entries or directly to the functions.

Jay Philips wrote:

I do understand that the tooltips would need to be translated, but i dont see how this would be effecting developers, help maintainers, etc. So for the time being, buttons that dont mainly effect the main toolbar proposal will be postponed till a later date.

Of course it a*ffects help maintainers (the documentation team), developers (the few ones who change the in-built help [i.e., the “help” repository in git]) and translators. You *need to maintain consistency in each and every part. Can you imagine how much work would be needed to achieve that?

So yeah, please keep changes to a minimum.

Adolfo Jayme wrote:

Of course it affects help maintainers (the documentation team), developers (the few ones who change the in-built help [i.e., the “help” repository in git]) and translators. You need to maintain consistency in each and every part. Can you imagine how much work would be needed to achieve that?

Yes there would likely be quite a bit of work required if tooltips were changed to suggestions from < http://nabble.documentfoundation.org/Improvement-of-Tooltip-Texts-tt4113640.html > or < http://user-prompt.com/tip-the-tool-how-to-label-toolbar-functions/ >. But in order to show consistency within this new toolbar proposal, should we include 'insert' before other entries, like is currently available in 'insert footnote directly' or should we remove 'insert' from the beginning of them, so they appear like 'Table' or 'Chart'.

Was looking over the patches and noticed the following. 'Preview Print Output' isnt an accurate representation of what it does because you may have comments appearing in your print output which dont appear in page preview.