[Libreoffice-bugs] [Bug 143540] EDITING: Keypad dot not changed to comma
https://bugs.documentfoundation.org/show_bug.cgi?id=143540 --- Comment #8 from Aron Budea --- (In reply to Mattia from comment #6) > if there's little interest in fixing it. So far the problem is that others seem to have a hard time reproducing this issue. Until then the chance of getting this fixed is rather slim. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151703] Impress slide show loses 'Linear' and 'Axial' formatted background gradients
https://bugs.documentfoundation.org/show_bug.cgi?id=151703 V Stuart Foote changed: What|Removed |Added Summary|Impress slide show loses|Impress slide show loses |background gradients|'Linear' and 'Axial' ||formatted background ||gradients --- Comment #6 from V Stuart Foote --- Spent more time with this. Issue with gradient drop out does seem limited to just the default 'Linear' and also the 'Axial' form, the other gradient styles don't seem affected. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151432] Missing a browse button when connection to ADO DB
https://bugs.documentfoundation.org/show_bug.cgi?id=151432 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 107657] [META] Font effects bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107657 Bug 107657 depends on bug 147950, which changed state. Bug 147950 Summary: FILESAVE DOC(X): looses bolded crossed out effect attribute of words when file is saved https://bugs.documentfoundation.org/show_bug.cgi?id=147950 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147950] FILESAVE DOC(X): looses bolded crossed out effect attribute of words when file is saved
https://bugs.documentfoundation.org/show_bug.cgi?id=147950 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147950] FILESAVE DOC(X): looses bolded crossed out effect attribute of words when file is saved
https://bugs.documentfoundation.org/show_bug.cgi?id=147950 --- Comment #6 from QA Administrators --- Dear Bernard Guilet, 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 148781] I have tried to open LibreOffice and it will not run. I cannot open any of my documents.
https://bugs.documentfoundation.org/show_bug.cgi?id=148781 --- Comment #2 from QA Administrators --- Dear Jason Richardson, 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 148780] UNWANTED SPACES on Entering Next Line in Writer Document
https://bugs.documentfoundation.org/show_bug.cgi?id=148780 --- Comment #3 from QA Administrators --- Dear Digi Abros, 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 142397] Libreoffice 7.X freezes on search with LInux Mint 19.3
https://bugs.documentfoundation.org/show_bug.cgi?id=142397 --- Comment #7 from QA Administrators --- Dear sergetome, 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 142034] Selecting (single left-click) cell enters edit mode directly when compose character on keyboard was struck beforehand
https://bugs.documentfoundation.org/show_bug.cgi?id=142034 --- Comment #2 from QA Administrators --- Dear Andrew Siplas, 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 142068] EDITING Unable to add new animations to text on any slide after duplicating a slide in LibreOffice Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=142068 --- Comment #2 from QA Administrators --- Dear speed.toyne, 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 99113] Incorrect location tables in the document
https://bugs.documentfoundation.org/show_bug.cgi?id=99113 --- Comment #4 from QA Administrators --- Dear tema, 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 69464] Fields, Show Variable displays 0 in the first paragraph when Set Variable is in the header
https://bugs.documentfoundation.org/show_bug.cgi?id=69464 --- Comment #11 from QA Administrators --- Dear Chris Vandenberghe, 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 59310] EPS setmiterlimit of "0 ml" produces /rangecheck error in ghostscript (possible violation of EPS spec)
https://bugs.documentfoundation.org/show_bug.cgi?id=59310 --- Comment #7 from QA Administrators --- Dear bahanonu, 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 57464] RTF Copying across paragraphs creates broken ANSI content
https://bugs.documentfoundation.org/show_bug.cgi?id=57464 --- Comment #23 from QA Administrators --- Dear Urmas, 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 135609] FILESAVE ODT: Input Field replaced with zero after save and reload
https://bugs.documentfoundation.org/show_bug.cgi?id=135609 --- Comment #3 from QA Administrators --- Dear Telesto, 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 114591] Indentation issue in converted html using Libre Office 4.3
https://bugs.documentfoundation.org/show_bug.cgi?id=114591 --- Comment #11 from QA Administrators --- Dear Sakshi Singh, 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 151725] Calc "Leave Gap" setting not being saved
https://bugs.documentfoundation.org/show_bug.cgi?id=151725 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #1 from m.a.riosv --- Please can you attach a sample file? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151723] When printout (to the printer or to .pdf) table from Writer see the horizontal line of the table incorrect
https://bugs.documentfoundation.org/show_bug.cgi?id=151723 m.a.riosv changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #4 from m.a.riosv --- Please don't set up your reported bugs as NEW, someone else must do it, after test their existence. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151723] When printout (to the printer or to .pdf) table from Writer see the horizontal line of the table incorrect
https://bugs.documentfoundation.org/show_bug.cgi?id=151723 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #3 from m.a.riosv --- Created attachment 183231 --> https://bugs.documentfoundation.org/attachment.cgi?id=183231=edit Generated PDF Pdf it's generated fine for me (I think) Version: 7.4.2.3 (x64) / LibreOffice Community Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL Please test with a clean profile, Menu/Help/Restart in Safe Mode -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151721] Problem with Page Numbering
https://bugs.documentfoundation.org/show_bug.cgi?id=151721 m.a.riosv changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- Menu/View/Field names [Ctrl+F9] -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151717] Text color assigned in conditional format displays only in edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=151717 m.a.riosv changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- For testing the issue, can you attach a sample ods file with the conditional format? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151716] libre will not open any documents or allow any access
https://bugs.documentfoundation.org/show_bug.cgi?id=151716 m.a.riosv changed: What|Removed |Added Ever confirmed|0 |1 CC||miguelangelrv@libreoffice.o ||rg Status|UNCONFIRMED |NEEDINFO --- Comment #1 from m.a.riosv --- 6.4 it's an old version, could you try with a newer version. https://www.libreoffice.org/download/download-libreoffice/ And please copy LibreOffice info in Menu/Help/About LibreOffice, and past it here. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145562] crash very short after program start or when selecting text
https://bugs.documentfoundation.org/show_bug.cgi?id=145562 --- Comment #8 from Mike Little --- (In reply to stragu from comment #7) > Thomas : does this happen with Writer only or other components too? > > Mike : what suggests the crashes in Writer and Calc come from the same issue? > > Thomas and Mike : please both check if the latest 7.3 and 7.4 versions still > crash on you, ideally also a recent master build from > https://dev-builds.libreoffice.org/daily/master/current.html > > Setting the bug status to "need info" until we have more information. WILCO... I have taken the following action: ACT01. Check the latest 7.3 to see if it crashes, from a recent Master build from https://dev-builds.libreoffice.org/daily/master/current.html; ACT02: Check the latest 7.4 to see if it crashes, from a recent Master build from https://dev-builds.libreoffice.org/daily/master/current.html; ACT03: Check the latest 7.5 to see if it crashes, from a recent Master build from https://dev-builds.libreoffice.org/daily/master/current.html and report to Buovjaga WAITOUT... MikeLittle -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151671] Calc: Freeze Rows and Columns is freez the first rows or columns only
https://bugs.documentfoundation.org/show_bug.cgi?id=151671 m.a.riosv changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #5 from m.a.riosv --- Please take a look: https://help.libreoffice.org/latest/en-US/text/scalc/guide/line_fix.html?=CALC=WIN -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151680] very sluggish opening documents!
https://bugs.documentfoundation.org/show_bug.cgi?id=151680 --- Comment #9 from m.a.riosv --- Can you share a sample file with the issue? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 80303] UI: Property mapping - the legend should reflect this possibility
https://bugs.documentfoundation.org/show_bug.cgi?id=80303 --- Comment #26 from trowelandmatt...@yahoo.co.uk --- BTW: my solution was to create charts (Pies in this case) without legends, and then create an additional BarChart using the same colors and categories as the Pies, but with a single dummy (i.e. 1) value - after trimming down the axis, adjusting plot area ect, this actually creates a far more usable 'Legend' graphic : -text and order of items can be better controlled -the 'Legend Chart' can picked, placed and treated as an individual graphic object when preparing documents for publication This suggests another solution to this issue and/or a more general function(probably only via a macro) ... ie a 'new' chart type: "LegendChart" = some kind of hard-coded BarChart that grabs its Color and Categories from the ranges of an already existing 'target' chart -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151725] New: Calc "Leave Gap" setting not being saved
https://bugs.documentfoundation.org/show_bug.cgi?id=151725 Bug ID: 151725 Summary: Calc "Leave Gap" setting not being saved Product: LibreOffice Version: 7.4.2.3 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: j...@sandford.net Description: In Calc, with a chart type selected (in my example it was a standard line chart), the chart's data series, options, plot options, when "leave gaps" is selected, and the chart is saved, if you exit the program and re-load the chart, the "assumes zero" option is displayed and you see the chart's lines drop to zero and back up again. If you re-select "leave gap", the chart no longer drops to zero in the gaps, and you re-save it, but again if you close and open the program and file, it again reverts to "assume zero". Steps to Reproduce: 1. create a chart with leave gap enabled 2. save the file and exist the program 3. re-open the file you will see "assume zero" as the config again, not "leave gap" Actual Results: the chart's configs in the file when saved do not save "leave gap" as the proper config Expected Results: "leave gap" should save as a proper config for the chart Reproducible: Always User Profile Reset: No Additional Info: "leave gap" should save, and it should not reset back to "assume zero" -- You are receiving this mail because: You are the assignee for the bug.
Non-Git build might download submodules over unencrypted HTTP
Hello, it looks like building LibreOffice without Git might download submodules over unencrypted HTTP without checking authenticity or integrity. The relevant code is here: https://github.com/LibreOffice/core/blob/648c70ac2caf2646ee8ff49bd8d846016d289b38/Makefile.in#L263 It would probably be good to at least replace the `http://` of the URL with `https://`, but if possible it might also be good to introduce authenticity / integrity validation since the files are downloaded from mirrors (if I see that correctly). Even though I assume you only chose trustworthy mirror sites, each mirror site increases the attack surface nonetheless so an authenticity check would be useful. I am not planning to submit a pull request since I am not familiar with the build setup of LibreOffice. Hopefully that is fine for you. Kind regards
[Libreoffice-bugs] [Bug 151723] When printout (to the printer or to .pdf) table from Writer see the horizontal line of the table incorrect
https://bugs.documentfoundation.org/show_bug.cgi?id=151723 --- Comment #2 from Joseph --- Created attachment 183230 --> https://bugs.documentfoundation.org/attachment.cgi?id=183230=edit original file -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129661] [META] Right-To-Left (RTL) user interface issues
https://bugs.documentfoundation.org/show_bug.cgi?id=129661 Eyal Rozenberg changed: What|Removed |Added Depends on||151722 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=151722 [Bug 151722] Incorrect TTF names are used in UI and in saved document -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151722] Incorrect TTF names are used in UI and in saved document
https://bugs.documentfoundation.org/show_bug.cgi?id=151722 Eyal Rozenberg changed: What|Removed |Added Keywords||needsUXEval Blocks||129661 CC||eyalr...@gmx.com, ||heiko.tietze@documentfounda ||tion.org --- Comment #3 from Eyal Rozenberg --- There might be some design rationale to this... let's ask other people. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=129661 [Bug 129661] [META] Right-To-Left (RTL) user interface issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151722] Incorrect TTF names are used in UI and in saved document
https://bugs.documentfoundation.org/show_bug.cgi?id=151722 Eyal Rozenberg changed: What|Removed |Added Blocks||112812 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=112812 [Bug 112812] [META] Hebrew language-specific RTL issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112812] [META] Hebrew language-specific RTL issues
https://bugs.documentfoundation.org/show_bug.cgi?id=112812 Eyal Rozenberg changed: What|Removed |Added Depends on||151722 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=151722 [Bug 151722] Incorrect TTF names are used in UI and in saved document -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151723] When printout (to the printer or to .pdf) table from Writer see the horizontal line of the table incorrect
https://bugs.documentfoundation.org/show_bug.cgi?id=151723 Joseph changed: What|Removed |Added CC||jfr...@gmail.com --- Comment #1 from Joseph --- Created attachment 183229 --> https://bugs.documentfoundation.org/attachment.cgi?id=183229=edit after printing -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151670] Can not use japanese IME
https://bugs.documentfoundation.org/show_bug.cgi?id=151670 --- Comment #1 from sergej --- self resolution. https://www.paleoaqua.jp/letter/cant_use_ibus-mozc_on_freebsd.html this page says " OLD:export GTK_IM_MODULE=ibus OLD:export QT_IM_MODULE=xim modifiy:export GTK_IM_MODULE=xim modify:export QT_IM_MODULE=ibus " this modify for ~/.xinitrc or ~/.xsessionis,is good for LibreOffice,but BAD for any other applications. then I modified for ~/.cshrc to this " setenv XIM ibus setenv GTK_IM_MODULE ibus setenv QT_IM_MODULE ibus setenv XMODIFIRES @im=ibus setenv XIM_PROGRAM ibus-daemon setenv XIM_ARGS "-r --daemonize --xim" " the resolution is "QT_IM_MODULE ibus". this setting is GOOD for all applications at XFCE4. TNX. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151724] Sidebar Settings Has Smaller Size Compare to Other Deck Icons (kf5 and gen)
https://bugs.documentfoundation.org/show_bug.cgi?id=151724 Rizal Muttaqin changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||9494 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149494] Sidebar hamburger menu is not showing in Breeze Dark icon theme
https://bugs.documentfoundation.org/show_bug.cgi?id=149494 Rizal Muttaqin changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||1724 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151724] New: Sidebar Settings Has Smaller Size Compare to Other Deck Icons (kf5 and gen)
https://bugs.documentfoundation.org/show_bug.cgi?id=151724 Bug ID: 151724 Summary: Sidebar Settings Has Smaller Size Compare to Other Deck Icons (kf5 and gen) Product: LibreOffice Version: 7.5.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: riz...@libreoffice.org Created attachment 183228 --> https://bugs.documentfoundation.org/attachment.cgi?id=183228=edit Small Sidebar Settings icon in various backend added with modified dimension The icon dimension of Sidebar Settings has quite smaller size compare to other icons in the deck. Here the issue only occurs with kf5 and gen backend. The Sidebar Settings icon itself used to be sfx2/res/symphony/open_more.png (14px*16px In Colibre, Sifr and Sukapura theme) in the past but someone has changed the code so the icon is sfx2/res/menu.png (14px*13px In Colibre, Sifr and Sukapura theme) now. Previously with open_more.png there was no issue. I have tried to enlarge the menu.png dimension from 14px*13px to 24px*24px but the icon still looks smaller (see bottom capture). FYI Galaxy has sfx2/res/symphony/open_more.png icon with 24px*24px and has no sfx2/res/menu.png. So I guess the file was added later. Steps to reproduce 1. Open Writer/Calc/Impress/Draw 2. View > Sidebar 3. See the top icon (Sidebar Settings) Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 9d1d668a608cc5b406601c2f7f3d8581e8f47d1c CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Version: 7.4.2.3 / LibreOffice Community Build ID: 40(Build:3) CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: id-ID (id_ID.UTF-8); UI: en-US Ubuntu package version: 1:7.4.2~rc3-0ubuntu0.22.04.1~lo1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151723] When printout (to the printer or to .pdf) table from Writer see the horizontal line of the table incorrect
https://bugs.documentfoundation.org/show_bug.cgi?id=151723 Joseph changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: cui/source
cui/source/options/optgdlg.cxx | 12 ++-- 1 file changed, 10 insertions(+), 2 deletions(-) New commits: commit 6d2363a553c9e275f9430510d70bc4b84e02aad8 Author: Eike Rathke AuthorDate: Sun Oct 23 22:12:40 2022 +0200 Commit: Eike Rathke CommitDate: Mon Oct 24 00:37:58 2022 +0200 Related: tdf#147817 validateDatePatterns() also when (re-)setting/initializing ... so a bad pattern possibly stored in configuration gives a visual indicator already on first view. Also reset the edit indicator to normal when initializing from a locale's default patterns. Change-Id: Ib87b01e057bc1409eba6ccb4d2717a731d0773d2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141689 Reviewed-by: Eike Rathke Tested-by: Jenkins diff --git a/cui/source/options/optgdlg.cxx b/cui/source/options/optgdlg.cxx index 38b6ae8181e6..db81f8565923 100644 --- a/cui/source/options/optgdlg.cxx +++ b/cui/source/options/optgdlg.cxx @@ -1508,10 +1508,17 @@ void OfaLanguagesTabPage::Reset( const SfxItemSet* rSet ) { const LocaleDataWrapper& rLocaleWrapper( Application::GetSettings().GetLocaleDataWrapper() ); aDatePatternsString = lcl_getDatePatternsConfigString( rLocaleWrapper); +// Let's assume patterns are valid at this point. +m_bDatePatternsValid = true; +} +else +{ +bool bModified = false; +m_bDatePatternsValid = validateDatePatterns( bModified, aDatePatternsString); } -// Let's assume patterns are valid at this point. -m_bDatePatternsValid = true; m_xDatePatternsED->set_text(aDatePatternsString); +m_xDatePatternsED->set_message_type( m_bDatePatternsValid ? +weld::EntryMessageType::Normal : weld::EntryMessageType::Error); bReadonly = pLangConfig->aSysLocaleOptions.IsReadOnly(SvtSysLocaleOptions::EOption::DatePatterns); m_xDatePatternsED->set_sensitive(!bReadonly); m_xDatePatternsFT->set_sensitive(!bReadonly); @@ -1691,6 +1698,7 @@ IMPL_LINK_NOARG(OfaLanguagesTabPage, LocaleSettingHdl, weld::ComboBox&, void) OUString aDatePatternsString = lcl_getDatePatternsConfigString( aLocaleWrapper); m_bDatePatternsValid = true; m_xDatePatternsED->set_text( aDatePatternsString); +m_xDatePatternsED->set_message_type(weld::EntryMessageType::Normal); } IMPL_LINK( OfaLanguagesTabPage, DatePatternsHdl, weld::Entry&, rEd, void )
[Libreoffice-bugs] [Bug 151723] New: When printout (to the printer or to .pdf) table from Writer see the horizontal line of the table incorrect
https://bugs.documentfoundation.org/show_bug.cgi?id=151723 Bug ID: 151723 Summary: When printout (to the printer or to .pdf) table from Writer see the horizontal line of the table incorrect Product: LibreOffice Version: 7.4.2.3 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jfr...@gmail.com Description: In the text file exist table. In the table all horizontal lines divided cells seen well. In the print preview some of the lines seen less dark. And when print file ( to the real printer or to pdf printer) some lines don't seen at all. Tried in MS Word the same. More or less good. All lines may be seen. But some strange small corners on each line may be seen at the cross of vertical and horizontal lines. Addition. As I know this file have been created some times ago in Open Office. Steps to Reproduce: 1. Didn't reproduce from the begginning. I mean didn't created table in the file. Just printed few times. 2. 3. Actual Results: Don't see all lines. Expected Results: To see all lines. Reproducible: Always User Profile Reset: No Additional Info: Didn't reproduce from the begginning. I mean didn't created table in the file. Just printed few times. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147714] Gradient background not shown in slide show if Skia enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=147714 V Stuart Foote changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||1703 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151703] Impress slide show loses background gradients
https://bugs.documentfoundation.org/show_bug.cgi?id=151703 V Stuart Foote changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||7714 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150966] FILESAVE Editing this MSO file in LO Writer causes the header and footer contents to be corrupted
https://bugs.documentfoundation.org/show_bug.cgi?id=150966 --- Comment #12 from Regina Henschel --- Or use UNO. The needed rectangle is in "TextFrames" in "EnhancedCustomShapePath". -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150966] FILESAVE Editing this MSO file in LO Writer causes the header and footer contents to be corrupted
https://bugs.documentfoundation.org/show_bug.cgi?id=150966 --- Comment #11 from Regina Henschel --- The problem is in https://opengrok.libreoffice.org/xref/core/oox/source/export/drawingml.cxx?r=3d236177#3326 pCustomShape->TakeTextAnchorRect(aAnchorRect); If the nominal text area rectangle has height 5000, the top distance is 1500 and the bottom distance is 2500, then TakeTextAnchorRect gives the height of the remaining area after subtracting the distances: 5000-1500-2500=1000 TakeTextAnchorRect is surely not the rectangle do you want. You get the text area rectangle as defined in the shape geometry from the EnhancedCustomShape2d of the shape. You can use the seqTextFrames[0] or the GetTextRect() method. The latter considers flipping, but that effects only the position and not the height of the rectangle. Please keep in mind, that this part of code is not only used when you resave an imported OOXML-document, but also when an ODP-document is exported. There is another error in #3320, where Width is used instead of Height. But that has no impact as long as the code part works with custom shapes. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: cui/source
cui/source/options/optgdlg.cxx | 52 +++-- cui/source/options/optgdlg.hxx |2 + 2 files changed, 32 insertions(+), 22 deletions(-) New commits: commit 648c70ac2caf2646ee8ff49bd8d846016d289b38 Author: Eike Rathke AuthorDate: Sun Oct 23 22:03:46 2022 +0200 Commit: Eike Rathke CommitDate: Sun Oct 23 23:42:27 2022 +0200 Related: tdf#147817 Extract validateDatePatterns() from DatePatternsHdl() To be able to reuse it. Change-Id: I11932708a3f1d04180f806f8de12ff42e3d13954 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141688 Reviewed-by: Eike Rathke Tested-by: Jenkins diff --git a/cui/source/options/optgdlg.cxx b/cui/source/options/optgdlg.cxx index 7b887b4e6965..38b6ae8181e6 100644 --- a/cui/source/options/optgdlg.cxx +++ b/cui/source/options/optgdlg.cxx @@ -1695,16 +1695,34 @@ IMPL_LINK_NOARG(OfaLanguagesTabPage, LocaleSettingHdl, weld::ComboBox&, void) IMPL_LINK( OfaLanguagesTabPage, DatePatternsHdl, weld::Entry&, rEd, void ) { -const OUString aPatterns(rEd.get_text()); -OUStringBuffer aBuf( aPatterns); -sal_Int32 nChar = 0; -bool bValid = true; +OUString aPatterns(rEd.get_text()); bool bModified = false; -if (!aPatterns.isEmpty()) +const bool bValid = validateDatePatterns( bModified, aPatterns); +if (bModified) { +// gtk3 keeps the cursor position on equal length set_text() but at +// least the 'gen' backend does not and resets to 0. +const int nCursorPos = rEd.get_position(); +rEd.set_text(aPatterns); +rEd.set_position(nCursorPos); +} +if (bValid) +rEd.set_message_type(weld::EntryMessageType::Normal); +else +rEd.set_message_type(weld::EntryMessageType::Error); +m_bDatePatternsValid = bValid; +} + +bool OfaLanguagesTabPage::validateDatePatterns( bool& rbModified, OUString& rPatterns ) +{ +bool bValid = true; +if (!rPatterns.isEmpty()) +{ +OUStringBuffer aBuf( rPatterns); +sal_Int32 nChar = 0; for (sal_Int32 nIndex=0; nIndex >= 0 && bValid; ++nChar) { -const OUString aPat( aPatterns.getToken( 0, ';', nIndex)); +const OUString aPat( rPatterns.getToken( 0, ';', nIndex)); if (aPat.isEmpty() && nIndex < 0) { // Indicating failure when about to append a pattern is too @@ -1745,7 +1763,7 @@ IMPL_LINK( OfaLanguagesTabPage, DatePatternsHdl, weld::Entry&, rEd, void ) else if (c == 'y') { aBuf[nChar] = 'Y'; -bModified = true; +rbModified = true; } bY = true; bSep = false; @@ -1757,7 +1775,7 @@ IMPL_LINK( OfaLanguagesTabPage, DatePatternsHdl, weld::Entry&, rEd, void ) else if (c == 'm') { aBuf[nChar] = 'M'; -bModified = true; +rbModified = true; } bM = true; bSep = false; @@ -1769,7 +1787,7 @@ IMPL_LINK( OfaLanguagesTabPage, DatePatternsHdl, weld::Entry&, rEd, void ) else if (c == 'd') { aBuf[nChar] = 'D'; -bModified = true; +rbModified = true; } bD = true; bSep = false; @@ -1787,20 +1805,10 @@ IMPL_LINK( OfaLanguagesTabPage, DatePatternsHdl, weld::Entry&, rEd, void ) bValid &= (bY || bM || bD); } } +if (rbModified) +rPatterns = aBuf.makeStringAndClear(); } -if (bModified) -{ -// gtk3 keeps the cursor position on equal length set_text() but at -// least the 'gen' backend does not and resets to 0. -const int nCursorPos = rEd.get_position(); -rEd.set_text(aBuf.makeStringAndClear()); -rEd.set_position(nCursorPos); -} -if (bValid) -rEd.set_message_type(weld::EntryMessageType::Normal); -else -rEd.set_message_type(weld::EntryMessageType::Error); -m_bDatePatternsValid = bValid; +return bValid; } /* vim:set shiftwidth=4 softtabstop=4 expandtab: */ diff --git a/cui/source/options/optgdlg.hxx b/cui/source/options/optgdlg.hxx index 75f29c6c5a34..ca41fb6bd478 100644 --- a/cui/source/options/optgdlg.hxx +++ b/cui/source/options/optgdlg.hxx @@ -168,6 +168,8 @@ class OfaLanguagesTabPage : public SfxTabPage DECL_LINK(LocaleSettingHdl, weld::ComboBox&, void); DECL_LINK(DatePatternsHdl, weld::Entry&, void); +bool validateDatePatterns(
[Libreoffice-ux-advise] [Bug 151346] Support searching current slide only
https://bugs.documentfoundation.org/show_bug.cgi?id=151346 Eyal Rozenberg changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 151703] Impress slide show loses background gradients
https://bugs.documentfoundation.org/show_bug.cgi?id=151703 --- Comment #5 from Telesto --- Note this has been reported before in bug 147714 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151722] Incorrect TTF names are used in UI and in saved document
https://bugs.documentfoundation.org/show_bug.cgi?id=151722 --- Comment #2 from Maxim Iorsh --- Created attachment 183227 --> https://bugs.documentfoundation.org/attachment.cgi?id=183227=edit Miriam fonts - regular and bold -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151722] Incorrect TTF names are used in UI and in saved document
https://bugs.documentfoundation.org/show_bug.cgi?id=151722 --- Comment #1 from Maxim Iorsh --- Created attachment 183226 --> https://bugs.documentfoundation.org/attachment.cgi?id=183226=edit Font list screenshot -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151722] New: Incorrect TTF names are used in UI and in saved document
https://bugs.documentfoundation.org/show_bug.cgi?id=151722 Bug ID: 151722 Summary: Incorrect TTF names are used in UI and in saved document Product: LibreOffice Version: 7.4.2.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: io...@users.sourceforge.net Created attachment 183225 --> https://bugs.documentfoundation.org/attachment.cgi?id=183225=edit Miriam font names and properties Description: Incorrect font name is used in UI font list and in saved file.The font "Miriam CLM" (attached) has names in both en_US and he_IL locales (see screeenshot miriam_properties.png). The Hebrew name is used in English UI Steps to Reproduce: 1. Install attached fonts MiriamCLM-Book.ttf and MiriamCLM-Bold.ttf 2. Set UI language to en_US 3. Open Libreoffice Writer 4. Open drop-down list of fonts Actual Results: In the list of fonts the Miriam font is listed as "מרים" at the end of the list(see screenshot font_list.png) Expected Results: In the list of fonts the Miriam font should be listed as "Miriam" in the appropriate alphabet-based place Reproducible: Always Version: 7.4.2.3 / LibreOffice Community Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: he-IL (he_IL.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: icon-themes/sifr icon-themes/sifr_dark icon-themes/sifr_dark_svg icon-themes/sifr_svg
icon-themes/sifr/cmd/32/formfilternavigator.png |binary icon-themes/sifr/cmd/32/navigator.png|binary icon-themes/sifr/cmd/32/reportnavigator.png |binary icon-themes/sifr/cmd/32/showfmexplorer.png |binary icon-themes/sifr/cmd/lc_formfilternavigator.png |binary icon-themes/sifr/cmd/lc_navigator.png|binary icon-themes/sifr/cmd/lc_reportnavigator.png |binary icon-themes/sifr/cmd/lc_showfmexplorer.png |binary icon-themes/sifr/cmd/sc_formfilternavigator.png |binary icon-themes/sifr/cmd/sc_navigator.png|binary icon-themes/sifr/cmd/sc_reportnavigator.png |binary icon-themes/sifr/cmd/sc_showfmexplorer.png |binary icon-themes/sifr_dark/cmd/32/formfilternavigator.png |binary icon-themes/sifr_dark/cmd/32/navigator.png |binary icon-themes/sifr_dark/cmd/32/reportnavigator.png |binary icon-themes/sifr_dark/cmd/32/showfmexplorer.png |binary icon-themes/sifr_dark/cmd/lc_formfilternavigator.png |binary icon-themes/sifr_dark/cmd/lc_navigator.png |binary icon-themes/sifr_dark/cmd/lc_reportnavigator.png |binary icon-themes/sifr_dark/cmd/lc_showfmexplorer.png |binary icon-themes/sifr_dark/cmd/sc_formfilternavigator.png |binary icon-themes/sifr_dark/cmd/sc_navigator.png |binary icon-themes/sifr_dark/cmd/sc_reportnavigator.png |binary icon-themes/sifr_dark/cmd/sc_showfmexplorer.png |binary icon-themes/sifr_dark_svg/cmd/32/formfilternavigator.svg |2 +- icon-themes/sifr_dark_svg/cmd/32/navigator.svg |2 +- icon-themes/sifr_dark_svg/cmd/32/reportnavigator.svg |2 +- icon-themes/sifr_dark_svg/cmd/32/showfmexplorer.svg |2 +- icon-themes/sifr_dark_svg/cmd/lc_formfilternavigator.svg |2 +- icon-themes/sifr_dark_svg/cmd/lc_navigator.svg |2 +- icon-themes/sifr_dark_svg/cmd/lc_reportnavigator.svg |2 +- icon-themes/sifr_dark_svg/cmd/lc_showfmexplorer.svg |2 +- icon-themes/sifr_dark_svg/cmd/sc_formfilternavigator.svg |2 +- icon-themes/sifr_dark_svg/cmd/sc_navigator.svg |2 +- icon-themes/sifr_dark_svg/cmd/sc_reportnavigator.svg |2 +- icon-themes/sifr_dark_svg/cmd/sc_showfmexplorer.svg |2 +- icon-themes/sifr_svg/cmd/32/formfilternavigator.svg |2 +- icon-themes/sifr_svg/cmd/32/navigator.svg|2 +- icon-themes/sifr_svg/cmd/32/reportnavigator.svg |2 +- icon-themes/sifr_svg/cmd/32/showfmexplorer.svg |2 +- icon-themes/sifr_svg/cmd/lc_formfilternavigator.svg |2 +- icon-themes/sifr_svg/cmd/lc_navigator.svg|2 +- icon-themes/sifr_svg/cmd/lc_reportnavigator.svg |2 +- icon-themes/sifr_svg/cmd/lc_showfmexplorer.svg |2 +- icon-themes/sifr_svg/cmd/sc_formfilternavigator.svg |2 +- icon-themes/sifr_svg/cmd/sc_navigator.svg|2 +- icon-themes/sifr_svg/cmd/sc_reportnavigator.svg |2 +- icon-themes/sifr_svg/cmd/sc_showfmexplorer.svg |2 +- 48 files changed, 24 insertions(+), 24 deletions(-) New commits: commit b32e1cd0496c36c4f6cb783bf8bd21b4ad234738 Author: Rizal Muttaqin AuthorDate: Sun Oct 23 21:45:17 2022 +0700 Commit: Rizal Muttaqin CommitDate: Sun Oct 23 23:22:32 2022 +0200 tdf#151071 Revise Sifr to follow upstream (Navigator) Change-Id: I87c204687ab4eca67df0def5cc31dbe06d74eec4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141681 Tested-by: Jenkins Reviewed-by: Rizal Muttaqin diff --git a/icon-themes/sifr/cmd/32/formfilternavigator.png b/icon-themes/sifr/cmd/32/formfilternavigator.png index b9149a9c2463..fa6e4edd3c0c 100644 Binary files a/icon-themes/sifr/cmd/32/formfilternavigator.png and b/icon-themes/sifr/cmd/32/formfilternavigator.png differ diff --git a/icon-themes/sifr/cmd/32/navigator.png b/icon-themes/sifr/cmd/32/navigator.png index 531d2fc9fb5e..6c475c89bcd8 100644 Binary files a/icon-themes/sifr/cmd/32/navigator.png and b/icon-themes/sifr/cmd/32/navigator.png differ diff --git a/icon-themes/sifr/cmd/32/reportnavigator.png b/icon-themes/sifr/cmd/32/reportnavigator.png index a14ffa4a3a1d..e8f888e7b881 100644 Binary files a/icon-themes/sifr/cmd/32/reportnavigator.png and b/icon-themes/sifr/cmd/32/reportnavigator.png differ diff --git a/icon-themes/sifr/cmd/32/showfmexplorer.png b/icon-themes/sifr/cmd/32/showfmexplorer.png index 4cc9fff69ebc..a62b81b17d70 100644 Binary files a/icon-themes/sifr/cmd/32/showfmexplorer.png and b/icon-themes/sifr/cmd/32/showfmexplorer.png differ diff --git a/icon-themes/sifr/cmd/lc_formfilternavigator.png b/icon-themes/sifr/cmd/lc_formfilternavigator.png index 1a34d759a792..7b535b19298d 100644 Binary files a/icon-themes/sifr/cmd/lc_formfilternavigator.png and
[Libreoffice-bugs] [Bug 151680] very sluggish opening documents!
https://bugs.documentfoundation.org/show_bug.cgi?id=151680 --- Comment #8 from Bee --- No external links - that I can see - BUT - sometimes I copy recipes or essays and articles from a webpage into a new document - and although I try to "clear formatting" - I may not get it all? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: odk/settings
odk/settings/platform.mk | 66 --- 1 file changed, 23 insertions(+), 43 deletions(-) New commits: commit 5af26c9ecdcfe70f5954c4acc340e8f9846aacfe Author: Mike Kaganski AuthorDate: Sun Oct 23 20:12:07 2022 +0200 Commit: Mike Kaganski CommitDate: Sun Oct 23 22:15:48 2022 +0200 Avoid nesting using 'else conditional-directive' See https://www.gnu.org/software/make/manual/make.html#Conditional-Syntax Change-Id: Iddd4ee2d42c83e6d661ef7d91c93a06caf307001 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141708 Tested-by: Jenkins Reviewed-by: Mike Kaganski diff --git a/odk/settings/platform.mk b/odk/settings/platform.mk index fe3aab26..ea3a0ed01380 100644 --- a/odk/settings/platform.mk +++ b/odk/settings/platform.mk @@ -25,48 +25,28 @@ # only make version 3.81 or later accepts the multiple else conditions ifeq "$(UNOPKG_PLATFORM)" "FreeBSD_x86" EXTENSION_PLATFORM=freebsd_x86 -else -ifeq "$(UNOPKG_PLATFORM)" "FreeBSD_x86_64" -EXTENSION_PLATFORM=freebsd_x86_64 -else -ifeq "$(UNOPKG_PLATFORM)" "Linux_PowerPC" -EXTENSION_PLATFORM=linux_powerpc -else -ifeq "$(UNOPKG_PLATFORM)" "Linux_x86" -EXTENSION_PLATFORM=linux_x86 -else -ifeq "$(UNOPKG_PLATFORM)" "Linux_x86_64" -EXTENSION_PLATFORM=linux_x86_64 -else -ifeq "$(UNOPKG_PLATFORM)" "MacOSX_PowerPC" -EXTENSION_PLATFORM=macosx_powerpc -else -ifeq "$(UNOPKG_PLATFORM)" "MacOSX_x86" -EXTENSION_PLATFORM=macosx_x86 -else -ifeq "$(UNOPKG_PLATFORM)" "MacOSX_x86_64" -EXTENSION_PLATFORM=macosx_x86_64 -else -ifeq "$(UNOPKG_PLATFORM)" "Solaris_SPARC" -EXTENSION_PLATFORM=solaris_sparc -else -ifeq "$(UNOPKG_PLATFORM)" "Solaris_x86" -EXTENSION_PLATFORM=solaris_x86 -else -ifeq "$(UNOPKG_PLATFORM)" "Windows" -ifeq "$(PROCTYPE)" "x86_64" -EXTENSION_PLATFORM=windows_x86_64 -else -EXTENSION_PLATFORM=windows_x86 -endif -endif -endif -endif -endif -endif -endif -endif -endif -endif +else ifeq "$(UNOPKG_PLATFORM)" "FreeBSD_x86_64" +EXTENSION_PLATFORM=freebsd_x86_64 +else ifeq "$(UNOPKG_PLATFORM)" "Linux_PowerPC" +EXTENSION_PLATFORM=linux_powerpc +else ifeq "$(UNOPKG_PLATFORM)" "Linux_x86" +EXTENSION_PLATFORM=linux_x86 +else ifeq "$(UNOPKG_PLATFORM)" "Linux_x86_64" +EXTENSION_PLATFORM=linux_x86_64 +else ifeq "$(UNOPKG_PLATFORM)" "MacOSX_PowerPC" +EXTENSION_PLATFORM=macosx_powerpc +else ifeq "$(UNOPKG_PLATFORM)" "MacOSX_x86" +EXTENSION_PLATFORM=macosx_x86 +else ifeq "$(UNOPKG_PLATFORM)" "MacOSX_x86_64" +EXTENSION_PLATFORM=macosx_x86_64 +else ifeq "$(UNOPKG_PLATFORM)" "Solaris_SPARC" +EXTENSION_PLATFORM=solaris_sparc +else ifeq "$(UNOPKG_PLATFORM)" "Solaris_x86" +EXTENSION_PLATFORM=solaris_x86 +else ifeq "$(UNOPKG_PLATFORM)" "Windows" +ifeq "$(PROCTYPE)" "x86_64" +EXTENSION_PLATFORM=windows_x86_64 +else +EXTENSION_PLATFORM=windows_x86 endif endif
[Libreoffice-bugs] [Bug 151711] Color Picker: ColorSliderControl slider does not change colour pallet with picks on the ColorSliderControl, it becomes functional only with a pick from the ColorFieldCo
https://bugs.documentfoundation.org/show_bug.cgi?id=151711 Caolán McNamara changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |caol...@redhat.com |desktop.org | --- Comment #5 from Caolán McNamara --- This isn't my first run in with this dialog and I left baffled the last time, but I think I see the core problem this time around. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107575] [META] Number format bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107575 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||131312 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=131312 [Bug 131312] calc: funny / odd / wrong display of value in scientific format -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 131312] calc: funny / odd / wrong display of value in scientific format
https://bugs.documentfoundation.org/show_bug.cgi?id=131312 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru Blocks||107575 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107575 [Bug 107575] [META] Number format bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 111310] [META] Data statistics bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=111310 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||130835 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=130835 [Bug 130835] Adding multivariate correlation analysis for nominal and parametric variables -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 130835] Adding multivariate correlation analysis for nominal and parametric variables
https://bugs.documentfoundation.org/show_bug.cgi?id=130835 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Blocks||111310 CC||79045_79...@mail.ru Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=111310 [Bug 111310] [META] Data statistics bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151721] New: Problem with Page Numbering
https://bugs.documentfoundation.org/show_bug.cgi?id=151721 Bug ID: 151721 Summary: Problem with Page Numbering Product: LibreOffice Version: 7.3.6.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: robertfh...@aol.com Description: Whenever I try to put page numbering in the footer, it doesn't put in a number. It prints the words "Page number" with a gray background. Steps to Reproduce: 1.Create Footer 2.Go to Footer 3.Insert > Page Number 4 Also does it with Insert > Field > Page Number Actual Results: prints the words "Page number" instead of an actual number. Expected Results: Prints the number of the page Reproducible: Always User Profile Reset: No Additional Info: I need it as I publish Novels on Amazon. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108019] [META] Calc UX bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108019 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||129847 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=129847 [Bug 129847] ### indication of "cell too narrow" should additionally show "more content" red arrow -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129847] ### indication of "cell too narrow" should additionally show "more content" red arrow
https://bugs.documentfoundation.org/show_bug.cgi?id=129847 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Blocks||108019 CC||79045_79...@mail.ru Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108019 [Bug 108019] [META] Calc UX bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108538] [META] Chart feature enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108538 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||127595 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=127595 [Bug 127595] Add feature to charts to show low value components as "other" -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 127595] Add feature to charts to show low value components as "other"
https://bugs.documentfoundation.org/show_bug.cgi?id=127595 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Blocks||108538 CC||79045_79...@mail.ru Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108538 [Bug 108538] [META] Chart feature enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151720] New: Resolved comments sometimes show even when they should be hidden
https://bugs.documentfoundation.org/show_bug.cgi?id=151720 Bug ID: 151720 Summary: Resolved comments sometimes show even when they should be hidden Product: LibreOffice Version: 7.3.6.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mi...@micahflee.com Description: If you click the View menu and make sure "Resolved Comments" is unchecked, comments that are marked as resolved should not be shown, but there are several situations where they're still shown anyway. The only way to hide them again is to toggle viewing Resolved Comments on, and then off again. Steps to Reproduce: 1. Create a new document in Writer. 2. Type some text. 3. Select the text, right-click, and add a comment. 4. Resolve the comment. 5. Click View, make sure Resolved Comments is unchecked, and the resolved comment will disappear 6. Select the text that includes a comment, copy it, and paste it on the next line Actual Results: The resulting pasted text will show the resolved comment, even though viewing resolved comments is disabled Expected Results: The resulted pasting text should still include the resolved comment, but it should be hidden because viewing resolved comments is turned off Reproducible: Always User Profile Reset: Yes Additional Info: There are several different ways to reproduce this bug, but copying and pasting seems to be the simplest way to reproduce it. You can also delete text with a resolved comment, and then press Ctrl-Z to undo the deletion, and the comment gets displayed when it shouldn't. I think there are other instances where this happens as well. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148321] FILEOPEN PPTX: text on top of circular object misplaced
https://bugs.documentfoundation.org/show_bug.cgi?id=148321 --- Comment #9 from Regina Henschel --- Export to OOXML is wrong. I will not reopen this one, but bug 150966 tracks the export problems. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151719] FILEOPEN DOCX: text highlight starts too early (in list item)
https://bugs.documentfoundation.org/show_bug.cgi?id=151719 --- Comment #1 from Gerald Pfeifer --- Created attachment 183224 --> https://bugs.documentfoundation.org/attachment.cgi?id=183224=edit Visual comparison Office 365 (left) vs LibreOffice Writer (right) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151719] New: FILEOPEN DOCX: text highlight starts too early (in list item)
https://bugs.documentfoundation.org/show_bug.cgi?id=151719 Bug ID: 151719 Summary: FILEOPEN DOCX: text highlight starts too early (in list item) Product: LibreOffice Version: 7.5.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Keywords: bibisectRequest, regression Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ger...@pfeifer.com Created attachment 183223 --> https://bugs.documentfoundation.org/attachment.cgi?id=183223=edit Sample document in DOCX format This sample document features some text highlighted with yellow background color. It generally renders fine in LibreOffice, except the first highlighted segment starts to early - with the bullet of a list item and the blank space until the actual text of that item instead of just the actual text. Seen with Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 4d9b83a417bbde8148b67d2ab0abe9f4ae285276 CPU threads: 8; OS: Linux 6.0; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US ... and all the way back to ... Version: 7.0.7.0.0+ Build ID: 54e9dd41dc9dd45af12c9346199f601ea4a5994d CPU threads: 8; OS: Linux 6.0; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-7-0, Time: 2021-05-07_08:22:18 NOT SEEN with: Version: 6.4.8.0.0+ Build ID: 99b065ec31d032fc08ab14f66430dac4fef904a5 CPU threads: 8; OS: Linux 6.0; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-6-4, Time: 2020-10-08_08:57:08 Locale: en-US (en_US.UTF-8); UI-Language: en-US So looks like a regression. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151718] FILEOPEN DOCX Large table take document take long time to load
https://bugs.documentfoundation.org/show_bug.cgi?id=151718 --- Comment #1 from Zayed --- Created attachment 183222 --> https://bugs.documentfoundation.org/attachment.cgi?id=183222=edit file that have the issue -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151718] New: FILEOPEN DOCX Large table take document take long time to load
https://bugs.documentfoundation.org/show_bug.cgi?id=151718 Bug ID: 151718 Summary: FILEOPEN DOCX Large table take document take long time to load Product: LibreOffice Version: 7.3.6.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: zayed.alsa...@gmail.com Description: Opening large table document(docx) (1860 rows, 483 pages) with Writer take so long time. Steps to Reproduce: 1. Open attached document 2. 3. Actual Results: Writer take long time to open Expected Results: It should be fast. Reproducible: Always User Profile Reset: No Additional Info: If I convert the docx to odt, the odt file will open in a reasonable time. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151676] Odd behavior when setting window position/size with setPosSize
https://bugs.documentfoundation.org/show_bug.cgi?id=151676 --- Comment #5 from Jordi --- (In reply to Rafael Lima from comment #4) > The problem is that the line > > oWindow.IsMaximized = False > > ... restores the window position, as when you double-click the header bar. > So in your code it first restores the window and then the position/size is > applied. ok but even if I comment this line, and with a non-snapped window, if I do oWindow.setPosSize(1,1,958,968,15) the windows is still ~10px of the edge. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151711] Color Picker: ColorSliderControl slider does not change colour pallet with picks on the ColorSliderControl, it becomes functional only with a pick from the ColorFieldCo
https://bugs.documentfoundation.org/show_bug.cgi?id=151711 V Stuart Foote changed: What|Removed |Added Summary|Color Picker: |Color Picker: |ColorSliderControl slider |ColorSliderControl slider |does reposition nor change |does not change colour |color pallet when colour|pallet with picks on the |changed at the |ColorSliderControl, it |ColorPreviewControl or the |becomes functional only |ColorSliderControl, becomes |with a pick from the |functional only with a |ColorFieldControl or change |selection in the|in color mode |ColorFielControl| --- Comment #4 from V Stuart Foote --- So you can actually click the ColorSliderControl multiple times, relocating the slider, but the pallet hue displayed on the ColorFieldControl is not changed to match. Activating it requires a color selection click in the ColorFieldControl, or a change of mode in one of the radio buttons or value fields for the RGB, HSB or CMYK color palette modes (opens default with the 'Hue' radiobutton set, then only changes when a different control is selected). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: svx/source
svx/source/svdraw/svdedxv.cxx |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) New commits: commit ac99dd03dbc8455ef16760c0608799dddce804b6 Author: Caolán McNamara AuthorDate: Sun Oct 23 16:59:42 2022 +0100 Commit: Caolán McNamara CommitDate: Sun Oct 23 20:25:53 2022 +0200 tdf#151311 don't show editing visualization frame for tables continue to show it for cases like tdf#94223 but not for table cells like tdf#151311 Change-Id: I73f69b9dc203af86293043743a1101ab129139a5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141683 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/svx/source/svdraw/svdedxv.cxx b/svx/source/svdraw/svdedxv.cxx index 76c629aabef0..838876afa707 100644 --- a/svx/source/svdraw/svdedxv.cxx +++ b/svx/source/svdraw/svdedxv.cxx @@ -1385,7 +1385,9 @@ bool SdrObjEditView::SdrBeginTextEdit(SdrObject* pObj_, SdrPageView* pPV, vcl::W const Color aHilightColor(SvtOptionsDrawinglayer::getHilightColor()); const SdrTextObj* pText = GetTextEditObject(); -const bool bVisualizeSurroundingFrame(pText != nullptr); +// show for cases like tdf#94223 but not for table cells like tdf#151311 +const bool bVisualizeSurroundingFrame( +pText && pText->GetObjIdentifier() != SdrObjKind::Table); SdrPageView* pPageView = GetSdrPageView(); if (pPageView)
[Libreoffice-bugs] [Bug 151711] Color Picker: ColorSliderControl slider does reposition nor change color pallet when colour changed at the ColorPreviewControl or the ColorSliderControl, becomes functi
https://bugs.documentfoundation.org/show_bug.cgi?id=151711 V Stuart Foote changed: What|Removed |Added Summary|Color Picker: |Color Picker: |ColorSliderControl slider |ColorSliderControl slider |does reposition nor change |does reposition nor change |color pallet when colour|color pallet when colour |changed at the |changed at the |ColorPreviewControl |ColorPreviewControl or the ||ColorSliderControl, becomes ||functional only with a ||selection in the ||ColorFielControl -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151711] Color Picker: ColorSliderControl slider does reposition nor change color pallet when colour changed at the ColorPreviewControl
https://bugs.documentfoundation.org/show_bug.cgi?id=151711 V Stuart Foote changed: What|Removed |Added Summary|Colour picker does not |Color Picker: |change color pallet when|ColorSliderControl slider |colour changed at the |does reposition nor change |colour bar |color pallet when colour ||changed at the ||ColorPreviewControl -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: cui/source
cui/source/options/optgdlg.cxx | 12 1 file changed, 12 insertions(+) New commits: commit cdded98b23698e5e2a5cfffd5638e395098fcc4a Author: Eike Rathke AuthorDate: Sun Oct 23 19:13:15 2022 +0200 Commit: Eike Rathke CommitDate: Sun Oct 23 20:00:44 2022 +0200 Related: tdf#147817 prevent date acceptance pattern with numeric ambiguity i.e. matching input with numeric decinmal separator, like M.D Change-Id: Ice977b3e92373829cd2f5df7c065d55bc49fc23e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141686 Reviewed-by: Eike Rathke Tested-by: Jenkins diff --git a/cui/source/options/optgdlg.cxx b/cui/source/options/optgdlg.cxx index d58176ff00eb..7b887b4e6965 100644 --- a/cui/source/options/optgdlg.cxx +++ b/cui/source/options/optgdlg.cxx @@ -1719,6 +1719,18 @@ IMPL_LINK( OfaLanguagesTabPage, DatePatternsHdl, weld::Entry&, rEd, void ) bool bY, bM, bD; bY = bM = bD = false; bool bSep = true; +if (aPat.getLength() == 3) +{ +// Disallow a pattern that would match a numeric input with +// decimal separator, like M.D +const LanguageType eLang = m_xLocaleSettingLB->get_active_id(); +const LocaleDataWrapper aLocaleWrapper(( LanguageTag(eLang))); +if (aPat[1] == aLocaleWrapper.getNumDecimalSep().toChar() + || aPat[1] == aLocaleWrapper.getNumDecimalSepAlt().toChar()) +{ +bValid = false; +} +} for (sal_Int32 i = 0; i < aPat.getLength() && bValid; /*nop*/) { const sal_Int32 j = i;
[Libreoffice-bugs] [Bug 151711] Colour picker does not change color pallet when colour changed at the colour bar
https://bugs.documentfoundation.org/show_bug.cgi?id=151711 V Stuart Foote changed: What|Removed |Added Version|7.4.2.3 release |4.4.0.3 release See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=85 ||590 CC||caol...@redhat.com, ||vsfo...@libreoffice.org --- Comment #3 from V Stuart Foote --- Terms in source colorpickerdialog.ui ColorFieldControl -> your BCA ColorSliderControl -> your VCS ColorPreviewControl -> "shin bar" of OP's note preview -> left half of the bar previous -> right half of the bar I think this is a corollary to bug 85590 where it was the 'Pick a color' circle on the ColorFieldControl that was misplaced on opening. Here it is the 'Color pointer' on the ColorSliderControl, and only when initially opened as noted. Guess the color slider needs some kind of UpdatePosition() similar to what the 'Pick a color' circle got with https://cgit.freedesktop.org/libreoffice/core/commit/?id=7716d86f46dea72bd0e99f7074f718d558e88f49 Looks like it has been doing this since the Custom Color picker was reimplemented at 4.4 Easyhack? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151717] New: Text color assigned in conditional format displays only in edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=151717 Bug ID: 151717 Summary: Text color assigned in conditional format displays only in edit mode Product: LibreOffice Version: 7.4.2.3 release Hardware: Other OS: macOS (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: dpeasto...@gmail.com Created attachment 183221 --> https://bugs.documentfoundation.org/attachment.cgi?id=183221=edit Conditional formatting applied as appears display or in edit FORMATTING When I installed release 7.4.2.3 on my MacBookPro (14in, 2021)Apple M1 Pro chip, all of the conditional formatting in several spreadsheets was lost. I tried to create the same condition using current conditional formatting feature. I determined that when I conditionally format all cells in a range that are >0 to be a certain color (e.g., bright red), the cell is displayed in red only when I am editing a particular cell, rather than always displaying all cells >0 in that color. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sd/source sw/source
sd/source/ui/view/sdwindow.cxx| 12 sw/source/uibase/docvw/edtwin.cxx | 12 2 files changed, 24 deletions(-) New commits: commit 825242b48843d7d8e03e3dd41a58d6d93afb443e Author: Mike Kaganski AuthorDate: Sun Oct 23 09:35:18 2022 +0200 Commit: Mike Kaganski CommitDate: Sun Oct 23 19:06:00 2022 +0200 Simplify SwEditWin::LogicMouse* and sd::Window::LogicMouse* These are intended to be called in LibreOfficeKit case. Setting pointer position appeared in commits b780822f5afbf8cd6c2a8c756251a7edf248f55e Author Miklos Vajna DateTue Feb 24 14:30:41 2015 +0100 Introduce SdXImpressDocument::postMouseEvent() override and cc7d10c04fe3047f18b6d5271a5f46a31b80d360 Author Miklos Vajna Date Tue Mar 03 12:09:04 2015 +0100 SwEditWin: disable map mode in LogicMouseButtonUp/Down The only effect of Window::SetPointerPosPixel is realized by a call to SalFrame::SetPointerPos; and in SVP case, which is used in case of LibreOfficeKit on Linux, it is a noop (see SvpSalFrame::SetPointerPos in vcl/headless/svpframe.cxx). But e.g. when running gtktiledviewer on Windows, WinSalFrame::SetPointerPos is called, which actually sets system cursor position, causing unexpected jumps. And it is unclear why the mouse actions should restore previous mouse positions after executing their functions in the first place. The other overrides (vcl/source/control/ctrl.cxx, sc/source/ui/view/gridwin.cxx, chart2/source/controller/main/ChartWindow.cxx) don't do that. So remove these SetPointerPosPixel calls altogether. The question remains: if these LogicMouse* are still needed, or if they may be replaced with respective Window::Mouse* calls. Change-Id: Id6103f8eaaddafc72fe5e4264532dbc8a658d240 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141696 Tested-by: Mike Kaganski Reviewed-by: Mike Kaganski diff --git a/sd/source/ui/view/sdwindow.cxx b/sd/source/ui/view/sdwindow.cxx index f639b463e124..b637a1a01aa8 100644 --- a/sd/source/ui/view/sdwindow.cxx +++ b/sd/source/ui/view/sdwindow.cxx @@ -1050,12 +1050,8 @@ void Window::LogicMouseButtonDown(const MouseEvent& rMouseEvent) // When we're not doing tiled rendering, then positions must be passed as pixels. assert(comphelper::LibreOfficeKit::isActive()); -Point aPoint = GetPointerPosPixel(); SetLastMousePos(rMouseEvent.GetPosPixel()); - mpViewShell->MouseButtonDown(rMouseEvent, this); - -SetPointerPosPixel(aPoint); } void Window::LogicMouseButtonUp(const MouseEvent& rMouseEvent) @@ -1063,12 +1059,8 @@ void Window::LogicMouseButtonUp(const MouseEvent& rMouseEvent) // When we're not doing tiled rendering, then positions must be passed as pixels. assert(comphelper::LibreOfficeKit::isActive()); -Point aPoint = GetPointerPosPixel(); SetLastMousePos(rMouseEvent.GetPosPixel()); - mpViewShell->MouseButtonUp(rMouseEvent, this); - -SetPointerPosPixel(aPoint); } void Window::LogicMouseMove(const MouseEvent& rMouseEvent) @@ -1076,12 +1068,8 @@ void Window::LogicMouseMove(const MouseEvent& rMouseEvent) // When we're not doing tiled rendering, then positions must be passed as pixels. assert(comphelper::LibreOfficeKit::isActive()); -Point aPoint = GetPointerPosPixel(); SetLastMousePos(rMouseEvent.GetPosPixel()); - mpViewShell->MouseMove(rMouseEvent, this); - -SetPointerPosPixel(aPoint); } FactoryFunction Window::GetUITestFactory() const diff --git a/sw/source/uibase/docvw/edtwin.cxx b/sw/source/uibase/docvw/edtwin.cxx index 584d715b9cb8..5095370a16f2 100644 --- a/sw/source/uibase/docvw/edtwin.cxx +++ b/sw/source/uibase/docvw/edtwin.cxx @@ -6740,12 +6740,8 @@ void SwEditWin::LogicMouseButtonDown(const MouseEvent& rMouseEvent) // When we're not doing tiled rendering, then positions must be passed as pixels. assert(comphelper::LibreOfficeKit::isActive()); -Point aPoint = GetPointerPosPixel(); SetLastMousePos(rMouseEvent.GetPosPixel()); - MouseButtonDown(rMouseEvent); - -SetPointerPosPixel(aPoint); } void SwEditWin::LogicMouseButtonUp(const MouseEvent& rMouseEvent) @@ -6753,12 +6749,8 @@ void SwEditWin::LogicMouseButtonUp(const MouseEvent& rMouseEvent) // When we're not doing tiled rendering, then positions must be passed as pixels. assert(comphelper::LibreOfficeKit::isActive()); -Point aPoint = GetPointerPosPixel(); SetLastMousePos(rMouseEvent.GetPosPixel()); - MouseButtonUp(rMouseEvent); - -SetPointerPosPixel(aPoint); } void SwEditWin::LogicMouseMove(const MouseEvent& rMouseEvent) @@ -6766,12 +6758,8 @@ void SwEditWin::LogicMouseMove(const MouseEvent& rMouseEvent) // When we're not doing tiled rendering, then positions must be passed as pixels. assert(comphelper::LibreOfficeKit::isActive()); -Point aPoint =
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-22.05' - sd/source sw/source
sd/source/ui/view/sdwindow.cxx| 12 sw/source/uibase/docvw/edtwin.cxx | 12 2 files changed, 24 deletions(-) New commits: commit 510bca3d3ab0b2fd21f0083b4e0fe14ff8c903c3 Author: Mike Kaganski AuthorDate: Sun Oct 23 09:35:18 2022 +0200 Commit: Mike Kaganski CommitDate: Sun Oct 23 19:06:10 2022 +0200 Simplify SwEditWin::LogicMouse* and sd::Window::LogicMouse* These are intended to be called in LibreOfficeKit case. Setting pointer position appeared in commits b780822f5afbf8cd6c2a8c756251a7edf248f55e Author Miklos Vajna DateTue Feb 24 14:30:41 2015 +0100 Introduce SdXImpressDocument::postMouseEvent() override and cc7d10c04fe3047f18b6d5271a5f46a31b80d360 Author Miklos Vajna Date Tue Mar 03 12:09:04 2015 +0100 SwEditWin: disable map mode in LogicMouseButtonUp/Down The only effect of Window::SetPointerPosPixel is realized by a call to SalFrame::SetPointerPos; and in SVP case, which is used in case of LibreOfficeKit on Linux, it is a noop (see SvpSalFrame::SetPointerPos in vcl/headless/svpframe.cxx). But e.g. when running gtktiledviewer on Windows, WinSalFrame::SetPointerPos is called, which actually sets system cursor position, causing unexpected jumps. And it is unclear why the mouse actions should restore previous mouse positions after executing their functions in the first place. The other overrides (vcl/source/control/ctrl.cxx, sc/source/ui/view/gridwin.cxx, chart2/source/controller/main/ChartWindow.cxx) don't do that. So remove these SetPointerPosPixel calls altogether. The question remains: if these LogicMouse* are still needed, or if they may be replaced with respective Window::Mouse* calls. Change-Id: Id6103f8eaaddafc72fe5e4264532dbc8a658d240 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141697 Tested-by: Jenkins CollaboraOffice Reviewed-by: Mike Kaganski diff --git a/sd/source/ui/view/sdwindow.cxx b/sd/source/ui/view/sdwindow.cxx index f639b463e124..b637a1a01aa8 100644 --- a/sd/source/ui/view/sdwindow.cxx +++ b/sd/source/ui/view/sdwindow.cxx @@ -1050,12 +1050,8 @@ void Window::LogicMouseButtonDown(const MouseEvent& rMouseEvent) // When we're not doing tiled rendering, then positions must be passed as pixels. assert(comphelper::LibreOfficeKit::isActive()); -Point aPoint = GetPointerPosPixel(); SetLastMousePos(rMouseEvent.GetPosPixel()); - mpViewShell->MouseButtonDown(rMouseEvent, this); - -SetPointerPosPixel(aPoint); } void Window::LogicMouseButtonUp(const MouseEvent& rMouseEvent) @@ -1063,12 +1059,8 @@ void Window::LogicMouseButtonUp(const MouseEvent& rMouseEvent) // When we're not doing tiled rendering, then positions must be passed as pixels. assert(comphelper::LibreOfficeKit::isActive()); -Point aPoint = GetPointerPosPixel(); SetLastMousePos(rMouseEvent.GetPosPixel()); - mpViewShell->MouseButtonUp(rMouseEvent, this); - -SetPointerPosPixel(aPoint); } void Window::LogicMouseMove(const MouseEvent& rMouseEvent) @@ -1076,12 +1068,8 @@ void Window::LogicMouseMove(const MouseEvent& rMouseEvent) // When we're not doing tiled rendering, then positions must be passed as pixels. assert(comphelper::LibreOfficeKit::isActive()); -Point aPoint = GetPointerPosPixel(); SetLastMousePos(rMouseEvent.GetPosPixel()); - mpViewShell->MouseMove(rMouseEvent, this); - -SetPointerPosPixel(aPoint); } FactoryFunction Window::GetUITestFactory() const diff --git a/sw/source/uibase/docvw/edtwin.cxx b/sw/source/uibase/docvw/edtwin.cxx index 9b953b38c7cb..1c9d6cf4ef69 100644 --- a/sw/source/uibase/docvw/edtwin.cxx +++ b/sw/source/uibase/docvw/edtwin.cxx @@ -6651,12 +6651,8 @@ void SwEditWin::LogicMouseButtonDown(const MouseEvent& rMouseEvent) // When we're not doing tiled rendering, then positions must be passed as pixels. assert(comphelper::LibreOfficeKit::isActive()); -Point aPoint = GetPointerPosPixel(); SetLastMousePos(rMouseEvent.GetPosPixel()); - MouseButtonDown(rMouseEvent); - -SetPointerPosPixel(aPoint); } void SwEditWin::LogicMouseButtonUp(const MouseEvent& rMouseEvent) @@ -6664,12 +6660,8 @@ void SwEditWin::LogicMouseButtonUp(const MouseEvent& rMouseEvent) // When we're not doing tiled rendering, then positions must be passed as pixels. assert(comphelper::LibreOfficeKit::isActive()); -Point aPoint = GetPointerPosPixel(); SetLastMousePos(rMouseEvent.GetPosPixel()); - MouseButtonUp(rMouseEvent); - -SetPointerPosPixel(aPoint); } void SwEditWin::LogicMouseMove(const MouseEvent& rMouseEvent) @@ -6677,12 +6669,8 @@ void SwEditWin::LogicMouseMove(const MouseEvent& rMouseEvent) // When we're not doing tiled rendering, then positions must be passed as pixels. assert(comphelper::LibreOfficeKit::isActive()); -Point aPoint =
[Libreoffice-commits] core.git: svl/source
svl/source/numbers/zforfind.cxx | 14 +- 1 file changed, 13 insertions(+), 1 deletion(-) New commits: commit cf429e79367775a03c2ca89ed57d3de88bd2c6dc Author: Eike Rathke AuthorDate: Sun Oct 23 18:06:43 2022 +0200 Commit: Eike Rathke CommitDate: Sun Oct 23 18:58:25 2022 +0200 Resolves: tdf#147817 ignore date acceptance pattern with numeric ambiguity i.e. if it matches numeric with decimal separator; may had been added as user-defined pattern to configuration or resulted from locale merge of default locale and format's locale. Change-Id: Ie42a65fac26e8ddc6898a53ee3bec8695ace9a70 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141684 Reviewed-by: Eike Rathke Tested-by: Jenkins diff --git a/svl/source/numbers/zforfind.cxx b/svl/source/numbers/zforfind.cxx index 56c929e44407..029b2b556d0f 100644 --- a/svl/source/numbers/zforfind.cxx +++ b/svl/source/numbers/zforfind.cxx @@ -1357,10 +1357,22 @@ bool ImpSvNumberInputScan::IsAcceptedDatePattern( sal_uInt16 nStartPatternAt ) for (sal_Int32 nPattern=0; nPattern < sDateAcceptancePatterns.getLength(); ++nPattern) { +const OUString& rPat = sDateAcceptancePatterns[nPattern]; +if (rPat.getLength() == 3) +{ +// Ignore a pattern that would match numeric input with decimal +// separator. It may had been read from configuration or resulted +// from the locales' patterns concatenation above. +if (rPat[1] == pFormatter->GetLocaleData()->getNumDecimalSep().toChar() + || rPat[1] == pFormatter->GetLocaleData()->getNumDecimalSepAlt().toChar()) +{ +SAL_WARN("svl.numbers", "ignoring date acceptance pattern with decimal separator ambiguity: " << rPat); +continue; // for, next pattern +} +} sal_uInt16 nNext = nDatePatternStart; nDatePatternNumbers = 0; bool bOk = true; -const OUString& rPat = sDateAcceptancePatterns[nPattern]; sal_Int32 nPat = 0; for ( ; nPat < rPat.getLength() && bOk && nNext < nStringsCnt; ++nPat, ++nNext) {
[Libreoffice-bugs] [Bug 151643] Text animation loses the Delay value after saving the document.
https://bugs.documentfoundation.org/show_bug.cgi?id=151643 raal changed: What|Removed |Added Keywords||bibisected Version|7.3.6.2 release |4.2.0.4 release OS|Windows (All) |All --- Comment #4 from raal --- bibisect-41max$ aee0ea188d37c79dc61cdbec5cbab108f819fa92 is the first bad commit commit aee0ea188d37c79dc61cdbec5cbab108f819fa92 Author: Matthew Francis Date: Fri Sep 18 11:01:51 2015 +0800 source-hash-824caac79d983ad1aa93a6ec51558d7edb6f2a7d Bibisect: This commit covers the following source commit(s) which failed to build 9830fd36dbdb72c79703b0c61efc027fba793c5a d636dcc64065fa280688dc26aecb2bb78792eaef ab7776e1bc0687b6e42ffa6e837435800b4a58af 1ef2cce787df3d254a78ebdb469fb06668f350f4 f805afcf4c3056feb1690393d907442cf337b484 fa7ba55605e6a0d415830ff970bb0429426e9880 aca9824cfd65e3246fd21a1af5f36eda2ca69c75 7711a60a64cc02e2a733b73be21525370d3840b2 ... 1e7bf8de3b3bc4ac1d65d8b101d7ccedab24fcad ef5bd25341eabe44b04a4b64dd5196500a235366 0333495fdaba9f018d547368d2551cb432bfbb95 d933b18fddf2f3f716dede322c3541d7d37bd540 382fa3db431ff2e227e99591ac74c91fb8da9a6e commit 824caac79d983ad1aa93a6ec51558d7edb6f2a7d Author: Tor Lillqvist AuthorDate: Fri Apr 19 00:29:29 2013 +0300 Commit: Tor Lillqvist CommitDate: Fri Apr 19 00:29:29 2013 +0300 No member named 'Get100Sec' in 'Time' any longer Change-Id: I6087cd51073529a5c2b636b04f60334a93ac4ecc -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151636] highlight word within column
https://bugs.documentfoundation.org/show_bug.cgi?id=151636 Rafael Lima changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |NOTABUG --- Comment #3 from Rafael Lima --- Hi Dave, I'm closing this as not a bug. If you happen to see this issue again, simply reopen the ticket and provide more details. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151703] Impress slide show loses background gradients
https://bugs.documentfoundation.org/show_bug.cgi?id=151703 V Stuart Foote changed: What|Removed |Added CC||armin.le.gr...@me.com --- Comment #4 from V Stuart Foote --- As a possible hint, on a dual headed system (laptop and attached monitor) disabling Skia (both checked off). The slide preview exposed in the presenter console does not render the gradient correctly in either GDI+ CPU only mode, or with Hardware Acceleration set active. So gradient of the slide preview is never correct. And, with CPU only mode, the slide show does not render the gradient correctly on the presentation console. With the Hardware Acceleration box checked active, the non-Skia rendering of the background gradient is correct. So I don't think we can say this is Skia only. Something is off with handling gradients for the two renderings while in slideshow. Just that Skia Vulkan mode seems to kick it off. In fact just checked with the alternate gradient formats. The Sqaure, Quadratic, Elipsoidal and Radial forms are sort of OK (some moiré, or rough banding) And once I set one of them, the default Linear or Axial gradients render but at reduced resolution in all views (i.e. the smoothness of transitions between the color bands composing the gradient drops). I guess this could be GPU driver issue, but for me this Intel GPU is pretty generic. Though I am again getting issue of bug 151153 and disappearing frame content where if I drag the frame it will usually force a redraw. Vendor: 0x8086 Device: 0x8a52 DeviceName: Intel(R) Iris(R) Plus Graphics @Armin, I don't want to dump this solely on Luboš's plate, but does this make any sense? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 83066] [META] CJK (Chinese, Japanese, Korean, and Vietnamese) language issues
https://bugs.documentfoundation.org/show_bug.cgi?id=83066 Bug 83066 depends on bug 81272, which changed state. Bug 81272 Summary: Libreoffice Is Very Slow Rendering Chinese Characters (because of font fallback?) https://bugs.documentfoundation.org/show_bug.cgi?id=81272 What|Removed |Added Status|RESOLVED|NEW Resolution|WORKSFORME |--- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 81272] Libreoffice Is Very Slow Rendering Chinese Characters (because of font fallback?)
https://bugs.documentfoundation.org/show_bug.cgi?id=81272 Peter Nowee changed: What|Removed |Added Status|RESOLVED|NEW Resolution|WORKSFORME |--- --- Comment #21 from Peter Nowee --- Sorry for the late reply, but I am definitively still seeing this bug. To reproduce: 1. Tools -> Options -> LibreOffice Writer -> Basic Fonts (Asian) Set the Default (top row) to a Western font, for example Liberation Serif or DejaVu Sans. (Alternatively, set it to an Asian font, close LibreOffice and uninstall that Asian font from your computer.) 2. Open attachment 102679 with Writer; 3. In the middle of the first page, try to delete some chars using the BACKSPACE, or try to type in some text. Slow to Very slow. 4. Search for "字" and enable "Find All". Very slow, even unresponsive for a while. To show that the (fallback) font is the problem: 5.a. Change the font of the text to an Asian font, for example Noto Sans CJK SC or AR PL UKai TW. or: 5.b. Tools -> Options -> LibreOffice Writer -> Basic Fonts (Asian) Set the Default (top row) to an Asian font, for example Noto Sans CJK SC or AR PL UKai TW. Now steps 3 and 4 become normal speed (fast) again. Version: 7.4.1.2 / LibreOffice Community Build ID: 40(Build:2) CPU threads: 2; OS: Linux 5.10; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Debian package version: 1:7.4.1-1~bpo11+2 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149322] Text is being overly distorted when using Page Down
https://bugs.documentfoundation.org/show_bug.cgi?id=149322 --- Comment #5 from Caolán McNamara --- I can't reproduce under gtk (wayland or x11) or kf5, so hard to tell if the problem is in LibreOffice or some other component. the outputs from: lspci -nn | grep -E 'VGA|Display' glxinfo -B might give something useful wrt to reproducing it. Does this only affect LibreOffice, e.g. If you print to pdf and view the pdf in evince and page down through the document there is there any similar effect? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151311] Bounding boxes are now visible in Impress tables (bug or feature?)
https://bugs.documentfoundation.org/show_bug.cgi?id=151311 Caolán McNamara changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |caol...@redhat.com |desktop.org | Status|RESOLVED|NEW Resolution|NOTABUG |--- --- Comment #4 from Caolán McNamara --- we can turn it off for tables, without affecting the original issue, that's no big deal -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: filter/inc filter/Library_xmlfa.mk filter/source
filter/Library_xmlfa.mk |5 + filter/inc/strings.hrc | 12 filter/source/xmlfilteradaptor/XmlFilterAdaptor.cxx |6 -- 3 files changed, 21 insertions(+), 2 deletions(-) New commits: commit a97bae545d72d8b19f39aa9280c0f284c79d0f6c Author: Kevin Suo AuthorDate: Sat Oct 22 14:15:35 2022 +0800 Commit: Noel Grandin CommitDate: Sun Oct 23 17:56:22 2022 +0200 tdf#151697: Use localized string for "Loading" and "Saving" in status bar Change-Id: I51967950839e7384e8f31178a70bd944d6f9059c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141662 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/filter/Library_xmlfa.mk b/filter/Library_xmlfa.mk index 35a2dd9ff9b6..e1157cca3059 100644 --- a/filter/Library_xmlfa.mk +++ b/filter/Library_xmlfa.mk @@ -25,6 +25,11 @@ $(eval $(call gb_Library_use_external,xmlfa,boost_headers)) $(eval $(call gb_Library_use_sdk_api,xmlfa)) +$(eval $(call gb_Library_set_include,xmlfa,\ + $$(INCLUDE) \ + -I$(SRCDIR)/filter/inc \ +)) + $(eval $(call gb_Library_use_libraries,xmlfa,\ comphelper \ cppuhelper \ diff --git a/filter/inc/strings.hrc b/filter/inc/strings.hrc index eecfdb33e2d0..a8454956f385 100644 --- a/filter/inc/strings.hrc +++ b/filter/inc/strings.hrc @@ -19,6 +19,9 @@ #pragma once +#include +#include + #define NC_(Context, String) TranslateId(Context, reinterpret_cast(u8##String)) #define STR_UNKNOWN_APPLICATION NC_("STR_UNKNOWN_APPLICATION", "Unknown") @@ -73,4 +76,13 @@ #define STR_ERR_SIGNATURE_FAILED NC_("STR_ERR_SIGNATURE_FAILED", "Signature generation failed") #define STR_ERR_PDF_EXPORT_ABORTED NC_("STR_ERR_PDF_EXPORT_ABORTED", "PDF export aborted") +// Progress bar status indicator when importing or exporting +#define STR_FILTER_DOC_LOADING NC_("STR_FILTER_DOC_LOADING", "Loading: ") +#define STR_FILTER_DOC_SAVING NC_("STR_FILTER_DOC_SAVING", "Saving: ") + +static inline OUString FilterResId(TranslateId aId) +{ +return Translate::get(aId, Translate::Create("flt")); +} + /* vim:set shiftwidth=4 softtabstop=4 expandtab: */ diff --git a/filter/source/xmlfilteradaptor/XmlFilterAdaptor.cxx b/filter/source/xmlfilteradaptor/XmlFilterAdaptor.cxx index 11686e7c919e..525f567b67c0 100644 --- a/filter/source/xmlfilteradaptor/XmlFilterAdaptor.cxx +++ b/filter/source/xmlfilteradaptor/XmlFilterAdaptor.cxx @@ -43,6 +43,8 @@ #include #include +#include + using namespace comphelper; using namespace com::sun::star::uno; using namespace com::sun::star::lang; @@ -67,7 +69,7 @@ bool XmlFilterAdaptor::importImpl( const Sequence< css::beans::PropertyValue >& utl::MediaDescriptor::PROP_STATUSINDICATOR, Reference< XStatusIndicator >())); if (xStatusIndicator.is()){ -xStatusIndicator->start( "Loading :", 4); +xStatusIndicator->start(FilterResId(STR_FILTER_DOC_LOADING), 4); } OUString aBaseURI; @@ -233,7 +235,7 @@ bool XmlFilterAdaptor::exportImpl( const Sequence< css::beans::PropertyValue >& utl::MediaDescriptor::PROP_STATUSINDICATOR, Reference< XStatusIndicator >())); if (xStatusIndicator.is()) - xStatusIndicator->start( "Saving :", 3); + xStatusIndicator->start(FilterResId(STR_FILTER_DOC_SAVING), 3); // Set up converter bridge. Reference< css::xml::XExportFilter > xConverter(mxContext->getServiceManager()->createInstanceWithContext( udConvertClass, mxContext ), UNO_QUERY);
[Libreoffice-bugs] [Bug 151643] Text animation loses the Delay value after saving the document.
https://bugs.documentfoundation.org/show_bug.cgi?id=151643 raal changed: What|Removed |Added CC||r...@post.cz Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Keywords||regression --- Comment #3 from raal --- Confirm with Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: f3a82a8ba51195cf31b0f78164735acc7ebbcd2f CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded works in Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a) but here is another bug - first number is cut. 111 ms is 11 ms after save and reload. -- 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 2e87990f4a317ac1958f88fafb85a93b5f85a3ea Author: Olivier Hallot AuthorDate: Sun Oct 23 12:48:03 2022 -0300 Commit: Gerrit Code Review CommitDate: Sun Oct 23 17:48:03 2022 +0200 Update git submodules * Update helpcontent2 from branch 'master' to 60d1bfb6194ad0cf1cbcb9958088d631a9f5fad8 - Update Writer watermark dialog screenshot Change-Id: I452e93ae7a2d5a024176b209605b1a8386a22e4d Reviewed-on: https://gerrit.libreoffice.org/c/help/+/141682 Tested-by: Jenkins Reviewed-by: Olivier Hallot diff --git a/helpcontent2 b/helpcontent2 index 5ee668393aae..60d1bfb6194a 16 --- a/helpcontent2 +++ b/helpcontent2 @@ -1 +1 @@ -Subproject commit 5ee668393aaea0357f582223f50af63e2d2df727 +Subproject commit 60d1bfb6194ad0cf1cbcb9958088d631a9f5fad8
[Libreoffice-commits] help.git: AllLangHelp_shared.mk AllLangPackage_html_media_lang.mk source/media source/text
AllLangHelp_shared.mk |1 AllLangPackage_html_media_lang.mk |1 source/media/screenshots/modules/swriter/ui/watermarkdialog/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/am/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/ar/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/ast/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/bg/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/bn-IN/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/bn/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/bo/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/bs/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/ca-valencia/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/ca/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/cs/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/da/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/de/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/dsb/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/dz/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/el/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/en-GB/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/en-ZA/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/eo/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/es/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/et/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/eu/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/fi/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/fr/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/gl/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/gu/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/he/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/hi/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/hr/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/hsb/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/hu/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/id/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/is/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/it/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/ja/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/ka/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/km/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/ko/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/lo/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/lt/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/lv/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/mk/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/nb/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/ne/WatermarkDialog.png |binary source/media/screenshots/modules/swriter/ui/watermarkdialog/nl/WatermarkDialog.png |binary
[Libreoffice-bugs] [Bug 151703] Impress slide show loses background gradients
https://bugs.documentfoundation.org/show_bug.cgi?id=151703 V Stuart Foote changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #3 from V Stuart Foote --- Confirmed During editing the gradient background is shown correctly. With either Skia Vulkan, or Skia software raster rendering the presentation canvas mishandles rendering of gradient background during "slide show" in both the presenter console and on the presentation display. Showing an incorrect slice of the gradient (as if the center of the gradient has been zoomed into, and little of the start or end colors shows--just the middle values of the color gradient). =-testing-= Version: 7.4.2.3 (x64) / LibreOffice Community Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded skia.log RenderMethod: vulkan Vendor: 0x8086 Device: 0x8a52 API: 1.2.151 Driver: 0.402.661 DeviceType: integrated DeviceName: Intel(R) Iris(R) Plus Graphics Denylisted: no -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107905] [META] Cross-references bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107905 Bug 107905 depends on bug 104278, which changed state. Bug 104278 Summary: UI: The text in the Type frame in the DocInformation tab in the Fields dialog isn't aligned to the left https://bugs.documentfoundation.org/show_bug.cgi?id=104278 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102019] [META] Dialog bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102019 Bug 102019 depends on bug 104278, which changed state. Bug 104278 Summary: UI: The text in the Type frame in the DocInformation tab in the Fields dialog isn't aligned to the left https://bugs.documentfoundation.org/show_bug.cgi?id=104278 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/source sw/uiconfig
sw/source/ui/fldui/flddinf.cxx | 112 +++ sw/source/ui/fldui/flddinf.hxx |4 - sw/uiconfig/swriter/ui/flddocinfopage.ui | 110 -- 3 files changed, 160 insertions(+), 66 deletions(-) New commits: commit 5edb3c0b866a3c0169ed492e3807af5bad90b486 Author: Caolán McNamara AuthorDate: Sat Oct 22 22:03:44 2022 +0100 Commit: Caolán McNamara CommitDate: Sun Oct 23 17:09:05 2022 +0200 tdf#104278 have separate treeviews for expander and no-expander cases have two tree views, one with expander and one without, the one with is only used when there are custom properties which use the expander, so the common case of no custom properties doesn't have an 'unexplained' expander margin Change-Id: I6d0c97beeaf8a361ae264cdd1dacf4b06f251a08 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141675 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/sw/source/ui/fldui/flddinf.cxx b/sw/source/ui/fldui/flddinf.cxx index c96cfbc0c575..45f97bdaa1a7 100644 --- a/sw/source/ui/fldui/flddinf.cxx +++ b/sw/source/ui/fldui/flddinf.cxx @@ -54,19 +54,26 @@ SwFieldDokInfPage::SwFieldDokInfPage(weld::Container* pPage, weld::DialogControl : SwFieldPage(pPage, pController, "modules/swriter/ui/flddocinfopage.ui", "FieldDocInfoPage", pCoreSet) , nOldSel(0) , nOldFormat(0) -, m_xTypeTLB(m_xBuilder->weld_tree_view("type")) +, m_xTypeList(m_xBuilder->weld_tree_view("type-list")) +, m_xTypeTree(m_xBuilder->weld_tree_view("type-tree")) +// tdf#104278 have two tree views, one with expander and one without, the one with is only used +// when there are custom properties which use the expander, so the common case of no custom +// properties doesn't have an 'unexplained' expander margin +, m_pTypeView(m_xTypeTree.get()) , m_xSelection(m_xBuilder->weld_widget("selectframe")) , m_xSelectionLB(m_xBuilder->weld_tree_view("select")) , m_xFormat(m_xBuilder->weld_widget("formatframe")) , m_xFormatLB(new SwNumFormatTreeView(m_xBuilder->weld_tree_view("format"))) , m_xFixedCB(m_xBuilder->weld_check_button("fixed")) { -m_xTypeTLB->make_sorted(); +m_xTypeList->make_sorted(); +m_xTypeTree->make_sorted(); FillFieldSelect(*m_xSelectionLB); -auto nWidth = m_xTypeTLB->get_approximate_digit_width() * FIELD_COLUMN_WIDTH; -auto nHeight = m_xTypeTLB->get_height_rows(10); -m_xTypeTLB->set_size_request(nWidth, nHeight); +auto nWidth = m_pTypeView->get_approximate_digit_width() * FIELD_COLUMN_WIDTH; +auto nHeight = m_pTypeView->get_height_rows(10); +m_xTypeTree->set_size_request(nWidth, nHeight); +m_xTypeList->set_size_request(nWidth, nHeight); m_xFormatLB->get_widget().set_size_request(nWidth * 2, nHeight); m_xSelectionLB->set_size_request(nWidth, nHeight); @@ -80,7 +87,7 @@ SwFieldDokInfPage::SwFieldDokInfPage(weld::Container* pPage, weld::DialogControl pItem->GetValue() >>= xCustomPropertySet; // uitests -m_xTypeTLB->set_buildable_name(m_xTypeTLB->get_buildable_name() + "-docinf"); +m_pTypeView->set_buildable_name("type-docinf"); m_xSelectionLB->set_buildable_name(m_xSelectionLB->get_buildable_name() + "-docinf"); m_xFormatLB->set_buildable_name(m_xFormatLB->get_buildable_name() + "-docinf"); } @@ -93,9 +100,33 @@ void SwFieldDokInfPage::Reset(const SfxItemSet* ) { Init(); // general initialisation +uno::Sequence aCustomProperties; +if (xCustomPropertySet.is()) +{ +uno::Reference xSetInfo = xCustomPropertySet->getPropertySetInfo(); +aCustomProperties = xSetInfo->getProperties(); +} + +if (aCustomProperties.hasElements()) +{ +m_xTypeList->hide(); +m_xTypeList->set_buildable_name("type-list"); +m_xTypeTree->show(); +m_pTypeView = m_xTypeTree.get(); +} +else +{ +m_xTypeTree->hide(); +m_xTypeTree->set_buildable_name("type-tree"); +m_xTypeList->show(); +m_pTypeView = m_xTypeList.get(); +} + +m_pTypeView->set_buildable_name("type-docinf"); + // initialise TypeListBox -m_xTypeTLB->freeze(); -m_xTypeTLB->clear(); +m_pTypeView->freeze(); +m_pTypeView->clear(); m_xSelEntry.reset(); // display SubTypes in TypeLB @@ -131,7 +162,7 @@ void SwFieldDokInfPage::Reset(const SfxItemSet* ) std::vector aLst; GetFieldMgr().GetSubTypes(SwFieldTypesEnum::DocumentInfo, aLst); -std::unique_ptr xEntry(m_xTypeTLB->make_iterator()); +std::unique_ptr xEntry(m_pTypeView->make_iterator()); std::unique_ptr xExpandEntry; for(size_t i = 0; i < aLst.size(); ++i) { @@ -142,27 +173,24 @@ void SwFieldDokInfPage::Reset(const SfxItemSet* ) { if(xCustomPropertySet.is() ) { -uno::Reference< beans::XPropertySetInfo > xSetInfo =
[Libreoffice-bugs] [Bug 88278] [META] SVG import image filter (all modules)
https://bugs.documentfoundation.org/show_bug.cgi?id=88278 Bug 88278 depends on bug 151674, which changed state. Bug 151674 Summary: svg import of subscript distorted https://bugs.documentfoundation.org/show_bug.cgi?id=151674 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: drawinglayer/source
drawinglayer/source/processor2d/vclprocessor2d.cxx |8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) New commits: commit 698ba5fcd9f01f8f6e9f300d914d8538ad527219 Author: Caolán McNamara AuthorDate: Sat Oct 22 21:21:05 2022 +0100 Commit: Caolán McNamara CommitDate: Sun Oct 23 17:04:38 2022 +0200 tdf#151674 rotate text starting point Change-Id: Ibcfb4b102a58cad53c1ce5f569721e4557844b4d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141673 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/drawinglayer/source/processor2d/vclprocessor2d.cxx b/drawinglayer/source/processor2d/vclprocessor2d.cxx index cf1ea90aa228..24b71ebb1873 100644 --- a/drawinglayer/source/processor2d/vclprocessor2d.cxx +++ b/drawinglayer/source/processor2d/vclprocessor2d.cxx @@ -293,7 +293,6 @@ void VclProcessor2D::RenderTextSimpleOrDecoratedPortionPrimitive2D( // set parameters and paint text snippet const basegfx::BColor aRGBFontColor( maBColorModifierStack.getModifiedColor(rTextCandidate.getFontColor())); -const Point aStartPoint(aTextTranslate.getX(), aTextTranslate.getY()); const vcl::text::ComplexTextLayoutFlags nOldLayoutMode(mpOutputDevice->GetLayoutMode()); if (rTextCandidate.getFontAttribute().getRTL()) @@ -343,7 +342,8 @@ void VclProcessor2D::RenderTextSimpleOrDecoratedPortionPrimitive2D( getTransformFromMapMode(mpOutputDevice->GetMapMode()) * maCurrentTransformation); basegfx::B2DVector aCurrentScaling, aCurrentTranslate; -aCombinedTransform.decompose(aCurrentScaling, aCurrentTranslate, fIgnoreRotate, +double fCurrentRotate; +aCombinedTransform.decompose(aCurrentScaling, aCurrentTranslate, fCurrentRotate, fIgnoreShearX); const Point aOrigin(basegfx::fround(aCurrentTranslate.getX() / aCurrentScaling.getX()), @@ -351,6 +351,10 @@ void VclProcessor2D::RenderTextSimpleOrDecoratedPortionPrimitive2D( MapMode aMapMode(mpOutputDevice->GetMapMode().GetMapUnit(), aOrigin, Fraction(aCurrentScaling.getX()), Fraction(aCurrentScaling.getY())); +if (fCurrentRotate) +aTextTranslate *= basegfx::utils::createRotateB2DHomMatrix(fCurrentRotate); +const Point aStartPoint(aTextTranslate.getX(), aTextTranslate.getY()); + const bool bChangeMapMode(aMapMode != mpOutputDevice->GetMapMode()); if (bChangeMapMode) {
[Libreoffice-commits] core.git: sw/uiconfig
sw/uiconfig/swriter/ui/flddocinfopage.ui | 95 +++ 1 file changed, 47 insertions(+), 48 deletions(-) New commits: commit f024738e2218ed67c1948a9aa6149084939a2a52 Author: Caolán McNamara AuthorDate: Sat Oct 22 21:43:20 2022 +0100 Commit: Caolán McNamara CommitDate: Sun Oct 23 17:04:04 2022 +0200 resave with latest glade Change-Id: I5f4ae5c3fab267059c858aac0d6e7a64921abd7b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141674 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/sw/uiconfig/swriter/ui/flddocinfopage.ui b/sw/uiconfig/swriter/ui/flddocinfopage.ui index a1d08dff6c80..f797013cd087 100644 --- a/sw/uiconfig/swriter/ui/flddocinfopage.ui +++ b/sw/uiconfig/swriter/ui/flddocinfopage.ui @@ -1,5 +1,5 @@ - + @@ -28,37 +28,36 @@ True -False +False True True -6 +6 12 -False True -False +False True -0 -none +0 +none True -True +True +6 True True -in -6 +in True -True +True True True liststore1 -False -False -0 +False +False +0 @@ -84,9 +83,9 @@ True -False +False _Type -True +True 0 @@ -103,29 +102,29 @@ True -False +False True -0 -none +0 +none True -True +True +6 True True -in -6 +in True -True +True True True liststore2 -False -False -0 -False +False +False +0 +False @@ -151,9 +150,9 @@ True -False +False _Select -True +True 0 @@ -170,36 +169,36 @@ True -False +False True -0 -none +0 +none True -False +False +6 True vertical 6 -6 True -True +True True True -in +in True -True +True True True liststore3 -False -False -0 -False +False +False +0 +False @@ -231,10 +230,10 @@ Fi_xed content True -True -False -True -True +True +False +True +True Inserts the field as static content, that is, the field cannot be updated. @@ -252,9 +251,9 @@ True -False +False _Format -True +True 0 @@ -271,7 +270,7 @@ both -True +True