[Libreoffice-bugs] [Bug 87040] Floating toolbar feature request aka "mini toolbar"
https://bugs.documentfoundation.org/show_bug.cgi?id=87040 Heiko Tietze changed: What|Removed |Added Summary|Floating toolbar feature|Floating toolbar feature |request |request aka "mini toolbar" -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147891] Regression: roundtrip of presentations/drawings including cropped PDF images is broken
https://bugs.documentfoundation.org/show_bug.cgi?id=147891 --- Comment #5 from raal --- Yes, I used manual cropping. Can you attach printscreen before and after save? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149327] Can't type accented letters at the end of a paragraph in Writer (EDITING)
https://bugs.documentfoundation.org/show_bug.cgi?id=149327 --- Comment #1 from Marcelo --- Just a small rectification: in the example I gave, after typing "parágrafo" at the end of Paragraph1, I'll end up with: Paragraph1par´ grafoParagraph2 The accent is displayed, but not the letter that should have been accented. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149327] Can't type accented letters at the end of a paragraph in Writer (EDITING)
https://bugs.documentfoundation.org/show_bug.cgi?id=149327 Marcelo changed: What|Removed |Added Version|3.3.3 release |7.3.3.2 release -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149327] New: Can't type accented letters at the end of a paragraph in Writer (EDITING)
https://bugs.documentfoundation.org/show_bug.cgi?id=149327 Bug ID: 149327 Summary: Can't type accented letters at the end of a paragraph in Writer (EDITING) Product: LibreOffice Version: 3.3.3 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mmtsa...@gmail.com Description: Typing a dead key at the very end of a paragraph will send the cursor to the beginning of the next paragraph. The first character typed after the dead key will be "eaten" and not displayed at all. The following typed characters will be placed in the beginning of the paragraph after the one where the dead key was typed. For example, if I have the two following paragraphs: Paragraph1 Paragraph2 And, at the end of Paragraph1 I type the word "parágrafo", I will end up with: Paragraph1par grafoParagraph2 I'm unable to type any accented characters at the end of a paragraph, unless I add a blank space (or any other character) before the paragraph end marker and type my text before it. Then dead keys will work as they should. Dead keys are working fine in other applications and also work ok in LibreOffice Writer, as long as there are no paragraphs after the one being typed, or if I'm typing anywhere in a paragraph other than at its very end. This behavior can only be reproduced in Writer, but not in other LibreOffice applications. Running Kubuntu 21.10 and LibreOffice 7.3.3.2, pt-BR language. Steps to Reproduce: 1. In a document with more than one paragraph, place the cursor at the very end of any paragraph, except the last one 2. Type a dead key (any accent), followed by several characters Actual Results: As soon as you type the dead key, the cursor will be moved to the beginning of the following paragraph. The next letter you type will not be shown. After that, all characters you type will be placed in the beginning of the paragraph following the one where the dead key was typed. Expected Results: All the typed characters should have been placed where the cursor was when you started typing (where you placed it in step 1) Reproducible: Always User Profile Reset: No Additional Info: Version: 7.3.3.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 12; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: pt-BR Ubuntu package version: 1:7.3.3~rc2-0ubuntu0.21.10.1~lo1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149326] New: Libra Office Writer Hangs When I Click On File Then Scroll Past "Open Remote"
https://bugs.documentfoundation.org/show_bug.cgi?id=149326 Bug ID: 149326 Summary: Libra Office Writer Hangs When I Click On File Then Scroll Past "Open Remote" Product: LibreOffice Version: 3.3.0 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: bestb4expi...@gmail.com Description: In Libra Office Writer a lot of times when I click on the file button (Top Left) and then start to scroll my mouse down the list. As it passes over the button titled "open remote" it freezes there as if it's trying to open something remotely. But I didn't click this. I am only scrolling past it. But it freezes for five or ten really annoying seconds before it catches on that I'm not trying to land on that button and goes down to the save or whatever I'm actually trying to do. Actual Results: Click file scroll down with mouse Expected Results: Freezes on "open Remote" Reproducible: Sometimes User Profile Reset: No Additional Info: let the mouse pass over the "open remote" without trying to do anything unless you actually click on open remote. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148011] copy-paste extreme slowness
https://bugs.documentfoundation.org/show_bug.cgi?id=148011 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147891] Regression: roundtrip of presentations/drawings including cropped PDF images is broken
https://bugs.documentfoundation.org/show_bug.cgi?id=147891 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147749] calc issuing X11 activate hint when "Find" bottom tab is opened
https://bugs.documentfoundation.org/show_bug.cgi?id=147749 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147698] Typing (") after a fraction or an (') to show possession causes a large spacing (7.3.0.3 - x64)
https://bugs.documentfoundation.org/show_bug.cgi?id=147698 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149063] Writer "hanging" regularly whilst amending documents
https://bugs.documentfoundation.org/show_bug.cgi?id=149063 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149059] [VIEWING] Selection display is displaced when selecting upward with mouse without exiting write/edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=149059 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149055] Embedded chart no longer works properly
https://bugs.documentfoundation.org/show_bug.cgi?id=149055 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149046] Error in the description of the mathematical formula
https://bugs.documentfoundation.org/show_bug.cgi?id=149046 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148633] LO Help F1 shows contents of a script file, not a doc for help
https://bugs.documentfoundation.org/show_bug.cgi?id=148633 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145247] Cannot save documents macOS Catalina
https://bugs.documentfoundation.org/show_bug.cgi?id=145247 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148633] LO Help F1 shows contents of a script file, not a doc for help
https://bugs.documentfoundation.org/show_bug.cgi?id=148633 --- Comment #8 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145247] Cannot save documents macOS Catalina
https://bugs.documentfoundation.org/show_bug.cgi?id=145247 --- Comment #3 from QA Administrators --- Dear Keith Johnson, 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 the assignee for the bug.
[Libreoffice-bugs] [Bug 145891] Massive colour change of text not working anymore in 7.1.7.2
https://bugs.documentfoundation.org/show_bug.cgi?id=145891 --- Comment #3 from QA Administrators --- Dear drexlar, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149325] Crash when Excel VBA code is run
https://bugs.documentfoundation.org/show_bug.cgi?id=149325 Óvári changed: What|Removed |Added CC||hmeeks4...@gmail.com, ||qui...@gmail.com, ||t...@libreoffice.org --- Comment #3 from Óvári --- cc: Hannah Meeks, Thorsten Behrens, Tomaž Vajngerl Hannah Meeks’ Google Summer of Code 2022 project. VBA Macros - Tests and missing APIs Hannah Meeks proposal is to research and make new tests for Writer (as Calc seems to already have lots of tests) as well as identify and implement some missing methods in both Calc and Writer that improve compatibility. https://summerofcode.withgoogle.com/programs/2022/projects/wMvv2tnI Hannah Meeks – VBA Macros – Tests and missing APIs : We support VBA (Visual Basic for Applications) Macros in LibreOffice, but the implemented API isn’t complete and the API functions aren’t largely tested. The consequence of this is that the VBA macros in OOXML documents don’t run as intended in LibreOffice, which causes compatibility problems. The goal of this project is to add tests for the functions already implemented and then look for what functions are missing for a method or module and add them. https://blog.documentfoundation.org/blog/2022/05/26/projects-selected-for-libreoffice-in-the-google-summer-of-code-2022/?unapproved=106262=cc4b688d85ff2c090af061520d9b3b80#comment-106262 Does the attached Excel spreadsheet help identify and implement some missing methods in Calc? Thank you -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149325] Crash when Excel VBA code is run
https://bugs.documentfoundation.org/show_bug.cgi?id=149325 --- Comment #2 from Óvári --- Created attachment 180421 --> https://bugs.documentfoundation.org/attachment.cgi?id=180421=edit Excel spreadsheet automatic output after “Generate Statement” button is pressed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149325] Crash when Excel VBA code is run
https://bugs.documentfoundation.org/show_bug.cgi?id=149325 --- Comment #1 from Óvári --- Created attachment 180420 --> https://bugs.documentfoundation.org/attachment.cgi?id=180420=edit Excel spreadsheet created with Excel 2000. Tested and works with Excel 2000/2003/2007/2010 1. Open Statement.xls with LibreOffice Calc 7.3.3.2 2. Click the “Generate Statement” button in the “Range” sheet 3. LibreOffice crashes -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149325] New: Crash when Excel VBA code is run
https://bugs.documentfoundation.org/show_bug.cgi?id=149325 Bug ID: 149325 Summary: Crash when Excel VBA code is run Product: LibreOffice Version: 7.3.3.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ovari...@zoho.com Description: With Excel 2010, clicking the “Generate Statement” button in the “Range” sheet: 1. Clears all the contents in the “Statement” tab 2. Creates “Statements” tab using the information from the “Transactions”, “Interest Rates Cr”, “Interest Rates Dr” tabs. 3. Creates a PDF of using a region (not all) of the “Statements” tab. Unfortunately, LibreOffice Calc 7.3.3.2 crashes when the “Generate Statement” button is clicked. Does LibreOffice Calc have some missing VBA Macro APIs? Unsure how to add a file now and will add files in the next comments. Thank you Steps to Reproduce: 1. Open Statement.xls with LibreOffice Calc 7.3.3.2 2. Click the “Generate Statement” button in the “Range” sheet 3. LibreOffice crashes Actual Results: 1. Open Statement.xls with LibreOffice Calc 7.3.3.2 2. Click the “Generate Statement” button in the “Range” sheet 3. LibreOffice crashes Expected Results: Expected results are what happens when using Excel 2010: 1. Open Statement.xls with Excel 2010 2. Click the “Generate Statement” button in the “Range” sheet 3. VBA code clears all the contents in the “Statement” tab 4. VBA code creates “Statements” tab using the information from the “Transactions”, “Interest Rates Cr”, “Interest Rates Dr” tabs. 5. VBA code creates a PDF of using a region (not all) of the “Statements” tab. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.3.3.2 / LibreOffice Community Build ID: d1d0ea68f081ee2800a922cac8f79445e4603348 CPU threads: 2; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Flatpak Calc: threaded Linux Mint 20.3 Cinnamon -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148633] LO Help F1 shows contents of a script file, not a doc for help
https://bugs.documentfoundation.org/show_bug.cgi?id=148633 --- Comment #7 from robgrune --- (In reply to Timur from comment #6) > That's a different problem. > Where exactly did you press F1 and what page did you get? > Is it the same if you press Help button (rarely doesn't have to be)? Pressing F1 or Help links to the default browser (could be either Firefox or Chromium) and a page shows with message to the effect no help files found. The problem is the lack of system integration. Seems LO, FF, Chrome are now 'snap' installs. The problem is solved by installing a new browser from the deb repository. I found 'slimjet', and this works perfectly to show the help files. This help problem is only one of many LO bugs I have discovered. The worst is severe input lag, causing LO to be entirely useless. LO is no longer the capable, friendly suite is was once upon a time. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149168] Freeze at undo (caused by Image anchor) + hidden track changes
https://bugs.documentfoundation.org/show_bug.cgi?id=149168 Rangarajan changed: What|Removed |Added CC||rangarajan.20...@gmail.com --- Comment #3 from Rangarajan --- Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 465c3ad95059f0efa13c8027f7383c4d20a5b2ff CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-IN (en_IN); UI: en-US Calc: threaded Actual Results: No freeze Expected Results: No freeze No reproduce -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120550] Draw - Changes to table size "Optimal" features need documentation
https://bugs.documentfoundation.org/show_bug.cgi?id=120550 --- Comment #13 from sdc.bla...@youmail.dk --- Created attachment 180419 --> https://bugs.documentfoundation.org/attachment.cgi?id=180419=edit Draw document with attempt to use Minimal Row Height In Writer "Minimize row height: Adjusts the height of the selected rows to fit the content, causing the table to shrink. " Counter-demonstration to "causing the table to shrink" (or demonstration of my misunderstanding). 2 x 2 table 48 pt size text | 12 pt size text 12 pt size text | 12 pt size text 1. Cursor in first row 2. Right-click Size > Row Height 3. unclick "Fit to Size", set Height to 1cm 4. Select the two rows, right-click Size > Minimal Row Height Actual: table grows Expected: (according to help): table shrinks. I also tried in Draw -- but could not see that I can set Row Height (steps 2 and 3), so maybe this will not be an issue in Draw. But ... I did try to use the "Minimal" commands, and got an unexpected result -- have attached the .odg, with a description of what I did, what I expected, and what I got. (not claiming any misbehavior in Draw -- just seeking to gain a proper understanding). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120550] Draw - Changes to table size "Optimal" features need documentation
https://bugs.documentfoundation.org/show_bug.cgi?id=120550 --- Comment #12 from sdc.bla...@youmail.dk --- > >.uno:SetMinimalRowHeight and uno:SetMinimalColumnWidth > Yes, these ought to be the same wording. Probably "minimal" to match "optimal" https://gerrit.libreoffice.org/c/core/+/135005 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120550] Draw - Changes to table size "Optimal" features need documentation
https://bugs.documentfoundation.org/show_bug.cgi?id=120550 --- Comment #11 from sdc.bla...@youmail.dk --- (In reply to Justin L from comment #10) Thanks for clear answers, which help to define the scope of what is needed. Now to more forward with the actual descriptions. Comparing c22 (from Comment 0 here) (for Draw) and c23 and c23 (from Comment 1) here, plus bug 121367, comment 1 (for Writer): I see only one clear difference: Minimize Column Width. (in fact, your descriptions are identical for Draw and Writer, but then you add a note explaining "selected cells" (for Writer) vs. "entire column" for Draw -- will try to convey this difference.) Does that sound right? -- that the differences between Writer and Draw are in relation to "Minimal Column Width" (and possibly "Optimal Column Width", addressed in the next topic here.) If there are other differences, then please identify them, because I cannot see more in what has been provided. Bug 121367, comment 1 (for Writer) indicates: Minimize column and optimize column DO grow the table size if the space is available. Questions (to be sure I have it right): 1. Minimal column: DOES grow table for Writer; DOES NOT grow for Draw 2. Optimal column DOES grow table for Writer (if space is available); DOES NOT grow for Draw? (your descriptions for "Optimal" did not comment on growing, hence the uncertainty) 3. What does "if space is available" mean in this context? (left/right page margins? plus top/bottom margins, unless table can flow over a page? Will the top border of the table ever move up in the page, or is the space always added at the end of the table? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149077] Change how Rounded Rectangle Callout is drawn in LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=149077 --- Comment #4 from Regina Henschel --- (In reply to Rafael Lima from comment #3) > (In reply to Regina Henschel from comment #2) > > If you do not intend to save to the binary ppt format, then you can use the > > ooxml-callout. That is in the Gallery theme "Shapes". > > Regina, do you have a code pointer to where the rectangle callout is defined > in LO? The shape belongs to those, which have a corresponding shape in binary MS Office. By import in filter/source/msfilter/msdffimp.cxx it gets a type from enum MSO_SPT, in this case mso_sptWedgeRRectCallout = 62. Coming from ODF we have the map from the value of draw:type="rounded-rectangular-callout" in ODF to MSO_SPT in /svx/source/customshapes/EnhancedCustomShapeTypeNames.cxx. The MSO_SPT enum value is then mapped to a mso_CustomShape* in method GetCustomShapeContent() at the end of svx/source/customshapes/EnhancedCustomShapeGeometry.cxx, here msoWedgeRRectCallout. The details for this shape are then around #5800 above in this file. > > I was looking for .uno:CalloutShapes and SID_DRAWTBX_CS_CALLOUT to try to > figure out where LO pulls the coordinates for the callout, but I could not > find it. Depending on what you want to do, you likely need some more info. No problem with that, but I need to know what you want to do, to help you further. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 89131] UI Control spin button for number of heading rows in dialog Insert Table is not working
https://bugs.documentfoundation.org/show_bug.cgi?id=89131 --- Comment #11 from sdc.bla...@youmail.dk --- Here is a proposal for a sentence to add to the description of "Heading rows" in the help page: The spinbox accepts values up to one less than the number of rows being inserted. https://gerrit.libreoffice.org/c/help/+/135004 (will leave tooltips to others...) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 89131] UI Control spin button for number of heading rows in dialog Insert Table is not working
https://bugs.documentfoundation.org/show_bug.cgi?id=89131 --- Comment #10 from sdc.bla...@youmail.dk --- (In reply to Regina Henschel from comment #9) > Perhaps your table has not enough rows? That was exactly the problem. Making the table with 6 rows was enough to use the spinbox to add three heading rows (and these three heading rows are carried over to the next page of the table, and the Text Flow tab in Table Properties gives the possibility to change how many rows will be in the heading). => not a bug But maybe a sign that this ticket should be converted to a Documentation bug. There are extended tooltips for this dialog. But maybe a tooltip on the spinbox would help, such as: Cannot be greater than number of rows - 1 (And actually that information could/should probably be added to the extended tooltip as well.) code pointer: sw/uiconfig/swriter/ui/inserttable.ui Will leave question to UXEval...maybe as EasyHack... Nothing is mentioned about this in the help page for this dialog: https://help.libreoffice.org/7.4/en-US/text/swriter/01/0415.html -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147891] Regression: roundtrip of presentations/drawings including cropped PDF images is broken
https://bugs.documentfoundation.org/show_bug.cgi?id=147891 --- Comment #4 from Callegar --- @raal The dialog is there... not very easy to find, though. If you do not have it in the menu, you can easily add it via the Tools -> Customize functionality, searching for "Crop Image Dialog" In any case the availability of the dialog is not essential to check for the bug. It only makes it easier to have a fully reproducible procedure. The bug is there also in case of manual cropping using the cropping handles instead of a dialog to enter numeric values for the crop margins. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149312] Support multi-paragraph items of lists
https://bugs.documentfoundation.org/show_bug.cgi?id=149312 --- Comment #5 from Eyal Rozenberg --- (In reply to Regina Henschel from comment #4) Thanks, and shame on me for not knowing any of this. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 91456] "Fade smoothly" slide transition is broken
https://bugs.documentfoundation.org/show_bug.cgi?id=91456 dldld changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |daniel-...@web.de |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102062] [META] Notebookbar: bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102062 Eyal Rozenberg changed: What|Removed |Added Depends on||138440 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=138440 [Bug 138440] Calc missing the Right to Left and Left to Right buttons in Tabbed mode -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 138440] Calc missing the Right to Left and Left to Right buttons in Tabbed mode
https://bugs.documentfoundation.org/show_bug.cgi?id=138440 Eyal Rozenberg changed: What|Removed |Added Blocks||102062 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102062 [Bug 102062] [META] Notebookbar: bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149312] Support multi-paragraph items of lists
https://bugs.documentfoundation.org/show_bug.cgi?id=149312 --- Comment #4 from Regina Henschel --- (In reply to Eyal Rozenberg from comment #3) > (In reply to Regina Henschel from comment #2) > > In case you are creating the list in Writer use the icon 'Insert unnumbered > > entry' at the end of the paragraph and do not press Enter. > > I'm not sue I understand what you've written here. How do I "use an icon"? > Where is that icon located exactly? In Writer, if you are inside a list, you should get the "Bullet and Numbering" toolbar above the status bar. If it is not there, you can open it via menu View > Toolbars. There you find the icon "Insert Unnumbered Entry". The command does not work in Impress. > > Anyway, ok, I realize now this is possible - but it's a relatively > "well-hidden" feature. Coming from other office suites you might not know it. But it exists in OOo/LO from the beginning. And in contrast to Word, if you press Enter at the end of such paragraph the numbering continues automatically in the next paragraph. Can I make this happen using the toolbar? The menu > bar? Without first creating bulleted/numbered item? For Impress it could be an enhancement to have this uno-command too. Currently you really need to first generate the next paragraph with enter and then remove its bullet/numbering with backspace-key. You might be able to combine these two steps in a macro, I have not tested it. The fact, that the uno-command does not work directly, I have tested. In Writer you can customize any menu or toolbar to contain the command or you can assign a short cut for it. When you use in the customize dialog the category "Numbering" you will easily find it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102062] [META] Notebookbar: bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102062 Thomas Lendo changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||5501 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135501] Change the default UI (see comment 67)
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 Thomas Lendo changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||2062 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149315] Support sequence of slides with the "same" title
https://bugs.documentfoundation.org/show_bug.cgi?id=149315 Regina Henschel changed: What|Removed |Added Ever confirmed|0 |1 CC||rb.hensc...@t-online.de Status|UNCONFIRMED |NEW --- Comment #1 from Regina Henschel --- Such automatic would need fields comparable with those in Writer. Impress has only a very small set of fields. It is a valid enhancement request. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149110] LibreOffice Base slows down if there is an unsaved change to the databse
https://bugs.documentfoundation.org/show_bug.cgi?id=149110 --- Comment #3 from Robert Großkopf --- (In reply to Dr. Martinus from comment #2) > it's the version from the distribution (Manjaro, KDE). I have never worked with this system. Is it possible to install a *.deb or *.rpm package on this system? You should try to install the original packages from LO so we could see if it is a bug from LO. In other Linux distributions you could install packaged from LO parallel to the version from the distribution. Have installed here many different *.rpm-versions (OpenSUSE). If it is impossible to install a package direct from LO: File a bug to Manjaro. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149077] Change how Rounded Rectangle Callout is drawn in LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=149077 --- Comment #3 from Rafael Lima --- (In reply to Regina Henschel from comment #2) > If you do not intend to save to the binary ppt format, then you can use the > ooxml-callout. That is in the Gallery theme "Shapes". Regina, do you have a code pointer to where the rectangle callout is defined in LO? I was looking for .uno:CalloutShapes and SID_DRAWTBX_CS_CALLOUT to try to figure out where LO pulls the coordinates for the callout, but I could not find it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135501] Change the default UI (see comment 67)
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 --- Comment #132 from Eyal Rozenberg --- (In reply to Rafael Lima from comment #131) > TBH my main goal in joining this discussion is to raise awareness about the > problems we have in the Tabbed UI, which is possibly the second most popular > UI variant, after the Standard Toolbar. > > I don't really mind if it doesn't end up becoming the default UI. But I > would love to see it receiving more love from devs. Then - I apologize for my tone. The bug title, after all, is "change the default UI", and that's how I (mis)-interpreted your post. Perhaps it would be a good idea to split off a meta bug tracking fixes and improvements to the Tabbed UI (and perhaps other UI variants (like tabbed compact and sidebar) - away from the fire-and-brimstone of the argument about the default UI. > Those who are not involved with LO development and news simply have not heard > of it and the way to change it is not very prominent so that new users will > easily learn that it exists. Bug 137931 seems like the solution to that problem... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149312] Support multi-paragraph items of lists
https://bugs.documentfoundation.org/show_bug.cgi?id=149312 --- Comment #3 from Eyal Rozenberg --- (In reply to Regina Henschel from comment #2) > In case you are creating the list in Writer use the icon 'Insert unnumbered > entry' at the end of the paragraph and do not press Enter. I'm not sue I understand what you've written here. How do I "use an icon"? Where is that icon located exactly? Anyway, ok, I realize now this is possible - but it's a relatively "well-hidden" feature. Can I make this happen using the toolbar? The menu bar? Without first creating bulleted/numbered item? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149312] Support multi-paragraph items of lists
https://bugs.documentfoundation.org/show_bug.cgi?id=149312 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de Resolution|--- |WORKSFORME Status|UNCONFIRMED |RESOLVED --- Comment #2 from Regina Henschel --- That is already possible. Set the cursor at the start of the text of the paragraph (after the number or bullet) and press the backspace-key. That removes the number or bullet and the paragraph will belong to the same list-item as the previous paragraph. That works in Writer and in Impress as well. In case you are creating the list in Writer use the icon 'Insert unnumbered entry' at the end of the paragraph and do not press Enter. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149248] Feature request: Option to not hyphenate last word in a paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=149248
--- Comment #20 from László Németh ---
@rferr...@sccoast.net, Heiko, Regina: thanks for the report!
(In reply to Regina Henschel from comment #7)
> I do not support the idea to have a special rule to prevent hyphenation
> between second last line and last line. But let's discuss it with UX-team.
Likely the requirement related to the easier work-flow: accessing to the
paragraph-level settings i.e. trying different hyphenation options is much more
comfortable for adjusting errors of the automatic hyphenation: you can try a
lot of combinations with a few click or short cuts, than selecting words and
text parts, which less productive, especially if the problematic word occurs
more in the document.
Interestingly, CSS 4 has got line-level rule, but Adobe InDesign has a
word-level, limiting the prevention only for the last word.
I think, it's really important to give similarly rich options for hyphenation,
than DTP software and future web browsers. My next plan to implement
hyphenation zone, which is a Word/OOXML feature. I have long term plan to give
some settings for better hyphenation for compound words, e.g. for
German/Hungarian. Maybe Better Spacing / Fewer Hyphens slider of InDesign is a
good user interface for that.
But ODF don't hyphenate character property is a nice feature, especially if we
could add a shortcut for that. In fact, if this is not for adjustment of the
paragraph text flow, but a bad or unwanted automatic hyphenation, Writer has
already supported to disable the hyphenation of a specific word, by adding an
equal mark to the plain word ("word=") in the custom hyphenation dictionary:
https://help.libreoffice.org/latest/lo/text/swriter/guide/hyphen_prevent.html?=SHARED=UNIX
--
You are receiving this mail because:
You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144168] Inconsistent ratio between Dialog.Model.Height and the height on the screen
https://bugs.documentfoundation.org/show_bug.cgi?id=144168 Michael changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #5 from Michael --- Thank you. I have tested those two spreadsheets, and they work very well! Your functions will be very useful. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149248] Feature request: Option to not hyphenate last word in a paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=149248 --- Comment #19 from László Németh --- (In reply to Telesto from comment #16) > (In reply to László Németh from comment #14) > > Proposed fix: https://gerrit.libreoffice.org/c/core/+/134985 > > > > See the attached screenshot about the new option > > A) How is this handled at DOCX/DOC export code? Or is this an incompatible > feature (off-topic: is there a incompatibility list for DOCX/DOC. I thought > Justin L keeping track of that somewhere on a wikipage) If Word will implement the similar CSS settings, it will be possible to support those immediately. Also it's possible to add this to the HTML/CSS export (first, start with the missing hyphenation). > B) Does the setting also appear in the Style Inspector (yes, I can also > check it myself after the patch is merged). I assume the code being genetic > enough, but checking never hurts) Yes, it's generic. Moreover, it needed to fix the style inspector tests, which contain direct property count, so it works well See also tdf#149324 for the similar typographic option, the paragraph-level limit for the min. word length for hyphenation. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 89131] UI Control spin button for number of heading rows in dialog Insert Table is not working
https://bugs.documentfoundation.org/show_bug.cgi?id=89131 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #9 from Regina Henschel --- I cannot confirm the problem. I can increase the number of heading rows with the spin button and the generated table has the number of heading rows as set. Tested with Version: 7.3.2.2 (x64) / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (en_US); UI: en-US Calc: CL Perhaps your table has not enough rows? Set the number of rows to 20 in the upper part of the dialog, for example, and try again. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149324] Add paragraph property for Hyphenation option "Minimum Word Length"
https://bugs.documentfoundation.org/show_bug.cgi?id=149324 László Németh changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|RESOLVED CC||nem...@numbertext.org Assignee|nem...@numbertext.org |libreoffice-b...@lists.free ||desktop.org --- Comment #3 from László Németh --- Commit description: tdf#149324 sw offapi xmloff: add option to not hyphenate short words Add paragraph property to disable automatic hyphenation of short words based on a minimum character count. Note: there is a (broken) global option for Minimum Word Length at hyphenation, see "Minimal number of characters for hyphenation" in Tools->Options->Language Settings->Writing Aids), but for better/comfortable paragraph-level adjustment of typesetting, add a paragraph property for it. The same option is available e.g. in Adobe InDesign and in CSS Text Module Level 4 (hyphenate-limit-chars). * Add checkbox to Text Flow in paragraph dialog * Store property in paragraph model (com::sun::star::style::ParagraphProperties::ParaHyphenationMinWordLength) * Add ODF import/export * Add ODF unit test * Add layout test Follow-up to commit 8c018910ae4d8701b1ce2a95727b9baed4016da3 "tdf#149248 sw offapi xmloff: add option to not hyphenate last word". -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146955] SAXParseException: '[word/footnotes.xml line 2] after RT save of DOCX - on open by LO and not by MSO
https://bugs.documentfoundation.org/show_bug.cgi?id=146955 --- Comment #10 from Commit Notification --- László Németh committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/73696a01224a3758bde686f32ec7e6f4c90877fe tdf#146955 DOCX import: fix SAX exception with footnotes It will be available in 7.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146955] SAXParseException: '[word/footnotes.xml line 2] after RT save of DOCX - on open by LO and not by MSO
https://bugs.documentfoundation.org/show_bug.cgi?id=146955 Commit Notification changed: What|Removed |Added Whiteboard||target:7.4.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 104448] [META] DOCX SAXParseException
https://bugs.documentfoundation.org/show_bug.cgi?id=104448 Bug 104448 depends on bug 146955, which changed state. Bug 146955 Summary: SAXParseException: '[word/footnotes.xml line 2] after RT save of DOCX - on open by LO and not by MSO https://bugs.documentfoundation.org/show_bug.cgi?id=146955 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146955] SAXParseException: '[word/footnotes.xml line 2] after RT save of DOCX - on open by LO and not by MSO
https://bugs.documentfoundation.org/show_bug.cgi?id=146955 László Németh changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Assignee|nem...@numbertext.org |libreoffice-b...@lists.free ||desktop.org --- Comment #9 from László Németh --- Commit description: tdf#146955 DOCX import: fix SAX exception with footnotes (Likely broken) DOCX documents exported by Writer raised a SAX exception, when PopFootOrEndnote() tried to access to a not-existent footnote, because PushFootOrEndnote() failed to create that. Note: the original ODT contains hundreds of frames, and these and the text content of the document have been put into the TOC section during Writer's DOCX export, resulting a broken document. Regression from commit 9b39ce0e66acfe812e1d50e530dc2ccdef3e1357 "tdf#76260 DOCX import: fix slow footnote import". -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147698] Typing (") after a fraction or an (') to show possession causes a large spacing (7.3.0.3 - x64)
https://bugs.documentfoundation.org/show_bug.cgi?id=147698 raal changed: What|Removed |Added CC||r...@post.cz --- Comment #1 from raal --- no repro with Version: 7.4.0.0.alpha1+ / LibreOffice Community Build ID: b6e0ae1b1bad5e222e21bbb4b2a158c1fc6f9779 CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147749] calc issuing X11 activate hint when "Find" bottom tab is opened
https://bugs.documentfoundation.org/show_bug.cgi?id=147749 --- Comment #1 from raal --- I'm afraid, no one want read chat conversation. Please can you make clear description of the bug? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120550] Draw - Changes to table size "Optimal" features need documentation
https://bugs.documentfoundation.org/show_bug.cgi?id=120550 --- Comment #10 from Justin L --- (In reply to sdc.blanco from comment #5) > Do any of the relevant pages need updating? All of the relevant pages will need updating since all functions have been tweaked. (In reply to sdc.blanco from comment #6) > Have now found "Optimize Size" > iiuc -- this page needs the following controls added for Draw: > > "Minimal Row Height" > "Minimal Column Width" > "Optimal Row Height" > "Optimal Column Width" Yes, and the descriptions for "Distribute * Equally" might need to be corrected as well. > I assume that the "Optimize Size" toolbar in Draw and Writer have (a) the > same controls, and (b) the same behavior. The same controls, yes. The behaviour is approximately the same, but not completely as indicated in comment 1 (since the code is completely different). (In reply to sdc.blanco from comment #7) > Just to be sure... no such menu for Calc? Correct. (In reply to sdc.blanco from comment #8) > Writer: "Minimize Row Height" "Minimize Column Width" > Draw/Impress: "Minimal Row Height" "Minimal Column Width" > > (but it looks like they use the same .uno:SetMinimalRowHeight and > uno:SetMinimalColumnWidth ) Yes, these ought to be the same wording. Probably "minimal" to match "optimal" (In reply to sdc.blanco from comment #9) > but it is possible that the text that appears in > https://help.libreoffice.org/master/en-US/text/swriter/main0110.html (with > possible additions) would be correct/adequate in relation to Draw/Impress (?) These descriptions are not very accurate or complete. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144168] Inconsistent ratio between Dialog.Model.Height and the height on the screen
https://bugs.documentfoundation.org/show_bug.cgi?id=144168 --- Comment #4 from Vladimir Sokolinskiy --- Created attachment 180418 --> https://bugs.documentfoundation.org/attachment.cgi?id=180418=edit TestCellCoordinates.ods -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147771] Impress. If remove all characters in any cell in the table of attach file, save and reopen then return character
https://bugs.documentfoundation.org/show_bug.cgi?id=147771 raal changed: What|Removed |Added Status|UNCONFIRMED |NEW Version|7.3.0.3 release |4.2.0.4 release CC||r...@post.cz Ever confirmed|0 |1 --- Comment #2 from raal --- -open file- - delete text Balance inicial (en miles) - save - reload confirm with Version: 7.4.0.0.alpha1+ / LibreOffice Community Build ID: b6e0ae1b1bad5e222e21bbb4b2a158c1fc6f9779 CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo and Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144168] Inconsistent ratio between Dialog.Model.Height and the height on the screen
https://bugs.documentfoundation.org/show_bug.cgi?id=144168 Vladimir Sokolinskiy changed: What|Removed |Added Attachment #180417|0 |1 is obsolete|| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147891] Regression: roundtrip of presentations/drawings including cropped PDF images is broken
https://bugs.documentfoundation.org/show_bug.cgi?id=147891 --- Comment #3 from raal --- (In reply to raal from comment #2) > Hello, > I doesn't see crop dialog in Draw: > 3. Use "crop dialog" to crop at 119 mm top and 28 mm bottom > According the help page > https://help.libreoffice.org/latest/he/text/shared/02/2410.html this > dialog is not available in Draw. > > Tested with Version: 7.2.0.0.alpha1+ / LibreOffice Community > Build ID: ff2ba77f22b2e96f96f5537aec1705956b47583d > CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: gtk3 > Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US > Calc: threaded > and tried reproduce your steps. I cannot confirm the bug. Also tested Version: 7.4.0.0.alpha1+ / LibreOffice Community Build ID: b6e0ae1b1bad5e222e21bbb4b2a158c1fc6f9779 CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147891] Regression: roundtrip of presentations/drawings including cropped PDF images is broken
https://bugs.documentfoundation.org/show_bug.cgi?id=147891 raal changed: What|Removed |Added CC||r...@post.cz --- Comment #2 from raal --- Hello, I doesn't see crop dialog in Draw: 3. Use "crop dialog" to crop at 119 mm top and 28 mm bottom According the help page https://help.libreoffice.org/latest/he/text/shared/02/2410.html this dialog is not available in Draw. Tested with Version: 7.2.0.0.alpha1+ / LibreOffice Community Build ID: ff2ba77f22b2e96f96f5537aec1705956b47583d CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded and tried reproduce your steps. I cannot confirm the bug. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144168] Inconsistent ratio between Dialog.Model.Height and the height on the screen
https://bugs.documentfoundation.org/show_bug.cgi?id=144168 --- Comment #3 from Vladimir Sokolinskiy --- Created attachment 180417 --> https://bugs.documentfoundation.org/attachment.cgi?id=180417=edit TestCellCoordinates.ods -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144168] Inconsistent ratio between Dialog.Model.Height and the height on the screen
https://bugs.documentfoundation.org/show_bug.cgi?id=144168 --- Comment #2 from Vladimir Sokolinskiy --- Mike, the problem was discussed in the topic "Dynamically position a dialog" ([1]). The solution was found using the AccessibleContext interfaces. The example in the attachment TestCellCoordinates.ods . Double-clicking a cell should position the dialog at the top left corner of the cell. The relative position must be the same for all cells shown on the screen and not change when the zoom changes. [1] https://ask.libreoffice.org/t/dynamically-position-a-dialog/67289/32 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 90796] [META] HiDPI / Retina bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=90796 Rafael Lima changed: What|Removed |Added Depends on||149291 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=149291 [Bug 149291] Mouse cursor freeze if I resize sidebar in Writer / Calc -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149291] Mouse cursor freeze if I resize sidebar in Writer / Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=149291 Rafael Lima changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Component|LibreOffice |graphics stack Blocks||90796 Ever confirmed|1 |0 --- Comment #3 from Rafael Lima --- Apparently we have a problem calculating the maximum width of the sidebar when a scaling factor is applied. I do not have a PC with a 4K display to confirm this bug. So I'm setting this to UNCONFIRMED for now to see if anyone else with a 4K display to test it. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=90796 [Bug 90796] [META] HiDPI / Retina bugs -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140793] FORMATTING - When an image is anchored as character and centered or right aligned and you resize it to be smaller the text doesn't follow.
https://bugs.documentfoundation.org/show_bug.cgi?id=140793 --- Comment #3 from wpeat...@gmail.com --- I can confirm this bug. It has been present for years A workaround for this problem is to change the paragraph to left aligned, then back to center (or right) aligned. Writer seems to immediately recalculate the layout correctly when the paragraph is switch to left aligned. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149173] Crash BigPtrEntry::GetArray(this=0x0000600001726940) const at bparr.hxx:106:23 (STR: comment 3)
https://bugs.documentfoundation.org/show_bug.cgi?id=149173 raal changed: What|Removed |Added CC||r...@post.cz --- Comment #8 from raal --- No crash with Version: 7.4.0.0.alpha1+ / LibreOffice Community Build ID: b6e0ae1b1bad5e222e21bbb4b2a158c1fc6f9779 CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: x11 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149248] Feature request: Option to not hyphenate last word in a paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=149248 László Németh changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||9324 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149324] Add paragraph property for Hyphenation option "Minimum Word Length"
https://bugs.documentfoundation.org/show_bug.cgi?id=149324 László Németh changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |nem...@numbertext.org |desktop.org | See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||9248 Ever confirmed|0 |1 Status|UNCONFIRMED |ASSIGNED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144167] exported PNG image has wrong size when page has border
https://bugs.documentfoundation.org/show_bug.cgi?id=144167 --- Comment #17 from Valerio Messina --- I made some tests with a just installed Version: 7.4.0.0.alpha1+ / LibreOffice Community Build ID: fd45045cc3029b41c02a2634e6fe2e5456f716ad CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk3 Locale: it-IT (it_IT.UTF-8); UI: en-US Calc: threaded on Debian 11/x86_64 On first run, LO is configured with this export settings default: 1) Dimensions unit: cm 2) Resolution: 37 pixel/cm 3) Compression: 6 I changed to: 1) Dimensions unit: mm 2) Resolution: 96 pixel/inch 3) Compression: 9 Then perform some extractions with: . Modify resolution: 300 pixels/inch . Modify dimensions, Width: 320 mm . the Height is set by LO to 220.03 mm and width to 320.03 mm Results: - The output aspect ratio is the one of page, and not the one of the rectangle - the output images is sized: 3786x2603 px, that at 300 dpi, has a size of 320.55x220.39 mm - LO7.4 export to PNG the rectangle without the 10 mm page border (like LO7.2) and in contrast to export as PDF (but may be reasonable) So the 300x200 mm source rectangle is stretched to 320.55x220.39 mm in exported PNG This is out of scale of about 320/300=1.06 periodic, and worse the image is still with the wrong aspect ratio like was with LO7.2 This is still wrong but better than LO7.2 As the 10mm border is always omitted in exported PNG, I repeated the tests with: . Modify resolution: 300 pixels/inch . Modify dimensions, Width: 300 mm . the Height is set by LO to 206.26 mm while width remain to 300.00 mm Results: - The output aspect ratio is the one of page, and not the one of the rectangle - the output images is sized: 3549x2440 px, that at 300 dpi, has a size of 300.48x206.59 mm So the 300x200 mm source rectangle is stretched to 300.48x206.59 mm in exported PNG this is out of scale of about 300.48/300=1.0016 on X asis, 0.5 mm error maybe acceptable, but this is out of scale of about 206.59/200=1.03295 on Y asis, 6.59 mm error this is wrong. So the image is still with the wrong aspect ratio: original rectangle has 300/200=1.5 aspect ratio exported rectangle has 300.48/206.59=1.454475 aspect ratio Note 1: LO should export the drawing area (the 300x200 mm rectangle) keeping his aspect ratio, and not use the one of the page (that include the 10 mm border). Note 2: There are various approximation in LO compute for output pixels, that round the numbers in the wrong way too. Maybe caused by the use of a float instead of a double in some variables. Note 3: I cannot test on Win, as the only PC with Win I had access, is the company PC, but I cannot install an Alpha level application on it -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149324] New: Add paragraph property for Hyphenation option "Minimum Word Length"
https://bugs.documentfoundation.org/show_bug.cgi?id=149324 Bug ID: 149324 Summary: Add paragraph property for Hyphenation option "Minimum Word Length" Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: nem...@numbertext.org Description: While there is a (broken) global option for Minimum Word Length at hyphenation (see "Minimal number of characters for hyphenation" in Tools->Options->Language Settings->Writing Aids), for better/comfortable paragraph level adjustment, add a paragraph property for is. Steps to Reproduce: Open the attached test document. Actual Results: No option to set min. word length on paragraph-level. Expected Results: There is a hyphenation option for that in paragraph settings, similar to Remaining/Trailing characters. Reproducible: Always User Profile Reset: No Additional Info: This is an interoperability feature, because DTP software, e.g. Adobe InDesign and CSS Text Module Level 4 "hyphenate-limit-chars" support this. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149264] assert in checkGlyphsEqual() when loading sw/qa/extras/uiwriter/data/tdf104649.docx
https://bugs.documentfoundation.org/show_bug.cgi?id=149264 Michael Stahl (allotropia) changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #9 from Michael Stahl (allotropia) --- yep no more asserts -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149110] LibreOffice Base slows down if there is an unsaved change to the databse
https://bugs.documentfoundation.org/show_bug.cgi?id=149110 --- Comment #2 from Dr. Martinus --- Sorry for the delay... it's the version from the distribution (Manjaro, KDE). I do all upgrades regularly, but this behaviour I have witnessed for years, even after a complete new installation with new user etc. I should have reported it earlier. Database is HSQLDB, I guess. I haven't done any changes to the settings. Where would I find info about what engine is being used? I can't send you a sample, because the database contains private information. I would need to set up a new database. That may take time, since I have other things to finish first. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149323] New: Contents cannot display or blinking when clicking on PPSX file by using Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=149323 Bug ID: 149323 Summary: Contents cannot display or blinking when clicking on PPSX file by using Impress Product: LibreOffice Version: 3.3.2 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jamessun2...@gmail.com Description: When using Impress to open a PPSX file, some slides need to click some rectangles to display the content, it doesn't work on Impress, it cannot display the contents, also the contents may blink one time but still not showing up. It works fine when using Microsoft PowerPoint from Windows OS. Steps to Reproduce: 1.Open a PPSX file 2.Click each slide 3.Contents cannot display when clicking Actual Results: The contents are blinking quickly but cannot display Expected Results: Contents displaying normally. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.3.3.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Ubuntu package version: 1:7.3.3~rc2-0ubuntu0.20.04.1~lo1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147708] Writer crashes trying to open file with 3000 pages
https://bugs.documentfoundation.org/show_bug.cgi?id=147708 Caolán McNamara changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |caol...@redhat.com |desktop.org | Status|NEW |ASSIGNED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149291] Mouse cursor freeze if I resize sidebar in Writer / Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=149291 --- Comment #2 from libreoffice.p-foers...@gmx.de --- I changed the screen resolution to 1920x1080 and global scaling to 100%. After rebooting resizing the sidebar worked as expected and Writer didn't crash. The next thing I tried was setting the screen resolution to 3840x2160 and leaving global scaling at 100%. It didn't crash too. After switching back to my original settings I could reproduce the crash again. So we know: the problem may be caused by the global scaling. Are there any other information I could provide? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147844] UI: Edit track changes dialog missing buttons (reject/accept)
https://bugs.documentfoundation.org/show_bug.cgi?id=147844 --- Comment #7 from Xisco Faulí --- Fix in https://gerrit.libreoffice.org/c/core/+/135024 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146535] Mouse line goes missing when changing paragraph style
https://bugs.documentfoundation.org/show_bug.cgi?id=146535 --- Comment #4 from Jean-Baptiste Faure --- (In reply to Greasya from comment #3) > Version: 7.3.0.3 / LibreOffice Community > Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 > CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 > Locale: en-IN (en_IN); UI: en-US > Calc: CL > > > Step to reproduce: > > 1. open Libreoffice writer > 2. Type few line of paragraph > 3.change paragraph style > 4. create another paragraph > > > Actual result: > > In above version Libreoffice writer working. What is the link with the behavior described in the description of this bug report? Best regards. JBF -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120550] Draw - Changes to table size "Optimal" features need documentation
https://bugs.documentfoundation.org/show_bug.cgi?id=120550 sdc.bla...@youmail.dk changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #9 from sdc.bla...@youmail.dk --- (In reply to sdc.blanco from comment #6) > afaict -- no pages exist for > > "Minimal Row Height" > "Minimal Column Width" but it is possible that the text that appears in https://help.libreoffice.org/master/en-US/text/swriter/main0110.html (with possible additions) would be correct/adequate in relation to Draw/Impress (?) If yes, then these texts could be embedded into the "Optimize Size" menu (noted in comment 6) (from quick inspection the description appears pretty close -- but it is best that you specify what needs to be adjusted.) This seems as far as I can come -- setting NEEDINFO in relation to comment 5, comment 6, comment 7, comment 8 and comment 9 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129739] Undo/Redo don't always update table formulas on Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=129739 --- Comment #5 from Ezinne --- The formula result is not updated immediately after I click undo or when I change the value. It is updated, in both cases, when I click on another cell. Version: 7.4.0.0.alpha1+ / LibreOffice Community Build ID: 7ee7e966bd123fc571144b08bc07b1536a2e23e9 CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149248] Feature request: Option to not hyphenate last word in a paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=149248 László Németh changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Assignee|nem...@numbertext.org |libreoffice-b...@lists.free ||desktop.org CC||nem...@numbertext.org --- Comment #18 from László Németh --- Commit description: tdf#149248 sw offapi xmloff: add option to not hyphenate last word Add option to disable automatic hyphenation of the last word of paragraphs for better typography. Note: the same option used e.g. in Adobe InDesign, and a similar one in CSS Text Module Level 4 (hyphenate-limit-last). * Add checkbox to Text Flow in paragraph dialog * Store property in paragraph model (com::sun::star::style::ParagraphProperties::ParaHyphenationNoLastWord) * Add ODF import/export * Add ODF unit test * Add layout test Follow-up to commit 72bd0df107ee47c4d54fa88b4960d32ea03e9f69 "tdf#121658 Add option to not hyphenate words in CAPS". -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 122188] Disappear table lines with a dark theme
https://bugs.documentfoundation.org/show_bug.cgi?id=122188 --- Comment #11 from Ezinne --- Reproducible in: Version: 7.4.0.0.alpha1+ / LibreOffice Community Build ID: 7ee7e966bd123fc571144b08bc07b1536a2e23e9 CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149303] Can I Cash App Support If Facing Problems With Cash Card Activation?
https://bugs.documentfoundation.org/show_bug.cgi?id=149303 Rafael Lima changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED |RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149256] Ship LibreOfficeKit headers and library files with the LibreOffice SDK community packages
https://bugs.documentfoundation.org/show_bug.cgi?id=149256 Caolán McNamara changed: What|Removed |Added See Also||https://bugzilla.redhat.com ||/show_bug.cgi?id=1363874 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149288] Create an option to hide empty headings in the Navigator
https://bugs.documentfoundation.org/show_bug.cgi?id=149288 --- Comment #7 from Rafael Lima --- (In reply to Roman Kuznetsov from comment #6) > For me if there are any empty headings in the document then it's just a > wrong formatting or outline in the document anyway. And implementing any > additional options around this area will be fully wrong Hi Roman, I know that this is a formatting error made by the author of the document. Many MS Word users apply a Heading 1 style and then press Enter multiple times replicating the style and creating these empty entries. However, the purpose of the Navigator is to help the reader navigate through the document and not to highlight where the original author made styling mistakes. My argument here is that the Navigator is not fulfilling its mission when it shows empty entries. And I would like to be able to hide them. This is what MS Word already does and from the standpoint of usability, it's a better user experience. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147844] UI: Edit track changes dialog missing buttons (reject/accept)
https://bugs.documentfoundation.org/show_bug.cgi?id=147844 --- Comment #6 from Xisco Faulí --- Also reproduced with Version: 7.4.0.0.alpha1+ / LibreOffice Community Build ID: 9c4c90061952d548d982edfd1c251798c25007bb CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: x11 Locale: es-ES (es_ES.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149322] Text is being overly distorted when using Page Down
https://bugs.documentfoundation.org/show_bug.cgi?id=149322 --- Comment #2 from Rafael Lima --- I see the same problem in LO 7.4 alpha. Version: 7.4.0.0.alpha1+ / LibreOffice Community Build ID: ad6905f9a09c63712ba0aaffc700923246d21e55 CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149288] Create an option to hide empty headings in the Navigator
https://bugs.documentfoundation.org/show_bug.cgi?id=149288 --- Comment #6 from Roman Kuznetsov <79045_79...@mail.ru> --- For me if there are any empty headings in the document then it's just a wrong formatting or outline in the document anyway. And implementing any additional options around this area will be fully wrong -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149322] Text is being overly distorted when using Page Down
https://bugs.documentfoundation.org/show_bug.cgi?id=149322 --- Comment #1 from Rafael Lima --- Created attachment 180415 --> https://bugs.documentfoundation.org/attachment.cgi?id=180415=edit File used in the video The video starts at page 8 of this document. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149322] New: Text is being overly distorted when using Page Down
https://bugs.documentfoundation.org/show_bug.cgi?id=149322 Bug ID: 149322 Summary: Text is being overly distorted when using Page Down Product: LibreOffice Version: 7.3.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: graphics stack Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rafael.palma.l...@gmail.com Created attachment 180414 --> https://bugs.documentfoundation.org/attachment.cgi?id=180414=edit Video showing the problem See attached video showing the problem. When I use Page Down to navigate the text, sometimes the text rendering gets completely distorted to the point of becoming unreadable. when I use the arrow keys to navigate the document, the distortion problem persists but in a smaller scale. I have always had this issue to some minor degree, but since 7.3.3 this problem became much more visible. System info: Version: 7.3.3.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Ubuntu package version: 1:7.3.3~rc2-0ubuntu0.21.10.1~lo1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148978] Business Cards in Writer don't show database
https://bugs.documentfoundation.org/show_bug.cgi?id=148978 Xisco Faulí changed: What|Removed |Added CC||xiscofa...@libreoffice.org Alias|Gigi51 | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120550] Draw - Changes to table size "Optimal" features need documentation
https://bugs.documentfoundation.org/show_bug.cgi?id=120550 --- Comment #8 from sdc.bla...@youmail.dk --- Writer: "Minimize Row Height" "Minimize Column Width" Draw/Impress: "Minimal Row Height" "Minimal Column Width" (but it looks like they use the same .uno:SetMinimalRowHeight and uno:SetMinimalColumnWidth ) Assume these are same command => should be named the same (but have not filed a separate ticket). If the assumption is correct, would be much better to use the same name across modules (if only to make the help page maintenance much easier), and possibly for the sake of some users. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 90339] Make gengal not be based the Application class
https://bugs.documentfoundation.org/show_bug.cgi?id=90339 Hossein changed: What|Removed |Added Resolution|--- |INVALID Status|NEW |RESOLVED --- Comment #8 from Hossein --- We have other tools and demos that are based on Application class, and this is not a problem by itself. Because of the above reason, I am marking this enhancement as invalid. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149321] F1 (Help) Table > Size does not link to relevant page
https://bugs.documentfoundation.org/show_bug.cgi?id=149321 sdc.bla...@youmail.dk changed: What|Removed |Added Blocks||120201 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=120201 [Bug 120201] [META] Update or add link to help page -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120201] [META] Update or add link to help page
https://bugs.documentfoundation.org/show_bug.cgi?id=120201 sdc.bla...@youmail.dk changed: What|Removed |Added Depends on||149321 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=149321 [Bug 149321] F1 (Help) Table > Size does not link to relevant page -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149321] New: F1 (Help) Table > Size does not link to relevant page
https://bugs.documentfoundation.org/show_bug.cgi?id=149321 Bug ID: 149321 Summary: F1 (Help) Table > Size does not link to relevant page Product: LibreOffice Version: 7.4.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Documentation Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: sdc.bla...@youmail.dk CC: olivier.hal...@libreoffice.org In Writer, Table > Size, press F1 Actual: https://help.libreoffice.org/7.4/en-US/text/shared/05/err_html.html?System=WIN=WRITER=slot:0 Expected: https://help.libreoffice.org/7.4/en-US/text/swriter/main0110.html?DbPAR=WRITER (and to the "Size" section) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135501] Change the default UI (see comment 67)
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 --- Comment #131 from Rafael Lima --- (In reply to Eyal Rozenberg from comment #115) > If you want to make this argument, you need to address the objections of > those of us who are against it. Which you, so far, have not. TBH my main goal in joining this discussion is to raise awareness about the problems we have in the Tabbed UI, which is possibly the second most popular UI variant, after the Standard Toolbar. I don't really mind if it doesn't end up becoming the default UI. But I would love to see it receiving more love from devs. As for "addressing the objections", I feel that this discussion is too subjective for one to address the objections of other users who oppose the Tabbed UI. There's nothing I can say that will objectively prove that the Tabbed UI is superior and that is not even my goal here. What I would love to see is the Tabbed UI being improved, so that those using it have a better experience. Only after this happens we will be able to discuss if it should become the default. > Again, you're speaking as though this has somehow been agreed. On the > contrary - you should refrain from lobbying the ESC for grant money; that > would be a misrepresentation of the discussion here. My objective was never "lobbying the ESC for grant money". Regardless of the Tabbed UI becoming the default or not, these issues we currently face in the Tabbed UI need to be fixed and I see no problem in bringing this discussion to the ESC. Mind you that the discussion I would like to bring to the ESC is "the Tabbed UI needs improvements and fixes"... it's not my intention of saying that "the Tabbed UI should become the default", because as you said this decision would not represent the opinions expressed here. (In reply to Luke Kendall from comment #117) > Although my suggestion (comment 35) was largely ignored, or misunderstood, > I'll reiterate it. > > If you make the UI choice a very visible indicator that can be used to > switch to a different UI style, OR to revert to the previous UI the user had > been using, I think you can defuse this issue. Unlike commercial software > which has to go all in, you have more flexibility. I believe Luke's proposal would be the ideal solution, which would be to provide the user a more prominent way to change the UI variant. Maybe the user could choose this during installation. I'm saying this because in the university where I work, most students using LibreOffice do not know there's a Tabbed UI. Those who are not involved with LO development and news simply have not heard of it and the way to change it is not very prominent so that new users will easily learn that it exists. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 70526] Provide startup time measurements
https://bugs.documentfoundation.org/show_bug.cgi?id=70526 Hossein changed: What|Removed |Added Whiteboard||reviewed:2022 CC||hoss...@libreoffice.org --- Comment #4 from Hossein --- Re-evaluating the EasyHack in 2022 This enhancement is still relevant. Startup measurement with timestamps to achieve the detailed time taken for each part of the startup is very helpful to understand the cause of the slow start in order to improve startup time. Firefox provides a detailed measurement here: (values are dummy here) Firefox: about:telemetry -> Simple Measurements PropertyValue start 10 main20 selectProfile 30 afterProfileLocked 40 startupCrashDetectionBegin 50 AMI_startup_begin 60 XPI_startup_begin 70 XPI_bootstrap_addons_begin 80 XPI_bootstrap_addons_end90 XPI_startup_end 100 AMI_startup_end 110 sessionRestoreInit 120 XPI_finalUIStartup 130 sessionRestoreInitialized 140 createTopLevelWindow150 firstPaint2 160 firstPaint 170 delayedStartupStarted 180 delayedStartupFinished 190 sessionRestored 200 startupCrashDetectionEnd210 firstLoadURI220 totalTime 230 startupInterrupted 0 debuggerAttached0 activeTicks 10 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146176] [UI] Cryptic messages for average user on macro errors,
https://bugs.documentfoundation.org/show_bug.cgi?id=146176 Rafael Lima changed: What|Removed |Added Status|ASSIGNED|NEW -- You are receiving this mail because: You are the assignee for the bug.
