Summary: | CONFIGURATION: Sidebar customization settings not remembered after reopening | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Riccardo Giuliani <riccardogi> |
Component: | ux-advise | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | QA Contact: | |
Severity: | normal | ||
Priority: | medium | CC: | libreoffice-ux-advise, mihhkel, mihovil, stanislav.horacek, tomaskeb, vstuart.foote |
Version: | 4.1.0.4 release | ||
Hardware: | All | ||
OS: | All | ||
See Also: | https://bugs.freedesktop.org/show_bug.cgi?id=87405 | ||
Whiteboard: | BSA | ||
i915 platform: | i915 features: | ||
Bug Depends on: | |||
Bug Blocks: | 65138 |
Description
Riccardo Giuliani
2013-08-05 06:16:32 UTC
I can confirm this. Setting status to NEW, platform to All/All as I have tested this under Crunchbang 11 running TDF/LO v4.1.0.4. I am not sure whether this is an enhancement request (as the functionality has never existed) or a bug. I could not find an equivalent AOO bug to link. Can confirm number 3., when I hide some tabs, they always come back after restart. Gallery for example always come back when I enter anything into any cell (Calc). Not sure how's that connected. LO 4.3.1.1 Windows 7 64bit SP1 *** Bug 87785 has been marked as a duplicate of this bug. *** For bug 69534 - Enhancement Request: Sidebar is set per Module/Program the Side Bar received module specific configurations. -=ref=- commit http://cgit.freedesktop.org/libreoffice/core/commit/?id=b1314f22eb8de4359b5360194c04996351e9a6c2 That all is behaving, but it seems there is more to be done. The "customization" of the Tab Bar object is not behaving like a toolbar ought to, and is not being retained into per-user profile. Since it is not retained, there really is no customization of the Sidebar. We do not seem to be capturing sidebar customizations into the per-user registrymodifications.xcu, nor into the user/config/soffice.cfg/modules directories. From the start, have been unable to select a specific Sidebar Tab to open on--Properties Tab is fixed landing Tab for Sidebar for each module. Suggest that should be a user configurable selection per module. Worse, we actually are losing any customization within a current document session--one active content panel to the next in the Sidebar Deck. =-=-= We have several distinct UI actions Affecting Sidebar configuration/customization: -1- Hide or Show of the Sidebar from the edge button of the docked Sidebar window. -2- (at > 4.4.0, Hide or Show each Sidebar deck from its Sidebar Tab button). -3- customization of the Sidebar Tab Bar to remove Tab buttons, hiding their content panels as selections. -4- enabling or disabling view of docked Sidebar from main menu... View -> Sidebar (or at > 4.4.0 the Sidebar's configuration button on Tab Bar -> Close Sidebar). -5- closing module back to Start Center or exiting LibreOffice. =-=-= So -1- & -2-, hide or Show of Sidebar deck (or > 4.4.0 toggling deck open or closed for each Tab) does not affect Sidebar configuration or customizations. But -3-, all Sidebar customizations will be lost *within a current document* when manipulating objects that move the Sidebar deck focus from a Tab's content panel to another content panel. Even if returning to the original content panel--all Tab bar customization reverts to default. STR: 1. open a writer document and show Sidebar 2. on Sidebar config button -> Customization uncheck to remove a couple of Tabs (Navigator, Gallery) 3. enter some text, 4. from main menu, Insert -> Image and select to place image into document 5. the Graphic object properties content panel will toggle into the Sidebar deck, and its full Tab bar will appear--no customization. 6. Moving back to text portion does not restore prior customization to Tab bar. And -4- Enabling and disabling of view will revert Tab Bar customizations to default. Finally -5- opening and closing a document module, returning to Start Center will reverts any Tab Bar customizations--back to default sidebar configuration on next launch (current session or new). Widget behavior of -1- and -2- seem correct, but substantive user customization of -3-, -4- and -5- are not yet where we need to be with Sidebar. Setting UX-advise, when resolving these issues of Sidebar customization probably need to consider some of the enhancements needed for bug 33223 - Sidebar: as container for toolbars, ability to add functions missing from Sidebar, and similar. Just more of the considerable UI functional design and UX that needs to be ironed out to move Sidebar UI development along. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.