Re: [libreoffice-marketing] Moving to LibreOffice 8?
Hi Kelvene, On 28.03.23 00:27, Kelvene Requiroso wrote: Culturally, 8 in Asia is a lucky number, signifying prosperity and blessing. It might hit a soft spot in the region, which is the world's largest market. I like the concept. It fits with the idea of Libre. By the way, I'm new to the team -- just joined the other day electronically. Thanks for the insight about the Asian markets, and welcome to the project! Good to have you on board :-) Cheers, Mike at TDF
[Libreoffice-bugs] [Bug 108741] [META] Shapes bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108741 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||81969 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=81969 [Bug 81969] EDITING: Find (and Replace) does not find (nor replaces) text inside object with text -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 81969] EDITING: Find (and Replace) does not find (nor replaces) text inside object with text
https://bugs.documentfoundation.org/show_bug.cgi?id=81969 Stéphane Guillou (stragu) changed: What|Removed |Added Summary|EDITING: Find and Replace |EDITING: Find (and Replace) |does not replace text |does not find (nor |inside object with text |replaces) text inside ||object with text CC||stephane.guillou@libreoffic ||e.org Hardware|Other |All Blocks||108741 Version|4.3.0.3 rc |Inherited From OOo --- Comment #9 from Stéphane Guillou (stragu) --- Already the case in OOo 3.3, so inherited. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108741 [Bug 108741] [META] Shapes bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154421] New: Can't change the layout design in master view page.
https://bugs.documentfoundation.org/show_bug.cgi?id=154421 Bug ID: 154421 Summary: Can't change the layout design in master view page. Product: LibreOffice Version: 6.1.0.3 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: priyankakeerthi...@gmail.com Description: If want to change slide design layout in master view. it fail. Steps to Reproduce: 1.Open LibreOffice Impress in your system 2.Select template to use 3.select master pages menu which is located in right side of the page. 4.In master pages (used in this presentation, recently used & available for use) menus are listed. 5.Select your favourite template from available for use menu. 6.it does not change Actual Results: If we click the available for use templates, have to change. but it fail. Expected Results: Change the slide design when mouse hover the design. Reproducible: Always User Profile Reset: No Additional Info: Version: 6.1.0.3 Build ID: 1:6.1.0-1~bpo9+2 CPU threads: 2; OS: Linux 4.18; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); Calc: group threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154161] UI: Unchecking relative width while keep Ratio Active, breaks image ratio (STR in comment 1)
https://bugs.documentfoundation.org/show_bug.cgi?id=154161 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 154416] Words disappear inside shapes
https://bugs.documentfoundation.org/show_bug.cgi?id=154416 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154416] Words disappear inside shapes
https://bugs.documentfoundation.org/show_bug.cgi?id=154416 --- Comment #3 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154398] CALC crashes using the CMD key while dragging
https://bugs.documentfoundation.org/show_bug.cgi?id=154398 --- Comment #6 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154398] CALC crashes using the CMD key while dragging
https://bugs.documentfoundation.org/show_bug.cgi?id=154398 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 153389] Wrong default page format (US Letter)
https://bugs.documentfoundation.org/show_bug.cgi?id=153389 --- Comment #7 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153389] Wrong default page format (US Letter)
https://bugs.documentfoundation.org/show_bug.cgi?id=153389 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 140401] LibreOffice crashed due to custom installed fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=140401 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140401] LibreOffice crashed due to custom installed fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=140401 --- Comment #16 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145017] [Calc] The action of the New button in the Data Form seemed illogical
https://bugs.documentfoundation.org/show_bug.cgi?id=145017 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 145017] [Calc] The action of the New button in the Data Form seemed illogical
https://bugs.documentfoundation.org/show_bug.cgi?id=145017 --- Comment #4 from QA Administrators --- Dear Igor, 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 137965] SwRedLineData pretty slow at undo
https://bugs.documentfoundation.org/show_bug.cgi?id=137965 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 147621] The print dialogue overflows the screen after updating l10n
https://bugs.documentfoundation.org/show_bug.cgi?id=147621 --- Comment #3 from QA Administrators --- Dear songsammy, 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 137965] SwRedLineData pretty slow at undo
https://bugs.documentfoundation.org/show_bug.cgi?id=137965 --- Comment #8 from QA Administrators --- Dear Telesto, 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 88368] Wrong Page is Displayed if LibreOffice Window is Resized
https://bugs.documentfoundation.org/show_bug.cgi?id=88368 --- Comment #11 from QA Administrators --- Dear Harald Koester, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 72058] UI: cannot insert text while viewing the slide with form controls not run macros
https://bugs.documentfoundation.org/show_bug.cgi?id=72058 --- Comment #9 from QA Administrators --- Dear danielcordero, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 75768] FILEOPEN DOC/DOCX: flies positioned off-screen are visible in Writer, but not seen in Word's Print Layout
https://bugs.documentfoundation.org/show_bug.cgi?id=75768 --- Comment #12 from QA Administrators --- Dear Sergey Pashinin, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141286] Documents in Open Document format cause delay / lag when switching slides in "Normal" and Presentation Mode
https://bugs.documentfoundation.org/show_bug.cgi?id=141286 --- Comment #5 from QA Administrators --- Dear sbub, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140032] Double-line cell borders not exported to XLSX and XLS
https://bugs.documentfoundation.org/show_bug.cgi?id=140032 --- Comment #13 from QA Administrators --- Dear Johnny_M, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125455] Setting LTR direction in specific mixed-RTL document gets reverted on reopen (per Comment 10)
https://bugs.documentfoundation.org/show_bug.cgi?id=125455 --- Comment #15 from QA Administrators --- Dear Iqtedar, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124022] Unhardcode different driver default settings
https://bugs.documentfoundation.org/show_bug.cgi?id=124022 --- Comment #7 from QA Administrators --- Dear Mike Kaganski, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 115983] findAll and replaceAll methods have an unexpected behavior when they are called from the com.sun.star.sheet.SheetCellRanges service.
https://bugs.documentfoundation.org/show_bug.cgi?id=115983 --- Comment #13 from QA Administrators --- Dear vatairethibault, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154420] New: Enhancement - Right click on Footer to include fields
https://bugs.documentfoundation.org/show_bug.cgi?id=154420 Bug ID: 154420 Summary: Enhancement - Right click on Footer to include fields Product: LibreOffice Version: 7.4.4.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: russell.da...@gmail.com Description: Please add "fields" to dialog box when right clicking on footer/header so as to easily add fields for page number, author, etc. Otherwise, to insert fields into footer, user has to click from menu > Insert > Fields > Page Number. The current method of adding page numbers to Footer via above method is obscure non-intuitive. This results in large amount of time wasted finding out how to do this proceedure which is simple and straightfoward in other office softwares. Steps to Reproduce: 1. Open new document 2. Insert footer via menu > Insert > Header and Footer > Footer > Default page style 3. Mouse cusor on footer, right click and find no dialog for inserting fields into footer Actual Results: No "fields" in dialog box on right click over footer Expected Results: Expect that a right click on footer would bring up dialog box for inserting various footer components such as page number, date, author in a simple, quick and straightforward operation. Reproducible: Always User Profile Reset: No Additional Info: Please see screenshots for: Right click over footer: https://paste.pics/f028aaee3999d13e4b8ad8a043b61e46 Existing method for inserting fields into footer: https://paste.pics/101229ccc83cf1c3956bcf58241323ec Example of where to add "Fields" into footer dialog box: https://paste.pics/1f1ee38005a4a2d37219c66796ca11c5 Thankyou for making LibreOffice better! -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 131323] Libreoffice pdf conversion fails in FIPS mode
https://bugs.documentfoundation.org/show_bug.cgi?id=131323 michael.ti...@ibm.com changed: What|Removed |Added Status|NEW |UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154419] Csv import window doesn't appear on taskbar
https://bugs.documentfoundation.org/show_bug.cgi?id=154419 Кирилл Фролов changed: What|Removed |Added CC||frolovkiri...@gmail.com --- Comment #1 from Кирилл Фролов --- Created attachment 186256 --> https://bugs.documentfoundation.org/attachment.cgi?id=186256=edit Screenshot -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154419] New: Csv import window doesn't appear on taskbar
https://bugs.documentfoundation.org/show_bug.cgi?id=154419 Bug ID: 154419 Summary: Csv import window doesn't appear on taskbar Product: LibreOffice Version: 7.5.1.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: frolovkiri...@gmail.com Description: When i open csv import window doesn't get reflected on taskbar. Steps to Reproduce: 1.Open csv file Actual Results: Import window doesn't appear on taskbar. Expected Results: Import window does appear on taskbar. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.5.1.2 (X86_64) / LibreOffice Community Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129 CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win Locale: ru-RU (ru_RU); UI: ru-RU Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 91130] Smaller default font name list
https://bugs.documentfoundation.org/show_bug.cgi?id=91130 --- Comment #44 from Arlene --- (In reply to Heiko Tietze from comment #42) > (In reply to Arlene from comment #40) > > IDEA: Put 3-5 fonts that are familiar to most users at the top... > Rather the recently used. > > > IDEA: Organize the same font family into one row. > Good idea. Turns the simple list into a tree, however, but hides away all > the annoying Noto fonts ;-). OTOH, it's always a good idea to keep the UI > simple- and the tree with all fonts could also come after the recently used > per "More..." in an extra dialog. > > > A screenshot of the Google Docs font selection... > This is a solution for bug 35538 "Handling of fonts with more than 4 > styles". But makes the idea clear. Thanks for replying. I agree that always keeping the UI simple would be great for users, and relieve their workload. At the same time, provide customized options for advanced users and improve their efficiency. I am thinking about how to let advanced users be happier of the font selector. Feel free to comment on this post about how you(every user of LO) would like some customization of the font selector. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140401] LibreOffice crashed due to custom installed fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=140401 --- Comment #15 from Vivodo Lio --- Thanks for following this issue. Now, I'm using: - LibreOffce 7.5.1.2 (AARCH64) - Mac OS X 13.2.1 Still crashed when I enabled the following two fonts: - Hanazono Mincho Ex A1 (HanaMinExA1.otf) - Hanazono Mincho Ex A2 (HanaMinExA2.otf) Other Hanazono fonts are OK with LibreOffice. I almost not use these two fonts which cause problems. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 91130] Smaller default font name list
https://bugs.documentfoundation.org/show_bug.cgi?id=91130 --- Comment #43 from Arlene --- Created attachment 186255 --> https://bugs.documentfoundation.org/attachment.cgi?id=186255=edit Wireframe1.0 of my ideas about redesigned font selector-Arlene Please see my wireframe of my ideas for this bug: 1. More Fonts (thinking...) 2. Theme Fonts (3-5 most users familiar fonts) 3. All Fonts (display alphabetically) 4. Recent Fonts (Only after users have used at least one font will it appear in the font selector. Max 5 most recent fonts here) Feedback is needed. Please see if this wireframe can be practical from both UX and development perspectives. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135225] layout glitch in gigantic paragraph: text wraps through image set to optimal wrap
https://bugs.documentfoundation.org/show_bug.cgi?id=135225 Justin L changed: What|Removed |Added Summary|Image before text on file |layout glitch in gigantic |open (no wrap) |paragraph: text wraps ||through image set to ||optimal wrap Priority|medium |lowest --- Comment #10 from Justin L --- This is an extremely fake example, where one paragraph takes up multiple pages, and images aren't anchored intelligently at all. So we get layout glitches. It seems pointless to have this bug report existing. There is a LOT of layout churn just trying to get the algorithm to stabilize. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 94274] Inconsistent default choice of text wrap around image (optimal) vs shape (through)
https://bugs.documentfoundation.org/show_bug.cgi?id=94274 Justin L changed: What|Removed |Added Summary|Inconsistent behaviour of |Inconsistent default choice |text wrap around image vs |of text wrap around image |shape |(optimal) vs shape ||(through) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 132928] Optimal wrap wraps mostly at the right even enough room (2cm) at the left
https://bugs.documentfoundation.org/show_bug.cgi?id=132928 --- Comment #13 from Justin L --- So, optimal wraps text to the side with the most room for text (except in the case where it is tiny in which case it wraps parallel). Sounds like only a documentation issue to me. That definition makes perfect sense in a practical world (although from a standards perspective it is very arbitrary and should not have included the parallel aspect). Changing a default to use parallel wrap instead of optimal sounds like a bad idea to me. Rarely do you want text to wrap on both sides of something (only in the case of something centred and tiny). I suggest removing easy-hack. In fact, I suggest closing this as NOTABUG. I don't see anything actionable here. P.S. Microsoft DOES have an optimal setting. Both "tight" and "square" have a "largest only" choice. (It just doesn't do an arbitrary justify on occasion.) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 87740] [META] Anchor and text wrapping bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=87740 Bug 87740 depends on bug 142339, which changed state. Bug 142339 Summary: A small position change of the 'to character' anchor position having hug impact on image position https://bugs.documentfoundation.org/show_bug.cgi?id=142339 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142339] A small position change of the 'to character' anchor position having hug impact on image position
https://bugs.documentfoundation.org/show_bug.cgi?id=142339 Justin L changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #3 from Justin L --- *** This bug has been marked as a duplicate of bug 133959 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133959] Image changes position after changing anchor from paragraph to character and dragging the anchor
https://bugs.documentfoundation.org/show_bug.cgi?id=133959 --- Comment #12 from Justin L --- *** Bug 142339 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 87740] [META] Anchor and text wrapping bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=87740 Bug 87740 depends on bug 95695, which changed state. Bug 95695 Summary: Text wrapping doesn't work if an image overlaps an other image https://bugs.documentfoundation.org/show_bug.cgi?id=95695 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 67997] Wrapping arround a frame does not work when two frames are nearby
https://bugs.documentfoundation.org/show_bug.cgi?id=67997 Justin L changed: What|Removed |Added CC||jennes...@gmail.com --- Comment #19 from Justin L --- *** Bug 95695 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 95695] Text wrapping doesn't work if an image overlaps an other image
https://bugs.documentfoundation.org/show_bug.cgi?id=95695 Justin L changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED Hardware|Other |All OS|Windows (All) |All --- Comment #10 from Justin L --- *** This bug has been marked as a duplicate of bug 67997 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135712] Temporary layout glitches while moving image in columns
https://bugs.documentfoundation.org/show_bug.cgi?id=135712 Justin L changed: What|Removed |Added Priority|medium |lowest Summary|Image moves left after |Temporary layout glitches |changing anchor from to |while moving image in |page to paragraph and |columns |pressing up | --- Comment #9 from Justin L --- I could repro this in 7.6+ in several spots. The issue is less about the image "moving", but that the text in the columns gets all messed up (until you press the arrow key once more). This is a layout issue. Switching to web view and back to normal view puts everything in the expected position (until moving up and back down again). -- You are receiving this mail because: You are the assignee for the bug.
Re: Moving to LibreOffice 8?
Hi Italo, all, Italo Vignoli wrote: > On 27/03/23 22:13, Julien Nabet wrote: > > => so 7.6.0 would be 23.05.0 (since a major version is about every 6 > > months and 7.5.0 has been released in November 2022). > > This would have been my choice since years, but it looks like there are > technical restrictions which do not allow to use such a numbering scheme > without some coding. > 23.08 (and 24.02) I guess could be the next versions then. Changing version naming schemes always creates extra work (I suspect not only for developers, but also for marketing & documentation), but perhaps it's indeed time to make the move? I'm not aware the required technical tweaks are prohibitive (of course we need to listen to feedback from in particular downstream Linux packagers), and it would make our life a lot easier in the future, for e.g. switching to a rolling release model. Cheers, -- Thorsten signature.asc Description: PGP signature
[Libreoffice-bugs] [Bug 154115] A useless Text Field shows up when typing with Option menu open. prevents Options menu from closing the
https://bugs.documentfoundation.org/show_bug.cgi?id=154115 --- Comment #3 from Caolán McNamara --- The "useless Text field" is built into GtkTreeViews (always available with ctrl+f) and defaults on for use with interactive search with "Enable Search" when viewed in glade with cui/uiconfig/ui/optionsdialog.ui and the "pages" widget. In this case it looks like it is set to use the wrong column from the model. I find that when active one click anywhere is enough to dismiss the search box, and then the next click will cancel as usual if over X or Cancel, and don't see a requirement to delete the typed text. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133046] Adding a paragraph on pag 1 makes page wrap quite (wrap through)/ undo doesn't solve it
https://bugs.documentfoundation.org/show_bug.cgi?id=133046 Justin L changed: What|Removed |Added Priority|medium |lowest --- Comment #5 from Justin L --- This is yet another example of an image connected to an immense paragraph with the image connected to a paragraph that starts on a previous page. Not surprising that the anchor position is strange. No wonder Microsoft doesn't allow Paragraph anchors for images. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133959] Image changes position after changing anchor from paragraph to character and dragging the anchor
https://bugs.documentfoundation.org/show_bug.cgi?id=133959 Justin L changed: What|Removed |Added Resolution|--- |NOTABUG Status|NEW |RESOLVED --- Comment #11 from Justin L --- Absolutely not a bug as comment 10 clearly explained. If you were moving a to-character anchor from one position in a paragraph to another position in the same paragraph, then I would agree that it is a bug. But as soon as you move to another paragraph, then the image will move. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 87740] [META] Anchor and text wrapping bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=87740 Bug 87740 depends on bug 133959, which changed state. Bug 133959 Summary: Image changes position after changing anchor from paragraph to character and dragging the anchor https://bugs.documentfoundation.org/show_bug.cgi?id=133959 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |NOTABUG -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 87740] [META] Anchor and text wrapping bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=87740 Bug 87740 depends on bug 141010, which changed state. Bug 141010 Summary: Changing anchor from 'to character' to 'to paragraph' changes image position https://bugs.documentfoundation.org/show_bug.cgi?id=141010 What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141010] Changing anchor from 'to character' to 'to paragraph' changes image position
https://bugs.documentfoundation.org/show_bug.cgi?id=141010 Justin L changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #10 from Justin L --- There aren't really paragraphs in this example. Specifically, the paragraph starts on a different page than what the image is anchored on. That is a somewhat meaningless situation to switch to. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102187] [META] Options dialog bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102187 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||154115 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=154115 [Bug 154115] A useless Text Field shows up when typing with Option menu open. prevents Options menu from closing the -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103182] [META] GTK3-specific bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=103182 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||154115 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=154115 [Bug 154115] A useless Text Field shows up when typing with Option menu open. prevents Options menu from closing the -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154115] A useless Text Field shows up when typing with Option menu open. prevents Options menu from closing the
https://bugs.documentfoundation.org/show_bug.cgi?id=154115 Stéphane Guillou (stragu) changed: What|Removed |Added Version|7.5.1.2 release |6.4.0.3 release CC||caol...@redhat.com, ||stephane.guillou@libreoffic ||e.org Whiteboard| QA:needsComment| Regression By||Caolán McNamara Component|LibreOffice |UI Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Blocks||102187, 103182 --- Comment #2 from Stéphane Guillou (stragu) --- This is supposed to be the feature in which typing something allows jumping to a matching section in the dialog. It used to work in: Version: 6.3.6.2 Build ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3; Locale: en-AU (en_AU.UTF-8); UI-Language: en-US Calc: threaded and stopped working in 6.4. Not reproduced with kf5 (cairo+xcb), qt5 (qfont+xcb) or gen VCLs. Bibisected with linux-64-6.4 bibisect repo to first bad commit bc99cd5ceaa8016dec89a82a09d5839c7fe2feb0 which points to core commit: commit 94d6fa11d086187b82adf9aa596e0f334827e095 author Caolán McNamara Tue Sep 17 12:50:05 2019 +0100 committer Caolán McNamara Fri Sep 20 21:20:51 2019 +0200 weld OfaTreeOptionsDialog Reviewed-on: https://gerrit.libreoffice.org/79070 Caolán, can you please have a look? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102187 [Bug 102187] [META] Options dialog bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=103182 [Bug 103182] [META] GTK3-specific bugs -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154416] Words disappear inside shapes
https://bugs.documentfoundation.org/show_bug.cgi?id=154416 --- Comment #2 from marcgene...@gmail.com --- Created attachment 186254 --> https://bugs.documentfoundation.org/attachment.cgi?id=186254=edit odg file that does not display all texts Could not upload two attached files to my former message. Here is the odg file. Page 2, the text "Coin I/III" have been truncated to "Coin" and all the last two digits inside the ellipses also disappeared - except for "F 1253". you can try to type the missing digits as in my jpg file, then save and load the file again. According to my tests, they should disappear. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 87740] [META] Anchor and text wrapping bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=87740 Bug 87740 depends on bug 132415, which changed state. Bug 132415 Summary: Multiple-page view: Page layout is wrong for text behind image with page wrap optimal on https://bugs.documentfoundation.org/show_bug.cgi?id=132415 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112983] [META] Multiple page view bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=112983 Bug 112983 depends on bug 132415, which changed state. Bug 132415 Summary: Multiple-page view: Page layout is wrong for text behind image with page wrap optimal on https://bugs.documentfoundation.org/show_bug.cgi?id=132415 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 132415] Multiple-page view: Page layout is wrong for text behind image with page wrap optimal on
https://bugs.documentfoundation.org/show_bug.cgi?id=132415 Justin L changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #11 from Justin L --- Untitled.odt does not have any optimal-wrapped images. They are all parallel-wrapped. There is no overlapped text. There are only parallel-wrapped one or two character words on the right hand side. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154418] New: Can Not Open Libre Office
https://bugs.documentfoundation.org/show_bug.cgi?id=154418 Bug ID: 154418 Summary: Can Not Open Libre Office Product: LibreOffice Version: 7.5.1.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: loo_...@hotmail.com Description: When I Try To Open LO, The Black Bar Goes About 1/3 The Way And Then LO Close Out. I Tried A Fresh Install And I Have The Same Issue. I've Tried Opening LO >From A Created File With The Same Result. Steps to Reproduce: 1.Click On LO Icon 2. 3. Actual Results: Starts To Load. About 1/3 Of The Way It Stops And Closes Expected Results: Open The Selected File Reproducible: Always User Profile Reset: No Additional Info: I Was Running A Previous Version And Experiencing The Same Issue. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140655] Page naming "right" and "left" is wrong for right-to-to left documents should be "odd" and "even"
https://bugs.documentfoundation.org/show_bug.cgi?id=140655 --- Comment #9 from David --- (In reply to Eyal Rozenberg from comment #7) >For example: I could define a Page Style named Foo, for which the next > style is "Right Page". When using it (and with a single section page), the > first Right Page will be even, not odd. Please attach a document that demonstrates the problem. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145953] Image ratio broken on resize when size is defined relative to entire page
https://bugs.documentfoundation.org/show_bug.cgi?id=145953 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||4160 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 76991] Writer destroys aspect ratio when scaling graphics
https://bugs.documentfoundation.org/show_bug.cgi?id=76991 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||4160 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103152] [META] Writer image bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103152 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||154160 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=154160 [Bug 154160] UI: Image ratio can be skewed even with keep Ratio for images in Position in Size ON when using Relative Width -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145937] Image does NOT "Keep ratio" if BOTH "Relative to" check-boxes are selected
https://bugs.documentfoundation.org/show_bug.cgi?id=145937 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||4160 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154160] UI: Image ratio can be skewed even with keep Ratio for images in Position in Size ON when using Relative Width
https://bugs.documentfoundation.org/show_bug.cgi?id=154160 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||5937, ||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=76 ||991, ||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||5953 Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Blocks||103152 --- Comment #2 from Stéphane Guillou (stragu) --- Repro in: Version: 7.5.1.2 (X86_64) / LibreOffice Community Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Adding a few "see also" bugs that would benefit from reviewing, to see if there's potential duplicates in this area. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103152 [Bug 103152] [META] Writer image bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 154410] Improve Calc's Format > Align Text menu's contents and labels
https://bugs.documentfoundation.org/show_bug.cgi?id=154410 --- Comment #2 from Eyal Rozenberg --- (In reply to Stéphane Guillou (stragu) from comment #0) > - its functions can be used for other things than text, for example shapes; Isn't it in the cell formatting dialog though? > - "Format > Align Text" relabelled to "Alignment" because it doesn't just > affect text. This matches the tab title in the Format Cells dialog. What else does it affect? In the other bug, you mentioned "numbers", but numbers are also text. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 154410] Improve Calc's Format > Align Text menu's contents and labels
https://bugs.documentfoundation.org/show_bug.cgi?id=154410 --- Comment #2 from Eyal Rozenberg --- (In reply to Stéphane Guillou (stragu) from comment #0) > - its functions can be used for other things than text, for example shapes; Isn't it in the cell formatting dialog though? > - "Format > Align Text" relabelled to "Alignment" because it doesn't just > affect text. This matches the tab title in the Format Cells dialog. What else does it affect? In the other bug, you mentioned "numbers", but numbers are also text. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 80281] FORMATTING: "Keep aspect ratio" checkbox of images or photos not always honoured
https://bugs.documentfoundation.org/show_bug.cgi?id=80281 Stéphane Guillou (stragu) changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||stephane.guillou@libreoffic ||e.org --- Comment #8 from Stéphane Guillou (stragu) --- In my opinion, this is a "won't fix". The "keep aspect ratio" option can be used to "lock" the width and height values together when they are changed, and some users will want to have that setting on _with an aspect ratio different from the original_. The order matters, and it is not difficult to first turn the setting on, before changing any value. (Or undo unwanted changes) UX team, would you agree? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 80281] FORMATTING: "Keep aspect ratio" checkbox of images or photos not always honoured
https://bugs.documentfoundation.org/show_bug.cgi?id=80281 Stéphane Guillou (stragu) changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||stephane.guillou@libreoffic ||e.org --- Comment #8 from Stéphane Guillou (stragu) --- In my opinion, this is a "won't fix". The "keep aspect ratio" option can be used to "lock" the width and height values together when they are changed, and some users will want to have that setting on _with an aspect ratio different from the original_. The order matters, and it is not difficult to first turn the setting on, before changing any value. (Or undo unwanted changes) UX team, would you agree? -- You are receiving this mail because: You are on the CC list for the bug.
Re: Moving to LibreOffice 8?
On 27/03/23 22:13, Julien Nabet wrote: Using LO 8 would attract some light of media for some time ok but they'll conclude quite quickly the same as you've just said: "no significant innovation which can justify the change of version" so we would have just obeyed to marketing rules for them. Don't give too much credit to the media, they desperatedly need news so they will stick to our message. No one will dig deeply enough to get to that conclusion, and those who might do are our friends and as such would support the narrative. IMHO, we should use 7.6 for the next major release or if marketing absolutely wants media to talk about LO, we may also partly use "Ubuntu" style: LibreOffice <2 last digits of the year>.digits>. => so 7.6.0 would be 23.05.0 (since a major version is about every 6 months and 7.5.0 has been released in November 2022). This would have been my choice since years, but it looks like there are technical restrictions which do not allow to use such a numbering scheme without some coding. -- Italo Vignoli - it...@vignoli.org mobile/signal +39.348.5653829 hangout/jabber italo.vign...@gmail.com GPG Key ID - 0xAAB8D5C0 DB75 1534 3FD0 EA5F 56B5 FDA6 DE82 934C AAB8 D5C0
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-23.05' - sw/source
sw/source/core/doc/docfly.cxx | 38 +-
1 file changed, 17 insertions(+), 21 deletions(-)
New commits:
commit ed12347e0194896e5f0853b9f8533f0cde27e3cc
Author: Justin Luth
AuthorDate: Thu Mar 16 18:49:12 2023 -0400
Commit: Miklos Vajna
CommitDate: Mon Mar 27 21:14:38 2023 +
tdf#135581 sw UI: keep image in place when changing anchor
Changing the anchor type should not move an image around.
The only time we have a position to fix AFAICS is when
the anchor changes and the RelationOrient is no longer appropriate.
In that case we always get a new p*OrientItem.
If GetPos changed, then that means the user (or earlier algorithm)
already adjusted for the change. If there is no difference in GetPos
even though the relation changed, then that is the only time we (likely)
need to recalculate.
So the typical example requiring an adjustment would be a change
from "to paragraph" at text position 0 to a "to page" anchor.
In this case "page" has no relationship to "text margins"
and thus needs to base the absolute position 0 on page instead of text,
meaning that the margins would need to be added to the absolute position.
This code is basically unchanged since initial import.
I have no idea why it could possibly be good to change
the position when there is no new information given
(no pHoriOrientItem/pVertOrientItem).
[I checked and "from top" and "from bottom"
are both == NONE, as well of course as "from left".]
Change-Id: Ib89ad9ba26c8826ed43f6d4505a82502b9ad8af9
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/149012
Tested-by: Jenkins
Reviewed-by: Justin Luth
Reviewed-by: Miklos Vajna
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/149634
Tested-by: Jenkins CollaboraOffice
diff --git a/sw/source/core/doc/docfly.cxx b/sw/source/core/doc/docfly.cxx
index 5ddc713ff4af..998f123ee6c0 100644
--- a/sw/source/core/doc/docfly.cxx
+++ b/sw/source/core/doc/docfly.cxx
@@ -363,26 +363,25 @@ sal_Int8 SwDoc::SetFlyFrameAnchor( SwFrameFormat&
rFormat, SfxItemSet& rSet, boo
case RndStdIds::FLY_AT_FLY:// LAYER_IMPL
case RndStdIds::FLY_AT_PAGE:
{
-// If no position attributes are coming in, we correct the
position in a way
-// such that the fly's document coordinates are preserved.
-// If only the alignment changes in the position attributes
(text::RelOrientation::FRAME
-// vs. text::RelOrientation::PRTAREA), we also correct the
position.
+// If only the anchor type has changed (char -> para -> page) and
the absolute position
+// is unchanged even though there is a new relative orientation
+// (likely because the old orientation was not valid for the new
anchor type),
+// then adjust the position to account for the moved anchor
position.
const SwFormatHoriOrient* pHoriOrientItem = rSet.GetItemIfSet(
RES_HORI_ORIENT, false );
SwFormatHoriOrient aOldH( rFormat.GetHoriOrient() );
bool bPutOldH(false);
-if( text::HoriOrientation::NONE == aOldH.GetHoriOrient() && (
!pHoriOrientItem ||
-aOldH.GetPos() == pHoriOrientItem->GetPos() ))
+if (text::HoriOrientation::NONE == aOldH.GetHoriOrient() &&
pHoriOrientItem
+&& text::HoriOrientation::NONE ==
pHoriOrientItem->GetHoriOrient()
+&& aOldH.GetPos() == pHoriOrientItem->GetPos())
{
SwTwips nPos = (RndStdIds::FLY_AS_CHAR == nOld) ? 0 :
aOldH.GetPos();
nPos += aOldAnchorPos.getX() - aNewAnchorPos.getX();
-if( pHoriOrientItem )
-{
-aOldH.SetHoriOrient( pHoriOrientItem->GetHoriOrient() );
-aOldH.SetRelationOrient(
pHoriOrientItem->GetRelationOrient() );
-}
+assert(aOldH.GetRelationOrient() !=
pHoriOrientItem->GetRelationOrient());
+aOldH.SetRelationOrient(pHoriOrientItem->GetRelationOrient());
+
aOldH.SetPos( nPos );
bPutOldH = true;
}
@@ -406,19 +405,16 @@ sal_Int8 SwDoc::SetFlyFrameAnchor( SwFrameFormat&
rFormat, SfxItemSet& rSet, boo
const SwFormatVertOrient* pVertOrientItem = rSet.GetItemIfSet(
RES_VERT_ORIENT, false );
SwFormatVertOrient aOldV( rFormat.GetVertOrient() );
-// #i28922# - correction: compare
-if( text::VertOrientation::NONE == aOldV.GetVertOrient() &&
(!pVertOrientItem ||
-aOldV.GetPos() == pVertOrientItem->GetPos() ) )
+if (text::VertOrientation::NONE == aOldV.GetVertOrient() &&
pVertOrientItem
+&& text::VertOrientation::NONE ==
pVertOrientItem->GetVertOrient()
+&& aOldV.GetPos() == pVertOrientItem->GetPos())
[Libreoffice-commits] core.git: sw/qa sw/source
sw/qa/extras/ooxmlexport/ooxmlexport10.cxx |6 +
sw/source/core/doc/DocumentContentOperationsManager.cxx | 18
sw/source/core/inc/DocumentContentOperationsManager.hxx |3 +-
3 files changed, 22 insertions(+), 5 deletions(-)
New commits:
commit 4daeb21a5f533144fd6b3bc397a98f37e5b1dd4c
Author: Justin Luth
AuthorDate: Fri Mar 24 20:45:29 2023 -0400
Commit: Miklos Vajna
CommitDate: Mon Mar 27 21:12:42 2023 +
sw CopyBookmarks: ensure that Move copies can rename
The problem was that a reference to the bookmark name
was failing - since the move was adding a "Copy 1" at the end.
That rename line is very deceptive because AFAICS it fails every time.
I'm going to look at removing it in a followup commit.
Two other unit tests also found with make sw.check
-tdf149089.docx
-tdf149507.docx
but they also didn't have references to the bookmark to visually notice.
make CppunitTest_sw_ooxmlexport10 CPPUNIT_TEST_NAME=testTdf92157
Change-Id: Idd695ec4a89057b28a68bc051b73f17fd4c3de56
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/149574
Tested-by: Jenkins
Reviewed-by: Justin Luth
Reviewed-by: Miklos Vajna
diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport10.cxx
b/sw/qa/extras/ooxmlexport/ooxmlexport10.cxx
index 95d29b40dec6..60f7eb57b711 100644
--- a/sw/qa/extras/ooxmlexport/ooxmlexport10.cxx
+++ b/sw/qa/extras/ooxmlexport/ooxmlexport10.cxx
@@ -1170,6 +1170,12 @@ DECLARE_OOXMLEXPORT_TEST(testTdf95775, "tdf95775.docx")
DECLARE_OOXMLEXPORT_TEST(testTdf92157, "tdf92157.docx")
{
// A graphic with dimensions 0,0 should not fail on load
+
+// Additionally, the bookmark names should not change (they got a "1"
appended when copied)
+uno::Reference xBookmarksSupplier(mxComponent,
uno::UNO_QUERY);
+uno::Reference xBookmarksByName =
xBookmarksSupplier->getBookmarks();
+CPPUNIT_ASSERT(xBookmarksByName->hasByName("referentiegegevens"));
+CPPUNIT_ASSERT(xBookmarksByName->hasByName("referentiegegevens_bk"));
}
DECLARE_OOXMLEXPORT_TEST(testTdf97417, "section_break_numbering.docx")
diff --git a/sw/source/core/doc/DocumentContentOperationsManager.cxx
b/sw/source/core/doc/DocumentContentOperationsManager.cxx
index 39c54d4c5668..01f1000eee7b 100644
--- a/sw/source/core/doc/DocumentContentOperationsManager.cxx
+++ b/sw/source/core/doc/DocumentContentOperationsManager.cxx
@@ -232,7 +232,7 @@ namespace
namespace sw
{
// TODO: use SaveBookmark (from DelBookmarks)
-void CopyBookmarks(const SwPaM& rPam, const SwPosition& rCpyPam)
+void CopyBookmarks(const SwPaM& rPam, const SwPosition& rCpyPam,
SwCopyFlags flags)
{
const SwDoc& rSrcDoc = rPam.GetDoc();
SwDoc& rDestDoc = rCpyPam.GetDoc();
@@ -295,9 +295,19 @@ namespace sw
lcl_SetCpyPos(pMark->GetOtherMarkPos(), rStt, *pCpyStt,
*aTmpPam.GetMark(), nDelCount);
}
+OUString sRequestedName = pMark->GetName();
+if (flags & SwCopyFlags::IsMoveToFly)
+{
+assert( == );
+// Ensure the name can be given to NewMark, since this is
ultimately a move
+auto pSoonToBeDeletedMark =
const_cast(pMark);
+
rDestDoc.getIDocumentMarkAccess()->renameMark(pSoonToBeDeletedMark,
+ sRequestedName +
"COPY_IS_MOVE");
+}
+
::sw::mark::IMark* const pNewMark =
rDestDoc.getIDocumentMarkAccess()->makeMark(
aTmpPam,
-pMark->GetName(),
+sRequestedName,
IDocumentMarkAccess::GetType(*pMark),
::sw::mark::InsertMode::CopyText);
// Explicitly try to get exactly the same name as in the source
@@ -308,7 +318,7 @@ namespace sw
|| IDocumentMarkAccess::GetType(*pMark) ==
IDocumentMarkAccess::MarkType::CROSSREF_HEADING_BOOKMARK);
continue; // can't insert duplicate cross reference mark
}
-rDestDoc.getIDocumentMarkAccess()->renameMark(pNewMark,
pMark->GetName());
+rDestDoc.getIDocumentMarkAccess()->renameMark(pNewMark,
sRequestedName);
// copying additional attributes for bookmarks or fieldmarks
::sw::mark::IBookmark* const pNewBookmark =
@@ -3664,7 +3674,7 @@ void DocumentContentOperationsManager::CopyWithFlyInFly(
targetPos = pCopiedPaM->second;
}
-sw::CopyBookmarks(pCopiedPaM ? pCopiedPaM->first : aRgTmp, targetPos);
+sw::CopyBookmarks(pCopiedPaM ? pCopiedPaM->first : aRgTmp, targetPos,
flags);
}
if (rRg.aStart != rRg.aEnd)
diff --git a/sw/source/core/inc/DocumentContentOperationsManager.hxx
b/sw/source/core/inc/DocumentContentOperationsManager.hxx
index e961df8cf8c7..6d2d9a5fa6ea 100644
--- a/sw/source/core/inc/DocumentContentOperationsManager.hxx
+++
[Libreoffice-bugs] [Bug 87740] [META] Anchor and text wrapping bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=87740 Bug 87740 depends on bug 89699, which changed state. Bug 89699 Summary: Image anchored as 'as character' has unnecessary space above it https://bugs.documentfoundation.org/show_bug.cgi?id=89699 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 89699] Image anchored as 'as character' has unnecessary space above it
https://bugs.documentfoundation.org/show_bug.cgi?id=89699 Justin L changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED Hardware|Other |All --- Comment #8 from Justin L --- *** This bug has been marked as a duplicate of bug 69647 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 62867] Word wrap does not work properly when image is left of the left margin.
https://bugs.documentfoundation.org/show_bug.cgi?id=62867 Justin L changed: What|Removed |Added Hardware|Other |All CC||jl...@mail.com --- Comment #13 from Justin L --- repro 7.6+ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154416] Words disappear inside shapes
https://bugs.documentfoundation.org/show_bug.cgi?id=154416 m.a.riosv changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- Please attach the odg file, to test? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154414] LibreOffice_7.5.1_Win_x86-64 cab file corrupt
https://bugs.documentfoundation.org/show_bug.cgi?id=154414 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #1 from m.a.riosv --- Have you tested to download with a different browser. Are you download from LibreOffice page? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154410] Improve Calc's Format > Align Text menu's contents and labels
https://bugs.documentfoundation.org/show_bug.cgi?id=154410 --- Comment #1 from ady --- (In reply to Stéphane Guillou (stragu) from comment #0) > alignment, which needs to be present to revert a change made from the menu > (and be on par with the toolbar's de-activating of alignment options; I'm not sure I understand the need for that point. If I select a range of cells, set a certain alignment by pressing some icon on the toolbar, and then click again on the same icon, the result is the "default" alignment. I could change to "center", then "left" (icon looks pressed), then click again on "left" (icon looks normal, not pressed) and the resulting alignment is "default". Do we really need specific menu entries and/or icons for "default" alignment (one for horizontal and one for vertical)? What's wrong with having them in the dialog only? I'm not against it. I'm just asking. Another possibility could be to have the menu entries work as the icons; select once and the attribute is set (and the menu entry (icon) would look "pressed"); select the "pressed" menu entry again and the "default" alignment would be set. The menu entries and the icons in the toolbar(s) would/should be in sync. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 154410] Improve Calc's Format > Align Text menu's contents and labels
https://bugs.documentfoundation.org/show_bug.cgi?id=154410 --- Comment #1 from ady --- (In reply to Stéphane Guillou (stragu) from comment #0) > alignment, which needs to be present to revert a change made from the menu > (and be on par with the toolbar's de-activating of alignment options; I'm not sure I understand the need for that point. If I select a range of cells, set a certain alignment by pressing some icon on the toolbar, and then click again on the same icon, the result is the "default" alignment. I could change to "center", then "left" (icon looks pressed), then click again on "left" (icon looks normal, not pressed) and the resulting alignment is "default". Do we really need specific menu entries and/or icons for "default" alignment (one for horizontal and one for vertical)? What's wrong with having them in the dialog only? I'm not against it. I'm just asking. Another possibility could be to have the menu entries work as the icons; select once and the attribute is set (and the menu entry (icon) would look "pressed"); select the "pressed" menu entry again and the "default" alignment would be set. The menu entries and the icons in the toolbar(s) would/should be in sync. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 82021] Fileopen DOCX : Graphics components of shape OK but text not (wrap, rotation, highlight) - different for 2007 and MSO saved DOCX
https://bugs.documentfoundation.org/show_bug.cgi?id=82021 --- Comment #27 from Dave Nadler --- Still broken, 9 years after I reported the problem... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 106040] [META] Help bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=106040 Bug 106040 depends on bug 153739, which changed state. Bug 153739 Summary: [LOCALHELP] add "bookmark" to General Glossary https://bugs.documentfoundation.org/show_bug.cgi?id=153739 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154417] enhancement for Printing in multiple individual files
https://bugs.documentfoundation.org/show_bug.cgi?id=154417 worms changed: What|Removed |Added Summary|Print enhancement in|enhancement for Printing |multiple individual files |in multiple individual ||files -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: helpcontent2
helpcontent2 |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 3a30f1a0fd555febd770b6097197d0d9e499afc6 Author: Seth Chaiklin AuthorDate: Mon Mar 27 20:20:14 2023 + Commit: Gerrit Code Review CommitDate: Mon Mar 27 20:20:14 2023 + Update git submodules * Update helpcontent2 from branch 'master' to 3c28ee643a415afa0953ece2df6873839febf495 - tdf#153739 add "bookmark" to Glossary; make relevant cross-references Change-Id: I7ef8c33a39383a00c8c538694808b4383ad983b8 Reviewed-on: https://gerrit.libreoffice.org/c/help/+/149095 Tested-by: Jenkins Reviewed-by: Seth Chaiklin diff --git a/helpcontent2 b/helpcontent2 index ab10c28fab42..3c28ee643a41 16 --- a/helpcontent2 +++ b/helpcontent2 @@ -1 +1 @@ -Subproject commit ab10c28fab4226c0270c9870561094af4dbca01d +Subproject commit 3c28ee643a415afa0953ece2df6873839febf495
[Libreoffice-commits] help.git: source/text
source/text/shared/00/0005.xhp | 12 source/text/shared/01/ref_pdf_export_links.xhp |2 +- source/text/shared/05/0150.xhp |2 +- source/text/swriter/01/0404.xhp|2 +- source/text/swriter/guide/jump2statusbar.xhp | 18 +++--- 5 files changed, 22 insertions(+), 14 deletions(-) New commits: commit 3c28ee643a415afa0953ece2df6873839febf495 Author: Seth Chaiklin AuthorDate: Sat Mar 18 14:17:50 2023 + Commit: Seth Chaiklin CommitDate: Mon Mar 27 20:20:14 2023 + tdf#153739 add "bookmark" to Glossary; make relevant cross-references Change-Id: I7ef8c33a39383a00c8c538694808b4383ad983b8 Reviewed-on: https://gerrit.libreoffice.org/c/help/+/149095 Tested-by: Jenkins Reviewed-by: Seth Chaiklin diff --git a/source/text/shared/00/0005.xhp b/source/text/shared/00/0005.xhp index ba9518d4b5..468ad284d7 100644 --- a/source/text/shared/00/0005.xhp +++ b/source/text/shared/00/0005.xhp @@ -51,6 +51,18 @@ Developed by the French mathematician Pierre Bézier, a Bézier curve is a mathematically defined curve used in two-dimensional graphic applications. The curve is defined by four points: the initial position and the terminating position, and two separate middle points. Bézier objects can be modified by moving these points with the mouse. + + + + + bookmark;definition + + Bookmark + A bookmark marks a position in a paragraph or a text selection for future reference. Bookmarks are listed in the Navigator. Click on a bookmark in Navigator to move the cursor directly to the bookmark location. A bookmark can also be used as a target for hyperlinks and cross-references, and exported to PDF files as a named destination. + + + + diff --git a/source/text/shared/01/ref_pdf_export_links.xhp b/source/text/shared/01/ref_pdf_export_links.xhp index d892f0f4dd..243ad11055 100644 --- a/source/text/shared/01/ref_pdf_export_links.xhp +++ b/source/text/shared/01/ref_pdf_export_links.xhp @@ -32,7 +32,7 @@ General Export bookmarks as named destinations -Enable the checkbox to export bookmarks in your document as named destinations in the PDF document. The destinations correspond to the location of your bookmarks. Use these destinations to create URL links that point to these locations in the PDF document. +Enable the checkbox to export bookmarks in your document as named destinations in the PDF document. The destinations correspond to the location of your bookmarks. Use these destinations to create URL links that point to these locations in the PDF document. Convert document references to PDF targets diff --git a/source/text/shared/05/0150.xhp b/source/text/shared/05/0150.xhp index 80430d215b..74fa3a694c 100644 --- a/source/text/shared/05/0150.xhp +++ b/source/text/shared/05/0150.xhp @@ -40,7 +40,7 @@ Icon - Use the Add to Bookmarks icon to set a bookmark for the current page shown in the Help. + Use the Add to Bookmarks icon to set a bookmark for the current page shown in the Help. diff --git a/source/text/swriter/01/0404.xhp b/source/text/swriter/01/0404.xhp index 200aeb8f75..b6b2ebc22e 100644 --- a/source/text/swriter/01/0404.xhp +++ b/source/text/swriter/01/0404.xhp @@ -35,7 +35,7 @@ Insert Bookmark -Inserts a bookmark at the cursor position. You can then use the Navigator to quickly jump to the marked location at a later time. In an HTML document, bookmarks are converted to anchors that you can jump to from a hyperlink. +Inserts a bookmark at the cursor position. You can then use the Navigator to quickly jump to the marked location at a later time. In an HTML document, bookmarks are converted to anchors that you can jump to from a hyperlink. diff --git a/source/text/swriter/guide/jump2statusbar.xhp b/source/text/swriter/guide/jump2statusbar.xhp index 567dfaf24a..0bb04a5ab0 100644 --- a/source/text/swriter/guide/jump2statusbar.xhp +++ b/source/text/swriter/guide/jump2statusbar.xhp @@ -1,6 +1,5 @@ - - - Going to Specific Bookmark + Going to Specific Bookmark /text/swriter/guide/jump2statusbar.xhp @@ -30,13 +28,11 @@ bookmarks; positioning cursor jumping;to bookmarks -Going to Specific Bookmark - - To go to a specific bookmark in your document, hold down Ctrl and click -right-click in the Page field on the Status Bar, and then choose the bookmark. - - -Insert Bookmark - +Going to Specific Bookmark + + To go to a specific bookmark in your document, hold down Ctrl and click right-click in the Page field on the Status Bar, and then choose the bookmark. + + Insert Bookmark +
[Libreoffice-bugs] [Bug 154417] New: Print enhancement in multiple individual files
https://bugs.documentfoundation.org/show_bug.cgi?id=154417 Bug ID: 154417 Summary: Print enhancement in multiple individual files Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: wor...@ntymail.com Description: a writer file has database fields If you use the feature: print to individual files, it generates files almost immediately (as many as there are records in the database) but if the folder where the files are created is synchronized with a cloud environment, the cloud does not follow and this generates many errors wouldn't it be useful to allow to define a timer to slow down the creation of the files regards Translated with www.DeepL.com/Translator (free version) Steps to Reproduce: 1. print to files in individual files 2. choose a folder synchronised with a cloud ( 3.run the printing Actual Results: many errors because the cloud server doesn't support so many files modified Expected Results: with a timer, cloud server can update cloud without errors Reproducible: Always User Profile Reset: No Additional Info: there is the same problem with merge mail extension in thunderbird, but in merge mail extension you can define a timer to avoid sending emails too quickly -- You are receiving this mail because: You are the assignee for the bug.
Re: Moving to LibreOffice 8?
Moving to LibreOffice 8 (instead of 7.6) makes sense for marketing purposes, as media is looking at LibreOffice as the real innovator in the open source office suite market, and the feeling of journalists is that we are forever stuck at 7.x. We all know that the next version will not include any significant innovation which can justify the change of version, apart from the new build system for Windows and the availability of LibreOffice for Arm processors on Windows (which has not been announced)... Hello, Using LO 8 would attract some light of media for some time ok but they'll conclude quite quickly the same as you've just said: "no significant innovation which can justify the change of version" so we would have just obeyed to marketing rules for them. IMHO, we should use 7.6 for the next major release or if marketing absolutely wants media to talk about LO, we may also partly use "Ubuntu" style: LibreOffice <2 last digits of the year>.digits>. => so 7.6.0 would be 23.05.0 (since a major version is about every 6 months and 7.5.0 has been released in November 2022). At least, it's clear and predictable, except after 2099 but it lets us a bit of time to prepare oneself to the 4 digits year :-) Anyway, don't bother too much, there'll always be people complaining and people ok with the decision. The pb is that even if complaining people corresponds to 1%, you'll hear about them more than the OK people. Julien
[Libreoffice-bugs] [Bug 151066] [SAVING][UI] Tabbed toolbar Data Loss after file Reload; icons don't work either
https://bugs.documentfoundation.org/show_bug.cgi?id=151066 --- Comment #10 from ady --- (In reply to ady from comment #8) > Although this might be tangential to the issues already reported here, I > must add an important factor regarding the Tabbed Toolbar UI. > > Until LO 7.4.6.2, we can go to menu Tools > Customize > Notebookbar and then > edit the toolbar’s items. > > But in: > Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: b5c3a7502f7ff6ccf0f829c1f3a2ba50b8584c41 > CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: > win > Locale: en-US (es_AR); UI: en-US > Calc: CL threaded > Built 2023-03-19 > > ...any customization is not actually performed. > > To be clear, this problem did not start on that version/date, but earlier. I > haven't tested LO 7.5 in this regard. This _other_ problem is solved in bug 154296 for LO 7.5.3 and in 7.6.alpha built as of 2023-03-26. I'll tag this comment 10 and comment 8 as obsolete now. This bug 151066 is still active. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154385] Form controls: "automatic" order does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=154385 --- Comment #5 from Robert Großkopf --- (In reply to shoe200 from comment #3) > Dear all, > thanks for your comments. > I renamed all controls. Anywhere it does not work properly. In the attached > file _temp1.odt you find on page 1: > > ZENTRALER Wasserversorgung = control no. 15 > 0 ZIMMER = no. 23 > KÜCHE = no 16 > > Even after execution of the automatic sort this doesn't change, ZIMMER is > skipped when I use the Tab key. You have controls with different height in the same row. So the vertical position of the numeric control isn't the same as of all other controls in the same row. By the way: No problem to mark the whole row and set the height for all controls. But: This is a bugtracker, might be you better ask for help at https://ask.libreoffice.org/c/german/6. You could also write a private mail for help. Set the position for this one field manually in the dialog and all will work well for you. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139112] Accessibility options dialog should adapt its width to long labels
https://bugs.documentfoundation.org/show_bug.cgi?id=139112 --- Comment #26 from Łukasz --- other setup windows are the same too -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 87740] [META] Anchor and text wrapping bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=87740 Bug 87740 depends on bug 114632, which changed state. Bug 114632 Summary: FORMATTING: Picture in Frame will loose wrap after frame will have been copied to page footer https://bugs.documentfoundation.org/show_bug.cgi?id=114632 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143793] ODT: Wrap for shape in header was disabled (USE_FORMER_TEXT_WRAPPING), but now should probably be re-enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=143793 Justin L changed: What|Removed |Added CC||LibreOffice@bielefeldundbus ||s.de --- Comment #11 from Justin L --- *** Bug 114632 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 114632] FORMATTING: Picture in Frame will loose wrap after frame will have been copied to page footer
https://bugs.documentfoundation.org/show_bug.cgi?id=114632 Justin L changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE OS|Windows (All) |All --- Comment #9 from Justin L --- *** This bug has been marked as a duplicate of bug 143793 *** -- You are receiving this mail because: You are the assignee for the bug.
Re: paste html using API
Hello,
there is two problems here
1/ the api of python does not seem to let me use
com.sun.star.script.Converter
2/ the main problem is to insert html content in odt keeping the format
so convert to string won't do it
sorry
Le 27/03/2023 à 13:15, sos a écrit :
We do it with the functions below
Function ClipboardAsText As String
Dim oClip As Variant, oClipContents As Variant, oTypes As Variant
Dim oConverter, convertedString As String
Dim i As Integer, iPlainLoc As Integer
iPlainLoc = -1
oClip =
createUnoService("com.sun.star.datatransfer.clipboard.SystemClipboard")
oConverter = createUnoService("com.sun.star.script.Converter")
oClipContents = oClip.getContents()
oTypes = oClipContents.getTransferDataFlavors()
Dim msg As String
msg = "Sorry no usefull text in the ClipBoard found"
For i=LBound(oTypes) To UBound(oTypes)
If oTypes(i).MimeType = "text/plain;charset=utf-16" Then
iPlainLoc = i
Exit For
End If
Next i
If iPlainLoc >= 0 Then
convertedString =
oConverter.convertToSimpleType(oClipContents.getTransferData(oTypes(iPlainLoc)),
com.sun.star.uno.TypeClass.STRING)
ClipboardAsText=convertedString
End If
End Function
Sub CopyToClipBoard( sText )
' create SystemClipboard instance
oClip = CreateUnoService( _
"com.sun.star.datatransfer.clipboard.SystemClipboard")
oTR = createUnoListener("Tr_", _
"com.sun.star.datatransfer.XTransferable")
' set data
oClip.setContents(oTR,Null)
sTxtCString = sText
'oClip.flushClipboard() ' does not work
End Sub
Function Tr_getTransferData(aFlavor as
com.sun.star.datatransfer.DataFlavor)
' wordt pas aangeroepen als we cntrol+V doen intss is sTxtCString
reeds gezet
If (aFlavor.MimeType = "text/plain;charset=utf-16") Then
Tr_getTransferData() = sTxtCString
End If
End Function
Function Tr_getTransferDataFlavors()
Dim aFlavor As new com.sun.star.datatransfer.DataFlavor
aFlavor.MimeType = "text/plain;charset=utf-16"
aFlavor.HumanPresentableName = "Unicode-Text"
Tr_getTransferDataFlavors() = array(aFlavor)
End Function
Function Tr_isDataFlavorSupported( _
aFlavor as com.sun.star.datatransfer.DataFlavor) as Boolean
If aFlavor.MimeType = "text/plain;charset=utf-16" Then
Tr_isDataFlavorSupported = true
Else
Tr_isDataFlavorSupported = false
End If
End Function
hope it helps
Fernand
On 26/03/2023 22:26, Zorg wrote:
Thanks
Ok it seem a goot way
maybe it is obvious but how can i paste the clipboard in my odt
without using dispatch
Le 26/03/2023 à 21:20, Caolán McNamara a écrit :
On Sun, 2023-03-26 at 12:06 +0200, Zorg wrote:
... We have try using XTransferable but without any success.
I think it should be possible in headless mode to use the clipboard
apis to copy and paste within LibreOffice. But in this case the
clipboard is basically a fake clipboard only for the headless
libreoffice instance, one which doesn't interact with any real system
clipboard.
So for example in your current code I see that copy_with_format copies
into a true X clipboard via xclip so in headless more we can't paste
from there and it has to be non headless to get that to work.
But if the LibreOffice apis to put something into the clipboard are
used then I think it should work to "Paste" within LibreOffice and get
that content back out, even in headless more.
f.e. in this example at
https://ask.libreoffice.org/t/is-there-any-way-to-copy-calc-cell-content-and-paste-something-else/32173/11
there is:
oClip =
ctx.getServiceManager().createInstanceWithContext("com.sun.star.datatra
nsfer.clipboard.SystemClipboard", ctx)
oClip.setContents(transferable, None)
where "transferable" is implemented in that example as something that
only supports "text/plain;charset=utf-16" so if you change
copy_with_format to something that follow the model of the above
example implementation of an XTransferable to set a transferable that
provides the data and its mimetype as text/html I would expect it to
work.
[Libreoffice-bugs] [Bug 153389] Wrong default page format (US Letter)
https://bugs.documentfoundation.org/show_bug.cgi?id=153389 --- Comment #6 from prescot...@gmail.com --- Version: 7.5.0.3 (X86_64) / LibreOffice Community Build ID: 50(Build:3) CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: sk-SK (sk_SK.UTF-8); UI: sk-SK 7.5.0-1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154398] CALC crashes using the CMD key while dragging
https://bugs.documentfoundation.org/show_bug.cgi?id=154398 --- Comment #5 from shoe...@gmx.de --- (In reply to steve from comment #4) > No repro Version: 7.5.1.2 (X86_64) / LibreOffice Community > Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129 > CPU threads: 8; OS: Mac OS X 13.2.1; UI render: Skia/Raster; VCL: osx > Locale: de-DE (en_DE.UTF-8); UI: en-US > Calc: threaded > > @shoe200: which macOS are you using? Could you retry with 7.5.2.1 and also > reset your user profile: > https://wiki.documentfoundation.org/UserProfile#Resolving_corruption and see > if the problem then persists. You see the macOS version at the very beginning of the video, it is Ventura 13.2.1. Addittionally you find all hardware information. Let me know if you need more. I don't get any error report. Did you see the video? Are there any logfiles that I can send? Please let me know. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154385] Form controls: "automatic" order does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=154385 --- Comment #4 from shoe...@gmx.de --- Created attachment 186253 --> https://bugs.documentfoundation.org/attachment.cgi?id=186253=edit File with renamed controls, see comment from 27. march 2023 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154385] Form controls: "automatic" order does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=154385 --- Comment #3 from shoe...@gmx.de --- Dear all, thanks for your comments. I renamed all controls. Anywhere it does not work properly. In the attached file _temp1.odt you find on page 1: ZENTRALER Wasserversorgung = control no. 15 0 ZIMMER = no. 23 KÜCHE = no 16 Even after execution of the automatic sort this doesn't change, ZIMMER is skipped when I use the Tab key. There is an issue with the controls if you copy & past them. Some of them are not renamded correctly. In consequence you create a large number of controls with identical names that need to be renamed manually, this can be time consuming. To edit the controls it would help to select them all ant once, for exemple to change the font size. I needed to open them all one by one, it took me an hour. Regards Frank Schroeder, Karlsruhe, Germany -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139112] Accessibility options dialog should adapt its width to long labels
https://bugs.documentfoundation.org/show_bug.cgi?id=139112 --- Comment #25 from Łukasz --- ok, wait :) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139112] Accessibility options dialog should adapt its width to long labels
https://bugs.documentfoundation.org/show_bug.cgi?id=139112 --- Comment #24 from Buovjaga --- (In reply to Łukasz from comment #23) > fix the settings window? Sure. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 81969] EDITING: Find and Replace does not replace text inside object with text
https://bugs.documentfoundation.org/show_bug.cgi?id=81969 Buovjaga changed: What|Removed |Added CC||abdallahalhda...@gmail.com --- Comment #8 from Buovjaga --- *** Bug 154415 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154415] Writer: Text inside shapes is not detected upon search.
https://bugs.documentfoundation.org/show_bug.cgi?id=154415 Buovjaga changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED CC||ilmari.lauhakangas@libreoff ||ice.org --- Comment #2 from Buovjaga --- Sorry, I was too quick when I said I could not find any reports *** This bug has been marked as a duplicate of bug 81969 *** -- You are receiving this mail because: You are the assignee for the bug.
