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

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Thu Jun 4 01:04:28 PDT 2015


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

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


More information about the Libreoffice-ux-advise mailing list