https://bugs.documentfoundation.org/show_bug.cgi?id=91820
--- Comment #6 from Cor Nouws <[email protected]> --- (In reply to Yousuf (Jay) Philips from comment #4) > (In reply to Cor Nouws from comment #3) >>>> 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. > > So do you have a preference here? I think the change is good. >>>> 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. > > So are the 3 calculate items correct to place under Data? In fact it is a mixed group, about calculation and auto-Input. And AutoImput is really a tool :) >>>> 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. > > Guess my words werent clear when i wrote that sentence. Yes we (me and you) > discussed the issue in the past and then we (me and heiko) discussed it as > part of the HIG. In the HIG we decided that we need to consistency across > apps, so it was preferred to have the least opened menus (tools, windows, > help) to the end together, like in writer. One can also say: all between File and Tools is consequent (I read in the Writer issue that there is still a search for that holy grail :) ) and that the rest before view is app-specific. I have no strong preference here. >>>> 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. > > It is not as cluttered as most menus as it has 20 items in it, while the > sheet menu has 25 items in it. The menu had 16 items in it before i made > changes to it. It adds cluttering because Filter is mentioned twice in the main menu. It hurts to my eyes. May be only me? (No others interested in Cal ?) >>>> 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. > > Yes that is always a challenge, so we try to make the best possible that > fits best. Still going on. Thanks for that! Cor -- 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
