Problem description: I noticed that the new Sidebar cannot remember my last selected tab (every time I open LibreOffice, Sidebar shows the Properties tab), and it cannot even remember which tab I closed (from the topleft menu), but again shows them all. Are these bugs or is there a way to make that work? Steps to reproduce: 1. Activate the New Sidebar (Menù\Options\Advanced\Enable experimental features (I'm using Italian version, so I'm not sure about the right words in english). After the restart you can show/hide the Sidebar by clicking Menù\View\Sidebar 2. Change the selected TAB by clicking one of the right buttons (Properties/Styles/Gallery/Navigator) and restart: You'll find always the Properties TAB selected. 3. Hide some tabs (by clicking the topright menù button\Customization) and then restart: You'll always see also the tabs you closed. Current behavior: Expected behavior: Operating System: Windows 7 Version: 4.1.0.4 release
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.
Since upgrading to LibreOffice 4.4.0.3 from 3.4.6 I noticed that the sidebar state is not remembered. I usually work in the Styles-tab, but default it opens with the Properties-tab. Overall the sidebar is a nice improvement, however it would be even better if the state on exit was saved. Thanks.
(In reply to psmits from comment #6) > Since upgrading to LibreOffice 4.4.0.3 from 3.4.6 I noticed that the sidebar > state is not remembered. I usually work in the Styles-tab, but default it > opens with the Properties-tab. > > Overall the sidebar is a nice improvement, however it would be even better > if the state on exit was saved. Thanks. Customizations are distinct from the content panel active on opening an LO module. Bug 65351 covers the later--see comment 4 in this thread for customization behaviors that need design and development.
bug confirmed with LibO 4.4.1 too in the OOo/AOO/LibO italian newsgroup
A similar problem exists with the Navigator menu. If I use the sidebar navigator to move among headings in my document, the (horizontal) Navigator menu (comprising only two icons: back and forward) pops up and steals a quarter inch of my screen height. Using the View|Toolbars menu to hide the (horizontal) Navigator does not solve this problem. It does, initially, hide the menu, but as soon as I change headings in the sidebar, it pops up again.
*** Bug 90893 has been marked as a duplicate of this bug. ***
*** Bug 92332 has been marked as a duplicate of this bug. ***
I have the same problem with LibreOffice 5.0.2.1 (Debian stretch (testing) packages) running on an XFCE4 desktop (two different machines). I would really appreciate if the sidebar would honour my settings (I remove the "Properties" and "Gallery" tabs, leaving only "Styles and Formatting" and "Navigator", where "Styles and Formatting" is usually active. Currently I have to repeat these settings manually after each and any restart of LibreOffice, and for each document I (re-)open. Regards Andreas
*** Bug 95872 has been marked as a duplicate of this bug. ***
Laurent Godard committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=536c259cb9644971d0eb0cdfb7d823c5383a5481 tdf#67770 store sidebar elements states It will be available in 5.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
great!!! if the fix is verified and works fine this is something that deserves to be listed in the 5.1.x release notes https://wiki.documentfoundation.org/ReleaseNotes/5.1
@Laurent, bubli, * On Windows 10 Pro 64-bit (en-US) with Version: 5.1.0.0.alpha1+ (x64) Build ID: 01de2fc790b50c04f13907026f1a7782009fea61-GL TinderBox: Win-x86_64@42, Branch:master, Time: 2015-11-21_01:52:58 Locale: en-US (en_US) with https://gerrit.libreoffice.org/17992 included. In a Writer document, in the Styles and Formatting deck, where I modify a menu -- adding a style. Save and close out the document Seeing new stanzas being written into registrymodifications.xcu UI Window states /UIElements/States UI Sidebar /Content/PanelList UI Sidebar /Content/Decklist Great! But was hopping that having saved while in the Styles and Formatting deck, that on reopening that Writer document--or starting a new Writer document that I'd open with Sidebar positioned to the Styles and Formatting deck. Instead still opening into the old default Properties deck. Am I missing something? Could you give us some instruction on testing and making use of the new Sidebar customization and states. Thanks! Stuart
Sry guys, must be some fallout, mismerge | easy hacks in the way ... last time I tested (when there was no merge conflict yet), it worked. I'll have a look
Migrating Whiteboard tags to Keywords: ( needsDevEval topicUI ) [NinjaEdit]
*** Bug 98906 has been marked as a duplicate of this bug. ***
I would like to add the following: When I open Writer it shows the "Properties" sidebar, which for 80% of functionality repeats the toolbar. For me personally "Styles and Formatting" are much more necessary and frequently used, and it would be nice if the last used selection is remembered, so that is shows up when document is opened.
We're replacing our use of the 'ux-advise' component with a keyword: Component -> LibreOffice Add Keyword: needsUXEval [NinjaEdit]
*** Bug 104708 has been marked as a duplicate of this bug. ***
5.1.4.2 The bug isn't fixed yet. If I modify the sidebar in a document, after closing LO and opening another document changes aren't preserved: even if I disable some of properties, styles, gallery, navigator in "Personalize", on another document I find them enabled again
Is this still persisting using 5.3.0.3?
persisting in 5.3.0.3
*** Bug 106363 has been marked as a duplicate of this bug. ***
I don't want to spam but personally this is one of the most annoying usability bugs in LibO (in every component) because users have to deal with it at every program start, every workday for (soon) 4 years. This bug has so many followers and duplicates ... The workaround to disable the sidebar decks before the desired deck is no good solution, especially for the last ones like Navigator - how working with styles in that case? Is there anything people can do (without learning to write programs by themselves - whifh is not problem of will but time and skill)? Raising priority? Searching for a developer with too much free time? GSoC? Tender?
still present in Version: 5.4.0.0.alpha0+
I... don't like Properties to be displayed at startup. I like Styles and Formatting. I have to change this on every startup, because this is not configurable and not persisted. Remarkable that it's over four years now.
If you people babysit my child over the weekend, I can fix this one for you. Deal?
(In reply to Katarina Behrens (CIB) from comment #30) > If you people babysit my child over the weekend, I can fix this one for you. > Deal? Cool idea. How old is your child, want/can it play with my 2.3 year old daughter? Only problem, I'm living in Upper Austria.
Katarina Behrens committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=67600fe5c9380bdb3eb26809a6475eae30a23231 tdf#67770: Config for remembering the last active deck It will be available in 6.0.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Hi bubli, * Thanks for having another look at this! On Windows 10 Pro 64-bit en-US with Version: 6.0.0.0.alpha0+ Build ID: ca6ab632a8f2dd5b45234f7af9b9f2b40690db89 CPU threads: 8; OS: Windows 6.19; UI render: GL; TinderBox: Win-x86@39, Branch:master, Time: 2017-09-09_23:43:27 Locale: en-US (en_US); Calc: CL Unfortunately, the "LastActiveDeck" strings pairs (application name, and DeckID), even for the default PropertyDeck, are not yet being written as stanzas in the per-user registry on module exit or on LibreOffice exit.
> Unfortunately, the "LastActiveDeck" strings pairs (application name, and > DeckID), even for the default PropertyDeck, are not yet being written as > stanzas in the per-user registry on module exit or on LibreOffice exit. The patch contains no code, thus no reading/writing can be expected (yet). Vidhey ( = a student I'm mentoring ) is going to work on this issue. Patience is a virtue.
(In reply to Katarina Behrens (CIB) from comment #34) > Patience is a virtue. OK, /me back to waiting patiently :-)
Katarina Behrens committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=23467fa5cfa2feffbeba2177c0d393f8ebe1a0a3 tdf#67770: Read/writer LastActiveDeck bits It will be available in 6.0.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
For the best results when testing, reset UI part of your user profile (soffice --safe-mode, then 'Reset to factory settings', 'Reset user interface modifications')
Very nice to see this working now. Yay! Needs a bit of testing, but this now is allowing the customization (from defaults) of the Sidebar to retain last usage per module for each deck. Excellent! =-testing-= On Windows 10 Ent 64-bit en-US with Version: 6.0.0.0.alpha1+ (x64) Build ID: a646518107097ff64d6d5d26a0fa3e76e98a07f5 CPU threads: 8; OS: Windows 10.0; UI render: GL; TinderBox: Win-x86_64@42, Branch:master, Time: 2017-10-23_15:32:03 Locale: en-US (en_US); Calc: CL
Finally, can have a module open to Styles & Formatting, it allows undocked or docked tabbar by module--showing or hidding decks. And new documents from templates are unaffected (e.g. margins)--while the active Sidebar deck follows what user had last set using the module. I think this is going to be exactly what folks wanted. We still might need a GUI means to clear these Sidebar settings from user profile (registrymodifications.xcu) to allow a reset back to defaults)--current profile Safe mode -> reset is a bit too heavy handed if just trying to reset Sidebar. None the less... @bubli--Thank you!
(In reply to V Stuart Foote from comment #39) > Finally, can have a module open to Styles & Formatting, it allows undocked > or docked tabbar by module--showing or hidding decks. > > And new documents from templates are unaffected (e.g. margins)--while the > active Sidebar deck follows what user had last set using the module. > > I think this is going to be exactly what folks wanted. Glad you were able to test it thoroughly and think it is worth backporting if all is well. > We still might need a GUI means to clear these Sidebar settings from user > profile (registrymodifications.xcu) to allow a reset back to > defaults)--current profile Safe mode -> reset is a bit too heavy handed if > just trying to reset Sidebar. My suggestion is that we add a key in the .xcu file named something like SidebarVersion and if this value isnt '6.0', then we reset all the sidebar UI settings to default, and then set SidebarVersion to 6.0. This is solve all the various issues for people who are in upgrading from a profile that doesnt have the correct behaviour.
> We still might need a GUI means to clear these Sidebar settings from user > profile (registrymodifications.xcu) to allow a reset back to > defaults)--current profile Safe mode -> reset is a bit too heavy handed if > just trying to reset Sidebar. Well there is this sidebar config dropdown in top-right corner (next to docking button, above all deck icons) which has Customization > Restore Default. But it wouldn't work, see bug#105131
(In reply to Katarina Behrens (CIB) from comment #41) > > We still might need a GUI means to clear these Sidebar settings from user > > profile (registrymodifications.xcu) to allow a reset back to > > defaults)--current profile Safe mode -> reset is a bit too heavy handed if > > just trying to reset Sidebar. > > Well there is this sidebar config dropdown in top-right corner (next to > docking button, above all deck icons) which has Customization > Restore > Default. But it wouldn't work, see bug#105131 Sure, that might work! But scope of the MID_RESTORE_DEFAULT / RestoreHideFlags() is now _just_ the TabBar. Guess it would need to expand anyway to fix bug 105131 =-ref-= https://opengrok.libreoffice.org/xref/core/sfx2/source/sidebar/TabBar.cxx#340 https://opengrok.libreoffice.org/search?project=core&q=MID_RESTORE_DEFAULT
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
For me, this bug is gone with LO 6.0.6.2 on Linux (Xubuntu 18.04) and LO 6.1 on Windows 10. YMMV Cheers Andreas
Maybe this bug is gone? Attempted to repeat the instructions. As long as you close the document where changes were made to which decks are shown in the Sidebar, then new documents reflect these changes. Also, the changes are kept when shutting and restarting Writer. Version: 6.3.3.1 (x64) Build ID: f41f4c7f9507aeca13cb9df51f34d80e8ba30a99 CPU threads: 8; OS: Windows 10.0; UI render: default; VCL: win; Locale: en-US (en_DK); UI-Language: en-US Calc: threaded
I can't reproduce it in Version: 6.5.0.0.alpha0+ Build ID: 775a06361639ffc539fda20d44b9610c98005d9b CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded Closing as RESOLVED WORKSFORME
Confirming that it works for me in v6.2.5.2.