On 06.08.25 10:27 AM, Noh Jose wrote:
As I said, DF of a particular attribute (X) may have been set first, then later,
a style is applied. Does the value of the attribute (X) from the style overwrite
the value from the value previously set by DF?
No, DF overrules styles.
If the value of attribute (X) is first applied by a style, does a subsequent DF
edit of attribute (X) overwrite the style's value.
Nope, it doesn't. DF is stored individually- and just applied with higher
property than styles.
I wonder whether a k-means analysis tool that looks for the closest fit of DF attributes
to a style could populate a 'migrate back to a style driven doc' to-do list...
Whether clustering is the right method is a question. But in general such smart
solutions are welcome as extension. Could imagine a rule-based approach: single
line + centered |+ font size => heading.
...it's just a much lower cognitive load
Sure it is (and I'm not an exception).
We fully support DF but educate styles, at least for larger or often used documents.
DF does not clash but overrides styles.
As I said earlier there will be a clash, in the sense that a decision has to be
made about which value to keep.
Nothing is dropped. You can set a character style Emphasis (italic) and bold per
DF. Clear DF to get back to italic, set CS to Default and you keep bold.
I wonder what issues you see regarding styles and DF. Better start off with the
problem, right.
My only point here is that the facilities (dialogues, context menus, properties,
etc) should be the same, whether used for DF or style editing and a minor point
about their slickness (modality, positioning, etc)
And we are consistent (as much as possible) with dialogs. But if you pick one
individual attribute like font weight = bold it can't be the same as CS = Strong
Emphasis (although the Formatting (Styles) toolbar tries this). What we could do
is to visualize all features similar to the existing paragraph styles and have
some way to add-apply and overwrite-apply. Don't think this would be easier to
understand at all.
--
To unsubscribe e-mail to: design+unsubscribe@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/design/
Privacy Policy: https://www.documentfoundation.org/privacy
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.