Description: Diagram: double click on the diagram to make changes in the data area, the toolbar will be moved to the left so that New and Open are no longer visible. Actual Results: this error is only visual, the toolbar is back to normal after the data update Expected Results: please fix this error. Openoffice works normally in this area without moving the toolbar Reproducible: Always User Profile Reset: No Additional Info: no further details
Thank you for your report! Could you please provide use with the information copied from Help > About LibreOffice? Have you actually tested this and seen the issue in the version 3.3 of LibreOffice too? Thank you!
Dear Alt Walter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear Alt Walter, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp
Created attachment 187798 [details] compare the pictures what changes when you double click on the graphic
First version affected is 5.0.0.1 (identified with linux-64-releases bibisect repository, at commit 74fe407600b30673bc73b572df90f3101cd18b2d). Not sure if that was by design or a regression, but I think there is no reason one shouldn't be able to create or open documents while editing a chart. The Export to PDF button exports the whole document, not just the chart. So why not keep these other buttons that are not exclusively related to chart editing? There's enough space. Workaround: customise the Chart Default toolbar to add missing buttons.
Design team, agree that some/all should come back? Before 5.0.0.1: New | Open | Save | E-Mail | PDF | Print | Cut | Copy | Paste | Undo | Redo In 24.2: Save | PDF | Print | Undo | Redo I think they can all come back. Could be an easyHack.
The standard menu in chart2 was configured for bug 90492 commit to hide the chart mode standard menu buttons was: https://gerrit.libreoffice.org/c/core/+/15225 We now had over 200 release builds with that intact--can *NOT* call it a regression, and frankly it made sense as it was implemented for bug 90492.
(In reply to V Stuart Foote from comment #7) > The standard menu in chart2 was configured for bug 90492 Thanks for finding it, Stuart! In that report, UX eval was asked after the commit was merged for some reason. Wondering if we could get it discussed at the next design meeting? After reading the comments there, I still think the standard toolbar should have the usual defaults. There was opposition to removing Copy and Paste from the toolbar in bug 90492 comment 2.
Things are not being hidden, rather the 'Standard' toolbar is no longer active. That is when the integrated chart2 editing context view mode is activated it has its own implementation of the Standard toolbar and the Formatting toolbar. They replace the toolbars of the 'normal' view. As the UI for the chart2 was being reworked, buttons on that toolbar were set to not shown mode--and the 'standard' and 'formatting' toolbars activated by chart2 in edit mode were merged onto one line. To streamline the UI, unnecessary buttons (for majority of use cases) were suppressed, not removed. Yes it is trivial to restore by commit removing the toggle in the UI XML but it is also trivial for users to do that directly and has been so since 5.0.0. And changing from default (expanding the chart2 'Standard toolbar) and setting any visible is persistent and recorded into user profile. So no need to back track on a dev choice decision done back at the 5.0.0 release. Doing so is a bad precedence to second guess implemented features, which chart2 is. Rather, it is a a RTM opportunity for users to explore the UI functions--which ever UI or MUFFIN flavor. IMHO => NAB and WF
(In reply to Alt Walter from comment #0) > ... New and Open are no longer visible. What is the issue not having these commands in the chart editing mode? You cannot open a chart nor create a new one (and the other commands aka buttons are also related to the whole document).
Well, as it was implemented on purpose and hasn't seen much complaints since then, I agree it can be left as it is. I still feel like it should be an all-or-nothing situation: if we have Export _whole document_ to PDF and Save _whole document_, then why shouldn't we be able to Print the whole document from the toolbar as well? Or create a new document while spending time customising a complex chart? In any case, I'm definitely not looking to die on this hill! :D Happy with a "not a bug" resolution if that's the position of design team members. Alt, you can customise the toolbar by right-clicking on it, or using Tools > Customize. Thanks!