Summary: | Create a per-document "Paragraph style used by default" setting | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Mike Kaganski <mikekaganski> |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | ||
Severity: | enhancement | CC: | cno, dgp-mail, heiko.tietze, rgb.mldc, sdc.blanco, thomas.lendo, vsfoote |
Priority: | medium | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
See Also: |
https://bugs.documentfoundation.org/show_bug.cgi?id=128960 https://bugs.documentfoundation.org/show_bug.cgi?id=47295 https://bugs.documentfoundation.org/show_bug.cgi?id=113517 https://bugs.documentfoundation.org/show_bug.cgi?id=128469 https://bugs.documentfoundation.org/show_bug.cgi?id=129568 https://bugs.documentfoundation.org/show_bug.cgi?id=129422 |
||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 107833 |
Description
Mike Kaganski
2019-11-23 07:56:32 UTC
+1, and an alternative solution to bug 47295. But then I'd suggest a style fall back to 'Text Body' will need some design tweaks. Majority of language scripts are best rendered as the font designer intended with Single line spacing. That has been achieved with metrics of the 'Default' fallback paragraph style--Single line space and no additional inter paragraph spacing. As a new fallback, the current 'Text Body' line spacing at 115% of font metric with inter paragraph spacing is better adjusted to 100% of font metric, with no inter paragraph spacing. Doing that while implementing a proposed 'Paragraph style used by default' keeps us in line with the WONTFIX of bug 113517. (In reply to V Stuart Foote from comment #1) > But then I'd suggest a style fall back to 'Text Body' will need some design > tweaks. Majority of language scripts are best rendered as the font designer > intended with Single line spacing. That has been achieved with metrics of > the 'Default' fallback paragraph style--Single line space and no additional > inter paragraph spacing. > > As a new fallback, the current 'Text Body' line spacing at 115% of font > metric with inter paragraph spacing is better adjusted to 100% of font > metric, with no inter paragraph spacing. I suppose we need some new bug about that, which would block this (and tdf#47295), with specific discussion of problems that 115% creates (in which scripts; in which scenarios: lists, tables, ... ?), with screenshots etc. I suppose that RGB's tdf#94464 was also fixed in not a way that OP imagined, because of lack of understanding of complexity behind fonts and their metrics and typography in general. So some kind of clean new report (meta?) with systematic description of visible problems and their origins would be useful IMO. I fully support the switch from Default to Text Body (with the needed effort around) and considering Text Body is the last resort for Reset, which by the way likely close to zero users need, is this style. Why do we need it flexible with "Text Body 115%" for example? It rather adds confusion since "Make default" is easy to misinterpret. So my take: duplicate of bug 47295. (In reply to Heiko Tietze from comment #3) > Why do we need it > flexible with "Text Body 115%" for example? It rather adds confusion since > "Make default" is easy to misinterpret. Because Text Body, like all other pre-defined styles, are just one possible set of styles user in some place. Some other user-defined set of styles might be used somewhere (there are many "do not use pre-defined styles!" advises over there; and there might be even good reasons for such a decision, e.g. in circumstances where importing others' documents should keep original formatting, and at the same time not break current document formatting, so two distinct sets of styles are needed). So hardcoding to Text Body is limiting flexibility of using styles. Hm... still little benefit and some potential for misunderstanding. Admittedly nice for expert users. I like the idea! Looks like a nice addition of a new neat setting in the Writer section of LibO options. As Stuart wrote, this must be implemented with fixing bug 47295. Personally I use a own set of paragraph styles for instructions (operator manuals). Having such setting would it make easier to avoid that a false basic paragraph style is used accidentally e.g. by careless colleagues. |