The styles dialog won't open by any method (toolbar button, F11, Format menu selection, toolbar dropdown style menu "More Styles..."). There is no method to edit or add styles! This is a critical problem for anyone using styles. Writer version 4.4.3.2, on Windows 8.1.
For the test, could you rename your LO directory profile (see https://wiki.documentfoundation.org/UserProfile#Windows) and give a new try?
It looks like it might be hidden. There should be a little widget with dots half way down the right side of the window. Hovering over it should reveal a tooltip that says "Show". Click on it. With the Sidebar hidden, none of the methods described show the Sidebar again except Show/Hide and toggling View -> Sidebar. Windows Vista 64 Version: 4.4.3.2 Build ID: 88805f81e9fe61362df02b9941de8e38a9b5fd16
(In reply to Gordo from comment #2) > It looks like it might be hidden. There should be a little widget with dots > half way down the right side of the window. Hovering over it should reveal > a tooltip that says "Show". Click on it. > > With the Sidebar hidden, none of the methods described show the Sidebar > again except Show/Hide and toggling View -> Sidebar. > > Windows Vista 64 > Version: 4.4.3.2 > Build ID: 88805f81e9fe61362df02b9941de8e38a9b5fd16 That was it. Not very intuitive coming from 4.4.3! Thanks.
Works as designed, closing NAB
(In reply to V Stuart Foote from comment #4) > Works as designed Any link to where it was discussed (if at all)? For me if a user clicks on an UI element (the "More Styles..." item in the styles combobox), and gets no feedback from the software, it is a bug.
(In reply to Maxim Monastirsky from comment #5) > Any link to where it was discussed (if at all)?... Which aspect? 1) Widget the Show/Hide the Sidebar -- with so much packed into the Sidebar, ability to collapse and hide it rather than exit from it is a performance issue as well as reasonable UI. Came over to LO from AOO with that feature. You can ask Andre Fisher for specifics. Or Caolán when he did the port of the AOO commits. 2) Move the Styles and Formatting dialog into the Sidebar -- with Sidebar available by default at 4.2, move of Dialog panels into Sidebar content panels proceeded apace. And while Navigator went in (disabling its dialog) we pulled it back out. The F11 Styles and Formatting dialog went in and stayed. See bug 73151 Specific behavior -- honor Sidebar State -- https://wiki.documentfoundation.org/Design/Meetings/2014-11-05 + Should sidebar return to its previous state after keyboard shortcut is pressed (Cor / Jay) + https://bugs.freedesktop.org/show_bug.cgi?id=85791 + For many users, they are used to pressing F11 to open it and F11 a second time to close it + would like it to hide by F11 (Kendy) + so should we do that for everything? (Jay) + like eg. gallery - when you click it when it is show, hide it again? + I'd like it (Kendy) + various corner cases - open sidebar, but all decks closed,etc. + we should try to return to the state it was (Jay) + depends on how easy is to do that - probably best to do the easiest first (Kendy) AI + Samuel can have a look, but not immediately > For me if a user clicks on > an UI element (the "More Styles..." item in the styles combobox), and gets > no feedback from the software, it is a bug. The mouse over "Show" "Hide" isn't enough? I'd rank this right there with "minimizing" a window in your DE of choice. "Hey, where'd my Window go?". BZ is for bugs not user help. @Samuel any comment.
(In reply to V Stuart Foote from comment #6) > Which aspect? > > 1) Widget the Show/Hide the Sidebar ... > 2) Move the Styles and Formatting dialog into the Sidebar ... None of them. What I'm saying is that a UI widget (in this case the "More Styles..." item), if present on screen, should do *something* (it doesn't matter right now what exactly). The same way you understand that when you click on a toolbar button or a menu item, it should do something, or it should be disabled (or hidden), and if not that's a bug. (In reply to V Stuart Foote from comment #6) > The mouse over "Show" "Hide" isn't enough? As said above, my point is not about whether something is enough or not, but about the fact the we have a UI widget the does nothing when clicked.
(In reply to Maxim Monastirsky from comment #7) > None of them. What I'm saying is that a UI widget (in this case the "More > Styles..." item), if present on screen, should do *something* (it doesn't > matter right now what exactly). The same way you understand that when you > click on a toolbar button or a menu item, it should do something, or it > should be disabled (or hidden), and if not that's a bug. > > As said above, my point is not about whether something is enough or not, but > about the fact the we have a UI widget the does nothing when clicked. Nonsense-- it isn't that it "does nothing" rather, just as with the DE hiding a Window, you've hidden the Sidebar. Actions are still applied to it, and when you unhide it, there they are. It needs to be "hideable" because that is its function. Again back to the DE analogy--you hid the Window, you have to unhide it if you want to work with it. And still as with a DE, you have a graphical handle showing it is hidden. No mystery, just the function of the GUI as implemented.
(In reply to V Stuart Foote from comment #8) > Nonsense-- it isn't that it "does nothing" rather, just as with the DE > hiding a Window, you've hidden the Sidebar. Hmm.. Just to make sure we're talking about the same thing, try this: 1. Hide the sidebar using the Show/Hide splitter. 2. Open the styles combobox. 3. Click on the "More Styles..." item. What exactly did the last step?
(In reply to Maxim Monastirsky from comment #9) > (In reply to V Stuart Foote from comment #8) > > Nonsense-- it isn't that it "does nothing" rather, just as with the DE > > hiding a Window, you've hidden the Sidebar. > Hmm.. Just to make sure we're talking about the same thing, try this: > 1. Hide the sidebar using the Show/Hide splitter. > 2. Open the styles combobox. > 3. Click on the "More Styles..." item. > > What exactly did the last step? Functions as expected. It changes the Sidebar deck from whatever it had been at close (default of course is Properties) to the Styles and Formatting deck. And when you unhide the Sidebar using the Show/Hide handle it shows Styles and Formatting. In other words the Show/Hide action of the Sidebar widget is isolated from the change in active deck.
(In reply to V Stuart Foote from comment #10) > It changes the Sidebar deck from whatever it had been at close (default of > course is Properties) to the Styles and Formatting deck. And when you unhide > the Sidebar using the Show/Hide handle it shows Styles and Formatting. And this is (at least) a bad UX, because there is no *visible* effect from this clicking. I can imagine a casual user (that didn't read this thread, and not aware of this behind-the-scenes happening) clicking over and over again, and thinking that it does nothing. Let's hear Jay's opinion on that.
This looks exactly like bug 83546.
OK, over to duplicate of enhancement of bug 83546 IMHO the Show/Hide currently is adequate indication to the user. *** This bug has been marked as a duplicate of bug 83546 ***