[Libreoffice-ux-advise] [Bug 68486] FORMATTING: make line end (shift enter) work the same as paragraph end with last line setting 'left' for alignment justified
https://bugs.documentfoundation.org/show_bug.cgi?id=68486 --- Comment #14 from Mike Kaganski --- (In reply to Thomas Lendo from comment #13) > So I don't speak about shift+enter in lists anymore. > > But what's with the reasonableness of justification at the line of a > paragraph with a shift+enter line break? Are all people doing it wrong who > are suggesting a change of the actual behavior? ... and isn't this trying to discuss something undefined? We already found out that doing that in lists is not correct; personally I don't remember other reasons to use it in context on *this* issue - but if they exist, we need first to hear them to judge. As to "reasonableness": please remember that Shift+Enter is just a *line* break - only *manual* one; and the line breaks happen all the time in paragraphs when text doesn't fit into the line, usually *automatically*; and it's that line break that is the *primary element at which the justification is applied*: the text from one line break to another line break is justified (i.e., whitespaces are enlarged to allow words to start and end at the paragraph boundaries). The *manual line break* is a tool to allow user to *override automatic line break*; the tool allows user to explicitly say that user wants the break happen here, not there; it's not about destroying justification of the text between two line breaks (when one of them is manual). -- 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 127140] Feature Request: Right click menu options for frequent documents in Windows 10 taskbar
https://bugs.documentfoundation.org/show_bug.cgi?id=127140 V Stuart Foote changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||vstuart.fo...@utsa.edu Keywords||needsUXEval --- Comment #1 from V Stuart Foote --- This description is rather scattered, please rewrite with justification. But in general there little justification (or appeal) to implementing additional os/DE specific native code for placing LibreOffice actions outside of our UI. Otherwise LibreOffice already fully implements Windows 7 style Jump-lists to allow recent documents--ref work done on bug 35785 Our implementation on Windows still functions correctly, Jump Lists (context menu with individual module launchers, and MRU files for each module) are populated both on Task bar and on the Start Menu. This 'native' code is supplemental to our 'cross platform' Recent Files MRU menu list that also populates our Start Center with its thumbnail views (held per user in their LO profile). => WFM on Windows builds -- 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 103694] Rename file without having to save again as a new file.
https://bugs.documentfoundation.org/show_bug.cgi?id=103694 m.a.riosv changed: What|Removed |Added CC||espinosa...@centrum.cz --- Comment #12 from m.a.riosv --- *** Bug 127121 has been marked as a duplicate of this bug. *** -- 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 127121] Enhancement request: rename file field in the toolbar
https://bugs.documentfoundation.org/show_bug.cgi?id=127121 m.a.riosv changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED CC||miguelangelrv@libreoffice.o ||rg --- Comment #2 from m.a.riosv --- This was discussed in tdf#103694, I know it is not exactly the same but the underlying problem about rename on fly is, while that is not solved, nothing to do. *** This bug has been marked as a duplicate of bug 103694 *** -- 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 127066] UI: Font size in input line (formular bar) larger than in other UI elements
https://bugs.documentfoundation.org/show_bug.cgi?id=127066 Thorsten Wagner changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |thorsten.wagne...@gmail.com |desktop.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 127066] UI: Font size in input line (formular bar) larger than in other UI elements
https://bugs.documentfoundation.org/show_bug.cgi?id=127066 Thorsten Wagner changed: What|Removed |Added Status|NEW |ASSIGNED -- 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 127066] UI: Font size in input line (formular bar) larger than in other UI elements
https://bugs.documentfoundation.org/show_bug.cgi?id=127066 --- Comment #7 from Thorsten Wagner --- Preparing a patch to revert font size to 100% of UI font size -- 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