[Libreoffice-ux-advise] [Bug 132138] Styles for Accent, Status like in calc
https://bugs.documentfoundation.org/show_bug.cgi?id=132138 --- Comment #28 from Jun Nogata --- Created attachment 173075 --> https://bugs.documentfoundation.org/attachment.cgi?id=173075=edit strange frame in the speech balloon -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 132138] Styles for Accent, Status like in calc
https://bugs.documentfoundation.org/show_bug.cgi?id=132138 --- Comment #27 from Jun Nogata --- (In reply to Commit Notification from comment #16) There is a strange border in the speech bubble on the third slide in the midnightblue theme. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 142499] Make 'fat cross' cursor optional
https://bugs.documentfoundation.org/show_bug.cgi?id=142499 --- Comment #10 from b. --- had time to check, it works, @Heiko Tietze: well done, thank you! -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 89960] Suggestion to Change Style Behavior in Relation to Direct Formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=89960 --- Comment #20 from Mike Kaganski --- (In reply to Heiko Tietze from comment #19) > Don't think ctrl+click (apply style and clear formatting) is easy to > understand. But surely it doesn't break existing workflows. I also wonder > what formatting should be cleared: > > in case of PS: DPS (acceptable) and CS and DF (-1)? > in case of CS: DF (acceptable) I agree that this is not a bad feature, seemingly not harming any workflow. I second the suggestion to only clear paragraph direct formatting when special-applying paragraph style, and clear character direct formatting when special-applying character style. By the way, there are more styles ;-) - so what to do with lists - do you want to clear that direct formatting when special-applying paragraph style, or keep it, and only clear when special-applying list style? Or clear it when special-applied paragraph style contains associated list style? > DPS: direct formatted paragraph style Please, there's no such thing. There is paragraph direct formatting, and character direct formatting. Or if you prefer, direct paragraph formatting, and direct character formatting ;-) This depends on the level at which some properties are defined. Direct formatting applied on paragraph level does *not* create a "style". -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 108600] Inconsistent background color painting
https://bugs.documentfoundation.org/show_bug.cgi?id=108600 --- Comment #6 from Mike Kaganski --- (In reply to Heiko Tietze from comment #5) Personally I find this behavior inconsistent and hackish. We have spacing that is covered by paragraph's background (and which now can be used without borders). We have indents and spacing that isn't covered, and which has an option to be not added between same-style paragraphs. I can imagine a property of paragraph (style) similar to the new "BackgroundFullSize" (bug 122508 - thanks Michael!). It looks reasonable and in agreement with that extension - to be able to define if those areas around are covered by background or not. But this automatic extension ... I'm against it (but it exists, and no doubt there are documents using it - so if it hopefully is removed, there's still a compat setting for those old documents). -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 137236] Chapter, Filename and Template should be be shown in "Select" frame not "Format" frame in Fields dialog - Document tab
https://bugs.documentfoundation.org/show_bug.cgi?id=137236 Heiko Tietze changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |NOTABUG --- Comment #19 from Heiko Tietze --- Apparently a delicate subject. And since no further comments have been made, I'll resolve as NAB. Request is not based on actual user mistakes but comes from a documentation problem. Current implementation is consistent and has proven to work. Any change might cause other trouble and new inconsistencies. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 142938] Clarify option to replace dashes
https://bugs.documentfoundation.org/show_bug.cgi?id=142938 Heiko Tietze changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |heiko.tietze@documentfounda |desktop.org |tion.org Summary|Duplicate option to replace |Clarify option to replace |dashes |dashes Keywords|needsUXEval | Ever confirmed|0 |1 CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Status|UNCONFIRMED |ASSIGNED -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 101820] DIALOG: Revise Page Style's Page tab
https://bugs.documentfoundation.org/show_bug.cgi?id=101820 --- Comment #11 from Heiko Tietze --- Created attachment 173052 --> https://bugs.documentfoundation.org/attachment.cgi?id=173052=edit Screenshot with v7.2 This dialog has change slightly. But questions remain: 1. rename "Paper Format" to "Paper" and rename "Format" to "Size" 2. align "Orientation" options horizontally 3. add "Presets" to margins 4. move "Paper try" under "Layout Settings" 5. put "[ ] Use page line-spacing" (was: "Register-true") on top of "Reference Style" 6. add "Style" section for "Text direction" (requires tools > options > language > Asian or CJK enabled), "Page number", all newly introduced "Gutter" items, "Background" My take: 1. Yes 2. No, since l10n might need some space 3. Some effort, gutter not include (see also bug 141720), but no objection 4. There might be a reason why this has an extra place 5. Looks weird in the proposal; better something like "Page line-spacing: [ ] Use" 6. Yes Is this needed/desirable? -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 130930] Ability to remove one specific direct formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=130930 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||5110 CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | --- Comment #14 from Heiko Tietze --- We should implement this per context menu item "Remove" on the Styles Inspector, see bug 135110. Could be an interesting easy hack. What do you think, Mike? -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 128362] Right mouse button use to expand collapse entries in Navigator can cause confusion
https://bugs.documentfoundation.org/show_bug.cgi?id=128362 Heiko Tietze changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |NOTABUG --- Comment #6 from Heiko Tietze --- (In reply to Jim Raykowski from comment #4) > Let's wait and see if this is a source of confusion for any other but myself. No issue has been reported, let's close this. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 130420] Add possibility to define tab positions in percentage of paragraph area width
https://bugs.documentfoundation.org/show_bug.cgi?id=130420 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | Blocks||108237 CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org, ||rb.hensc...@t-online.de --- Comment #3 from Heiko Tietze --- (In reply to Kribly Krably from comment #2) > >> Plus, can we deal with this variable tab stop at all given that all these > >> parameters may change? > > Doubt I am understand this question correctly, sorry. The current value is absolute while a percentage would be relative. For example, 50% of a page width of 21cm is 10.5cm. If you change the page style to letter, it will be 10.8cm. If we talk about the paragraph width I wonder if indentation before/after the text also affects the calculation. Otherwise percentage would be effective relative to the page. This feature needs to be added the the open document format. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108237 [Bug 108237] [META] ODF specification issues -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 130405] mismatch between command names and menu label for styles commands in Tools-Customize-Menus -- but they are consistent in "Toolbars"
https://bugs.documentfoundation.org/show_bug.cgi?id=130405 Heiko Tietze changed: What|Removed |Added Severity|normal |enhancement --- Comment #7 from Heiko Tietze --- With the description showing the tooltip I guess issue has at least lower importance, if not WFM. For sake of consistency I would use the same command name for all UI categories. But I could imagine to show also ContextLabel and PopupLabel. Is this required? -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 108600] Inconsistent background color painting
https://bugs.documentfoundation.org/show_bug.cgi?id=108600 Buovjaga changed: What|Removed |Added Status|NEEDINFO|NEW -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 130419] Interrupt underlining for characters with descenders
https://bugs.documentfoundation.org/show_bug.cgi?id=130419 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |rb.hensc...@t-online.de |.freedesktop.org| Keywords|needsUXEval | --- Comment #10 from Heiko Tietze --- Let's do it, presumably it can be stored in ODF (otherwise adding makes sense). Would add this as an option next to Text Decoration: Underline similar to "Individual words". -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 84146] EDITING FIELDS: Variable field with format 'Standard" value not set/shown
https://bugs.documentfoundation.org/show_bug.cgi?id=84146 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #11 from Heiko Tietze --- (In reply to Chas Belov from comment #8) > In Microsoft Excel, the General format has the description "no specific > format." If you type a number into a cell with that format, it treats it > like a number. If you type text into a cell with that format, it treats it > like text. So it is reasonable to expect that a field with the format > "General" in LibreOffice would similarly adapt to whatever I type into it. > It also offers other formats such as dates. Sounds reasonable. Variables with the format general should be visible whether data is numeric of text. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 129639] Could Not Set Column Width in One Column Table
https://bugs.documentfoundation.org/show_bug.cgi?id=129639 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #4 from Heiko Tietze --- It depends on how you change the table width, it works with table properties > Table: Alignment=left, Width=10cm (changes spacing right to 7cm). It does not work with table properties > Columns: [x] Adapt table width, Remaining space=7cm (after setting alignment=left). However, with two columns the second procedure meets the expectation and sets table width automatically. This is at least inconsistent and we should adjust the table width on single columns too. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 129426] On arrow key go to the beginning/end of a selection instead continuing at the current character
https://bugs.documentfoundation.org/show_bug.cgi?id=129426
Heiko Tietze changed:
What|Removed |Added
OS|Windows (All) |All
Summary|Selection then Arrow-Move |On arrow key go to the
||beginning/end of a
||selection instead
||continuing at the current
||character
Keywords|needsUXEval |
Blocks||112182
Component|Writer |LibreOffice
CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda
|.freedesktop.org|tion.org
--- Comment #6 from Heiko Tietze ---
No more input, so let's recap: In a sentence like "He heard quiet steps behind
him." select "quiet steps" from left to right. The cursor is at the right
position after "s". Arrow right goes to the next character, the one after
space, arrow left to before the "s". The proposal is to stay at the same
position on right, and to go to position before the selection ("q") on arrow
left. If the selection is mode from right to left we just do the same (after q
on right, before the space on left) while the proposal is to also jump to the
beginning of the selection on arrow left and the end on right.
Neither shift+arrow nor shift+ctrl+arrow should change.
Referenced Bugs:
https://bugs.documentfoundation.org/show_bug.cgi?id=112182
[Bug 112182] [META] Text and object selection issues
--
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 89960] Suggestion to Change Style Behavior in Relation to Direct Formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=89960 Heiko Tietze changed: What|Removed |Added CC|heiko.tietze@documentfounda |mikekagan...@hotmail.com |tion.org| --- Comment #19 from Heiko Tietze --- Don't think ctrl+click (apply style and clear formatting) is easy to understand. But surely it doesn't break existing workflows. I also wonder what formatting should be cleared: in case of PS: DPS (acceptable) and CS and DF (-1)? in case of CS: DF (acceptable) IMHO we have enough means to clean formatting. We should implement better feedback with the styles highlighter (bug 38194, bug 106556, bug 34002) and keep the interaction simple. What do you think, Mike? PS: paragraph style DPS: direct formatted paragraph style CS: character style DF: direct formatting -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 108600] Inconsistent background color painting
https://bugs.documentfoundation.org/show_bug.cgi?id=108600 Heiko Tietze changed: What|Removed |Added Status|NEW |NEEDINFO CC||mikekagan...@hotmail.com --- Comment #5 from Heiko Tietze --- What's your take, Mike? -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 108600] Inconsistent background color painting
https://bugs.documentfoundation.org/show_bug.cgi?id=108600 --- Comment #4 from Heiko Tietze --- Created attachment 173049 --> https://bugs.documentfoundation.org/attachment.cgi?id=173049=edit Screenshot If the style continues on the following paragraph the area attributes are taken into the spacing. Changing the color just one bit make the space white again. I'm not so sure that this is an issue since the spacing is not a margin. Otherwise we would get a blank space for double line spacing or indentation too. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
