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

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

--- Comment #6 from Cor Nouws <cno@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.