[Libreoffice-ux-advise] [Bug 140770] PRINT PREVIEW: Toolbars without a function should be removed in print preview
https://bugs.documentfoundation.org/show_bug.cgi?id=140770 Dieter changed: What|Removed |Added CC||dgp-m...@gmx.de, ||libreoffice-ux-advise@lists ||.freedesktop.org Blocks||108804 OS|Linux (All) |All Summary|Extention-icons create new |PRINT PREVIEW: Toolbars |toolbar in Print Preview|without a function should ||be removed in print preview Whiteboard| QA:needsComment| Keywords||needsUXEval Severity|minor |enhancement Component|Writer |LibreOffice --- Comment #3 from Dieter --- I confirm the observation with Version: 7.1.2.1 (x64) / LibreOffice Community Build ID: 094b4116e8de6d2085e9b65d26912d6eac4c74a9 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL but it also happens with other toolbars (I've tested with Find-Toolbar). So the more general rule seems to be: If you open Print Preview - Formatting Toolbar disappears (expected) - Standard Toolbar remains, but most icons are greyed out (O.K.) - other toolbars also remains, but all icons are greyed out (Track Changes toolbar and Styles Toolbar) or it is still active, but you can't use it (like Find-Toolbar or Zotero-Toolbar) Expected result: All toolbars disappear except Standard Toolbar and Print Preview Toolbar => Enhancement cc: Design-Team for further input and decision Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108804 [Bug 108804] [META] Print preview bugs and enhancements -- 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 135364] Change default pen color and width for presentation
https://bugs.documentfoundation.org/show_bug.cgi?id=135364 --- Comment #7 from bchemnet --- Thank you for the responses. Upon testing further, I apologize for the unnecessary noise here - the feature does work precisely as I would like, when it works. It appears that this a problem with the gnome-integration package. As soon as I disable the gnome/gtk3 interface, the feature works perfectly. Turn that interface back on, and suddenly libreoffice no longer remembers any changes to those settings - but now it will revert to whatever the last settings I used prior to reactivating. So this actually a bug that the GTK overlays are somehow blocking the recording of the changes to the pen settings, and not an issue with the basic Impress behavior. I will open a new bug that focuses on that aspect. -- 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 141094] UI: Ability to set configure image resolution to be shown in inch instead of cm, if other dimensions are in CM
https://bugs.documentfoundation.org/show_bug.cgi?id=141094 --- Comment #3 from Luke --- Heiko, If you set your units to "cm" in the measurement settings, then your dpi, should be dpcm. That is the smart, well designed solution. The inelegant, cluttered UI solution is to make the user select units in every dialog box that has units. This ignores the fact that there are natural units accepted units. This is only a dupe of bug 72662 if you make the user micromanage the units in every dialog box. The correct solution is for LibreOffice to be smarter about how it handles units. -- 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 140805] FIND TOOLBAR: Incremental search in Writer should be supported
https://bugs.documentfoundation.org/show_bug.cgi?id=140805 V Stuart Foote changed: What|Removed |Added CC||vstuart.fo...@utsa.edu --- Comment #2 from V Stuart Foote --- If not too much overhead, of a new search algorithm, would be useful. +1 -- 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 140178] Change "Outline & List" to "Level & List" as tab label in Paragraph and Paragraph Style dialogs
https://bugs.documentfoundation.org/show_bug.cgi?id=140178 Dieter changed: What|Removed |Added CC||heiko.tietze@documentfounda ||tion.org --- Comment #10 from Dieter --- (In reply to Dieter from comment #9) > So my proposal is to make a little change from "Outline & List" to "List & > Outline", because in paragraph style dialog you can choose a list without an > outline, but - as far as I can see - not an outine without a list (therefore > we also might consider to change order within "List & Outline" tab: "Apply > List Style" first and "Outline" second. Heiko, 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 140178] Change "Outline & List" to "Level & List" as tab label in Paragraph and Paragraph Style dialogs
https://bugs.documentfoundation.org/show_bug.cgi?id=140178 --- Comment #9 from Dieter --- (In reply to Dieter from comment #8) > I'm not a native speaker, but I had a look at Chicago Manual of Style 17th > Edition. If "outline" is related to lists, it is there defined as a "list > with multiple levels" (6.132). So my proposal is to make a little change from "Outline & List" to "List & Outline", because in paragraph style dialog you can choose a list without an outline, but - as far as I can see - not an outine without a list (therefore we also might consider to change order within "List & Outline" tab: "Apply List Style" first and "Outline" second. -- 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 140178] Change "Outline & List" to "Level & List" as tab label in Paragraph and Paragraph Style dialogs
https://bugs.documentfoundation.org/show_bug.cgi?id=140178 --- Comment #8 from Dieter --- I'm not a native speaker, but I had a look at Chicago Manual of Style 17th Edition. If "outline" is related to lists, it is there defined as a "list with multiple levels" (6.132). So outline and level seem to be synonyms if they are used in the context of lists. From my POV "List & Level" has no advantage compared to "List & Outline". -- 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 116349] Writer table underlining indents text 1 mm at both sides
https://bugs.documentfoundation.org/show_bug.cgi?id=116349 Heiko Tietze changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |NOTABUG --- Comment #16 from Heiko Tietze --- Table > Insert > "Default Table Style" uses 0.10 cm padding. But neither "None" or the toolbar widget has such padding defined (and comes with no border). The dialog offers a couple of table styles. Likewise the Stylist does but has no UI yet, see bug 105933. The paragraph style "Table Contents" has no spacing/indentation defined. This sounds like good default settings to me. -- 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 140178] Change "Outline & List" to "Level & List" as tab label in Paragraph and Paragraph Style dialogs
https://bugs.documentfoundation.org/show_bug.cgi?id=140178 --- Comment #7 from sdc.bla...@youmail.dk --- > Stuart, what's your take as native speaker? Looking forward to your comments Stuart. (will help resolve this ticket, which is the last piece in a larger puzzle). -- 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 141077] Writer Web mode should be one-column, instead it shows meaningless page breaks and column jumps
https://bugs.documentfoundation.org/show_bug.cgi?id=141077 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #3 from Heiko Tietze --- (In reply to V Stuart Foote from comment #2) > ...you can't have it both ways... Second Stuart here. => WF Reading all these tickets that adopt (to not say abuse) the web view as distraction free writing makes me wonder if such a dedicated mode would be worth to consider. -- 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 134236] Enable Writer in "Web View" to keep focus on text cursor when resizing program window
https://bugs.documentfoundation.org/show_bug.cgi?id=134236 --- Comment #5 from Heiko Tietze --- Created attachment 170566 --> https://bugs.documentfoundation.org/attachment.cgi?id=170566=edit Screencast Cannot confirm, the cursor remains at the position in the document. -- 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 140752] .uno.DefaultNumbering and .uno:defaultBullet (on Formatting bar) modify a list style -- should it?
https://bugs.documentfoundation.org/show_bug.cgi?id=140752 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org, ||mikekagan...@hotmail.com Status|UNCONFIRMED |NEW Keywords|needsUXEval |needsDevAdvice --- Comment #6 from Heiko Tietze --- Would be desirable to have a consistent approach to styles. But if that's possible is a question to developers. -- 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 141094] UI: Ability to set configure image resolution to be shown in inch instead of cm, if other dimensions are in CM
https://bugs.documentfoundation.org/show_bug.cgi?id=141094 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #2 from Heiko Tietze --- Duplicate but the idea has been criticized as "micro-management" in bug 40656. Please discuss on bug 72662. *** This bug has been marked as a duplicate of bug 72662 *** -- 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 135364] Change default pen color and width for presentation
https://bugs.documentfoundation.org/show_bug.cgi?id=135364 --- Comment #6 from Heiko Tietze --- (In reply to bchemnet from comment #4) > Can I ask what you are doing that makes it work for you? Works out of the box. My "still" version is what the Linux distribution installs, and I'm running in parallel self-compiled main version. -- 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 42145] Don't accept erroneous values in conditional formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=42145 Heiko Tietze changed: What|Removed |Added Blocks|94587 |116222 CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Summary|How strict should LO be |Don't accept erroneous |about malformed input? |values in conditional ||formatting Keywords|needsUXEval | --- Comment #7 from Heiko Tietze --- What happens is that conditional formatting on C10 has three conditions with an invalid value on the second item (A10+B10) of the first condition. I guess the evaluation ignores this value and use just the first one, A10-B10, which is true so condition 1 is taken. Another example of false input is entering a string into a field where numeric values are expected. The input is colored in those cases meaning we recognize it as an error. What we should block the dialog until those errors are fixed. PS: Please don't mess up with the content of odf files. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=94587 [Bug 94587] [META] ODF features missing or incorrectly imported https://bugs.documentfoundation.org/show_bug.cgi?id=116222 [Bug 116222] [META] Edit conditional formatting dialog bugs and enhancements -- 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 135591] Aspect ratio disturbed while switching Slide > Format
https://bugs.documentfoundation.org/show_bug.cgi?id=135591 --- Comment #6 from Heiko Tietze --- In what situations users would expect images being scaled? Probably when the image fills the background but even in this case skewed images are unwanted, rather scale proportionally and cut. What else? -- 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 140805] FIND TOOLBAR: Incremental search in Writer should be supported
https://bugs.documentfoundation.org/show_bug.cgi?id=140805 Dieter changed: What|Removed |Added Keywords||needsUXEval Summary|Incremental search in |FIND TOOLBAR: Incremental |Writer not available|search in Writer should be ||supported Whiteboard| QA:needsComment| Blocks||108743 CC||dgp-m...@gmx.de, ||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #1 from Dieter --- I confirm, that incremental search is not possible Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 21c602913d98ef46b49fc9b6f9071db92a1597c6 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL cc: Design-Team for further input and decision Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108743 [Bug 108743] [META] Find toolbar bugs and enhancements -- 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