[Libreoffice-ux-advise] [Bug 129024] FORMATTING - Preset protected cell background color not displayed in spreadsheet (documentation per Comment 6)
https://bugs.documentfoundation.org/show_bug.cgi?id=129024 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #10 from Heiko Tietze --- (In reply to ghaec...@gmail.com from comment #9) > I'll provide steps to illustrate how it works and where the documentation > is inadequate. Cool, thanks a lot. The next step in open source is to add/implement this yourself. Resistance is futile :-) -- 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 129140] Wording in printer dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=129140 Heiko Tietze changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |heiko.tietze@documentfounda |desktop.org |tion.org Status|UNCONFIRMED |ASSIGNED Ever confirmed|0 |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 123607] UI: Choice of extra toolbars forgotten when switching to different view (e.g. NotebookBar)
https://bugs.documentfoundation.org/show_bug.cgi?id=123607 Heiko Tietze changed: What|Removed |Added CC|heiko.tietze@documentfounda |libreoffice-ux-advise@lists |tion.org|.freedesktop.org --- Comment #5 from Heiko Tietze --- Isn't the point of Notebookbars to not use toolbars? Like when inserting a shape you get the Drawing toolbar with the standard UI but a special section at the tabbed UI. And talking about track changes it just have to be implemented in this layout. So my take => WFM (do not show toolbars by default; it can be activated at any time) and GO (implement TC in NBs). -- 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 129029] FORMATTING: Incorrect page count using paragraph style with page break before and page number
https://bugs.documentfoundation.org/show_bug.cgi?id=129029 Heiko Tietze changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #5 from Heiko Tietze --- *** This bug has been marked as a duplicate of bug 126284 *** -- 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 124969] Dark theme option to read/view/write in LO.
https://bugs.documentfoundation.org/show_bug.cgi?id=124969 --- Comment #16 from Heiko Tietze --- (In reply to Hussam Al-Tayeb from comment #13) > I'm trying to make this easier to decipher for Libreoffice developers. So, > to confirm, what we need here are two things? Icons are the one piece (as Stuart pointed out; and XFCE is not among the special desktop environments we can detect), font is the other. There are still several controls with hard-coded color. And we also have to talk about the application colors to maintain the contrast with changing background brightness. -- 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 129029] FORMATTING: Incorrect page count using paragraph style with page break before and page number
https://bugs.documentfoundation.org/show_bug.cgi?id=129029 Mike changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED --- Comment #4 from Mike --- Apologies for the delay. Yes, that will be fine. Thank you for the explanation. -- 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 107158] [META] Notebookbar Groupedbar
https://bugs.documentfoundation.org/show_bug.cgi?id=107158 Bug 107158 depends on bug 124258, which changed state. Bug 124258 Summary: No content shown for Groupedbar in Draw https://bugs.documentfoundation.org/show_bug.cgi?id=124258 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- 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 107158] [META] Notebookbar Groupedbar
https://bugs.documentfoundation.org/show_bug.cgi?id=107158 Bug 107158 depends on bug 128927, which changed state. Bug 128927 Summary: UI: Groupedbar Compact shows irritating label 'Colour' where 'Filter' was expected https://bugs.documentfoundation.org/show_bug.cgi?id=128927 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- 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 124969] Dark theme option to read/view/write in LO.
https://bugs.documentfoundation.org/show_bug.cgi?id=124969 --- Comment #15 from Hussam Al-Tayeb --- On xfce 4.14, it defaults to Tango. It defaults to Breeze on KDE. But I can choose breeze or sifr dark variants on either desktop and they work well. -- 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 124969] Dark theme option to read/view/write in LO.
https://bugs.documentfoundation.org/show_bug.cgi?id=124969 --- Comment #14 from V Stuart Foote --- (In reply to Hussam Al-Tayeb from comment #13) > I'm trying to make this easier to decipher for Libreoffice developers. So, > to confirm, what we need here are two things? > 1) Dark versions of some indicator icons in tango theme. Hmm, not so sure... Currently the project maintains Sifr (Dark), and Breeze (Dark) both of which are presentable on the 'Adwaita (dark)' theme. I just checked and for Fedora 31 with the Adwaita Dark shell, and for LibreOffice the (Automatic) icon theme assigned is Breeze (Dark), not Tango. There can never be LibreOffice provided 'Dark' versions of Tango--which is an unsupported and incomplete icon theme, we've made some critical additions, but adding a whole 'dark' mode theme is unlikely. Especially as no 'dark' theme was "defined" for the Tango artwork guidelines [1]. So, should a Tango icon end up as a fall back for other themes, it will always result in low contrast in a 'dark' theme. > 2) Ability to change the indicator icons on the fly without restart > LibreOffice. > We actually do not need to restart LibreOffice to get Statusbar icons to update. You just exit any active module(s) (ending up back to Start Center) and relaunch the module. But I do agree the Statusbar should be able to refresh after change of icon style, just like happens for toolbars/sidebar/menus/NB already. Something is off in the Statusbar that it does not. =-ref-= [1] http://tango.freedesktop.org/Tango_Icon_Theme_Guidelines =-testing-= Testing with Fedora 31 with Adwaita (dark) theme selected from GTK Tweaks Version: 6.3.3.2.0+ Build ID: 6.3.3.2-7.fc31 CPU threads: 4; OS: Linux 5.3; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded -- 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 129140] Wording in printer dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=129140 Anthony Youngman changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED --- Comment #3 from Anthony Youngman --- (In reply to Heiko Tietze from comment #1) > What I find is "Paper sides" with > > Print only in one side > Print in both sides (long edge) > Print in both sides (short edge) > > (should be "on" as well) but no "Print in Duplex". A screenshot might help. Yes those are the options that appear. "print on both sides" is just user-ese for duplex. That's why I suggested the options the way I did - user-ese first followed by technical-ese in brackets. So the three options are single-sided, double-sided portrait, and double-sided landscape. Basically, all I'm asking is that those three options just be re-worded as I suggested (or something similar) because, as it stands, they might be perfectly understandable but they are not correct English. Seeing as both my printers are fully duplex capable, I don't know what is displayed if/when you offer "manual duplex" where the program prints odd pages, waits for the user to turn the paper over, and then prints even pages. -- 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 57344] UI: 'Edit Style' item superfluous in TABLE related context menus if not all table is selected
https://bugs.documentfoundation.org/show_bug.cgi?id=57344 --- Comment #13 from Timur --- Created attachment 156279 --> https://bugs.documentfoundation.org/attachment.cgi?id=156279=edit Edit Style on table - screenshot -- 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 57344] UI: 'Edit Style' item superfluous in TABLE related context menus if not all table is selected
https://bugs.documentfoundation.org/show_bug.cgi?id=57344 Timur changed: What|Removed |Added Attachment #70330|0 |1 is obsolete|| -- 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 57344] UI: 'Edit Style' item superfluous in TABLE related context menus if not all table is selected
https://bugs.documentfoundation.org/show_bug.cgi?id=57344 Timur changed: What|Removed |Added Hardware|x86-64 (AMD64) |All Component|Draw|Impress -- 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 57344] UI: 'Edit Style' item superfluous in TABLE related context menus if not all table is selected
https://bugs.documentfoundation.org/show_bug.cgi?id=57344 Timur changed: What|Removed |Added CC||kain...@gmail.com See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=99 ||852 --- Comment #12 from Timur --- Non-useful menu Edit Style on cell is gone now. And literally this would be "WorksForMe". But table's Edit Style is also gone if table is selected. Anyone knows when? I didn't use it, was it useful, with many tabs? Now we have Table Properties with less tabs. Let's answer that before closing. Table styles are a separate issue, let's keep it in bug 99852. -- 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 57344] UI: 'Edit Style' item superfluous in TABLE related context menus if not all table is selected
https://bugs.documentfoundation.org/show_bug.cgi?id=57344 Timur changed: What|Removed |Added CC||entwicklung--2015--bugs.doc ||umentfoundation.org@medium. ||net --- Comment #10 from Timur --- *** Bug 90018 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 128785] UI: Wrong message text when deleting used style
https://bugs.documentfoundation.org/show_bug.cgi?id=128785 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru --- Comment #5 from Roman Kuznetsov <79045_79...@mail.ru> --- (In reply to Heiko Tietze from comment #1) > STR_DELETE_STYLE_USED is used across all modules. We could a) parametrize > the call (haven't seen this in the sources yet) or b) rephrase like "If you > delete these styles, text/formatting will revert to the parent style...". > And c) just accept the minor awkwardness. Suggest: ... If you delete these styles, text or objects will revert to the parent style... -- 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 129162] UI: PDF Export: UI doesn't show that the export option Range, is ignored when "Full-sheet previews" (under Structure) is set
https://bugs.documentfoundation.org/show_bug.cgi?id=129162 Cor Nouws changed: What|Removed |Added Summary|UI: PDF Export: UI doesn't |UI: PDF Export: UI doesn't |show that the export option |show that the export option |Range, is ignored when |Range, is ignored when |Full-sheet Preview |"Full-sheet previews" |(Structure) is set |(under Structure) is set CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval --- Comment #1 from Cor Nouws --- So should "Full-sheet previews" disable the widgets for setting the range? The distance/position of the various controls is not ideal for that, I 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 129024] FORMATTING - Preset protected cell background color not displayed in spreadsheet (documentation per Comment 6)
https://bugs.documentfoundation.org/show_bug.cgi?id=129024 --- Comment #9 from ghaec...@gmail.com --- (In reply to Heiko Tietze from comment #8) > (In reply to ghaec...@gmail.com from comment #7) > > ...protecting the sheet (when Value highlighting is enabled) changes the > > background color of unprotected cells to white > > I cannot follow. Please provide step by step like > > 1. Insert a number in A1 > 2. Insert a formula in A2 > 3. Enable value highlighting (makes font color in a1 blue and a2 green) > 4. Enable sheet protection (changes the background into gray but should...?) Okay, I finally understand how value highlighting works. Since this issue has been changed to Documentation (NotABug), I'll provide steps to illustrate how it works and where the documentation is inadequate. I'll also offer suggestions on how to make value highlighting behavior more consistent and intuitive than it is now. Application Color abbreviations docFG - General/Font color docBG - General/Document background vhTextFG - Spreadsheet/Text vhValueFG - Spreadsheet/Values vhFormulaFG - Spreadsheet/Formulas vhProtectedBG - Spreadsheet/Protected cells background As it is now: 1. Select al cells and deselect the protected attribute 2. Insert text in A1 3. Insert a number in B1 4. Insert a formula in C1 5. In D1 set the protected attribute 6. Select the range, A1:D1, and set a user-defined background color like Light Yellow 3, which I'll just call userBG. All 4 cells show userBG and docFG, as expected. 7. Enable value highlighting - As expected, A1, B1, and C1 change foreground color from docFG to vhTextFG, vhValueFG, and vhFormulaFG, respectively. Oddly, however, none of the background colors are affected - all 4 cells still show userBG 8. Protect the sheet - As expected, foreground colors remain unchanged and correspond to the value highlighting colors. However, all 4 cells background colors are changed. D1 background changes from userBG to vhProtectedBG. Unexpected (and undocumented) is the background change in unprotected cells, A1:C1, from userBG to docBG. Current documentation for value highlighting states and value highlighting overrides user-defined colors. That's fine, but the application doesn't do it consistently. When value highlighting is enabled, the 3 configurable foreground colors (vhTextFG, vhValueFG, and vhFormulaFG) are applied whether the sheet is protected or not. The 2 configurable background colors for value highlighting are only applied when the sheet is protected. Moreover, one of the configurable background colors (docBG) is a global color, affecting all modules. Suggestion for more consistent/intuitive behavior: 1. When value highlighting is enabled, enforce all 5 related colors, whether or not the sheet is protected. The sheet doesn't have to be protected in order to know if a cell has the protected attribute. Sheet protection is about restricting access, not about display/formatting. 2. Add another configurable value highlighting color, "Unprotected cells background", so that it can be configured separately from the global docBG setting. In addition to providing more consistent behavior, these changes would also simply documenting the feature. It would just be a simple on/off toggle that overrides user-defined formatting. -- 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 129128] Redaction Toolbar Should Not Appears In A New Draw File
https://bugs.documentfoundation.org/show_bug.cgi?id=129128 Muhammet Kara changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #5 from Muhammet Kara --- Closing as WONTFIX, as per comments #2, #3, #4 -- 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 95347] Hidden sidebar in Writer causes Impress to open with hidden sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=95347 --- Comment #3 from QA Administrators --- Dear Yousuf Philips (jay), To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- 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 128933] Contextual Single mode with bad spacing and ugly lines; should look the same as Single Toolbar mode
https://bugs.documentfoundation.org/show_bug.cgi?id=128933 andreas_k changed: What|Removed |Added Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED --- Comment #5 from andreas_k --- Hi, ugly is very subjectiv and if you have an look at the other NB layouts it is usefull to have there an separation between menubar and NB. So I'm for wantfix cause otherwise we have to discuss in which NB layout the line should be visible or not. anyway thanks for the feedback. -- 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 124969] Dark theme option to read/view/write in LO.
https://bugs.documentfoundation.org/show_bug.cgi?id=124969 --- Comment #12 from Hussam Al-Tayeb --- (In reply to Rizal Muttaqin from comment #11) > The component you mentioned here are alreay part of icon theme but > unfortunately it won't change immediately after we change icon the the dark > version. LO should be restarted completely to see the changes. I'm not sure I am following you. I changed the gtk theme and restarted libreoffice. The issue here is lack of "dark" version of Tango? -- 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 129128] Redaction Toolbar Should Not Appears In A New Draw File
https://bugs.documentfoundation.org/show_bug.cgi?id=129128 --- Comment #4 from Rizal Muttaqin --- (In reply to Heiko Tietze from comment #3) > (In reply to Muhammet Kara from comment #2) > > What is the harm in that? > > ... > > Reasonable arguments, +1 for WFM. There's no harm actually. Floating toolbar was exist on Ooo era. Nowadays every "context" toolbar in LibO attached nicely. Otherwise, dock the toolbar just like others. -- 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 124969] Dark theme option to read/view/write in LO.
https://bugs.documentfoundation.org/show_bug.cgi?id=124969 --- Comment #11 from Rizal Muttaqin --- (In reply to Hussam Al-Tayeb from comment #10) > As mentioned on bug 129145, some statusbar indicator are not easily visible > on Adwaita Dark theme using Tango LO theme. > Screenshot: https://bugs.documentfoundation.org/attachment.cgi?id=156253 > Sugestions: Use white(high contrast) variants of the single page/multiple > page, - and + signs on dark gtk themes and the same for the modified > document indicator. The component you mentioned here are alreay part of icon theme but unfortunately it won't change immediately after we change icon the the dark version. LO should be restarted completely to see the changes. -- 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 129128] Redaction Toolbar Should Not Appears In A New Draw File
https://bugs.documentfoundation.org/show_bug.cgi?id=129128 Heiko Tietze changed: What|Removed |Added CC|heiko.tietze@documentfounda |libreoffice-ux-advise@lists |tion.org|.freedesktop.org, ||vstuart.fo...@utsa.edu --- Comment #3 from Heiko Tietze --- (In reply to Muhammet Kara from comment #2) > What is the harm in that? > ... Reasonable arguments, +1 for WFM. -- 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
