[Libreoffice-ux-advise] [Bug 144027] Mouse cursor should change when hovering over unselected objects/charts/shapes
https://bugs.documentfoundation.org/show_bug.cgi?id=144027 Rafael Lima 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 144027] Mouse cursor should change when hovering over unselected objects/charts/shapes
https://bugs.documentfoundation.org/show_bug.cgi?id=144027 --- Comment #2 from Rafael Lima --- Created attachment 174654 --> https://bugs.documentfoundation.org/attachment.cgi?id=174654&action=edit Screenshots of mouse cursors in Writer and Calc Hi Heiko. I believe it would be better if mouse cursor in Calc had the same behavior as in Writer (see the attached ODG file). Current behavior in Writer: - If the object is NOT selected, then the normal point mouse cursor is presented - If the object IS selected, then the drag cursor is presented Current behavior in Calc: - If the object is NOT selected, then the Fat Cross cursor is presented (should be the normal point cursor as in Writer) - If the object IS selected, then the drag cursor is presented (this is OK in Calc) -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 144134] Tabs in LibreOffice Tab layout do not scale properly with the size of the screen.
https://bugs.documentfoundation.org/show_bug.cgi?id=144134 --- Comment #3 from Rods Kaden --- Yes, having it readjust incrementally would be preferable over a binary solution. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 93589] add option similar to PowerPoint Picture Presentation to Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=93589 --- Comment #13 from Roeland --- (In reply to V Stuart Foote from comment #12) > Sorry, MS pptx "Picture Presentation" is a proprietary format and is not > intended to be edited--just viewed. It is indeed ment not to be edited, which is also the goal of this enhancement request? So in the end, this request gets closed, without any real alternative when someone wants to have his/her slideshow converted to an uneditable slideshow within the same format? A pity. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 144195] UI: PNG export dialog has radio button doesn't allow 'dimensions' or 'DPI' to be set both
https://bugs.documentfoundation.org/show_bug.cgi?id=144195 Telesto 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] [Bug 137737] REPLACE not working if there is a footnote or endnote anchor at end of paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=137737 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #24 from Roman Kuznetsov <79045_79...@mail.ru> --- (In reply to Mike Kaganski from comment #23) > https://gerrit.libreoffice.org/c/core/+/121134 is the proposed WIP change > implementing #1 from comment 20. I do not intend to push it right now, > before UX could discuss this - only for testing. UX-team, Mike needs your opinion here -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 143482] Make it easier to open Master Document subdocuments
https://bugs.documentfoundation.org/show_bug.cgi?id=143482 --- Comment #12 from L Duperval --- 🤔 didn't realize I was asking for so much... No, I think those would make it easier to navigate within Master Documents. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 75644] Better options to control LibO window resize of the Start Screen and last used window size of each document module (summary in comment 10)
https://bugs.documentfoundation.org/show_bug.cgi?id=75644 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists | |.freedesktop.org| Keywords|needsUXEval | --- Comment #52 from Heiko Tietze --- (In reply to V Stuart Foote from comment #50) > No. What was a UX decision was that a per-document size is not supported by > ODF document model so will not be implemented by project. When there is so much interest in a per-document solution we should introduce an option. But rather than switching globally, I'd add a checkbox "[ ] Store window properties" at file > properties. It would be off by default, and when checked it must not change the per-module setting. Maybe the function is better realized per radio button with: Remember window properties (o) For <%module> ( ) For this document -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 144021] Character transparency should apply to objects anchored as character
https://bugs.documentfoundation.org/show_bug.cgi?id=144021 --- Comment #4 from Mike Kaganski --- (In reply to Heiko Tietze from comment #3) > For good reason. Most users likely don't see the type of anchor as a reason > to follow character or paragraph properties. The anchor is rather an > attribute of the object itself and consequently you have to set transparency > or other attributes on this object. Please note that in this case, we are talking specifically about *as-character* objects, that for users look just like a special kind of (big) character - users do not look at "anchor" here, they see an object as a part of a selection, when they start in one part of text, and select through another part, including an as-character object. And applying a transparency to the selection, they would see part of selection not following the command. In this case, I'm the user who made the request, trying to do exactly what I describe here, and seeing the inconsistency that made me to open specific properties of the as-character image, and setting the transparency there explicitly, independent on setting those for the containing text paragraph. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 144021] Character transparency should apply to objects anchored as character
https://bugs.documentfoundation.org/show_bug.cgi?id=144021 --- Comment #3 from Heiko Tietze --- (In reply to Mike Kaganski from comment #2) > ... which shows that Word doesn't have the proposed feature :) For good reason. Most users likely don't see the type of anchor as a reason to follow character or paragraph properties. The anchor is rather an attribute of the object itself and consequently you have to set transparency or other attributes on this object. My take => WF (And missing a use case/scenario/user request/question) -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 140240] Disable the storing printer inside document (PrinterName in settings XML) of ODT (leaving it empty) by default (or removal)
https://bugs.documentfoundation.org/show_bug.cgi?id=140240 --- Comment #5 from Heiko Tietze --- (In reply to Telesto from comment #4) > And well I have no idea how to avoid it from happening (if you dislike it) this? v > (In reply to Heiko Tietze from comment #3) > > Have you tried to reset file > properties? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 143834] Word count is inconsistent and useless with view track changes
https://bugs.documentfoundation.org/show_bug.cgi?id=143834 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||3083 CC||caol...@redhat.com, ||mhag...@gmail.com, ||michael.st...@allotropia.de --- Comment #2 from Heiko Tietze --- Reported and fixed (Muhammet) with a unit test (Caolan) in bug 46757. (In reply to Dieter from comment #1) > a) Word Count has always the result of the document without showing track > changes (that's also the expecatation from bug reporter) > b) Word count is disabled, if document shows track changes And c) Measurement with and without TC, see also bug 123083. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 140240] Disable the storing printer inside document (PrinterName in settings XML) of ODT (leaving it empty) by default (or removal)
https://bugs.documentfoundation.org/show_bug.cgi?id=140240 Telesto changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #4 from Telesto --- (In reply to Heiko Tietze from comment #3) > Use case is clear to me: convenience feature in case of more than one > printer (eg, b/w and color) or formatting prerequisite (eg. letter vs. a4). > Have you tried to reset file > properties? Not denying use-cases :-). Is more debatable from privacy perspective, IMHO. If you use a document only in your working station is obviously works. However moving stuff across different departments or the internet, you might not want to share that information And well I have no idea how to avoid it from happening (if you dislike it) -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 144134] Tabs in LibreOffice Tab layout do not scale properly with the size of the screen.
https://bugs.documentfoundation.org/show_bug.cgi?id=144134 --- Comment #2 from Heiko Tietze --- Created attachment 174641 --> https://bugs.documentfoundation.org/attachment.cgi?id=174641&action=edit Screenshot on Linux LGTM Version: 7.2.0.4 / LibreOffice Community Build ID: 20(Build:4) CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (en_US.UTF-8); UI: en-US 7.2.0-1 Calc: threaded -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 140240] Disable the storing printer inside document (PrinterName in settings XML) of ODT (leaving it empty) by default (or removal)
https://bugs.documentfoundation.org/show_bug.cgi?id=140240 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #3 from Heiko Tietze --- Use case is clear to me: convenience feature in case of more than one printer (eg, b/w and color) or formatting prerequisite (eg. letter vs. a4). Have you tried to reset file > properties? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 144148] Impress: Shape color following Template style?
https://bugs.documentfoundation.org/show_bug.cgi?id=144148 --- Comment #4 from Telesto --- (In reply to Heiko Tietze from comment #3) > Shapes are hard-coded to one specific color, see bug 112541. The request to > have a drawing style (that could be defined in templates) is in bug 89369. > => DUP There is a misunderstanding.. I assumed the color would be hard-coded.. However the shape color is following Template style here.. I wasn't sure if this was a bug or feature. And someone working on it or by coincidence.. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 144027] Mouse cursor should change when hovering over unselected objects/charts/shapes
https://bugs.documentfoundation.org/show_bug.cgi?id=144027 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #1 from Heiko Tietze --- Writer has the IBeam cursor as default and turns it into the default arrow over clickable objects. Calc does the same but treats cells as objects. So the question is what cursor do you have in mind (the cursor conveys information regarding the interaction) and how shall we achieve consistency? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 143513] Menus opened in cascade not to close as soon as an option is selected
https://bugs.documentfoundation.org/show_bug.cgi?id=143513 Heiko Tietze changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |WONTFIX -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 143513] Menus opened in cascade not to close as soon as an option is selected
https://bugs.documentfoundation.org/show_bug.cgi?id=143513 --- Comment #3 from ricky.t...@gmail.com --- Yet they are people to defend the position that users are expecting free software to be bad developed and kept as such and feel the need to demonstrate it as well. Won't you ever learn that once one from inside or outside your community has its mentality nothing can any more surprise. Today i must have been lucky enough to be told a new dirty aspect of its mentality: Class of users. Tell us all then at once; tell each user which user class you want her/him to belong to. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 143482] Make it easier to open Master Document subdocuments
https://bugs.documentfoundation.org/show_bug.cgi?id=143482 --- Comment #11 from Heiko Tietze --- So we have actually three requests: #1: select/highlight the current section/subdocument in the Navigator #2: provide an Edit button on the read-only warning box (could imagine that this dialog is used in other cases too where Edit would be wrong; needs to be checked) #3: have means to open/edit a subdocument from the section dialog (the dialog is also used for ordinary embedded sections; the Open/Edit function would jump to the right place then) Anything missing? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 142121] Cell focus rectangle must not use font color
https://bugs.documentfoundation.org/show_bug.cgi?id=142121 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||2959 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 144160] Do not show inactive menu items
https://bugs.documentfoundation.org/show_bug.cgi?id=144160 Heiko Tietze changed: What|Removed |Added Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED --- Comment #2 from Heiko Tietze --- Good usability is to disable interactions that don't apply at the current context rather than hiding them. This allows to learn what's possible, makes the UI less varying, and has a meaning itself in terms of "there is a function that can be used in the current situation". Ideally a tooltip explains why it is disabled. Clear WF. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 144148] Impress: Shape color following Template style?
https://bugs.documentfoundation.org/show_bug.cgi?id=144148 Heiko Tietze changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #3 from Heiko Tietze --- Shapes are hard-coded to one specific color, see bug 112541. The request to have a drawing style (that could be defined in templates) is in bug 89369. => DUP *** This bug has been marked as a duplicate of bug 89369 *** -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 143513] Menus opened in cascade not to close as soon as an option is selected
https://bugs.documentfoundation.org/show_bug.cgi?id=143513 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #2 from Heiko Tietze --- Do you know any application that keeps the menu open until... maybe you click escape? Point is that menus behave like this and we must not change the usual behavior. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 144165] Highlight the current line in Writer?
https://bugs.documentfoundation.org/show_bug.cgi?id=144165 --- Comment #2 from Heiko Tietze --- (In reply to TorrAB from comment #0) > Because it's not just another ‘plain-text editor’? This would be my argument. It overwrites the paragraph/character formatting and can be quite distracting. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 143283] PDF: Export with option Selection does not allow to export slides that are part of Custom Slide Show
https://bugs.documentfoundation.org/show_bug.cgi?id=143283 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #5 from Heiko Tietze --- We discussed the topic in the design meeting and recommend to add another radiobutton in the print/export dialogs with an associated dropdown to pick the right slideshow. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 142541] Border formatting in Impress and Writer Tables does not consider the selected Border Color
https://bugs.documentfoundation.org/show_bug.cgi?id=142541 Heiko Tietze changed: What|Removed |Added Blocks||108382 CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Component|Impress |UI Keywords|needsUXEval | --- Comment #9 from Heiko Tietze --- We discussed the issue in the design meeting. And it's unclear why it shouldn't be possible to consider what color is set in the color picker. So let's do it. And we have to take into account the other border attributes too. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108382 [Bug 108382] [META] Borders bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 140290] Make "Column" (or Row) a static label for quick access per keyboard
https://bugs.documentfoundation.org/show_bug.cgi?id=140290 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org, ||mentoring@documentfoundatio ||n.org Summary|Rename sort criteria to "A |Make "Column" (or Row) a |column" for quick access|static label for quick |per keyboard|access per keyboard Status|REOPENED|NEW Keywords|needsUXEval |difficultyMedium, easyHack, ||skillCpp, topicUI --- Comment #5 from Heiko Tietze --- We discussed the topic in the design meeting. The static label in front of the column sounds reasonable and has also the advantage of a mnemonic (alt+C). Alternatively, we could ignore "Column" or "Row" on keypress but this involves some effort to implement and is less elegant than the static label. Interesting easy hack. The UI is sc/uiconfig/scalc/ui/sortkey.ui loaded in sc/source/ui/dbgui/sortkeydlg.cxx and controlled by sc/source/ui/dbgui/tpsort.cxx. -- You are receiving this mail because: You are on the CC list for the bug.