[Libreoffice-ux-advise] [Bug 91820] Reorganization of the menu bar for Calc

[bugzilla-daemon at bugs.documentfoundation.org]

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

--- Comment #6 from Cor Nouws <cno at nouenoff.nl> ---
(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 on the CC list for the bug.