[Libreoffice-ux-advise] [Bug 91886] Make font installation optional
https://bugs.documentfoundation.org/show_bug.cgi?id=91886 --- Comment #10 from João Paulo --- (In reply to Mike Kaganski from comment #9) > We should only distribute fonts with LibreOffice that are needed by > LibreOffice, and distribute them unconditionally. I think the OpenSymbol font is needed by LibreOffice, because it uses the symbols on the Math component and also the templates use it for the bulleted lists, and also the following font families are needed by LibreOffice to ease interoperability: Liberation (Sans / Sans Narrow / Serif / Mono), Caladea and Carlito. **Everything else is unneeded and I agree with you.** But I don't agree that these fonts should be distributed unconditionally, as: 1) There are people/systems administrators who manages the installed fonts to keep them installed on the system to a minimum (LibreOffice would be another software installing unneeded/unwanted fonts); 2) Not everyone needs interoperability by default, as fonts can be embedded on the .odt files and people may need to send only PDF files instead of the source files (for example, my interoperability workflow is with PDFs with embedded fonts or with, unfortunately, .docx files using only fonts preinstalled with Windows if the other party needs to edit them). Maybe my Comment #8 is way too complex to implement, as each font family would be made an optional feature on the .MSI package, but keeping the fonts distributed with LibreOffice to a bare minimum as on this Comment (OpenSymbol/Liberation/Caladea/Carlito) **and** making them (individually or as a group) as optional features installed by default could be a useful compromise. -- 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 135538] Search-Replace: Regular Expression engine fails on zero length matches
https://bugs.documentfoundation.org/show_bug.cgi?id=135538 Heiko Tietze changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.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 135515] Print preview always places pages in LTR order
https://bugs.documentfoundation.org/show_bug.cgi?id=135515 Heiko Tietze changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.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 135282] A showcase of HTML import, editing and export bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=135282 Heiko Tietze changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.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 115737] Allow more font and position formatting for watermarks
https://bugs.documentfoundation.org/show_bug.cgi?id=115737 Rizal Muttaqin changed: What|Removed |Added CC||riz_17_...@yahoo.co.id --- Comment #9 from Rizal Muttaqin --- Created attachment 164247 --> https://bugs.documentfoundation.org/attachment.cgi?id=164247=edit Watermark option in ONLYOFFICE ONLYOFFICE Desktop Editors version 5.5.1.78 provides some basic text 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 135474] Insert image location points to AppData\Roaming\LibreOfficeDev\4\user\gallery with a fresh profile
https://bugs.documentfoundation.org/show_bug.cgi?id=135474 Rizal Muttaqin changed: What|Removed |Added CC||riz_17_...@yahoo.co.id --- Comment #3 from Rizal Muttaqin --- Look like a duplicate from tdf#132734 -- 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 135669] EDITING: Drag and drop from Windows Explorer to Writer does not make OLE object
https://bugs.documentfoundation.org/show_bug.cgi?id=135669 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Ever confirmed|0 |1 Keywords|needsUXEval | Status|UNCONFIRMED |NEW --- Comment #6 from Heiko Tietze --- Agreement on NEW, no further input from UX required. -- 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 135474] Insert image location points to AppData\Roaming\LibreOfficeDev\4\user\gallery with a fresh profile
https://bugs.documentfoundation.org/show_bug.cgi?id=135474 Telesto changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #4 from Telesto --- *** This bug has been marked as a duplicate of bug 132734 *** -- 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 115737] Allow more font and position formatting for watermarks
https://bugs.documentfoundation.org/show_bug.cgi?id=115737 --- Comment #10 from Rizal Muttaqin --- Created attachment 164250 --> https://bugs.documentfoundation.org/attachment.cgi?id=164250=edit WPS Writer's watermark option While in WPS Writer (11.1.0.9604) we can similar text option with ONLYOFFICE, but it has preview. WPS Writer provide 1) while both office suites provide 3). I prefer to see improvement for 1) and 3) point and leave 2) for next enhancement or make it (number (2)) WFM What missing here is watermark option for picture, but it's another enhancement request/bug report. -- 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 133892] select a range from heading-A to heading-B's end, using Navigator
https://bugs.documentfoundation.org/show_bug.cgi?id=133892 --- Comment #4 from Dieter --- (In reply to Jim Raykowski from comment #2) > Created attachment 164224 [details] > text selection using shift+arrow/page keys and headings content navigation > view multi-selection > > In version 7.0 and above there is opportunity to delete multiple chapters in > Navigator Headings Content Navigation View using list multi-selection > techniques, e.g. shift+arrow up/down, ctrl/shift + mouse click, and then > either pressing the 'Del' key or from the context menu item 'Delete'. > > Since version - I don't know - text selection can be accomplished by many > keyboard methods, e.g. Shift + arrow/page keys. > > Please see attached video demo. > > Perhaps I misunderstand what is being asked for enhancement? Thanks for this information. I think, documentation about Content Navigation View could be improved here: https://help.libreoffice.org/7.0/en-GB/text/swriter/01/0211.html?=WRITER=WIN -- 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 91886] Make font installation optional
https://bugs.documentfoundation.org/show_bug.cgi?id=91886 --- Comment #11 from Mike Kaganski --- (In reply to João Paulo from comment #10) Again - please don't forget that not only "it should be done because someone possibly would ever need it" matters, but also "... and making it possible is maintainable - i.e. allows testing that it works". If something is a resource, and its absence breaks functionality, than this is not optional. Built-in things like font substitution expects to find those fonts => they are required for correct operation. Unless someone volunteers to perform complete audit, and also provide extensive set of unit tests to cover "no fonts" scenario -> WF IMO. But removing unnecessary fonts already bundled into LO would be great. -- 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 133892] select a range from heading-A to heading-B's end, using Navigator
https://bugs.documentfoundation.org/show_bug.cgi?id=133892 Heiko Tietze changed: What|Removed |Added Resolution|--- |WORKSFORME Status|UNCONFIRMED |RESOLVED --- Comment #3 from Heiko Tietze --- (In reply to Jim Raykowski from comment #2) > In version 7.0 and above there is opportunity to delete multiple chapters in > Navigator Headings Content Navigation View And selection works of course too. So 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
[Libreoffice-ux-advise] [Bug 135282] A showcase of HTML import, editing and export bugs in an HTML5 era
https://bugs.documentfoundation.org/show_bug.cgi?id=135282 V Stuart Foote changed: What|Removed |Added Resolution|--- |DUPLICATE CC||qui...@gmail.com, ||t...@iki.fi, ||vmik...@collabora.com, ||vstuart.fo...@utsa.edu Status|UNCONFIRMED |RESOLVED Summary|A showcase of HTML import, |A showcase of HTML import, |editing and export bugs |editing and export bugs in ||an HTML5 era Keywords|needsUXEval | Whiteboard| QA:needsComment| --- Comment #6 from V Stuart Foote --- Work on the Writer Web module ended at HTML 4.0 Transitional--while not officially deprecated the feature is essentially abandoned. Import and Export (save to HTML) works reasonably well for inline CSS2 HTML 4.0 markup--that is it. The default import filter mode for opening a .HTML document with LibreOffice is into the Writer Web module, into its 'Web' (un-paged view). I can not confirm reported issue of import opening to Writer Web 'Normal' (i.e. page view). Clear you user profile to defaults to resolve. The CSS of the js based HTML5/CSS3 web page linked is simply not renderable, and excess content/meta is filter import captured as comments. The Writer Web mode allows those spurious (to HTML 4.0) comments to be toggled off--or better to simply delete in bulk from the HTML file. Point is this is as good as it gets, and we have bug 95861 open to consider work to make the Writer Web module HTML5 and CSS3 aware if not functional. With some devs opining it would be better to drop the Writer Web module completely and only filter import to Writer, and export to styled XHTML. *** This bug has been marked as a duplicate of bug 95861 *** -- 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 135646] Add minimize command to menu "Window"
https://bugs.documentfoundation.org/show_bug.cgi?id=135646 Dieter changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=69 ||378 OS|Mac OS X (All) |All Blocks||85811 Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org Severity|minor |enhancement Summary|The Window menu has no |Add minimize command to |Minimize command|menu "Window" Component|Writer |UI --- Comment #5 from Dieter --- Now I've got it (never used that menu). I think it's rather an enhancement request than a bug. cc: Design-Team for decision Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=85811 [Bug 85811] [META] Main menu bar 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 134640] UI: Printer settings hidden under more
https://bugs.documentfoundation.org/show_bug.cgi?id=134640 Timur changed: What|Removed |Added CC||dr...@smolpk.ru --- Comment #19 from Timur --- *** Bug 135690 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 135646] Add minimize command to menu "Window"
https://bugs.documentfoundation.org/show_bug.cgi?id=135646 V Stuart Foote changed: What|Removed |Added OS|All |Mac OS X (All) CC||vstuart.fo...@utsa.edu Blocks||42082 --- Comment #7 from V Stuart Foote --- An isn't this rather macOS specific? Other os/DE have the standard frame/window decorations that are the norm, including for macOS just suppressed there (so greater dependence on the main menu--which for macOS is more tightly bound to DE). Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=42082 [Bug 42082] [META] Make LibreOffice shine and glow on macOS -- 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 135646] Add minimize command to menu "Window"
https://bugs.documentfoundation.org/show_bug.cgi?id=135646 Emir Sarı changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #6 from Emir Sarı --- It needs minimise, zoom, tile to the left, tile to the right, move window to external/internal screen (if applicable), bring all to front... And if that day ever comes and LO has macOS tab capability built-in, the tab options as 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 135646] Add minimize command to "Window" menu on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=135646 Heiko Tietze changed: What|Removed |Added URL||https://developer.apple.com ||/design/human-interface-gui ||delines/macos/menus/menu-ba ||r-menus/ Summary|Add minimize command to |Add minimize command to |menu "Window" |"Window" menu on macOS CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | --- Comment #8 from Heiko Tietze --- Guideline on macOS defines it (-> URL), we have to comply. Removing needsUX -- 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 135515] Print preview always places pages in LTR order
https://bugs.documentfoundation.org/show_bug.cgi?id=135515 Heiko Tietze changed: What|Removed |Added CC||mikekagan...@hotmail.com --- Comment #6 from Heiko Tietze --- (In reply to Eyal Rozenberg from comment #4) > 1. The default page ordering during print preview correspond to the default > page style's direction. What exactly is the page style text direction? Left/Right on the printer layout affects only the page number. Was thinking about the Default Paragraph Style but this shouldn't be used- and you cannot be sure whether Text Body is the actual used default. > 2. There be some UI for toggling the page order (between LTR and RTL). The PS has an option under Alignment but this doesn't affects the print preview neither the multiple-page view. Point is still what we take. -- 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 135282] A showcase of HTML import, editing and export bugs in an HTML5 era
https://bugs.documentfoundation.org/show_bug.cgi?id=135282 Eyal Rozenberg changed: What|Removed |Added Ever confirmed|0 |1 Status|RESOLVED|REOPENED Resolution|DUPLICATE |--- --- Comment #7 from Eyal Rozenberg --- (In reply to V Stuart Foote from comment #6) You've made several points in your comment; but I'll begin by stressing that this bug is not a duplicate of 95861. That bug regards HTML5 and CSS3, like you yourself said; but this bug has nothing in particular to do with CSS3. While it's quite possible that the HTML I attached has some CSS3-specific selectors or attributes - most of the issues listed here have nothing to do with that. The appearance of the document may involve mis-handling or non-handling of CSS3, but I'm not even sure that's the case; and again - it's 2 out of 10 issues. It's important, IMHO, not to "kill" this bug as a dupe exactly because it showcases many issues at once. Oh, also - IIANM, the HTML itself in the attached document is plain-vanilla. Nothing beyond HTML 4.0 and probably earlier. > Work on the Writer Web module ended at HTML 4.0 Transitional--while not > officially deprecated the feature is essentially abandoned. I'm not sure I see why this is relevant. Bugs are bugs. If the feature was experimental, or unavailable by default etc. then it might be argued that bugs should not be reported and addressed. I understand that nobody is springing into action to fix this, and that is ok (well, maybe). > Import and Export (save to HTML) works reasonably well for inline CSS2 HTML > 4.0 markup--that is it. First note that this issue is not merely about the importation and the exportation but also about what LO does with what's been imported. Having said that - import and export doesn't work reasonably well in some cases. There are significant issues - as I have demonstrated. That is another reason why it is inappropriate to close this bug. > The default import filter mode for opening a .HTML document with LibreOffice > is into the Writer Web module, into its 'Web' (un-paged view). I can not > confirm reported issue of import opening to Writer Web 'Normal' (i.e. page > view). I'll try to get others to confirm. > > Clear you user profile to defaults to resolve. I've never cleaned my LO user profile before. I'll try it and report the result. > The CSS of the js based HTML5/CSS3 web page linked is simply not renderable, The web page is not "JS-based"; and it is quite renderable. In fact, its script elements are mostly empty. The URIs are actually not in src= attribtes but in data-savepage-src attributes. And if you delete the script tags, you still get basically the same rendering in a browser and the same mis-rendering in LibreOffice. > and excess content/meta is filter import captured as comments. ... which is a bug, or several bugs, as I've described. > Point is this is as good as it gets With respect - that is unacceptable. That is, you are of course under no personal obligation to fix things, but LO's current handling of HTML documents is not nearly what it should be, and there is no reason to lower users' expectations to the current state of the implementation. >, and we have bug 95861 open to consider > work to make the Writer Web module HTML5 and CSS3 aware if not functional. It's possible that work on that may help some of the issues here, but probably at most the two issues which may be the cause of lack of CSS3 support. Possibly not even those. > With some devs opining it would be better to drop the Writer Web module > completely and only filter import to Writer, and export to styled XHTML. Only 2 of the issues I've reported regard saving the edited file. And they too are valid issues, I believe, while writing HTML files is supported. Also, are you certain that saving this document to XHTML would yield reasonable output? I am somewhat doubtful. -- 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 135515] Print preview always places pages in LTR order
https://bugs.documentfoundation.org/show_bug.cgi?id=135515 --- Comment #7 from Mike Kaganski --- (In reply to Heiko Tietze from comment #6) > (In reply to Eyal Rozenberg from comment #4) > > 1. The default page ordering during print preview correspond to the default > > page style's direction. > > What exactly is the page style text direction? Format->Page Style->Page tab->Text direction. I am generally unsure how to do this best. A toggle button on print preview toolbar? an option... Using default paragraph style direction? also an option, but is guaranteed to create confusion. Follow page style text direction? also seems sane, but then we should allow alternating page order direction inside the document? which might be logical (? I don't know how bi-directional books are created, if any) - like allowing alternating text direction in one paragraph is OK... People really knowledgeable in RTL should decide this, not Englih- (Russian- (myself), German-) speaking people. -- 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 135515] Print preview always places pages in LTR order
https://bugs.documentfoundation.org/show_bug.cgi?id=135515 --- Comment #8 from Safeer Pasha --- > (? I don't know how > bi-directional books are created, if any) I have no idea how if bi-directional books exist or not. I have not seen any. but here is my opinion: If a document is typed in RTL then pages which follow LTR rules should also be numbered according to RTL and previewed as well. This will make it easier for the RTL reader since the document is essentially written for RTL readers. -- 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 129706] WRITER -- send outline to document // + export outline
https://bugs.documentfoundation.org/show_bug.cgi?id=129706 --- Comment #3 from QA Administrators --- Dear peter josvai, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- 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 129706] WRITER -- send outline to document // + export outline
https://bugs.documentfoundation.org/show_bug.cgi?id=129706 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- 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 135554] Bad layout for extra options in save dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=135554 --- Comment #5 from Jan-Marek Glogowski --- (In reply to Heiko Tietze from comment #2) > Created attachment 164184 [details] > Situation with gtk3 (on KDE) > > Not wrapped but badly aligned on KDE. Just FYI: the "extension selection" checkbox is a KDE feature, so we have to ignore LO's own setting, or we would get two of them. That checkbox is placed by KDE, so there is nothing we can do about the alignment, since we just get the area below for our own layout. -- 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