Created attachment 113891 [details] Screenshot Styles inherit options from their parents. Once you change an option in a child style, there is no easy way to revert one single change so that inheriting the value would work. IMHO it would be useful, I sometimes miss it.
The attachment screenshot tries to visualise the use case. Main text style inherits everything from the default style unless it has a local override. All the overrides are nicely listed, there just is no way to easily remove override one by one. You can remove overrides for whole page when opening the page and clicking "Standard" button below the dialog.
Created attachment 114176 [details] One possible way of expressing Kendy's awesome idea.
Thought it was my awesome idea. :D
Sorry. I think I need to make a cheatsheet with IRC nicknames, Google aliases, real names and photos.
Migrating Whiteboard tags to Keywords: (needsDevEval, topicUI) [NinjaEdit]
*** Bug 127708 has been marked as a duplicate of this bug. ***
I believe this is quite an important feature to implement for enabling complex style hierarchies for documents. Regarding the mock-up in attachment 114176 [details]: I support this, but would suggest that the pieces of text would be put into "breadcrumbs", i.e. small slabs containing the text, which can be destroyed/deleted using an [x] button on their sides. I think this would be better than a superscript-[x]. Also, I believe this shouldn't be the only UI aspect for reverting/deleting individual settings. I would also like to see deletions, within the parts of the dialog where we actually set values, resulting in reversions to "no setting".
*** Bug 133107 has been marked as a duplicate of this bug. ***
*** Bug 136341 has been marked as a duplicate of this bug. ***
I'd like to emphasize the importance of this feature: At the moment you cannot "undo" a mistake in the styles. That makes it very simple to "fuck up" an important style in the document and then the only solution is to create a new style, replace the broken style, and so on. This makes long-term management of complex documents unnecessarily hard and prevents professional use for some. "fuck up" means that for example I have an inherited style that should only change the font but not the size. If I once accidentally set also the size, it will always carry its own size setting and not inherit the size from the parent any more. About the suggestion with the X in the style list: I think that this is probably the easiest to implement as it would require only changing a single UI element (the overview list) vs. updating all the other style UI elements to support 3 states (on, off, inherit) or to add "(inherit)" as a list item in the drop down lists. Therefore I'd like to suggest to first implement the X removal in the overview and then, maybe, also add inheritance as a choice in the individual style settings.
(In reply to Schlomo Schapiro from comment #10) > At the moment you cannot "undo" a mistake in the styles. Well, you can, but only by manually editing the relevant ODF file :-( > Therefore I'd like to suggest to first implement the X removal in the > overview and then, maybe, also add inheritance as a choice in the individual > style settings. Seems like a decent idea to start with that. We could also consider "bubbles" or "boxes" of indentation around the items, with the x's on their perimeter, as a kind of decoration. As for the settings themselves, elsewhere in the dialog, we could also consider some kind hover-behavior for settings in their respective parts of their dialog, which would include the ability to reset them to inheritance. But again - x's seem like a not-too-difficult thing to do.