Summary: | The features for the "Create:" heading below "Impress Presentation" can't be accessed. | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Gary <gshand2> |
Component: | LibreOffice | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED NOTABUG | ||
Severity: | normal | CC: | gshand2, heiko.tietze, ilmari.lauhakangas, xiscofauli |
Priority: | medium | ||
Version: | 6.0.4.2 release | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Windows (All) | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 61914 | ||
Attachments: | I discovered the solution to the problem myself. |
Description
Gary
2018-05-29 16:35:29 UTC
Thank you for reporting the bug. Unfortunately without clear steps to reproduce it, we cannot track down the origin of the problem. Please provide a clearer set of step-by-step instructions on how to reproduce the problem. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the steps are provided Created attachment 142459 [details]
I discovered the solution to the problem myself.
I solved the problem myself by clicking on the little square in the upper right corner which enlarges the window. Then all the items under the "Create:" heading become visible and are accessible.
This is not reproducible neither under Linux (with version 6.0.4.2 and the Gtk+ 3 VCL backend) nor under Windows XP (with version 5.4.7.1): neither of these versions allow me to resize down the Start Center window so that some of its contents isn’t visible. Maybe this was due to a corrupt user profile. Anyhow, this can be fixed by making the side pane of the Start Center window scrollable. Fortunately, a recent bug report has a resizing & positioning macro that allows us to simulate the starting situation.
1. Open attachment 142300 [details] (enable macros when asked)
2. Close document so you drop to start center
Interestingly, the running the macro on Linux does not alter the height, so the case is Windows-only.
Let's ask UX team. Should we limit the ability to resize the height, by macros & whatever cosmic coincidences?
(In reply to Buovjaga from comment #4) > Let's ask UX team. Should we limit the ability to resize the height, by > macros & whatever cosmic coincidences? No, we shouldn't. The OP solved his problem by resizing the application (NOTABUG) and if the issue of hidden parts was regarding the main menu, it would be NOTOURBUG. |