[Libreoffice-ux-advise] [Bug 128960] Editing: Add a more direct way to clear character styles
https://bugs.documentfoundation.org/show_bug.cgi?id=128960 --- Comment #12 from Mike Kaganski --- (In reply to Dieter Praas from comment #11) > Either Default style is a character style (in this case documentation should > be changed) or "Default style" removes character style and therefor it is > not a character syle itself (in this case name "Default Style" should be > changed) Default *character* style is actually a pseudo-style; a name for "no character style applied". While it might be good to document something about that, I don't think that renaming it is a good idea, because its current name creates some consistency with e.g. paragraph styles, where "default style" exists (and is actual configurable style). For user, it means something basic and simple. Or - if a rename is wanted - it could be something like "Character settings defined at paragraph level" - too long, although correct. You cannot even name it "Paragraph style settings", because "no character style" aka "Default character style" means both paragraph style setting, and *direct paragraph-level formatting* are used for character properties. -- 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 120469] Object anchored to paragraph doesn't move if an enter is inserted at the beginning of the paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=120469 --- Comment #4 from Mike Kaganski --- (In reply to Heiko Tietze from comment #3) > Adding paragraphs above moves the object, so effectively the anchor is set > to the end of the previous paragraph. As far as I know, there is no "adding paragraphs above" function in writer's normal text. When your cursor is inside a paragraph, it's *inside* the paragraph; its position is "M leading paragraph characters to the left of the cursor; N trailing paragraph characters to the right of the cursor". The M and N vary, and M might be 0, but the principle doesn't change. And when the cursor is at 3rd character, and Enter is pressed, no one would be surprised that the image anchored to the paragraph stays with the first two characters that stay where they were. As I said in comment 1, special-casing of position 0 makes sense - because it might be intuitive; or because it's currently no means to move images anchored to very first paragraphs without re-anchoring. But the implementation needs discussing. I see the following options: 1. Make only the very first position in the document special: because for other places in the document, you always can insert paragraphs before this one by putting cursor at the end of the previous paragraph. 2. Make any paragraph's start special (may possibly create other inconveniences for users not expecting that, but I cannot invent a case at the moment). 3. Introduce an "Insert paragraph above this" special function, using Alt+Enter, *consistent with behaviour in the beginning of a table*. IMO that would introduce consistency and avoid special-casing. -- 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 128960] Editing: Add a more direct way to clear character styles
https://bugs.documentfoundation.org/show_bug.cgi?id=128960 --- Comment #11 from Dieter Praas --- (In reply to Thomas Lendo from comment #10) > More help texts? Help is not very helpful: https://help.libreoffice.org/6.4/en-US/text/swriter/01/0513.html?DbPAR=WRITER#bm_id4005249 and documentation is not very clear: "Removing or replacing character styles Sometimes, you will want to remove the character style formatting from some text, or change the character style to a different style. To do this: ... 3) Double-click the required character style, or double-click Default Style to remove the character style." (Writer 6.0 Guide Chaper 8, page 9) Either Default style is a character style (in this case documentation should be changed) or "Default style" removes character style and therefor it is not a character syle itself (in this case name "Default Style" should be changed) -- 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 128332] Allow a way to insert image from clipboard and not from a file only
https://bugs.documentfoundation.org/show_bug.cgi?id=128332 --- Comment #12 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 128332] Allow a way to insert image from clipboard and not from a file only
https://bugs.documentfoundation.org/show_bug.cgi?id=128332 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- 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 121395] Elementary theme: Black text styling icons hard to see in "dark" desktop themes
https://bugs.documentfoundation.org/show_bug.cgi?id=121395 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- 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 121395] Elementary theme: Black text styling icons hard to see in "dark" desktop themes
https://bugs.documentfoundation.org/show_bug.cgi?id=121395 --- Comment #7 from QA Administrators --- Dear JesseSteele, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- 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 128960] Editing: Add a more direct way to clear character styles
https://bugs.documentfoundation.org/show_bug.cgi?id=128960 --- Comment #10 from Thomas Lendo --- Hm, if something existing isn't good to use or will not be used regardless of whether it would be useful, then this is an indicator of bad usability of existing tools. Instead of bringing more complexity to an already complex field of possibilities (here: the styles concept) with a new feature, we should allow users to better use existing features. The question is how to make this possible. More help texts? Tool tips? Another arrangement or naming of commands? I'm talking about character styles only and I'm with Heiko in comment 9. -- 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 129032] Missing warning when renaming page with same name
https://bugs.documentfoundation.org/show_bug.cgi?id=129032 --- Comment #5 from Rizal Muttaqin --- Created attachment 156158 --> https://bugs.documentfoundation.org/attachment.cgi?id=156158=edit A dialog warning in Calc after trying to renaming with same name sheet -- 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 129032] Missing warning when renaming page with same name
https://bugs.documentfoundation.org/show_bug.cgi?id=129032 --- Comment #4 from Rizal Muttaqin --- > Do we show this warning in other dialogs ? In Impress, this issue is happen as Draw and Impress shares the same based code (CMIIW) I have checked similar step in Calc, after trying to rename a new sheet with existing name, there's dialog appears. -- 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 129032] Missing warning when renaming page with same name
https://bugs.documentfoundation.org/show_bug.cgi?id=129032 Xisco Faulí changed: What|Removed |Added Ever confirmed|1 |0 Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org Status|NEEDINFO|UNCONFIRMED --- Comment #3 from Xisco Faulí --- I can reproduce it in Version: 6.5.0.0.alpha0+ Build ID: 3a6f270edfffb97763927b2732feacedbdac1e80 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded but let the UX Team decide whether we want to show the warning. Do we show this warning in other dialogs ? -- 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 128332] Allow a way to insert image from clipboard and not from a file only
https://bugs.documentfoundation.org/show_bug.cgi?id=128332 --- Comment #11 from Shem Pasamba --- > How about a command that scales the selected image according the slide height > / > content box height? I don't think the overlay widget should be used for pasting images to scale it to the "slide height" as the overlay widget is tied to the content box (text box). I think we should not limit for height only but that the image fits inside the content box. For simplicity in implementation and for less code, paste from clipboard fitting it into the text box (as previously explain) using the overlay widget would satisfy my workflow. I might even be able to cook up a patch for that with: 1. add button to overlay widget 2. onclick new button get image from clipboard 3. make sure it resizes inside the textbox if you guys would accept that that's the best way to do 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 129058] [UX] Repeat shortcut (Ctrl+Shift+Y) is too far for short-finger users using en (qwerty) keyboard
https://bugs.documentfoundation.org/show_bug.cgi?id=129058 V Stuart Foote changed: What|Removed |Added CC||vstuart.fo...@utsa.edu --- Comment #2 from V Stuart Foote --- The 'Repeat' action is a weird construct anyhow applying only to the last action--and immediately removed once another action occurs. Not to be confused with Undo/Redo stack. But it is convenient for use with a Mouse where cursor movement does not clobber the prior action. While keybaord movement usually will (repositioning for mix of accelerator, +E, R [or as localized]). So issue is one of ergonomics for mouse users. The ++Y shortcut is difficult one handed. While getting customization of the correct context menu is beyond most basic users. A 'two-finger' +y might be a more suitable one handed Shortcut for mouse 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 129040] [UX] In Donut charts we can not assign the same color to all the pieces
https://bugs.documentfoundation.org/show_bug.cgi?id=129040 Heiko Tietze changed: What|Removed |Added 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 128332] Allow a way to insert image from clipboard and not from a file only
https://bugs.documentfoundation.org/show_bug.cgi?id=128332 --- Comment #10 from Heiko Tietze --- How about a command that scales the selected image according the slide height / content box height? -- 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 129058] [UX] Repeat shortcut (Ctrl+Shift+Y) is too far for short-finger users using en (qwerty) keyboard
https://bugs.documentfoundation.org/show_bug.cgi?id=129058 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #1 from Heiko Tietze --- Typically, Undo is ctrl+z so we have ctrl+y or ctrl+shift+z for Redo. Repeat is similar and therefore accessed per ctrl+shift+y. Introducing some arbitrary shortcut would be hard to learn. -- 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 128332] Allow a way to insert image from clipboard and not from a file only
https://bugs.documentfoundation.org/show_bug.cgi?id=128332 --- Comment #9 from Shem Pasamba --- Let me try explaining it again: My aim is to be able to cut images from the browser and paste them into the textbox resized like when inserting an image into an empty textbox. So my suggested workflow is: 1. Copy an image from the browser. 2. On Impress, pick blank a text/object to insert image in. 3. Click insert image from clipboard button in the "overlay widget". > The text/object frames have a small overlay widget > that allows to insert a table, chart, audio/video, or image. (The new thing) instead of inserting an image, it would be nice, if I could just click a button in the "overlay widget" and it would insert that image from the clipboard into the text/object frame, behaving like when inserting an image as a file (I wrote *while last time, sorry). Thank you for your patience and for considering this request. -- 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 128360] fix alignment of all controls for Style subsection of Page section in Writer Sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=128360 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Keywords|needsUXEval | Status|UNCONFIRMED |NEW CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #2 from Heiko Tietze --- In addition, left-align captions and make spinners not horizontally fill (should be start). See also https://wiki.documentfoundation.org/Design/PropertyDialog -- 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 129012] [UX][IMPRESS] When inserting a hyperlink with internal target in document, the list item can be text in title (if available) instead of default slide name
https://bugs.documentfoundation.org/show_bug.cgi?id=129012 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||gti...@gmail.com, ||rb.hensc...@t-online.de Ever confirmed|0 |1 --- Comment #1 from Heiko Tietze --- We have some tickets around slide names (and there is the same discussion for Draw): Bug 37654 - UI Slide names no longer visible in Slide Pane / Page Pane Bug 118135 - Unnamed Impress slides should be given meaningful names for PDF Indexes/Bookmarks based on their titles Bug 118136 - "Rename slides" usability and better placeholder names both set as duplicate to (by Timur) Bug 107932 - Export slide outline rather than slide titles in PDF index/outline (don't remember this discussion but slides are not named per title in 6.2.8) So what we actually have to do is to name slides better (don't find the right ticket for this but sure there is one). Alternatively we could show a thumbnail preview of the selected slide somewhere - laborious issue. -- 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 129039] Add the ability to insert the phrase "Continuation of the table ..." before the part of the table that has been moved to a new page
https://bugs.documentfoundation.org/show_bug.cgi?id=129039 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||8421 Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #1 from Heiko Tietze --- Would be a nice enhancement, indeed. Your workflow probably means: * split the table at the right position * copy the caption from above and insert as text (watch closely to update on changes) or use cross-reference to this field * add some text like "contd." to the caption While it might be possible it likely needs a lot of development effort. UI-wise we could add an option "[ ] Repeat table caption" enabling the edit "add: [ ]". I wouldn't add things like "add before [ ] mid [ ] after [ ]" with special references to achieve, for example "Continuation of the table 5." Rather have "Table 5: Foo (continued)" -- 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 128332] Allow a way to insert image from clipboard and not from a file only
https://bugs.documentfoundation.org/show_bug.cgi?id=128332 --- Comment #8 from Heiko Tietze --- (In reply to Shem Pasamba from comment #6) > paste from the overlay... so that instead of just having an option of > inserting an image file, there would be an option to insert from clipboard. I don't understand this. What overlay? And if you want to paste from clipboard the default ctrl+V/shift+ins is quite handy :-). > ... the same way as when inserting an image from a while ... Don't get this either. Perhaps describe step by step what you do, what happens, and what you expect. Like * Add new slide with default master => effective/expected: Title box and Context box are ready for text (or objects in case of the content) * Copy the image https://en.wikipedia.org/wiki/File:Cat03.jpg (600 × 599px) * Paste the image => effective: the image is inserted somewhere in the middle exceeding the slide dimension; => expected: * if the content box is empty place it at top-center and size so it fits into the frame (don't stretch) - (the text box is exchanged by the image); * if the content box is not empty place it at the same position with same size as before but keep the text box; * if there are more boxes, place the image in the center and size like it was one box (no idea how this should work) ... If your intended workflow is different you better describe what you do. Like "I want the inserted image to be resized and place at position in order to achieve because ". -- 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 129036] [Suggestion] Treat EndNotes like Table of content
https://bugs.documentfoundation.org/show_bug.cgi?id=129036 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 --- (In reply to Dieter Praas from comment #1) > > 1) heading for endnotes > Duplicate of bug 89736 > > > 2) it's impossible to add page after EndNotes > Seems to be related to bug 102835 > > cc: Design-Team for further input Nothing to add. There are likely more requests about this, and I would make it duplicate(s) to draw attention 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