https://bugs.documentfoundation.org/show_bug.cgi?id=91820
--- Comment #3 from Cor Nouws <[email protected]> --- (In reply to Yousuf (Jay) Philips from comment #2) > (In reply to Cor Nouws from comment #1) > > Some comments: > > > > Edit > > Merge document is a function limited to documents with tracked changes. It > > must be in that sub menu. > > Answered in bug 91781 comment 11. Replied there: wrong argument. > > View > > Print preview limits editing possibilities, unlike Normal/page break. I > > would keep it with File > Print > > Answered in bug 91781 comment 11. Replied there: It breaks with the principle to bundle related functions: print and print preview. > > Why do you rename Freeze to Freeze panes ? > > The word 'Freeze' by itself has no meaning. It had no meaning as Window > > Freeze as you are not actually freezing the window. Freeze panes is used in > Excel, but we could use Freeze Rows/Columns if that is more preferable. OK clear, thanks. > > Tools > > Cell contents - I miss this. It is not about Data as the function in that > > menu. > > This was moved and to Data > Calculate as the entries are to recalculate > data. It is also about AutoInput. So that argument is not correct. > > We had another discussion on the position of the Tools menu. Do I see that > > it is missed here? > > No we had discussions about it during the HIG work and decided that Tools > would always be next to Window for consistency of the menu bar. I brought forward long time ago, that the applied sequence is File-...-Format-Tools. And all module specific menu's between Tools and Window. So that was the originally chosen consistency. (With the sole exception that Table was added in Writer later) But I do not think that I prefer the one consistency over the other. > > Data > > AutoFilter and More filters.. I would not do that. Shortcut Data > Filter > > immediately offers AutoFilter > > The stats showed that 78% of users who opened the Data > Filter submenu went > for AutoFilter and it is the second most used entry in the Data menu, so it > is important that it be not in a submenu. It is important that is is easy accessible. It is now since it's at top in the submenu. Furthermore with the change the first menu will be more cluttered. > > Sheet > > Interesting idea.. > > Yes i wondered what would be the best possible name for it. Any suggestions? Not yet, no. But again we face a situation where part of the entries can be considered to apply for sheets as well as for different components, I'm afraid. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
