[Libreoffice-ux-advise] [Bug 115645] Should be able to permanently delete comments with track changes enabled.
https://bugs.documentfoundation.org/show_bug.cgi?id=115645 Aron Budea changed: What|Removed |Added Ever confirmed|1 |0 Status|REOPENED|UNCONFIRMED -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 115645] Should be able to permanently delete comments with track changes enabled.
https://bugs.documentfoundation.org/show_bug.cgi?id=115645 Aron Budea changed: What|Removed |Added CC||aron.bu...@gmail.com --- Comment #9 from Aron Budea --- Created attachment 182559 --> https://bugs.documentfoundation.org/attachment.cgi?id=182559=edit Non-straightforward sample 1. It's possible to accept a tracked comment deletion by right-clicking around where the comment is placed in the text, and choosing Accept Change. 2. This isn't always straightforward. In the attached sample, the comment and the surrounding text is deleted in one go (eg. by selecting the whole paragraph, and hitting Del/backspace). In this case there'd be no way to finalize only the comment removal, as the whole deletion is a single change. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151063] Rename "Index marks" to "Index entries" (if the latter is correct)
https://bugs.documentfoundation.org/show_bug.cgi?id=151063 Telesto changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||tele...@surfxs.nl Keywords||needsUXEval -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 115645] Should be able to permanently delete comments with track changes enabled.
https://bugs.documentfoundation.org/show_bug.cgi?id=115645 Nick Bugs changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX |--- --- Comment #8 from Nick Bugs --- Hi, Apologies, I missed the other comments on this post. I agree with another commenter that 'wontfix' is wrong. Firstly, in my view this doesn't conflict with track changes behaviour - track changes is used (certainly for me) to track changes to document content - not to track changes to comments (which it currently doesn't do - it won't show you how one has changed, other than refusing to delete it). Secondly, if the aim here was to ensure consistency with how changes are tracked in content, then LibreOffice should do that for comments too, rather than arbitrarily decreeing that they can't be deleted. That would mean including an option to 'accept changes' to changed comments, including deletions. Which currently doesn't exist. Of course if there are technical reasons why this isn't possible please let us know! Thanks -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 144348] Emoji font
https://bugs.documentfoundation.org/show_bug.cgi?id=144348 خالد حسني changed: What|Removed |Added See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=10 | |4403| -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 150631] Display line number and column in status bar
https://bugs.documentfoundation.org/show_bug.cgi?id=150631 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||3083 Keywords|needsUXEval | --- Comment #7 from Heiko Tietze --- So my take: make the word count more flexible and show alternative document information in the respective status bar panel. Since the use case is unclear, implementing bug 150375 might be a solution too. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 150631] Display line number and column in status bar
https://bugs.documentfoundation.org/show_bug.cgi?id=150631 jez9...@gmail.com changed: What|Removed |Added Resolution|DUPLICATE |--- Status|RESOLVED|NEW Ever confirmed|0 |1 --- Comment #6 from jez9...@gmail.com --- Erm, yeah I am reopening because that bug you linked is very unclear as that what it's doing at all. It certainly doesn't mention anything about showing line/column in the status bar. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 150950] line numbering ON/OFF indication in Tools menu
https://bugs.documentfoundation.org/show_bug.cgi?id=150950 --- Comment #3 from Heiko Tietze --- (In reply to Heiko Tietze from comment #2) > Guess this re Guess this request is a duplicate of the first one (of the previous list). -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 150950] line numbering ON/OFF indication in Tools menu
https://bugs.documentfoundation.org/show_bug.cgi?id=150950 Heiko Tietze changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #2 from Heiko Tietze --- The use case is not clear to me. We have bug 150375 asking to "Render non-printing line numbers with faint gray" and bug 150631 to "Display line number and column in status bar" essentially boiling down to more flexibility handled in bug 123083. Guess this re -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 139617] Optimal height isn't applied when shrinking word-wrapped cell (nor after entering the cell), only when content changes
https://bugs.documentfoundation.org/show_bug.cgi?id=139617 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Status|NEW |NEEDINFO Keywords|needsUXEval | Blocks||87740 --- Comment #3 from Heiko Tietze --- Justin resolved the supposed duplicate bug 55433 as NAB and reopened this. My comment 2 is still valid, removing UX. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=87740 [Bug 87740] [META] Anchor and text wrapping bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151002] Confusing radio button placement in Text flow tab of Table Properties dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=151002 --- Comment #2 from Heiko Tietze --- Switching Column and Before, for example, wont help much. A label does, for example Type: (o) Page ( ) Column Position: (o) Before ( ) After Another option is to use dropdown controls like [x] Break at [Page] by placing [Before] With Page Style [] Starting with [ ] Page Number [ 1 ] -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 145201] UI: Context Menu does not appear if user clicks on the top-left sheet corner.
https://bugs.documentfoundation.org/show_bug.cgi?id=145201 --- Comment #6 from Heiko Tietze --- I wonder what actions needs to be run on the whole sheet. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 150631] Display line number and column in status bar
https://bugs.documentfoundation.org/show_bug.cgi?id=150631 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||0375 Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #5 from Heiko Tietze --- It is my proposed solution for bug 150237 respectively bug 150375. Ultimately we should go with a flexible implementation of the current word count feature, so it's a duplicate of bug 123083. Please reopen if you disagree. *** This bug has been marked as a duplicate of bug 123083 *** -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151041] Changing right page margin changes horizontal scrolling position
https://bugs.documentfoundation.org/show_bug.cgi?id=151041 --- Comment #3 from Heiko Tietze --- Same issue when you scroll down and resize the bottom margin - the view jumps back to the focus. Use case might be to place shapes at a certain position. If we change this it has to work in all situations. What should happen when you click at the canvas? The view changes to the cursor now. What if you modify some attribute, let's say the font size? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 147479] Pivot table display (empty) when data source is null
https://bugs.documentfoundation.org/show_bug.cgi?id=147479 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 147479] Pivot table display (empty) when data source is null
https://bugs.documentfoundation.org/show_bug.cgi?id=147479 --- Comment #3 from Heiko Tietze --- Microsoft Excel shows "(blank)". What exactly do you want to achieve by changing the string "(empty)" to something else? Don't think 'nothing' is a good solution neither space. And using the numeric value zero is wrong. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151044] Unable to reach some menu items in long menus on small screens
https://bugs.documentfoundation.org/show_bug.cgi?id=151044 Heiko Tietze changed: What|Removed |Added Blocks||151050 Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |caol...@redhat.com, |.freedesktop.org|heiko.tietze@documentfounda ||tion.org Summary|[gtk4] unable to reach some |Unable to reach some menu |menu items in long menus on |items in long menus on |small screens |small screens --- Comment #4 from Heiko Tietze --- The bug report is exactly about this missing scrollbar. Gtk3 allows to scroll down while gtk4 apparently has not yet implemented it. Caolan, created META bug 151050. Do you want to be CC'ed at every single report, that is worth your effort, or do it yourself? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=151050 [Bug 151050] [META] GTK4-specific bugs -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151017] Start Center: Thumbnail filter: description text "Filter:" font color does not adapt dark mode, unreadable
https://bugs.documentfoundation.org/show_bug.cgi?id=151017 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |caol...@redhat.com, |.freedesktop.org|heiko.tietze@documentfounda ||tion.org --- Comment #5 from Heiko Tietze --- Have you restarted the application? -- You are receiving this mail because: You are on the CC list for the bug.
