[Libreoffice-ux-advise] [Bug 145239] Customize footnote symbols
https://bugs.documentfoundation.org/show_bug.cgi?id=145239 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 145239] Customize footnote symbols
https://bugs.documentfoundation.org/show_bug.cgi?id=145239 --- Comment #9 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149316] Clarify what a master slide is a master _for_
https://bugs.documentfoundation.org/show_bug.cgi?id=149316 Regina Henschel changed: What|Removed |Added Keywords||needsUXEval Severity|normal |enhancement CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||rb.hensc...@t-online.de --- Comment #1 from Regina Henschel --- I agree, it would be nice to have a list "This master slide is used for ...", if you are in master view. The properties pane of the side bar has lot of place for such a list if nothing is selected on the master slide. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 145239] Customize footnote symbols
https://bugs.documentfoundation.org/show_bug.cgi?id=145239 --- Comment #8 from Walter Tuvell --- As for references, Google for "sequence of symbols used for footnotes". When I did this just now, the first 4 hits showed 4 different sequences for the "standard/suggested" (LO's hard-coded sequence matched Wikipedia's). But note also my comment about "🞶=U+1F7B6 ≠*=U+002A". When using "star" as a footnote marker, you want to use "star," and not "asterisk." That's because asterisk is ALREADY superscript, so when used as footnote marker it becomes double-superscripted. Which is just plain wrong. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 142653] Contextual Single user interface shows no toolbar
https://bugs.documentfoundation.org/show_bug.cgi?id=142653 --- Comment #10 from Maxim Monastirsky --- (In reply to Heiko Tietze from comment #9) > You never know what the future brings. Some comments favor the Contextual > Single variant over the Single Toolbar (so Notebookbar is the better choice > than the classic toolbar). But if we put effort in, for example, XML based > NB rather than Glade your work might be lost. I was asking more about a single line arrangement _in general_, regardless of how it is implemented. Given that we want to reduce the number of available UIs, it wasn't clear if such UIs will survive. On the other hand, regarding XML vs Glade, I would guess that XML is safer, as it's also used by the standard toolbars, which likely to stay. > What is your take from the developers POV how to implement different UI > variants and how to make it customizable for both user and > developer/designer? The key for extensions and customization support is to have a well structured in-memory representation. But that's nearly impossible with a "freeform" on-disk format like Glade, so it likely will need to be replaced. The new format can be XML or JSON or whatever, it doesn't matter. We can even try to enhance the current toolbar XML to reuse some code (not sure if that's feasible). But the hardest part IMHO is not the format but the correct behavior of the UI control, i.e. context switching, collapsing, resizing, a11y etc. I have no insights on that part. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149288] Create an option to hide empty headings in the Navigator
https://bugs.documentfoundation.org/show_bug.cgi?id=149288 Mike Kaganski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #13 from Mike Kaganski --- That would be definitely *bad*. Navigator should help; that is not "hide what I did wrong, since I want to keep doing that", but "help me doing that right way". But even without that conceptual badness - you would immediately create discrepancy between e.g. Navigator's outline, and ToC using the outline; why does my Navigator show three chapters, and my ToC shows some empty chapters? Why doesn't Navigator help me? Why ToC is buggy?... WF. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 127294] Add more tips of the day (and make it module-specific eventually)
https://bugs.documentfoundation.org/show_bug.cgi?id=127294 --- Comment #82 from Commit Notification --- Seth Chaiklin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/74de217a52a15588e3fdf4059d62a384777c66db tdf#127294 (related: tdf#147524) add ToD about Customize toolbars It will be available in 7.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149288] Create an option to hide empty headings in the Navigator
https://bugs.documentfoundation.org/show_bug.cgi?id=149288 --- Comment #12 from Rafael Lima --- Created attachment 180428 --> https://bugs.documentfoundation.org/attachment.cgi?id=180428&action=edit Navigation pane in Word does show empty headings -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149288] Create an option to hide empty headings in the Navigator
https://bugs.documentfoundation.org/show_bug.cgi?id=149288 --- Comment #11 from Rafael Lima --- (In reply to Timur from comment #8) > No, MSO 2016 also shows empty lines after 4.2 in Navigation Page. Hi Timur, indeed you're right. In MS Word all entries are expanded by default so the empty entries ended up being at the bottom and I made the mistake of not seeing them. When I collapsed them, I could see the empty headings in Word. So I confirm that indeed MS Word shows these empty entries. (In reply to Heiko Tietze from comment #9) > So the screenshot from MSO is taken with an outdated version? I am using an active Office 365 license at the university (desktop version), which is supposed to be up-to-date. In summary, I still think having an option to hide empty headings would help those reading a document (instead of users editing it). But maybe this use case may be too niche for it becoming a new feature in Writer. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 142653] Contextual Single user interface shows no toolbar
https://bugs.documentfoundation.org/show_bug.cgi?id=142653 --- Comment #9 from Heiko Tietze --- (In reply to Maxim Monastirsky from comment #8) > how can I be sure that my work won't be thrown to the trash after some time? You never know what the future brings. Some comments favor the Contextual Single variant over the Single Toolbar (so Notebookbar is the better choice than the classic toolbar). But if we put effort in, for example, XML based NB rather than Glade your work might be lost. What is your take from the developers POV how to implement different UI variants and how to make it customizable for both user and developer/designer? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 135501] Change the default UI (summaries in comment 67, comment 89, comment 133)
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 Heiko Tietze changed: What|Removed |Added Summary|Change the default UI (see |Change the default UI |comment 67) |(summaries in comment 67, ||comment 89, comment 133) -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 135501] Change the default UI (see comment 67)
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 --- Comment #133 from Heiko Tietze --- I appreciate the passionate discussion. It shows how much interest and dedication you _all_ have in the project. To summarize, we more or less agree on the need to finalize the Notebookbar. Stuart's task list in comment 110 could be a start to get developers' wisdom into the discussion. Point is that we have a functionally pretty well-working Standard UI and we should balance the effort for a Ribbon-like interface with the benefit. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149230] Create sketches for ajlittoz's vision of a UI promoting the use of styles
https://bugs.documentfoundation.org/show_bug.cgi?id=149230 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|difficultyInteresting, | |easyHack, needsUXEval, | |skillDesign | --- Comment #13 from Heiko Tietze --- We discussed the topic in the design meeting (and I messed up with attributing comments to persons). Most of the discussion has been done here and I suggest to make it a duplicate of bug 117022 (or resolve WF). We could also aim for a new UI variant to more easily switch from "Standard" to "Style focused" but comments in bug 135501 indicated that we have too many options right now. Ultimately the ticket has no clear goal and is hard to decide. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 120269] The descriptions of Safe Mode options are misleading
https://bugs.documentfoundation.org/show_bug.cgi?id=120269 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | Whiteboard|target:6.3.0| CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Severity|normal |enhancement --- Comment #19 from Heiko Tietze --- We discussed the mockup in the design meeting. From the minutes: + looks good (John) but + is there an autobackup to "restore last known working state" + what is "undo modifications" compared to restore? + too many options, maybe remove "reset state of extensions" + Apply button is unclear (comment by Roman) + restarts with the chosen settings- clear to me (John) + mutual dependency between user profile and extension (comment by Cor) + unclear which one; if clearing entire profile, for example, means to also clear the extensions we could automatically check this option + separate bundled/shared aka user/application extensions (comment by Samuel) + if needed we have to add an extra section/frame under Extension (which would become "User Extension") with the same options for "Application Extensions" + users are probably unaware of what extensions are bundled and what uninstalling means; better to have one option for both (John) + "Backup user profile" and "Restore from file" unclear (Cor) + we could just allow to restore from last known configuration (and consequently backup overwrites the one setting) + continue in save mode vs. apply unclear (Cor, Roman) + clear to me (John) + different naming welcome but better have tooltip explaining the function + some image(s) make the UI nicer I think we can iron out the missing bits when the implementation is being done. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 145239] Customize footnote symbols
https://bugs.documentfoundation.org/show_bug.cgi?id=145239 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #7 from Heiko Tietze --- We discussed the topic in the design meeting. While the user-defined string idea is easy to integrate into the UI it opens a can of worms. There are alternatives for special demands, eg. you could manually number the footnotes. Unless there is a clear need based on standards the advice is to resolve as WF. So do you have any reference? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149242] "Left paragraph border" -> "Left of paragraph indent" and "Right paragraph border" -> "Right of paragraph indent"
https://bugs.documentfoundation.org/show_bug.cgi?id=149242 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #10 from Heiko Tietze --- We discussed the idea in the design meeting. The revised "Left of paragraph text area" conflicts somewhat with "Paragraph area". And we are afraid of worsening the situation. The probably more correct term "Left paragraph white-space" is hard to translate. Tooltips and a descriptive help page might be the better solution. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 142821] Want option to see more effect info in the list of effects
https://bugs.documentfoundation.org/show_bug.cgi?id=142821 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | --- Comment #10 from Heiko Tietze --- We discussed the proposal in the design meeting and think it is beneficial in some situations and doesn't clutter too much. So more details in case of Emphasis animations are welcome. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149085] The "Protect" section on the Options tab of {Image, Frame, Object} Properties dialog should be on the "Type" tab
https://bugs.documentfoundation.org/show_bug.cgi?id=149085 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #3 from Heiko Tietze --- We need to shuffle controls around in order to make space for the protection controls. The dialog must not grow much further in size. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149304] Stylist does not show upper/lower case font effects
https://bugs.documentfoundation.org/show_bug.cgi?id=149304 Heiko Tietze changed: What|Removed |Added Severity|enhancement |normal Summary|UI Navigator style preview |Stylist does not show |does not show font effects |upper/lower case font ||effects Blocks||103427 Ever confirmed|0 |1 Status|UNCONFIRMED |NEW CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Component|UI |Writer Keywords|needsUXEval |bibisectRequest --- Comment #3 from Heiko Tietze --- Confirming with Version: 7.3.3.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 8; OS: Linux 5.17; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (en_US.UTF-8); UI: en-US 7.3.3-2 Calc: threaded All font effects except the case are applied to the Stylist. Version 5.2 does not have this option so I guess it was missed at the implementation. Bisecting might help to find the patch. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103427 [Bug 103427] [META] Styles and Formatting sidebar deck and floating window -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 89131] UI Control spin button for number of heading rows in dialog Insert Table is not working
https://bugs.documentfoundation.org/show_bug.cgi?id=89131 --- Comment #13 from Commit Notification --- Seth Chaiklin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/commit/60d9df79df1071d5ad299464a4705abb237810ca tdf#89131 add explanation about adding Heading rows to Insert - Table -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 89131] UI Control spin button for number of heading rows in dialog Insert Table is not working
https://bugs.documentfoundation.org/show_bug.cgi?id=89131 Commit Notification changed: What|Removed |Added Whiteboard||target:7.4.0 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149248] Feature request: Option to not hyphenate last word in a paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=149248 --- Comment #21 from Heiko Tietze --- (In reply to László Németh from comment #20) > My next plan to implement hyphenation zone, which is a Word/OOXML feature. :thumbs-up: The on/off solution for the last word seems a bit unflexible to me, I'd have appreciated something like n words/lines. But thanks for the patch, fixes the issue efficiently! Hope you enabled the option by default. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149085] The "Protect" section on the Options tab of {Image, Frame, Object} Properties dialog should be on the "Type" tab
https://bugs.documentfoundation.org/show_bug.cgi?id=149085 Dieter changed: What|Removed |Added CC||dgp-m...@gmx.de, ||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 89131] UI Control spin button for number of heading rows in dialog Insert Table is not working
https://bugs.documentfoundation.org/show_bug.cgi?id=89131 Heiko Tietze changed: What|Removed |Added CC||caol...@redhat.com --- Comment #12 from Heiko Tietze --- (In reply to sdc.blanco from comment #11) > But maybe a tooltip on the spinbox would help, such as: > >Cannot be greater than number of rows - 1 Good idea. Besides, the usual feedback is a disabled up button (or down respectively) if the limits are reached. Does not happen although done in the code with m_xRepeatHeaderNF->set_max( nMax ); in sw/source/ui/table/instable.cxx Works with gtk3 but not with gen/kf5. Caolan, anything we can do? All spinbuttons including those at the sidebar don't become disabled in respect to min/max. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149288] Create an option to hide empty headings in the Navigator
https://bugs.documentfoundation.org/show_bug.cgi?id=149288 --- Comment #10 from Dieter --- (In reply to Rafael Lima from comment #7) > Hi Roman, I know that this is a formatting error made by the author of the > document. I expect, that a program reveals formatting errors and doesn't hide them. > Many MS Word users apply a Heading 1 style and then press Enter > multiple times replicating the style and creating these empty entries. If Timur is right and MS Word shows this formatting error, I hope, that a lot of MS Word users will learn to avoid empty paragraphs with heading style. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149288] Create an option to hide empty headings in the Navigator
https://bugs.documentfoundation.org/show_bug.cgi?id=149288 Heiko Tietze changed: What|Removed |Added CC||mikekagan...@hotmail.com, ||rayk...@gmail.com --- Comment #9 from Heiko Tietze --- (In reply to Timur from comment #4) > ...2nd one that Headings have not Settings where one can filter. Don't get this. (In reply to Timur from comment #8) > No, MSO 2016 also shows empty lines after 4.2 in Navigation Page. So the screenshot from MSO is taken with an outdated version? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149288] Create an option to hide empty headings in the Navigator
https://bugs.documentfoundation.org/show_bug.cgi?id=149288 --- Comment #8 from Timur --- No, MSO 2016 also shows empty lines after 4.2 in Navigation Page. -- You are receiving this mail because: You are on the CC list for the bug.
