[Libreoffice-ux-advise] [Bug 117009] In Impress UI scroll bars are active beyond the extent of the slide
https://bugs.documentfoundation.org/show_bug.cgi?id=117009 --- Comment #14 from Thomas Lendo --- (In reply to Cor Nouws from comment #13) > I support the idea of an option. > But changing the default behavior that we must consider that people are used > to work with, needs stronger arguments IMO. If we change the default setting, would users of existing/old profiles see the new default or would they stick in their old setting? If it doesn't change, your argument against it is obsolete in my POV. Just for the record, regardless what the default will be: It should be possible to move/extend any object outside of paper/slide size but no scrollbars bars should be shown with this option enabled and page down/up keys should not change the canvas view if the paper/slide size fits in the canvas completely. -- 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 100373] [META] Style issues in Draw/Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=100373 Bug 100373 depends on bug 117455, which changed state. Bug 117455 Summary: Add color drawing styles in Draw https://bugs.documentfoundation.org/show_bug.cgi?id=117455 What|Removed |Added Status|NEW |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 117231] There is no way to suppress Writer inserting blank pages to make page No. 1 a right-hand page (Formatting)
https://bugs.documentfoundation.org/show_bug.cgi?id=117231 --- Comment #15 from Regina Henschel --- For adapting content in the header/footer please have a look at the various Fields. For you especially those, which input content from the standard and from the user fields of the document properties, might be of interest. Please consult the Writer Guide and ask on mailing list or forum in case you need help with all these advanced features of LibreOffice. -- 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 117231] There is no way to suppress Writer inserting blank pages to make page No. 1 a right-hand page (Formatting)
https://bugs.documentfoundation.org/show_bug.cgi?id=117231 --- Comment #14 from A.Holtsmark --- Thank you for this informative post. I will give it a try later today, but it sounds like it might work. HOWEVER, it will probably not work well in my very specific case. I ported the whole document from Word to Writer due to the complex page numbering scheme I needed to use. -I have page styles for chapter levels 1 to 3. This results in 3 page styles -For each of these, I have page styles for whether this page contains information that is authority approved or not, making it 6 styles. -Then we had to change from national to European certification authority, making it 12 styles. -Finally, for each time the document is edited, there is a new date in the footer (a part of the page change tracking), adding another set of 12 styles each time. So far, we have managed to get away with 4 edits. This yields 48 page styles within the document. Now, If I must split each style into a left-hand and a right-hand style, I will have to manage 96 page styles within this single document. I fear that the cure will be worse than the disease. Therefore: While I accept that the solution mentioned above may be a/the correct solution to this issue, I fear that unless one of the two fixes I mentioned above is implemented, I will be stuck with my current workaround. PS: MS Word choked completely on this numbering scheme. Before porting I had to open the Word document in Writer and re-save as .doc in order to maker Word open the document without choking. It is definitely not a common type of 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 117631] Menu option 'View > Hidden Paragraphs' missing from 5.4
https://bugs.documentfoundation.org/show_bug.cgi?id=117631 V Stuart Foote changed: What|Removed |Added CC||vstuart.fo...@utsa.edu See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||7658, ||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||7722 --- Comment #4 from V Stuart Foote --- Removed from Writer menubar with https://gerrit.libreoffice.org/gitweb?p=core.git;a=commitdiff;h=adb5cdcf2352d3f1c78645feafc4c270b58b197a done for https://gerrit.libreoffice.org/#/c/37727/ But not clear if it was intentional at that point. @Jay? Believe it slipped in during work on bug 107658 to decouple Hidden Text & Paragraph from showing with the Formatting marks--but present in a sub-menu on the View menu. Required new UNO command for Hidden Text -- bug 107722 Should be simple to restore it somewhere about https://opengrok.libreoffice.org/xref/core/sw/uiconfig/swriter/menubar/menubar.xml#203 Meanwhile, the display of hidden Text and Paragraphs is toggled by check box from the Writer Formatting Aids (Toolls -> Options -> LO Writer -> Formatting Aids: Display Of controls. -- 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 117231] There is no way to suppress Writer inserting blank pages to make page No. 1 a right-hand page (Formatting)
https://bugs.documentfoundation.org/show_bug.cgi?id=117231 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #13 from Regina Henschel --- (In reply to A.Holtsmark from comment #0) > Description: > When working in "book mode" (edit>view>zoom>"zoom and view layout"), libre > office writer will insert blank pages to make page No. 1 a right-hand page. > Documentation like operational manuals often have complex page numbering > like "CHAPTER.SUBCHAPTER-PAGENUMBER", where page number is reset to 1 with > every new sub-chapter (This allows for easy insertion or removal of pages > during the lifetime of the product without affecting the page numbering of > the whole document). In this type of document, having auto-inserted blank > pages every 4 or 5 pages overly inflates the document. If you do not want the automatic "odd pages right", you have to use different settings in the page styles. The settings "right and left" and "mirrored" have the automatic "odd pages right". But you can set "only left" and "only right". These put the content left and right respectively regardless of the page number. You will likely need a first page style (without footer), a left page style and a right page style. To get an automatic change between right and left, you set "Next style" reciprocally. Shortcoming of such left-right-alternating is, that when inserting a page break you need to know whether the new page will be a right or left one to choose the correct style in the dialog. And you will have to change page breaks, if you later on notice, that you have to add a further page in between. For me this is a "works for 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 117428] add an option to PDF export dialog to do ActualText per word
https://bugs.documentfoundation.org/show_bug.cgi?id=117428 --- Comment #12 from Khaled Hosny --- (In reply to Shree Devi Kumar from comment #10) > (In reply to Khaled Hosny from comment #9) > > They keyword for the > > proposed changes is “per word”, the new option would skip the algorithm and > > tags the glyphs if each word with it's text, as a complete unit. > > @Khaled Any update on this? Can you create a patch for this option so that > it can be tested? I don’t currently have time to work on this, unfortunately. -- 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 117231] There is no way to suppress Writer inserting blank pages to make page No. 1 a right-hand page (Formatting)
https://bugs.documentfoundation.org/show_bug.cgi?id=117231 --- Comment #12 from A.Holtsmark --- (In reply to Cor Nouws from comment #11) > (In reply to A.Holtsmark from comment #9) > > "What is the effect of Tools > Options > Writer > Printing ... "Print > > automatically inserted blank pages" for your case?" Hi Cor, I ran the test on the test-document that I posted albove. When editing in "Book mode", un-checking "Print automatically inserted blank pages" results in blank pages not being printed. This remains irrelevant since I can not create the document in a sensible fashion. > > > > -This setting is of little relevance. > > It does not affect the way the document reacts to viewing settings, and it > > correct, that is what I wrote. > > > changes nothing to the pdf export. > > There is the same option in PDF export. I looked, but could not find such a setting. This does not imply that this setting does not exist. However, this too is irrelevant to my problem. > > My problem is one of editing, not printing. > > You also wrote that it is a problem that in published documents, too many > pages needs to be replaced because of this option influencing page > numbering.. > So that is confusing. The problem that I have is that I would end up with a document that has 50% to 100% more pages than necessary due to auto-inserted blank pages. As thing stand now, there is already too little space in the portable ring-binder that should hold the document. Unchecking the printing option reduces the number of printed pages, but it does not let me view the document properly while editing. > But the request is to have an option to not have the automatic inserted > blank pages, with as consequence that in a printed book at one moment right > pages have odd numbers, and at another position even numbers? The basic issue is that to view the document correctly with left hand page to the left and right hand page to the right, writer must put the first page to the right. Writer only does this in "book mode", but then it inserts blank pages all through the document. The issue can be solved in two ways: 1: make it possible to suppress the auto-insertion of blank pages in book mode. 2: make it possible to position the first page to the right outside of book mode. Both solutions could be selected over a simple checkbox in the appropriate menu. Please play around with the document I uploaded and see if you can get it to view correctly. I can only acheive this be de-selecting book-mode and adding a blank page in front of the first page. I am sorry about needing so much text to explain the problem, but it was not easy to find and understand the underlying issue, and it is not an obvious 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 117428] add an option to PDF export dialog to do ActualText per word
https://bugs.documentfoundation.org/show_bug.cgi?id=117428 V Stuart Foote changed: What|Removed |Added Status|ASSIGNED|NEW See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=58 ||941 --- Comment #11 from V Stuart Foote --- I don't believe Khaled has volunteered to tackle the needed refactoring to the PDF export filter and GUI. Check History--clearly not assigned as Khaled removed himself, back to NEW Otherwise, is there any objection that implementing an /ActualText flag "per word" will mean string selection to copy from PDF will be limited to word bounds? Personally I think we need the tagging more than the partial string copy. Assuring correct handling combining glyphs and Unicode script--and presumably OTF font features when implemented (as for bug 58941)--is the desired outcome. Justified from a11y perspective, and needed for accuracy supporting CTL scripts. Is that the UX consensus? -- 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 117631] Menu option 'View > Hidden Paragraphs' missing from 5.4
https://bugs.documentfoundation.org/show_bug.cgi?id=117631 --- Comment #3 from Yousuf Philips (jay) (retired) --- Entry was removed on purpose. This setting can be changed in Tools > Options > LibreOffice Writer > Formatting Aids. -- 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 38295] Many margin comments/notes are complicated to use
https://bugs.documentfoundation.org/show_bug.cgi?id=38295 Timur changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=95 ||958, ||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=97 ||341, ||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=73 ||953 -- 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 103693] Ugly presentation of comments when exporting as PDF
https://bugs.documentfoundation.org/show_bug.cgi?id=103693 Timur changed: What|Removed |Added Hardware|x86-64 (AMD64) |All -- 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 117428] add an option to PDF export dialog to do ActualText per word
https://bugs.documentfoundation.org/show_bug.cgi?id=117428 Shree Devi Kumar changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #10 from Shree Devi Kumar --- (In reply to Khaled Hosny from comment #9) > > We do export the text already, but using a clever algorithm that minimizes > file size impact and keeps individual characters selectable (as much as > possible), but it fails in minor ways with some readers second guessing us > and inserting random spaces in the middle of the word. For Indic languages this was happening in ALL readers that I tested. > They keyword for the > proposed changes is “per word”, the new option would skip the algorithm and > tags the glyphs if each word with it's text, as a complete unit. @Khaled Any update on this? Can you create a patch for this option so that it can be tested? -- 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 117631] Menu option 'View > Hidden Paragraphs' missing from 5.4
https://bugs.documentfoundation.org/show_bug.cgi?id=117631 Dieter Praas changed: What|Removed |Added Blocks||85811 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 99995] Paragraphs with Font Effects> Hidden flag cannot be included in PDF or Print Preview
https://bugs.documentfoundation.org/show_bug.cgi?id=5 Timur changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||7631 -- 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 117631] Menu option 'View > Hidden Paragraphs' missing from 5.4
https://bugs.documentfoundation.org/show_bug.cgi?id=117631 Timur changed: What|Removed |Added Status|UNCONFIRMED |NEW Version|6.0.4.2 release |5.4.0.0.alpha0+ See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=99 ||995 Summary|Menu option 'View > Hidden |Menu option 'View > Hidden |Paragraphs' missing |Paragraphs' missing from ||5.4 Ever confirmed|0 |1 OS|Windows (All) |All --- Comment #2 from Timur --- "View - Hidden Paragraphs" is there in 5.3 but I don't see it from 5.4. Also mentioned in bug 5. Since I cannot find an explanation and help still mentions this, I'll set to New, unless explained otherwise. https://help.libreoffice.org/Writer/Hidden_Paragraphs https://help.libreoffice.org/6.1/en-US/text/swriter/guide/hidden_text_display.html -- 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 117631] Menu option 'View > Hidden Paragraphs' missing
https://bugs.documentfoundation.org/show_bug.cgi?id=117631 Dieter Praas changed: What|Removed |Added Keywords||needsUXEval CC||dgp-m...@gmx.de, ||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #1 from Dieter Praas --- Can find "Hidden Paragraophs" in LO 5.4.6 but not in 6.1.0.0. I assume, that this is intended, because the whole structure of the menu has changed. So I would say it's NOTASBUG. But let's ask design team. You can add the entry via options => Customize => Menus -- 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 117231] There is no way to suppress Writer inserting blank pages to make page No. 1 a right-hand page (Formatting)
https://bugs.documentfoundation.org/show_bug.cgi?id=117231 --- Comment #11 from Cor Nouws --- (In reply to A.Holtsmark from comment #9) > "What is the effect of Tools > Options > Writer > Printing ... "Print > automatically inserted blank pages" for your case?" > > -This setting is of little relevance. > It does not affect the way the document reacts to viewing settings, and it correct, that is what I wrote. > changes nothing to the pdf export. There is the same option in PDF export. > My problem is one of editing, not printing. You also wrote that it is a problem that in published documents, too many pages needs to be replaced because of this option influencing page numbering.. So that is confusing. But the request is to have an option to not have the automatic inserted blank pages, with as consequence that in a printed book at one moment right pages have odd numbers, and at another position even numbers? -- 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 117009] In Impress UI scroll bars are active beyond the extent of the slide
https://bugs.documentfoundation.org/show_bug.cgi?id=117009 --- Comment #13 from Cor Nouws --- (In reply to Thomas Lendo from comment #11) > It should still be possible to add or extend objects outside of slide/paper > size but the default is better to be restricted. I never understood why it > is possible to scroll left/right/up/down of slide/paper size when this is > ... I support the idea of an option. But changing the default behavior that we must consider that people are used to work with, needs stronger arguments IMO. -- 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