Bug 41775

[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1

more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html

No change in 3.5.0beta2

@Shad Sterling
<https://wiki.documentfoundation.org/QA-FAQ#How_to_select_correct_Bug_Status>

@Roman
Can you confirm this problem?

@reporter:
Thank you for your report – unfortunately important information is missing.
May be hints on <http://wiki.documentfoundation.org/BugReport> will help you to find out what information will be useful to reproduce your problem? If you believe that that  is really sophisticated please as for Help on a user mailing list
Please:
- Write a meaningful Summary describing exactly what the problem is
- Attach screenshots with comments if you believe that that might explain the 
  problem better than a text comment. Best way is to insert your screenshots
  into a DRAW document and to add comments that explain what you want to show
- Contribute a document related step by step instruction containing every 
  key press and every mouse click how to reproduce your problem 
  (similar to example in Bug 43431)
- add information 
  -- what EXACTLY is unexpected
  -- and WHY do you believe it's unexpected (cite Help or Documentation!)
  -- concerning your OS (Version, Distribution, Language)
  -- concerning your LibO localization (UI language, Locale setting)
  –- Libo settings that might be related to your problems 
  -- how you launch LibO
  -- everything else crossing your mind after you read linked texts

Even if you can not provide all demanded information, every little new information might bring the breakthrough.

It seems you are talking aboput LibO Start Center?

(In reply to comment #4)
> @reporter:
> Thank you for your report – unfortunately important information is missing.
[...]
I think I can answer for Shad Sterling here (but please correct me, Shad Sterling, if you meant something else!).

> It seems you are talking about LibO Start Center?
If I understand the original report right, Shad Sterling is talking about a different situation which just does not occur on Windows (I don't know about Linux): on MacOS and MacOS X, an application can be running *without* any open windows at all; the global menu bar of the application is still available even when all windows are closed.

In LibreOffice, this happens if you close all document windows *and* the Start Center: the menu bar is still available, but contains only three entries: the System (Apple) menu, the application menu ("LibreOffice", containing mostly "Preferences" (Options) and "Quit LibreOffice") and the "File" menu. But there is no "Tools" menu and no "Help" menu, and this is what Shad Sterling is talking about.


REPRODUCIBLE with
* LibreOffice 3.4.0, OOO340m1 (Build:12)
* LibreOffice 3.4.6, OOO340m1 (Build:602)
* LibreOffice 3.5.5.3, Build-ID: 7122e39-92ed229-498d286-15e43b4-d70da21
* LibreOffice 3.6.0.0.beta3 (Build ID: 3e2b862)
and also with
* AOO 3.4.0
all with German langpack installed, all on MacOS X 10.6.8 (Intel).

Shad Sterling is right, "this makes no sense", especially from the point of view of MacOS and MacOS X users. MacOS (7, 8, 9) and MacOS X (10.x) applications which conform to Apple's Human Interface Guidelines (HIG) *never* hide unused menus, they just disable them; if I remember correctly, Apple required this explicitely at least in the older versions of the HIG (I did not read the last revisions).

If a application is very complex (like LibreOffice), it can temporarily exchange *some* of the menus to adapt to the current editing situation, just like LibreOffice shows different Menus in Writer, Calc, Impress, etc. But at least the standard menus, which are, according to Apple's HIG, the System (Apple) menu, the Application menu ("LibreOffice", does not exist on Windows?!), the menus "File", "Edit", often "Windows", and "Help", should *never* be hidden. If no entry of such a menu is applicable, e.g. in the "Edit" menu when no documents are open, just disable the complete menu, but do not hide it.

So, at least on MacOS X, the menus "LibreOffice", "File", "Edit", "View", "Tools", "Windows", and "Help" should be visible under all circumstances. This is already true and working fine as long as the Start Center window is open. We just need to change the situation when no window at all is open: in this situation, the menu bar should look and behave just like when the Start Center is open.

@Thorsten Behrens:
This is a simple and compelling bug report about a simple MacOS X UI issue; the problem is not dramatic, but on the other hand it should be rather easy to fix this, so please take a look at it. Maybe this could be an "Easy hack"? Sometimes such little UI improvements do most to make the application look professional. Thank you in advance!

@Roman Eisele, you have it right.  I also see the same behavior with 3.5.5.3 on OS X 10.7.4.

@Rainer Bielefeld, this bug is, as Roman elaborated, not about the Start Center, but about the LibreOffice menu items on the OS X menu bar when no windows are open.  (Bug #41776 is about the Start Center.)  Is any more information needed to understand this bug?

@Kendy, 

Could it be possible to fix this small but annoying issue? Or maybe some code pointers that would help people to have a look at it? It is a small but very Mac-unlike detail of LibreOffice. 

I appreciate any help about this. :)
Regards,

Emir: This is OSX specific, right? - would be great to attach a screenshot to show what's going on :-)

Created attachment 89269 [details]
Menus showing when Main Window is open

Created attachment 89270 [details]
Only File menu is shown when no windows are open

Sorry for the late screenshots - attached them :))

Created attachment 89271 [details]
File menu when no windows are open

This menu should be removed I think, because it causes inconsistency among menus

Created attachment 89272 [details]
File menu when a window is open

This menu should appear