[Libreoffice-ux-advise] [Bug 143308] LO Writer: refine custom dictionary installation
https://bugs.documentfoundation.org/show_bug.cgi?id=143308 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 mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 143308] LO Writer: refine custom dictionary installation
https://bugs.documentfoundation.org/show_bug.cgi?id=143308 --- Comment #3 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 mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 142750] Text area loses focus when pressing the Format Painter button
https://bugs.documentfoundation.org/show_bug.cgi?id=142750 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 mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 142750] Text area loses focus when pressing the Format Painter button
https://bugs.documentfoundation.org/show_bug.cgi?id=142750 --- Comment #5 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 mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 143236] LibreOffice should provide dynamic smart guides on pages layouts
https://bugs.documentfoundation.org/show_bug.cgi?id=143236 V Stuart Foote changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED CC||vstuart.fo...@utsa.edu --- Comment #5 from V Stuart Foote --- *** This bug has been marked as a duplicate of bug 100141 *** -- 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 142947] Groupedbar Compact UI : display a smaller arrow beside the popup textual menu title of each group or replace it by a character
https://bugs.documentfoundation.org/show_bug.cgi?id=142947 Buovjaga changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Whiteboard| QA:needsComment| Keywords||needsUXEval -- 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 142991] Groupedbar Compact UI : the textual menu of a group should be more distant than the icons
https://bugs.documentfoundation.org/show_bug.cgi?id=142991 Buovjaga changed: What|Removed |Added Whiteboard| QA:needsComment| Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org -- 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 143236] LibreOffice should provide dynamic smart guides on pages layouts
https://bugs.documentfoundation.org/show_bug.cgi?id=143236 Buovjaga changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #4 from Buovjaga --- Bug 100141 and its See also reports propose related things -- 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 142750] Text area loses focus when pressing the Format Painter button
https://bugs.documentfoundation.org/show_bug.cgi?id=142750 --- Comment #4 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #3) > Why would you want to copy the format into the same box? Because the same box can contain a lot of content, e.g. multiple bullet points on a slide; and I've done something to part of this content (e.g. made some text have a different font, bold, and with wider spacing), which I now want to do to another part. > And it's also not a big deal to click into the text box. Oh, actually, it is a big deal. Not in terms of effort, but psychologically - it's a big deal because the program is "working against the user": You were already in the box, you were preparing to do something in the box, you were expecting the box text to stay available, and then LO is giving you the finger and un-focusing it - for absolutely no reason and with no justification! It is quite frustrating. (Also, sometimes it's difficult to get the focus to the box you want because of box overlap and z-ordering, and then it's even more of a big deal.) > Remember that double-click on the > format painter button activates the sticky mode allowing to paste the format > on multiple targets until you press escape. Well, this would only be relevant if I wanted to apply the same format to many targets; and the first time I press it I would still experience this issue. (And it goes without saying that one-off use of the format painter is at least, and actually more, popular than double-click use of it.) -- 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 143048] Autofilter dropdown window width is not enough and not resizable
https://bugs.documentfoundation.org/show_bug.cgi?id=143048 Buovjaga changed: What|Removed |Added Summary|Autofilter dropdown window |Autofilter dropdown window |width is not enugh and not |width is not enough and not |resizable |resizable CC||ilmari.lauhakangas@libreoff ||ice.org, ||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval Whiteboard| QA:needsComment| --- Comment #1 from Buovjaga --- You did not provide your Help - About version info. For me, your test data is not truncated. Let's ask UX about resizability. NixOS Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: b1df9c67349cf4cc5be4128d797aefb87f50e38f CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: x11 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded -- 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 143308] LO Writer: refine custom dictionary installation
https://bugs.documentfoundation.org/show_bug.cgi?id=143308 --- Comment #2 from Christian Lehmann --- If I may briefly intervene: No. 1) The use of a language in a document is independent of the language of the LO user interface. This must be so, otherwise a user could never compose documents in different languages. 2) The use of a 'user-defined' dictionary of a particular language does indeed seem to depend on the prior installation of the corresponding LO language module. Otherwise Writer appears to ignore the availability of a user-defined dictionary of the same language. However, this would not seem to be an obstacle to my proposal. Before composing his own custom dictionary of a language, the user will typically install the appropriate LO language module. -- 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 143066] TOC: Give option to switch off spell checking for table of contents
https://bugs.documentfoundation.org/show_bug.cgi?id=143066 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Ever confirmed|0 |1 Assignee|libreoffice-b...@lists.free |heiko.tietze@documentfounda |desktop.org |tion.org Status|UNCONFIRMED |ASSIGNED --- Comment #3 from Heiko Tietze --- Since changing the content of fields is not possible neither ignoring the words in the document has an effect on the ToC, I agree with the request and would change the language for all "Index" styles to "None". This setting applies to all subordinated styles. Patch at https://gerrit.libreoffice.org/c/core/+/119222 -- 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 140643] After increasing font size, selection is lost and sidebar changes
https://bugs.documentfoundation.org/show_bug.cgi?id=140643 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #2 from Heiko Tietze --- Not happening for me with Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 0067c3bd377bea366cd61cc06bba3b8d521401d4 CPU threads: 8; OS: Linux 5.12; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (en_US.UTF-8); UI: en-US Calc: threaded and Version: 7.0.6.2 Build ID: 00(Build:2) CPU threads: 8; OS: Linux 5.12; UI render: default; VCL: kf5 Locale: de-DE (en_US.UTF-8); UI: en-US 7.0.6-3 Calc: threaded -- 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 143286] Spelling - No "Back" button
https://bugs.documentfoundation.org/show_bug.cgi?id=143286 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #2 from Heiko Tietze --- *** This bug has been marked as a duplicate of bug 135904 *** -- 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 143254] "Greek Upper Letter" numbering style should be named "Greek Upper Numeral"
https://bugs.documentfoundation.org/show_bug.cgi?id=143254 Heiko Tietze changed: What|Removed |Added Component|Writer |UI Ever confirmed|0 |1 Blocks||103364 Status|UNCONFIRMED |NEW CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval |difficultyBeginner, ||easyHack, skillDesign, ||topicDesign --- Comment #1 from Heiko Tietze --- I wonder if these need to be implemented as numerals. But if so, the strings are defined in svx/inc/numberingtype.hrc. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103364 [Bug 103364] [META] Bullet and numbering dialog bugs and enhancements -- 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 143408] Create a function to generate random strings with options to only include various sets
https://bugs.documentfoundation.org/show_bug.cgi?id=143408 Heiko Tietze changed: What|Removed |Added Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED --- Comment #5 from Heiko Tietze --- You resolved the (unclear) use case yourself with comment 2. Calc functions provide everything to generate a random string. Besides, if there is no general use case such a feature would indeed better realized per extension. -- 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 143411] Bug: The open-ended arrow style does not create a proper arrowhead; especially when the line is thick
https://bugs.documentfoundation.org/show_bug.cgi?id=143411 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 CC||rb.hensc...@t-online.de Status|UNCONFIRMED |NEEDINFO --- Comment #3 from Heiko Tietze --- (In reply to NarayanAras from comment #0) > 3.Set an open arrowhead You mean the "Line Short" arrow. And you expect the line width of the arrow to follow what is defined for the line itself. Sounds reasonable to me. What do you think, Regina? And we should make this a duplicate of bug 126823, the disconnected look should solved if the line widths match. -- 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 143308] LO Writer: refine custom dictionary installation
https://bugs.documentfoundation.org/show_bug.cgi?id=143308 Heiko Tietze changed: What|Removed |Added CC||cl...@documentfoundation.or ||g Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #1 from Heiko Tietze --- Wouldn't this require multiple installation packages, one for each language? Quite an effort not only for the package manager but also when you download the application. Cloph, what do you think? -- 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 143302] Detect switches between dark and light GTK themes and automatically switch to the corresponding icon set when available
https://bugs.documentfoundation.org/show_bug.cgi?id=143302 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEW See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||7138 Ever confirmed|0 |1 Keywords|needsUXEval |needsDevAdvice CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Blocks||103184 --- Comment #1 from Heiko Tietze --- Yes, it's desirable. But can we detect whether the OS runs a dark or bright theme? Haven't looked into bug 127138 but it seems to be solved for Qt-based systems. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103184 [Bug 103184] [META] UI theming bugs and enhancements -- 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 142990] Groupedbar Compact UI : "insert" group is missing calculated fields
https://bugs.documentfoundation.org/show_bug.cgi?id=142990 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO CC||kain...@gmail.com --- Comment #3 from Heiko Tietze --- Andreas, what's your take on 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 142989] Groupedbar Compact UI : the "view" group is hidden when the cursor is into a table
https://bugs.documentfoundation.org/show_bug.cgi?id=142989 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 CC||kain...@gmail.com Status|UNCONFIRMED |NEEDINFO --- Comment #4 from Heiko Tietze --- Groupedbar is Andreas' field of expertise. Given the guideline "The maximum width of the content is 1440px using small icons and English localization." from https://wiki.documentfoundation.org/Design/Guidelines/ToolBar I believe there is just no space for more. -- 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 142989] Groupedbar Compact UI : the "view" group is hidden when the cursor is into a table
https://bugs.documentfoundation.org/show_bug.cgi?id=142989 Buovjaga changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #3 from Buovjaga --- Might be intentional as the context changes, asking UX -- 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 142990] Groupedbar Compact UI : "insert" group is missing calculated fields
https://bugs.documentfoundation.org/show_bug.cgi?id=142990 Buovjaga changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org -- 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 143374] EDITING Feature Request: Hide/Show Ruler Guide Lines Hotkey
https://bugs.documentfoundation.org/show_bug.cgi?id=143374 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #7 from Heiko Tietze --- Obviously we are talking about different helplines. Me about the sticky helpline that you pull off the rulers (not immediately shown on toggle on), you when moving an object (only shown on move). And the OP requests a shortcut, which is a different topic. The feature is clearly an option that you enable once per session, at max. It's nothing that every couple of minutes need to be activated. A shortcut is therefore not required by average users. We have a very prominent toolbar icon and customization of shortcuts is pretty simple. So I concur with Stuart's verdict. -- 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 143349] Easy way to allow to protect individual cells
https://bugs.documentfoundation.org/show_bug.cgi?id=143349 --- Comment #4 from bugs.documentfoundation-sa...@balkonien.org --- Okay. I didn't know how this is handled internally. If this is the same way Excel handles this, maybe it's a good idea to stick with the current behaviour. Introducing another flag would be confusing, I guess. -- 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 142750] Text area loses focus when pressing the Format Painter button
https://bugs.documentfoundation.org/show_bug.cgi?id=142750 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #3 from Heiko Tietze --- Why would you want to copy the format into the same box? And it's also not a big deal to click into the text box. Remember that double-click on the format painter button activates the sticky mode allowing to paste the format on multiple targets until you press escape. -- 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 143302] Detect switches between dark and light GTK themes and automatically switch to the corresponding icon set when available
https://bugs.documentfoundation.org/show_bug.cgi?id=143302 Buovjaga changed: What|Removed |Added CC||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 mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 143308] LO Writer: refine custom dictionary installation
https://bugs.documentfoundation.org/show_bug.cgi?id=143308 Buovjaga changed: What|Removed |Added CC||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 mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 143349] Easy way to allow to protect individual cells
https://bugs.documentfoundation.org/show_bug.cgi?id=143349 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru --- Comment #3 from Roman Kuznetsov <79045_79...@mail.ru> --- (In reply to Heiko Tietze from comment #2) > Since MSO Excel has the same workflow we better not change this typical > behavior. But is it possible to introduce another flag on cell level, let's > call it "Editable", that can be used to block accidental input? Of course > only if the sheet is not protected and to separate from this _protection_ > without any password. And we'll lose an interoperability with MSO and other spreadsheet software -1 to the idea -- 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 143349] Easy way to allow to protect individual cells
https://bugs.documentfoundation.org/show_bug.cgi?id=143349 --- Comment #2 from Heiko Tietze --- Since MSO Excel has the same workflow we better not change this typical behavior. But is it possible to introduce another flag on cell level, let's call it "Editable", that can be used to block accidental input? Of course only if the sheet is not protected and to separate from this _protection_ without any password. -- 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 143349] Easy way to allow to protect individual cells
https://bugs.documentfoundation.org/show_bug.cgi?id=143349 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=58 ||873 CC||er...@redhat.com, ||gti...@gmail.com --- Comment #1 from Heiko Tietze --- Currently all cells are protected which becomes effective when the sheet protection is activated (including all options and passwords). If we turn this workflow around and make all cells unprotected and switch the sheet protection on if one or more cells are made protected this particular use case becomes easier. But you may run into problems if all the unprotected cells are made protected later not remembering what password has been set, for example. What's your take Timur, Eike? See also bug 58873 or bug 60350. -- 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 143249] UI: Improve handling of configuring table borders in table properties dialog (to make it work for multiple workflows)
https://bugs.documentfoundation.org/show_bug.cgi?id=143249 --- Comment #29 from Mike Kaganski --- (In reply to Telesto from comment #28) > It should be possible to put everything which isn't the same in tri-state > mode. This makes it complicated even further. Having a selection with different applied properties gives no advantage, only another state that user needs to be aware of. Also it destroys a "define then apply by selection" workflow, because every selection act would simply create such a heterogenous selection set; and only "select then define" workflow would be possible, with resetting individual controls from "undefined" to some value; and when user decides to add one more border to the set, every setting needs re-definition again. > Another topic which comes to mind: resetting all borders back to default. The *potential* (only needed when we implement true table borders) "reset to default" is easily implemented by the fourth radio button/drop-down: "reset to default" in addition to "none/visible/unchanged" mentioned in comment 26. -- 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 143249] UI: Improve handling of configuring table borders in table properties dialog (to make it work for multiple workflows)
https://bugs.documentfoundation.org/show_bug.cgi?id=143249 --- Comment #28 from Telesto --- (In reply to Heiko Tietze from comment #27) > IMHO, we complicate the workflow with the (IMO) rare use > case of > multi-selection. Two different statements in sentence :-). Multi-selection is complicated, totally true. Rare case of multi-selection. Not sure if there is no desire or simply not possible. Is surely sometimes desire to define the border width of all orders (with different formatting applied). Especially if you have some pre-formatted table (done by someone else or years ago) which does different border width for one reason or the other). It should be possible to put everything which isn't the same in tri-state mode. (So border red, blue select means tri-state). This rather inherent to the type of selection (which is visible in the preview). So not finding this really unexpected result (but maybe biased me, tri-state is surely less common as feature) Again, this topic inherently complex. Surely not all wisdom here (or experience with all the design principles) Another topic which comes to mind: resetting all borders back to default. The current line arrangement present also mixes two properties 1. Choosing line arrangement 2. Resetting existing border styles There are cases where you want to reset all borders to default (Default template style). However you have to press Line arrangement for that. But this can by accident also enable /disable borders too. Or visa versa. you select select outer border line arrangement which disabled the inner (formatted border) 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 143430] Allow Endnotes to be co-opted as Footnotes if required
https://bugs.documentfoundation.org/show_bug.cgi?id=143430 --- Comment #3 from R. Green --- Actually, in light of the enhancement suggestions in Bug 89352 and Bug 136554, this request is probably redundant anyway. -- 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 142940] Enabling pair kerning breaks rendering of many common fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=142940 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | -- 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 142940] Enabling pair kerning breaks rendering of many common fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=142940 Heiko Tietze changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |heiko.tietze@documentfounda |desktop.org |tion.org --- Comment #8 from Heiko Tietze --- This was introduced with https://bz.apache.org/ooo/show_bug.cgi?id=16874. But let's give it a try to disable this option by default https://gerrit.libreoffice.org/c/core/+/119168 -- 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 143349] Easy way to allow to protect individual cells
https://bugs.documentfoundation.org/show_bug.cgi?id=143349 Buovjaga changed: What|Removed |Added Keywords|topicUI |needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org -- 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 140544] FORMATTING: Writer paragraph styles "Letter" may be more efficiently grouped in a new hierarchy.
https://bugs.documentfoundation.org/show_bug.cgi?id=140544 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||2798 -- 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 143249] UI: Improve handling of configuring table borders in table properties dialog (to make it work for multiple workflows)
https://bugs.documentfoundation.org/show_bug.cgi?id=143249 --- Comment #27 from Heiko Tietze --- (In reply to Telesto from comment #25) > Loosing the ability to apply apply attributes to many positions at once is a > no go for sure. Not 'doubtful' at all ;-) This will always end up in confusion. Example: left border is blue, right is red, and you select both - the color picker cannot show the current state (correct UI solution is to have some indetermined state like known from checkboxes, which is not perfectly clear to many users). The same for Mike's example with the 3rd state for Visible. If only one border is taken into the current attributes you know for sure what attributes it has. IMHO, we complicate the workflow with the (IMO) rare use case of multi-selection. -- 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 143419] Allow user to easily copy all properties from one (sidebar) Paragraph Style to another
https://bugs.documentfoundation.org/show_bug.cgi?id=143419 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #6 from Heiko Tietze --- You can move styles from one parent to another inheriting those attributes when not overwritten. For example, Default PS > Heading > My Blue Heading (using blue font color): take "Heading 1" and move it under this node to make all H1 blue using the same uniquely defined attributes such as font size. And I 100% sign Dave's "keep it simple". -- 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 143249] UI: Improve handling of configuring table borders in table properties dialog (to make it work for multiple workflows)
https://bugs.documentfoundation.org/show_bug.cgi?id=143249 --- Comment #26 from Mike Kaganski --- When we discussed the mockup from comment 15 on the call, in the beginning, we indeed discussed some workflow change. But in the end, our discussion came to this mockup, which intended to *not* change workflows, but instead to make the actions more obvious and accessible. Current (and proposed with the mockup) workflow focuses on one central idea: at any point in time, all *selected* borders have the same set of properties applied. This is not only difficult to change, but also is undesirable to change. This also implies one important property: *both* orders of operations: "select then configure" and "configure then select" result in the same set of properties applied to the selection. The border settings definition is necessarily complex, because we try to fake "simple property setter" for something that indeed is complex: multiple separate objects (up to 8 individual borders, with several elementary properties - color, width, style - for each). An alternative would be having too many individual simple controls - and that would be even worse. The proposal has the following advantages: 1. Introduce individual buttons to *select* individual borders (previously, that was only possible by clicking on parts of the preview). This allows to have *accessibility*, as well as UX improvement by hinting people who don't guess where and how to click on the preview. 2. Moving presets to an own panel, potentially allowing to define own presets. The problems with the mockup: 1. The "visible" should be kind of radio button (or a drop-down), with these options: none/visible/unchanged (to match current options). Visible means the controls below enabled; other two modes mean controls below disabled. -- 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 143430] Allow Endnotes to be co-opted as Footnotes if required
https://bugs.documentfoundation.org/show_bug.cgi?id=143430 Timur changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #2 from Timur --- As for Comment 0, I'd say duplicate. *** This bug has been marked as a duplicate of bug 89352 *** -- 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 143249] UI: Improve handling of configuring table borders in table properties dialog (to make it work for multiple workflows)
https://bugs.documentfoundation.org/show_bug.cgi?id=143249 --- Comment #25 from Telesto --- (In reply to Heiko Tietze from comment #24) > The question is rather if people can be convinced of changing the workflow > and loosing the ability to apply attributes to many positions at once. Doubt > this Loosing the ability to apply apply attributes to many positions at once is a no go for sure. Not 'doubtful' at all ;-) The point is that don't see why how this should be a problem. at least in my 'model'. Which I attempted to described in comment 20/22. Except you possibly one click extra being needed. To press the select all borders template. Prior to application of border style. This could even be removed, however there might be some negative side-effects). The interactive dialog isn't necessary per se. It can also be written description. Simply to clarify, and making sure the dialog isn't bound to much by a certain workflow. - Enabling/disabling borders must be untangled from selection. And you might need border selection templates (selecting existing borders) and border enabling templates (next to manual selection/enabling/disabling) With issue - overlap cases where 'border selecting template' includes borders which are disabled. Where my logic would go, what isn't there can't be selected. But well you can also say, the template is selected, and border modified, it should be applied to previously un-enabled border. [And at this point the desire for undo comes to mind] Reset does reset all changes.. Mostly you want to go one step back. However this bit of an problem with the overall design of dialogs. This type is undo rather specific (or maybe it isn't)? -- 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 140544] FORMATTING: Writer paragraph styles "Letter" may be more efficiently grouped in a new hierarchy.
https://bugs.documentfoundation.org/show_bug.cgi?id=140544 Buovjaga changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #4 from Buovjaga --- Dieter: there is no style having literally "Letter" in their name. cpmonger was just referring to the existing styles "Addressee" "Complimentary Close" "Sender" "Signature" -- 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 143249] UI: Improve handling of configuring table borders in table properties dialog (to make it work for multiple workflows)
https://bugs.documentfoundation.org/show_bug.cgi?id=143249 --- Comment #24 from Heiko Tietze --- (In reply to Telesto from comment #23) > Out of curiosity.. are there also tools to handle the interactional aspect > of mockup. There are tools that allow to expand a dropdown on click, eg. Axure. But this can also be done with two static pages via Penpot. Haven't done it for this dialog and it's never fully functional, for example responding to the color picker, setting the preview correctly, providing the presets functionality etc. requires code. The question is rather if people can be convinced of changing the workflow and loosing the ability to apply attributes to many positions at once. Doubt 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 143430] Allow Endnotes to be co-opted as Footnotes if required
https://bugs.documentfoundation.org/show_bug.cgi?id=143430 Buovjaga changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org -- 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
