Download it now!
Bug 118124 - Chart File menu showing menu from Writer
Summary: Chart File menu showing menu from Writer
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Chart (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Main-Menu Chart
  Show dependency treegraph
 
Reported: 2018-06-12 09:18 UTC by Yousuf Philips (jay) (retired)
Modified: 2018-06-22 09:15 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Yousuf Philips (jay) (retired) 2018-06-12 09:18:22 UTC
steps:
1. open writer
2. open the File menu and notice how long it is
3. insert a chart
4. open the File menu and notice its the same length

File menu is supposed to be quite small as in the xml.
https://opengrok.libreoffice.org/xref/core/chart2/uiconfig/menubar/menubar.xml

Version: 6.2.0.0.alpha0+
Build ID: f7e0297b01f739e17f2f9517bf3d89baaee654ab
CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2; 
Locale: en-US (en_US.UTF-8); Calc: group threaded
Comment 1 Maxim Monastirsky 2018-06-12 10:25:30 UTC
I believe it works as expected. In OLE in-place editing (as opposed to opening in a separate window), the resulted menu bar is a mix of the menus of the container application and the object application. Source:

https://msdn.microsoft.com/en-us/library/windows/desktop/ms683898(v=vs.85).aspx

If by a chance you have access to WinXP (because it still had menus in WordPad and Paint instead of a ribbon), you can do a simple test: Open WordPad, Insert > Object > Bitmap Image. Notice how the File menu is of WordPad, but the rest of menus are of Paint.
Comment 2 Yousuf Philips (jay) (retired) 2018-06-20 15:16:24 UTC
Is there a benefit to this approach, when the File menu has most of the entries in it disabled and for example the File > Save is to save the OLE and not the underlying file?
Comment 3 Heiko Tietze 2018-06-22 09:15:57 UTC
(In reply to Yousuf Philips (jay) (retired) from comment #2)
> Is there a benefit to this approach, when the File menu has most of the
> entries in it disabled and for example the File > Save is to save the OLE
> and not the underlying file?

Absolutely, the consistency of menus is important for good user experience. If a function is only temporary not available, which is the fact for being in Chart editing mode, than it has to be disabled rather than hidden. 
There is, by the way, some effort done currently to harmonize the menus over different submodules. 

Closing as WFM following Maxim. For me it takes less than a second to open the menu in all situations.