[Libreoffice-ux-advise] [Bug 114701] [UI] Missing widget labels in Customization dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=114701 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |tietze.he...@gmail.com |.freedesktop.org| --- Comment #9 from Heiko Tietze --- We discussed the topic in the design meeting and suggest to place labels left aligned _above_ all controls using Search, Category, Function, and Description on the left side (as today) amd Scope, Target, Function, Customize right hand. The additional suggestion to have text on +/- won't work. We better provide tooltips on the controls including the add/delete buttons that remain icon only. -- 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 114701] [UI] Missing widget labels in Customization dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=114701 --- Comment #8 from Olivier Hallot --- (In reply to Heiko Tietze from comment #7) > (In reply to Cor Nouws from comment #6) > > Then shrink the width of the lists a bit. > > The list box width is defined by its content. Don't know, however, why we > don't define a fix size and use ellipsis or horizontal scrollbar. Muhammet, > any good reason? In the past we had tons of ellipsis in the UI. See my rationale against them in bug#86871. I stand for eliminating them as they are a source of stress/confusion to most users, especially new LO users. -- 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 114701] [UI] Missing widget labels in Customization dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=114701 --- Comment #7 from Heiko Tietze --- (In reply to Cor Nouws from comment #6) > Then shrink the width of the lists a bit. The list box width is defined by its content. Don't know, however, why we don't define a fix size and use ellipsis or horizontal scrollbar. Muhammet, any good reason? -- 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 114701] [UI] Missing widget labels in Customization dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=114701 --- Comment #6 from Cor Nouws --- (In reply to Yousuf Philips (jay) from comment #5) > The dialog is quite large already (874x674) and adding the labels on the > left would add additional width to the dialog, which can be even larger in > localized versions. Then shrink the width of the lists a bit. At least in Dutch and English, commands/descriptions that are over half the width of the lists, are rare. -- 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 114701] [UI] Missing widget labels in Customization dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=114701 Yousuf Philips (jay) changed: What|Removed |Added Blocks||103238 Summary|[UI] Missing widget labels |[UI] Missing widget labels |in Customization dialogs|in Customization dialog --- Comment #5 from Yousuf Philips (jay) --- (In reply to Olivier Hallot from comment #0) > I also demand to replace the "+" and "-" icons with textual "Add" and > "Delete" buttons. I wouldnt be infavour of this. (In reply to Adolfo Jayme from comment #2) > The label can perfectly be a tooltip; it‘s easy to add if you agree. Yep this is the way to go. (In reply to Cor Nouws from comment #3) > When skipping 'Functions', the other two could be placed let of the lists, > without changing the overall view of the dialog too much. The dialog is quite large already (874x674) and adding the labels on the left would add additional width to the dialog, which can be even larger in localized versions. > is that fine for a11y too? Yes. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103238 [Bug 103238] [META] Customize 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 114817] New bitmap presets for Area Fill
https://bugs.documentfoundation.org/show_bug.cgi?id=114817 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||0022 -- 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 114817] New bitmap presets for Area Fill
https://bugs.documentfoundation.org/show_bug.cgi?id=114817 --- Comment #3 from Yousuf Philips (jay) --- Created attachment 138854 --> https://bugs.documentfoundation.org/attachment.cgi?id=138854&action=edit MSO bitmap presets -- 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 114817] New bitmap presets for Area Fill
https://bugs.documentfoundation.org/show_bug.cgi?id=114817 Yousuf Philips (jay) changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||philip...@hotmail.com Blocks||113224 Summary|Area Fill Bitmap new|New bitmap presets for Area |Templates |Fill Ever confirmed|0 |1 Severity|normal |enhancement --- Comment #2 from Yousuf Philips (jay) --- (In reply to andreas_k from comment #1) > Template size for the pattern's are now 94x94px can I switch to 256x256px? Test if it makes a difference and if it doesnt, i dont see why not. I checked MSO and their bitmap presets are 128x128px. > I would make some templates by myself (in svg) and add some CC0 templates > from the internet where I add also an text file with the drawer. It would be fine to create the bitmaps in svg, but they should be exported to jpgs for use in documents. LO does have additional bitmap presets in the Backgrounds folder of the gallery, which could be considered. https://opengrok.libreoffice.org/xref/core/extras/source/gallery/www-back/ Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=113224 [Bug 113224] [META] Bitmap fill issues of the Area fill tab -- 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 100537] Width and relative checkboxes disabled in Table dialog by default with automatic alignment
https://bugs.documentfoundation.org/show_bug.cgi?id=100537 --- Comment #12 from Telesto --- (In reply to Yousuf Philips (jay) from comment #5) > Setting the table alignment to left by default would enable most of these > disable checkboxes, so is there a compelling reason why we default to > automatic alignment? > Yes automatic has some dynamic (relative) resizing feature (not working perfectly, though: bug 107665) 1. Insert a 2x2 table in writer (table 1) 2. Embed a 2x2 table into a table cell (table 2) 3. Move the inner table border of table 1. The size of table 2 will adapt. The table size will be absolute when setting it to the left. -- 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 114633] Setting unevenly distributed columns sizes is hard and cumbersome the achieve using Table properties or set width
https://bugs.documentfoundation.org/show_bug.cgi?id=114633 --- Comment #3 from Telesto --- See also: https://bugs.documentfoundation.org/show_bug.cgi?id=100537#c11 -- 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 114633] Setting unevenly distributed columns sizes is hard and cumbersome the achieve using Table properties or set width
https://bugs.documentfoundation.org/show_bug.cgi?id=114633 Telesto changed: What|Removed |Added Blocks||113088 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=113088 [Bug 113088] [META] Writer table properties 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 100537] Width and relative checkboxes disabled in Table dialog by default with automatic alignment
https://bugs.documentfoundation.org/show_bug.cgi?id=100537 Telesto changed: What|Removed |Added CC||tele...@surfxs.nl Blocks||113088 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=113088 [Bug 113088] [META] Writer table properties 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 114817] Area Fill Bitmap new Templates
https://bugs.documentfoundation.org/show_bug.cgi?id=114817 Xisco Faulí changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||xiscofa...@libreoffice.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 114508] Confusing dialog about discarding recovery data can lead to data loss
https://bugs.documentfoundation.org/show_bug.cgi?id=114508 --- Comment #6 from Telesto --- (In reply to Dan Dascalescu from comment #5) > Comment on attachment 138679 [details] > Recovery dialog with two Calc documents > > @Heiko's attachment: yes, I expect Discard to discard only the selected > item, because it's selected. > > A quick fix to the confusion would be to disable selection. > > Another one would be to rename "Discard" to "Discard all" if more than one > document was recovered. Seems the simplest solution, to me. If there a change for the button labels, please consider a change for 'Start' to something more self-explaining too, like "Recover documents" or " Recover all". I can think of one situation where individual recovery could be useful, but it's a corner case. For example when a document file generates a crash loop on opening after recovery, which makes it impossible to recovery the other files. But that is more about the the way how the recovery process is implemented, and less about the dialog itself (and I'm not sure about the likelihood to create a situation like that) -- 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 114561] Need chapter wise section numbering tool and auto chapter change detection at one place
https://bugs.documentfoundation.org/show_bug.cgi?id=114561 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #3 from Heiko Tietze --- (In reply to Heiko Tietze from comment #2) > Just for clarification... => NEEDINFO -- 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 113008] Signing+saving action should be more explicit and certificate is propagated to "Digital Signatures"
https://bugs.documentfoundation.org/show_bug.cgi?id=113008 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #1 from Heiko Tietze --- How about just renaming Ok to Sign? -- 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 114508] Confusing dialog about discarding recovery data can lead to data loss
https://bugs.documentfoundation.org/show_bug.cgi?id=114508 --- Comment #5 from Dan Dascalescu --- Comment on attachment 138679 --> https://bugs.documentfoundation.org/attachment.cgi?id=138679 Recovery dialog with two Calc documents @Heiko's attachment: yes, I expect Discard to discard only the selected item, because it's selected. A quick fix to the confusion would be to disable selection. Another one would be to rename "Discard" to "Discard all" if more than one document was recovered. -- 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 113008] Signing+saving action should be more explicit and certificate is propagated to "Digital Signatures"
https://bugs.documentfoundation.org/show_bug.cgi?id=113008 Xisco Faulí changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||xiscofa...@libreoffice.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 112852] Should unapplying Bold remove the attribute or force text to Regular?
https://bugs.documentfoundation.org/show_bug.cgi?id=112852 cson...@halmai.hu changed: What|Removed |Added CC||cson...@halmai.hu --- Comment #10 from cson...@halmai.hu --- Created attachment 138839 --> https://bugs.documentfoundation.org/attachment.cgi?id=138839&action=edit illustration for the Style Explainer -- 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 112852] Should unapplying Bold remove the attribute or force text to Regular?
https://bugs.documentfoundation.org/show_bug.cgi?id=112852 --- Comment #9 from cson...@halmai.hu --- This question is really a throny one and whichever solution we pick, there will be use cases when the result is counter-intuitive, annoying or frustrating for the users. So, I propose to add some explanation to the UI that helps the user to understand what is happening. I think we could use something that is similar to the DOM inspector in the Developer Tools of the modern browsers (Firefox, Chrome) that explains how Style Sheet rules work. When the user clicks an element on the web page (places a virtual cursor there) then the DOM inspector shows what rules are applied to that part of the document and how the contradicting rules override each other producing the end result. It simply just lists all the rules and their declaration components that are applied to the given position and strikes thruogh the ones that are overridden by some other. After a short learning curve it is quite usable. I created a screen shot which shows how LibreOffice could display such a tool in the Styles And Formatting dialog. I called it just Style Explainer. Unfortunately this is not a simple change in LO, it is quite a lot of work to implement but it would be awesome to use. Actually, I think it would be a feature that can attarct new users to the LO so maybe it is worth working on 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 114508] Confusing dialog about discarding recovery data can lead to data loss
https://bugs.documentfoundation.org/show_bug.cgi?id=114508 --- Comment #4 from Heiko Tietze --- (In reply to csongor from comment #3) > I would like to have the following buttons: > - Discard Selected > - Discard All > - Recover Selected > - Recover All That makes the UI unnecessary difficult - and presumes that we have a selection mechanism. IMHO we have two options, a) keep everything as it is or b) introduce checkboxes, check all by default, and provide the functions Recover Selected (which is actually Okay) and Discard All (meaning Cancel). There is no need for a confirmation neither to have various interactions. -- 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 112541] Named color for shapes
https://bugs.documentfoundation.org/show_bug.cgi?id=112541 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |tietze.he...@gmail.com |.freedesktop.org| --- Comment #3 from Heiko Tietze --- Suggestion on the mailing list to switch from blue to green received positive resonance (it should be a color from the standard palette rather than a branding color to not always switch back and forth) http://nabble.documentfoundation.org/Default-color-for-shapes-tt4229331.html Shape color is defined in include/svx/xdef.hxx as #define COL_DEFAULT_SHAPE_FILLING 0x729fcf. Unfortunately, the hard-coded color value is spread over the source code in particular at the unit tests. Decision in ESC was to to separate default on filter from default in UI. http://nabble.documentfoundation.org/minutes-of-ESC-call-tt4229532.html -- 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
