[Libreoffice-ux-advise] [Bug 129434] Suggested features for Writer for authors.
https://bugs.documentfoundation.org/show_bug.cgi?id=129434 Dieter Praas 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 128469] PARAGRAPH STYLE DIALOG: "Reset" and "Standard" buttons: confusing names
https://bugs.documentfoundation.org/show_bug.cgi?id=128469 --- Comment #15 from sdc.bla...@youmail.dk --- Not finding documentation in the help, and before finding this bug, I made some experiments to figure out how "reset" and "standard" might work. Based on that experience, plus reading the discussion, here are a few comments. 1. Use-case for Reset: Because there is a preview function in the side bar, it is quite practical to (for example) change the font in the default style and see the effects in the different styles. And still be able to "reset" back to where you started (without having to close and reopen the window). 2. Note that LO Writer 6.0 Guide (p. 192) says: "If you want to reset the properties of a child style to that of the parent style, click the Standard button located at the bottom of each Paragraph and Character style dialog." (I could not see that the guide discussed the "reset" button, but maybe this sentence shows a "natural" expectation that "Standard" resets -- which suggests a value in not using both "reset" and "standard" -- or a need to change the Guide.) 3. "Undo" is not such a bad alternative for "reset" for it functions like a Ctrl-Z (or users will just have to learn what "reset" does -- if is gets documented.) 4. About "Standard" vs. "Use Parent" >From a user perspective, I would propose: use "Standard" if it means "the setting goes back to the "factory setting" (i.e, the way a fresh LO installation would have it.) But if the user can change the setting of the "parent" style (if I have understood the implications of comment #10, then I would propose "revert to parent" (or if too long, then "Use Parent" might be ok) 5. As pointed out in comment #13, these buttons appear for all the tabs in the dialog box. I have not tested them, but would they apply only to settings in a tab? or to all the settings across all the tabs? This might also be relevant in the documentation. -- 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 129276] Feature request - add option for creating layers for images
https://bugs.documentfoundation.org/show_bug.cgi?id=129276 Timur changed: What|Removed |Added Resolution|WORKSFORME |WONTFIX --- Comment #5 from Timur --- Wfm is when there was a bug and it was fixed with unknown patch. Here is, in Bugzilla terms, Won't fix, meaning Won't do. -- 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 128469] PARAGRAPH STYLE DIALOG: "Reset" and "Standard" buttons: confusing names
https://bugs.documentfoundation.org/show_bug.cgi?id=128469 sdc.bla...@youmail.dk changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||9497 -- 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 78326] Can't delete a table in Impress/Draw if cells are selected
https://bugs.documentfoundation.org/show_bug.cgi?id=78326 --- Comment #26 from Stepas Toliautas --- > a) assign Del key to Delete Table action even when cells (and not just the > frame) are selected; or > b) make single-click on the edge of fully-selected table select (or toggle > selection of) only the frame. Currently, if all cells are selected, > single-click on the edge does nothing, and double-click unselects/ removes > focus from the table. I'm leaning towards b) or some similar operation myself because Del and Ctrl-X doing the same thing (deleting selected data) is common and consistent usage in today's application UI. It's just that selecting the table instead of its contents is difficult here. IIRC, tables in Writer are cleared if their content is selected, but can be deleted either by right-clicking -> Delete Table or by selecting them as text element (that is, putting cursor in a line before table, holding Shift and pressing right or down arrow until the table and its surroundings are selected) and then pressing Del. In Impress, there are no "surroundings", so no second choice. -- 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 129493] Inserting of hyperlink into cell adds net address near text in cell instead adding a hyperlink to existing text in cell
https://bugs.documentfoundation.org/show_bug.cgi?id=129493 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Heiko Tietze --- Option #2 has been reported and is the best solution. *** This bug has been marked as a duplicate of bug 80043 *** -- 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 129422] Suppress listing of parent styles in the Find and Replace dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=129422 Heiko Tietze changed: What|Removed |Added Summary|Find and Replace for|Suppress listing of parent |paragraph styles includes |styles in the Find and |parent paragraph styles |Replace dialog |that are not in the | |Document| CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | --- Comment #4 from Heiko Tietze --- So let's keep the topic alive. The search dropdown should list only those styles that are used in the document and not (unused) parents. The replace dropdown contains the full list and allows to pick one of the not-yet-used styles, which is the intended workflow. -- 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 78326] Can't delete a table in Impress/Draw if cells are selected
https://bugs.documentfoundation.org/show_bug.cgi?id=78326 Buovjaga changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #25 from Buovjaga --- (In reply to Stepas Toliautas from comment #24) > According to Bug 100772, "Delete Table" context menu is on its way, but > stuck somewhere in UNO development. When it is enabled, it will be the first > step to sort out the confusion. > However, some usability changes would also help; while using tables in > Impress, I found this issue confusing to no end. I would propose following > solution variants: > a) assign Del key to Delete Table action even when cells (and not just the > frame) are selected; or > b) make single-click on the edge of fully-selected table select (or toggle > selection of) only the frame. Currently, if all cells are selected, > single-click on the edge does nothing, and double-click unselects/ removes > focus from the table. UX: 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 129493] Inserting of hyperlink into cell adds net address near text in cell instead adding a hyperlink to existing text in cell
https://bugs.documentfoundation.org/show_bug.cgi?id=129493 Xisco Faulí 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 128968] Formdesign: Design-Mode for the whole form could only be changed by "Open in Design Mode"
https://bugs.documentfoundation.org/show_bug.cgi?id=128968 --- Comment #8 from Alex Thurgood --- (In reply to Robert Großkopf from comment #6) > (In reply to Heiko Tietze from comment #5) > > Robert, you are the expert. What labels do you suggest? > > Call one button "document design mode", the other button "form design mode" > - not both "design mode". I would agree with the first part "document design mode", but suggest "form control design mode" for the second. The aim being to try and keep consistency with the vocabulary we already use. Obviously, having 2 separate design modes is confusing enough. Let's not add to the confusion by making the terminology inconsistent with the rest of the module/app. -- 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