Need some help for iOS
Hi guys: I’m a developer of iOS, and I need LibreOffice of iOS sdk for our business, but now I can’t find any related files for it. So could you help me that is there any sdk for iOS now? Thanks a lot. Best Regards Zhu xiaojin
[Libreoffice-commits] core.git: 2 commits - include/sfx2 include/vcl sfx2/source vcl/inc vcl/jsdialog
include/sfx2/sidebar/Deck.hxx |2 +
include/vcl/jsdialog/executor.hxx |5
include/vcl/weld.hxx |2 +
sfx2/source/sidebar/Deck.cxx | 16 +++
sfx2/source/sidebar/DeckLayouter.cxx |7 --
sfx2/source/sidebar/SidebarController.cxx |3 ++
vcl/inc/jsdialog/jsdialogbuilder.hxx | 13
vcl/jsdialog/executor.cxx | 12 +++
vcl/jsdialog/jsdialogbuilder.cxx | 32 ++
9 files changed, 85 insertions(+), 7 deletions(-)
New commits:
commit a2528102bfc2e51aefe1ac99d5ead438b8e121d3
Author: Szymon Kłos
AuthorDate: Wed Jun 21 17:36:09 2023 +0200
Commit: Szymon Kłos
CommitDate: Thu Jul 13 07:58:02 2023 +0200
lok: sidebar: send full update only when changed panels
we only need to send update when:
- we switch to other deck
- panels were hidden, shown, created
this helps to avoid full updates in navigator when
clicking on images, what causes context change
Change-Id: If1bca6167cdc3e9294eb5aefb923e92bc9043edc
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/153401
Reviewed-by: Attila Szűcs
Tested-by: Attila Szűcs
Tested-by: Jenkins CollaboraOffice
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154360
Tested-by: Jenkins
Reviewed-by: Szymon Kłos
diff --git a/include/sfx2/sidebar/Deck.hxx b/include/sfx2/sidebar/Deck.hxx
index fe73e6332d90..215d3d215674 100644
--- a/include/sfx2/sidebar/Deck.hxx
+++ b/include/sfx2/sidebar/Deck.hxx
@@ -66,6 +66,8 @@ public:
sal_Int32 GetMinimalWidth() const { return mnMinimalWidth; }
+static void LOKSendSidebarFullUpdate();
+
private:
void RequestLayoutInternal();
diff --git a/sfx2/source/sidebar/Deck.cxx b/sfx2/source/sidebar/Deck.cxx
index b6ddffa89550..629a1d76d3d0 100644
--- a/sfx2/source/sidebar/Deck.cxx
+++ b/sfx2/source/sidebar/Deck.cxx
@@ -29,6 +29,7 @@
#include
#include
+#include
#include
using namespace css;
@@ -36,6 +37,15 @@ using namespace css::uno;
namespace sfx2::sidebar {
+void Deck::LOKSendSidebarFullUpdate()
+{
+if (comphelper::LibreOfficeKit::isActive())
+{
+sal_uInt64 nShellId =
reinterpret_cast(SfxViewShell::Current());
+jsdialog::SendFullUpdate(OUString::number(nShellId) + "sidebar",
"Panel");
+}
+}
+
Deck::Deck(const DeckDescriptor& rDeckDescriptor, SidebarDockingWindow*
pParentWindow,
const std::function& rCloserAction)
: InterimItemWindow(pParentWindow, "sfx/ui/deck.ui", "Deck")
@@ -117,6 +127,7 @@ void Deck::DataChanged(const DataChangedEvent&)
rpPanel->DataChanged();
RequestLayoutInternal();
+Deck::LOKSendSidebarFullUpdate();
}
/*
@@ -181,12 +192,17 @@ void Deck::ResetPanels(SharedPanelContainer&&
rPanelContainer)
aHiddens.push_back(rpPanel);
}
}
+
+bool bDifferent = maPanels.size() != rPanelContainer.size() ||
aHiddens.size();
maPanels = std::move(rPanelContainer);
// Hidden ones always at the end
maPanels.insert(std::end(maPanels), std::begin(aHiddens),
std::end(aHiddens));
RequestLayoutInternal();
+
+if (bDifferent)
+Deck::LOKSendSidebarFullUpdate();
}
void Deck::RequestLayoutInternal()
diff --git a/sfx2/source/sidebar/DeckLayouter.cxx
b/sfx2/source/sidebar/DeckLayouter.cxx
index 05a82dd2003f..824b66ac1aff 100644
--- a/sfx2/source/sidebar/DeckLayouter.cxx
+++ b/sfx2/source/sidebar/DeckLayouter.cxx
@@ -37,7 +37,6 @@
#include
#include
-#include
using namespace css;
using namespace css::uno;
@@ -307,12 +306,6 @@ sal_Int32 PlacePanels (
}
}
-if (comphelper::LibreOfficeKit::isActive())
-{
-sal_uInt64 nShellId =
reinterpret_cast(SfxViewShell::Current());
-jsdialog::SendFullUpdate(OUString::number(nShellId) + "sidebar",
"Panel");
-}
-
return nY;
}
diff --git a/sfx2/source/sidebar/SidebarController.cxx
b/sfx2/source/sidebar/SidebarController.cxx
index b967cbb10369..666870147875 100644
--- a/sfx2/source/sidebar/SidebarController.cxx
+++ b/sfx2/source/sidebar/SidebarController.cxx
@@ -686,7 +686,10 @@ void SidebarController::SwitchToDeck (
std::shared_ptr xDeckDescriptor =
mpResourceManager->GetDeckDescriptor(rsDeckId);
if (xDeckDescriptor)
+{
SwitchToDeck(*xDeckDescriptor, maCurrentContext);
+Deck::LOKSendSidebarFullUpdate();
+}
}
}
commit 642a628355f2bcfc45b829e7763b69351324634f
Author: Szymon Kłos
AuthorDate: Fri Jul 7 18:13:18 2023 +0200
Commit: Szymon Kłos
CommitDate: Thu Jul 13 07:57:52 2023 +0200
jsdialog: formatted spin field
Change-Id: I5830dd523e0ccc736a686f38319a6c509e5650be
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154193
Tested-by: Jenkins CollaboraOffice
Reviewed-by: Pranam Lashkari
Reviewed-on:
[Libreoffice-commits] core.git: sc/inc sc/source
sc/inc/document.hxx |1
sc/source/core/data/documen2.cxx| 93 -
sc/source/core/data/documen3.cxx| 312 ++
sc/source/core/data/documen4.cxx| 63 -
sc/source/core/data/documen5.cxx|8
sc/source/core/data/documen6.cxx|2
sc/source/core/data/documen7.cxx| 24
sc/source/core/data/documen8.cxx|4
sc/source/core/data/documen9.cxx| 16
sc/source/core/data/document.cxx| 1793
sc/source/core/data/document10.cxx |2
sc/source/core/data/formulacell.cxx |2
12 files changed, 1056 insertions(+), 1264 deletions(-)
New commits:
commit 3cc198a0706b25c42cc8dae7e25635cbd911ac02
Author: Tomaž Vajngerl
AuthorDate: Sun Jul 9 00:41:12 2023 +0900
Commit: Tomaž Vajngerl
CommitDate: Thu Jul 13 07:25:42 2023 +0200
sc: remove duplicated table validity checks and other duplications
Remove the duplicated table validity checks and replace them with
FetchTable(..) call, which returns nullptr if the table is not
valid and available, or the table itself. This simpifies the code
all around.
When only the check if the table is available is needed, use
HasTable(..) in those cases.
The call TableExists(..) is identical to HasTable(..) and has been
removed.
Finally use GetTableCount(), which return a SCTAB type for the number
of tables is used instead of static_cast(maTabs.size())
that was used all over the code.
Change-Id: Ibfd9777b1350ba8e0cbe577783db81589f95591c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154225
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl
diff --git a/sc/inc/document.hxx b/sc/inc/document.hxx
index 27499ca9f105..157a49099184 100644
--- a/sc/inc/document.hxx
+++ b/sc/inc/document.hxx
@@ -2620,7 +2620,6 @@ public:
voidConvertFormulaToValue( const ScRange& rRange,
sc::TableValues* pUndo );
voidSwapNonEmpty( sc::TableValues& rValues );
voidfinalizeOutlineImport();
-boolTableExists( SCTAB nTab ) const;
// Returns the given column range, first allocating all the columns if
necessary.
SC_DLLPUBLIC ScColumnsRange GetWritableColumnsRange(SCTAB nTab, SCCOL
nColBegin, SCCOL nColEnd);
diff --git a/sc/source/core/data/documen2.cxx b/sc/source/core/data/documen2.cxx
index e5d5df5a94cb..42f971c82cfb 100644
--- a/sc/source/core/data/documen2.cxx
+++ b/sc/source/core/data/documen2.cxx
@@ -528,19 +528,19 @@ void ScDocument::ResetClip( ScDocument* pSourceDoc, const
ScMarkData* pMarks )
{
InitClipPtrs(pSourceDoc);
-for (SCTAB i = 0; i < static_cast(pSourceDoc->maTabs.size());
i++)
+for (SCTAB i = 0; i < pSourceDoc->GetTableCount(); i++)
if (pSourceDoc->maTabs[i])
if (!pMarks || pMarks->GetTableSelect(i))
{
OUString aString = pSourceDoc->maTabs[i]->GetName();
-if ( i < static_cast(maTabs.size()) )
+if (i < GetTableCount())
{
maTabs[i].reset( new ScTable(*this, i, aString) );
}
else
{
-if( i > static_cast(maTabs.size()) )
+if (i > GetTableCount())
{
maTabs.resize(i);
}
@@ -560,12 +560,12 @@ void ScDocument::ResetClip( ScDocument* pSourceDoc, SCTAB
nTab )
if (bIsClip)
{
InitClipPtrs(pSourceDoc);
-if (nTab >= static_cast(maTabs.size()))
+if (nTab >= GetTableCount())
{
maTabs.resize(nTab+1);
}
maTabs[nTab].reset( new ScTable(*this, nTab, "baeh") );
-if (nTab < static_cast(pSourceDoc->maTabs.size()) &&
pSourceDoc->maTabs[nTab])
+if (nTab < pSourceDoc->GetTableCount() && pSourceDoc->maTabs[nTab])
maTabs[nTab]->SetLayoutRTL(
pSourceDoc->maTabs[nTab]->IsLayoutRTL() );
}
else
@@ -577,7 +577,7 @@ void ScDocument::ResetClip( ScDocument* pSourceDoc, SCTAB
nTab )
void ScDocument::EnsureTable( SCTAB nTab )
{
bool bExtras = !bIsUndo;// Column-Widths, Row-Heights, Flags
-if (o3tl::make_unsigned(nTab) >= maTabs.size())
+if (nTab >= GetTableCount())
maTabs.resize(nTab+1);
if (!maTabs[nTab])
@@ -586,18 +586,16 @@ void ScDocument::EnsureTable( SCTAB nTab )
ScRefCellValue ScDocument::GetRefCellValue( const ScAddress& rPos )
{
-if (!TableExists(rPos.Tab()))
-return ScRefCellValue(); // empty
-
-return maTabs[rPos.Tab()]->GetRefCellValue(rPos.Col(), rPos.Row());
+if (ScTable* pTable = FetchTable(rPos.Tab()))
+return pTable->GetRefCellValue(rPos.Col(), rPos.Row());
+return ScRefCellValue(); // empty
}
ScRefCellValue ScDocument::GetRefCellValue( const
[Libreoffice-bugs] [Bug 150302] Toggle SameLetterHeights does not work if property not initialized
https://bugs.documentfoundation.org/show_bug.cgi?id=150302 Matt K changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |matt...@gmail.com |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103314] [META] Templates bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103314 Bug 103314 depends on bug 118755, which changed state. Bug 118755 Summary: Save as template does not overwrite as required https://bugs.documentfoundation.org/show_bug.cgi?id=118755 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 118755] Save as template does not overwrite as required
https://bugs.documentfoundation.org/show_bug.cgi?id=118755 Elmar changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW |RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156259] LibreOffice Writer sometimes creates blank pages at the end of a file
https://bugs.documentfoundation.org/show_bug.cgi?id=156259 Dieter changed: What|Removed |Added CC||dgp-m...@gmx.de Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #2 from Dieter --- (In reply to LeroyG from comment #1) > Please, share a sample file showing the issue. => NEEDINFO -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156241] Opening Help > About build leads to crash
https://bugs.documentfoundation.org/show_bug.cgi?id=156241 --- Comment #6 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142808] UI: Tabstop jumps on ruler when placed on right triangle
https://bugs.documentfoundation.org/show_bug.cgi?id=142808 QA Administrators changed: What|Removed |Added Keywords||bibisectRequest -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156241] Opening Help > About build leads to crash
https://bugs.documentfoundation.org/show_bug.cgi?id=156241 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156219] language tool extension doesn't work
https://bugs.documentfoundation.org/show_bug.cgi?id=156219 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156219] language tool extension doesn't work
https://bugs.documentfoundation.org/show_bug.cgi?id=156219 --- Comment #14 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156215] drag cell expansion copy will result in a crash often
https://bugs.documentfoundation.org/show_bug.cgi?id=156215 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152496] Version 7.4.3.2 Will Not Load Documents and Continually Freezes on Launch
https://bugs.documentfoundation.org/show_bug.cgi?id=152496 --- Comment #5 from QA Administrators --- Dear Roy, 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 156215] drag cell expansion copy will result in a crash often
https://bugs.documentfoundation.org/show_bug.cgi?id=156215 --- Comment #11 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152496] Version 7.4.3.2 Will Not Load Documents and Continually Freezes on Launch
https://bugs.documentfoundation.org/show_bug.cgi?id=152496 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152479] ++ffffff Transparency to 8 digit hex
https://bugs.documentfoundation.org/show_bug.cgi?id=152479 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 152479] ++ffffff Transparency to 8 digit hex
https://bugs.documentfoundation.org/show_bug.cgi?id=152479 --- Comment #3 from QA Administrators --- Dear cr6xplicit, 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 152291] file preview in browser display bug
https://bugs.documentfoundation.org/show_bug.cgi?id=152291 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152291] file preview in browser display bug
https://bugs.documentfoundation.org/show_bug.cgi?id=152291 --- Comment #4 from QA Administrators --- Dear cr6xplicit, 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 114746] Improve CJK and CTL fonts setting in default Impress templates
https://bugs.documentfoundation.org/show_bug.cgi?id=114746 Bug 114746 depends on bug 142667, which changed state. Bug 142667 Summary: Impress CJK font fallback refers to the wrong font list https://bugs.documentfoundation.org/show_bug.cgi?id=142667 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103314] [META] Templates bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103314 Bug 103314 depends on bug 142667, which changed state. Bug 142667 Summary: Impress CJK font fallback refers to the wrong font list https://bugs.documentfoundation.org/show_bug.cgi?id=142667 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- 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 142667, which changed state. Bug 142667 Summary: Impress CJK font fallback refers to the wrong font list https://bugs.documentfoundation.org/show_bug.cgi?id=142667 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142667] Impress CJK font fallback refers to the wrong font list
https://bugs.documentfoundation.org/show_bug.cgi?id=142667 --- Comment #5 from QA Administrators --- Dear Jun Nogata, 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 147656] Presenter console default disable
https://bugs.documentfoundation.org/show_bug.cgi?id=147656 --- Comment #12 from QA Administrators --- Dear Artem Proskurnev, 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 54481] EDITING: inconsistant label reference
https://bugs.documentfoundation.org/show_bug.cgi?id=54481 --- Comment #14 from QA Administrators --- Dear Morten Leikvoll, 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 51651] INSTALLATION: MSI issues
https://bugs.documentfoundation.org/show_bug.cgi?id=51651 --- Comment #7 from QA Administrators --- Dear Olivier Hallot, 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 43548] FILESAVE Images lose both title and description (text alternatives) when exporting ODP to PPT
https://bugs.documentfoundation.org/show_bug.cgi?id=43548 --- Comment #13 from QA Administrators --- Dear Christophe Strobbe, 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 126993] Font language Latin is not recognized by Microsoft Office 2013 and the same occurs in LibreOffice with the same document created by Microsoft Office
https://bugs.documentfoundation.org/show_bug.cgi?id=126993 --- Comment #4 from QA Administrators --- Dear hmslima1992, 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 118613] Measure line on master page is not considered as background object
https://bugs.documentfoundation.org/show_bug.cgi?id=118613 --- Comment #7 from QA Administrators --- Dear Regina Henschel, 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 118612] Form control on master page is visible in show mode, but not in edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=118612 --- Comment #6 from QA Administrators --- Dear Regina Henschel, 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 107381] Default cell style colors shouldnt be included as document colors
https://bugs.documentfoundation.org/show_bug.cgi?id=107381 --- Comment #15 from QA Administrators --- Dear Yousuf Philips (jay) (retired), 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 107300] Bibliography database - no CANCEL button
https://bugs.documentfoundation.org/show_bug.cgi?id=107300 --- Comment #11 from QA Administrators --- Dear Marco A.G.Pinto, 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 156265] New: Laggy Calc on Windows 11
https://bugs.documentfoundation.org/show_bug.cgi?id=156265 Bug ID: 156265 Summary: Laggy Calc on Windows 11 Product: LibreOffice Version: 7.5.4.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: minor Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: igorvanu...@hotmail.com Description: I just bought a new computer and started using windows 11, then installed Libre Office. After that, when running libreoffice for the first time (Calc), it was laggy and staggering while using it (Scrolling, Typing, etc). I've managed to solve it by going to Options > View > Marking "Force using Skia" (Or something to that effect, I use it in Portuguese). Steps to Reproduce: 1.Open LibreOffice Calc. 2.Simply use it. 3.Pay attention to the laggy typing and scrolling. Actual Results: It looked very laggy, staggering while using Calc, as if I was running a very heavy game on a older computer, scrolling or typing was taking a delay before showing up, everything else on the computer besides Calc was running smoothly. Expected Results: Should have ran normally as it always had before. Reproducible: Didn't try User Profile Reset: No Additional Info: Version: 7.5.4.2 (X86_64) / LibreOffice Community Build ID: 36ccfdc35048b057fd9854c757a8b67ec53977b6 CPU threads: 24; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: pt-BR (pt_BR); UI: pt-BR Calc: CL threaded On the copied setting above (from the About Tab inside the software) it says Windows 10.0 while I'm actually on windows 11, not sure if this is relevant. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156233] data validation error when I duplicate sheet and later delete original sheet
https://bugs.documentfoundation.org/show_bug.cgi?id=156233 --- Comment #4 from ady --- (In reply to LeroyG from comment #2) > Created attachment 188341 [details] > File to test Thank you but no, it is not a file to test. In your attachment 188341, cell F22 has a Validity (Custom) of: AND(#REF! >=#REF!;#REF! <= #REF!) ...which doesn't help in testing the steps posted in comment 0. We need a clear, minimal example with clear steps for users to perform on such minimal clear file; not a random file that would require investigation. Time is not to be wasted. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156264] [FILEOPEN DOC] Writer hangs with high CPU
https://bugs.documentfoundation.org/show_bug.cgi?id=156264 --- Comment #1 from Pablo --- Created attachment 188342 --> https://bugs.documentfoundation.org/attachment.cgi?id=188342=edit doc that doesn't open -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156264] New: [FILEOPEN DOC] Writer hangs with high CPU
https://bugs.documentfoundation.org/show_bug.cgi?id=156264 Bug ID: 156264 Summary: [FILEOPEN DOC] Writer hangs with high CPU Product: LibreOffice Version: 7.5.0.3 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: pablo.pl...@gmail.com Description: When I'm trying to open the attached doc file it hangs for several minutes with high CPU. Steps to Reproduce: 1. Open the attached doc file in Writer Actual Results: High CPU. Doc doesn't open. Expected Results: Open the doc. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.5.0.3 (X86_64) / LibreOffice Community Build ID: c21113d003cd3efa8c53188764377a8272d9d6de CPU threads: 2; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
Re: ESC meeting agenda: 2023-07-13 16:00 CEST
Hi, I suggest item: Preparations for the tenders for the 2024 budget I would like to discuss these points: (1) Will the ESC work again with a Wiki page like https://wiki.documentfoundation.org/Development/Budget2023 ? If yes, can we please get that page as soon as possible? Who does it? Otherwise how to collect proposals? (2) There was the idea of having more detailed descriptions. How long? What must it contain, what should it contain? If there will be a Wiki page, its structure somehow needs to consider longer texts. (3) Is there already a decision which items of the ESC list of this year will not get a tender from the budget 2023? I want to suggest some ODF related items. Because I'm not able to estimate the effort, I would like to start early so that there is enough time for others to (hopefully) help me in that point. Kind regards, Regina Miklos Vajna schrieb am 12.07.2023 um 16:08: Hi, The prototype agenda is below. Extra items are appreciated either in this document or as a reply to this mail: https://pad.documentfoundation.org/p/esc You can join using Jitsi here: https://jitsi.documentfoundation.org/esc Regards, Miklos
[Libreoffice-bugs] [Bug 156263] New: Calc windows cannot be closed after focus change from Validity dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=156263 Bug ID: 156263 Summary: Calc windows cannot be closed after focus change from Validity dialog Product: LibreOffice Version: 7.2.0.4 release Hardware: All OS: All Status: UNCONFIRMED Keywords: bibisected, bisected, regression Severity: normal Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kelem...@ubuntu.com CC: caolan.mcnam...@collabora.com This is split off from bug 155708 comment #1 STR_B, obtaining a much worse resulting behavior: 0. LO is closed before starting the procedure. Open Start Center. 1. Open only one new (empty) Calc window (Untitled 1). 2. [CTRL]+[N] (Untitled 2) 3. Menu Data > Validity 4. Change window to "Untitled 1" (on MS Windows, [ALT]+[TAB]). 5. Change window to "Untitled 2" (on MS Windows, [ALT]+[TAB]). 6. Click on "All values" of the "Allow" field. 7. Click on "Cell range" of the "Allow" field. 8. Click once inside the "Source" field. 7. Change window to "Untitled 1" (on MS Windows, [ALT]+[TAB]). 9. Change window to "Untitled 2" (on MS Windows, [ALT]+[TAB]). Intermediate results: The Validity dialog is still displayed. 10. [ESC] to exit the dialog. 11. Menu File > Close (the window is still opened). 12. Open a new (empty) Writer window; it can be successfully closed. 13. Open a new (empty) Calc window; it cannot be closed. Actual results: Calc windows can _not_ be actually closed; they have to be forcefully closed by using Task Manager. When re-opening LO, these will be listed for recovery attempt. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: fcbae818b793a9ee97a1b5ddc53902be7a2376f5 CPU threads: 15; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: de-DE (hu_HU); UI: en-US Calc: threaded This seems to have started in 7.2 with: https://git.libreoffice.org/core/+/618cb39b558b7e3f9a6f2aa8cf0a935602118388 author Caolán McNamara Sat Mar 27 16:20:43 2021 + committer Caolán McNamara Sat Mar 27 20:10:49 2021 +0100 tdf#141141 sync SalFrame::GetFrameWeld and weld::GetPopupParent Before this both windows could be closed just fine. Adding CC to: Caolán McNamara -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 65509] FILESAVE "Automatically save" (Found in Options > LO > Advanced > Expert Configuration ) not running (summary comment 33)
https://bugs.documentfoundation.org/show_bug.cgi?id=65509 --- Comment #46 from Commit Notification --- Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/d36ae6786e05deda7e78338d36624af371e7a3ed tdf#65509 apply new AutoRecovery timeInterval without restarting It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: cui/source framework/source
cui/source/options/optsave.cxx |2 +-
framework/source/services/autorecovery.cxx | 15 +--
2 files changed, 6 insertions(+), 11 deletions(-)
New commits:
commit d36ae6786e05deda7e78338d36624af371e7a3ed
Author: Justin Luth
AuthorDate: Wed Jul 12 11:59:44 2023 -0400
Commit: Justin Luth
CommitDate: Thu Jul 13 00:51:10 2023 +0200
tdf#65509 apply new AutoRecovery timeInterval without restarting
Another option would be to listen for config changes I guess.
However, this alternative method of setting the timer interval
(which I assume is related to Impress slideshows, but couldn't reproduce)
is basically never used.
At worst (in case this alternative method sets a non-zero time)
it will be the same as before where a restart is needed to
gain the new time.
I'm not worried about having the user wait for the current
timer to run out (in 10 minutes based on the default state)
before their new time kicks in.
Change-Id: Iaa2b9e3e0912918ae29aaf262b5d7f51924b8147
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154365
Tested-by: Jenkins
Reviewed-by: Justin Luth
diff --git a/cui/source/options/optsave.cxx b/cui/source/options/optsave.cxx
index 56e0f4486730..c35da388ebf9 100644
--- a/cui/source/options/optsave.cxx
+++ b/cui/source/options/optsave.cxx
@@ -283,7 +283,7 @@ bool SvxSaveTabPage::FillItemSet( SfxItemSet* rSet )
{
rSet->Put( SfxUInt16Item( SID_ATTR_AUTOSAVEMINUTE,
static_cast(m_xAutoSaveEdit->get_value()) ) );
-bModified = bRequestRestart = true;
+bModified = true;
}
if ( m_xUserAutoSaveCB->get_state_changed_from_saved() )
diff --git a/framework/source/services/autorecovery.cxx
b/framework/source/services/autorecovery.cxx
index c9e7d62cc5f9..ddeeab2c23c5 100644
--- a/framework/source/services/autorecovery.cxx
+++ b/framework/source/services/autorecovery.cxx
@@ -1780,15 +1780,6 @@ void AutoRecovery::implts_readAutoSaveConfig()
m_eTimerType = AutoRecovery::E_DONT_START_TIMER;
}
} /* SAFE */
-
-// AutoSaveTimeIntervall [int] in min
-sal_Int32 nTimeIntervall(
-
officecfg::Office::Common::Save::Document::AutoSaveTimeIntervall::get());
-
-/* SAFE */ {
-osl::MutexGuard g(cppu::WeakComponentImplHelperBase::rBHelper.rMutex);
-m_nAutoSaveTimeIntervall = nTimeIntervall;
-} /* SAFE */
}
void AutoRecovery::implts_readConfig()
@@ -2216,7 +2207,11 @@ void AutoRecovery::implts_updateTimer()
if (m_eTimerType == AutoRecovery::E_NORMAL_AUTOSAVE_INTERVALL)
{
-nMilliSeconds = (m_nAutoSaveTimeIntervall*6); // [min] => 60.000 ms
+nMilliSeconds
+= m_nAutoSaveTimeIntervall
+ ? m_nAutoSaveTimeIntervall
+ :
officecfg::Office::Common::Save::Document::AutoSaveTimeIntervall::get();
+nMilliSeconds *= 6; // [min] => 60.000 ms
}
else if (m_eTimerType == AutoRecovery::E_POLL_FOR_USER_IDLE)
{
[Libreoffice-bugs] [Bug 65509] FILESAVE "Automatically save" (Found in Options > LO > Advanced > Expert Configuration ) not running (summary comment 33)
https://bugs.documentfoundation.org/show_bug.cgi?id=65509 Commit Notification changed: What|Removed |Added Whiteboard||target:24.2.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 114452] The "increase indent" icon has no effect after reaching cell border in CALC
https://bugs.documentfoundation.org/show_bug.cgi?id=114452 --- Comment #13 from Shu Zhang <122092...@qq.com> --- I have looked into the behaviour, for how you would expect the indent function works for merged and unmerged cell, I believe it should keep the same consistency(like you said Merged cells, the size of the indent should be provided from the size of the merged.) for ux perspective I think it is a good idea to keep the same behaviour like the unmerged ones. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 114452] The "increase indent" icon has no effect after reaching cell border in CALC
https://bugs.documentfoundation.org/show_bug.cgi?id=114452 --- Comment #13 from Shu Zhang <122092...@qq.com> --- I have looked into the behaviour, for how you would expect the indent function works for merged and unmerged cell, I believe it should keep the same consistency(like you said Merged cells, the size of the indent should be provided from the size of the merged.) for ux perspective I think it is a good idea to keep the same behaviour like the unmerged ones. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 156182] FORMATTING Automatic text color can be unreadable with darker cell colors
https://bugs.documentfoundation.org/show_bug.cgi?id=156182 --- Comment #10 from Myndex --- Hi Heiko Tietze (In reply to Heiko Tietze from comment #9) > (In reply to Myndex from comment #6) > I disliked other thresholds. #4 with 0.36 goes with black font on dark red 2 > background, for example. Yes, please see my comment #7: the code for #4 is incorrect, as that is not "Andy's down and dirty"—the result has a square root that and should not be there, that is why the 0.36 threshold is not working correctly. Case 4 should be: aLum = (Red(aColor)/255)^2.2 * 0.2126 + (Green(aColor)/255)^2.2 * 0.7152 + (Blue(aColor)/255)^2.2 * 0.0722 Threshold = 0.36 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 140643] After increasing font size, selection is lost and sidebar changes
https://bugs.documentfoundation.org/show_bug.cgi?id=140643 Eyal Rozenberg changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #7 from Eyal Rozenberg --- I can also no longer reproduce this. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156252] Manual page-break doesn't offer format 'portrait' if document is was started using orientation 'landscape'
https://bugs.documentfoundation.org/show_bug.cgi?id=156252 m.a.riosv changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG CC||miguelangelrv@libreoffice.o ||rg --- Comment #2 from m.a.riosv --- Please take a look in https://help.libreoffice.org/latest/en-US/text/swriter/guide/page_break.html?DbPAR=WRITER#bm_id3155183 look at To Quickly Switch Between Portrait and Landscape Page Layout Please if you are not agree, reopen it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156183] DATA > TEXT TO COLUMNS : trashes cells on the right to the one being converted
https://bugs.documentfoundation.org/show_bug.cgi?id=156183 --- Comment #3 from LeroyG --- Please, share a reduced sample file showing the issue. Could it be an hidden symbol to the right of your date-like-text? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156183] DATA > TEXT TO COLUMNS : trashes cells on the right to the one being converted
https://bugs.documentfoundation.org/show_bug.cgi?id=156183 LeroyG changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156190] EDITING: Shape > Connect sometimes adds extra lines (case B)
https://bugs.documentfoundation.org/show_bug.cgi?id=156190 --- Comment #2 from LeroyG --- If do you cut and paste again each object, then you can connect without problem.* Note that there are duplicate lines: the little vertical lines near the right end: shapes 7, 8, 10 and 28 (in the Navigator). The 14 objects of the upper part of the drawing seem to have no problem to connect. But the problem remains hidden. Just connect, then move the points (nodes) of the shapes 8 and 10 to see that now there are an extra little vertical line, with triple lines in place of shape 9. One more: Remove shape 19 (the lower horizontal one), connect the remaining 13 objects of the lower part. Apparently there is no problem, but there is an extra line hidden at the bottom end of the left vertical line. *There is a little issue in the rightmost part: the Bézier curves makes an awkward connection. Version: 7.4.7.2 (x64) / LibreOffice Community Build ID: 723314e595e8007d3cf785c16538505a1c878ca5 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: es-MX (es_ES); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 114941] SVG insert: Font width or spacing is incorrect (depending on zoom level)
https://bugs.documentfoundation.org/show_bug.cgi?id=114941 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org Component|Writer |filters and storage Keywords||filter:svg --- Comment #5 from Stéphane Guillou (stragu) --- With the example SVG, I see the text spilling out of the boxes also in Firefox. James reported that the SVG export was problematic, but we never got the original ODG so won't be able to test the export part. I do however see the varying amount of spilling depending on zoom levels, so we can keep this open for that issue. The zoom-dependent issue is gone after breaking. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 77fca616e0bd79e0b405fd0b3543cf8e94e15df3 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156262] New: Insert>Index useless shortcut, barely visible in darkMode
https://bugs.documentfoundation.org/show_bug.cgi?id=156262 Bug ID: 156262 Summary: Insert>Index useless shortcut, barely visible in darkMode Product: LibreOffice Version: 7.5.4.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: minor Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tor...@yahoo.com Description: In Writer, Insert>Index leads to a submenu with 3 items, two of which have identical shortcuts, I. Actually, the first one is unneeded (User can just hit Enter.), and confusing, and barely visible in darkMode. A colored (green?) background highlight would be better. Steps to Reproduce: 1.open Insert>Index 2.alt-x 3. Actual Results: 2 duplicate shortcuts, I; highlight is barely visible in darkMode. Expected Results: Nice and clear highlight Reproducible: Always User Profile Reset: No Additional Info: Version: 7.5.4.2 (X86_64) / LibreOffice Community Build ID: 36ccfdc35048b057fd9854c757a8b67ec53977b6 CPU threads: 4; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-CA (en_CA); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156233] data validation error when I duplicate sheet and later delete original sheet
https://bugs.documentfoundation.org/show_bug.cgi?id=156233 --- Comment #3 from LeroyG --- Function name is AND in English, E in Italian. Works for me: Version: 7.4.7.2 (x64) / LibreOffice Community Build ID: 723314e595e8007d3cf785c16538505a1c878ca5 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: es-MX (es_ES); UI: en-US Calc: CL Must test on version 7.5. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156233] data validation error when I duplicate sheet and later delete original sheet
https://bugs.documentfoundation.org/show_bug.cgi?id=156233 --- Comment #2 from LeroyG --- Created attachment 188341 --> https://bugs.documentfoundation.org/attachment.cgi?id=188341=edit File to test -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156257] VML Textbox not honoring BT_LR writing mode
https://bugs.documentfoundation.org/show_bug.cgi?id=156257 --- Comment #4 from hemant363ku...@gmail.com --- (In reply to Regina Henschel from comment #3) > (In reply to hemant363kumar from comment #2) > > There is no in built support for this writing mode for text direction in VML > > textbox? > > VML shapes are converted to a shape type available in LibreOffice. For the > attached file the shape is imported as "custom-shape". It corresponds to a > preset shape of OOXML. For such shapes LibreOffice can render this text > direction in principle. It is possible to set the text direction via macro. > But it is not yet implemented in LibreOffice to use any of the both > mentioned methods on import from VML and LibreOffice has no user interface > for it. Thanks Regina for explanation. By both methods you mean "A solution could be to use an associated text box on import. Such is able to render text "bottom-to-top". Another solution could be to keep it as simple text, but use the text-rotate attribute of the custom-shape." ? Does setting the macro not render text in desired direction? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: desktop/source
desktop/source/lib/init.cxx | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
New commits:
commit dd1d74281a119f076e58598c8e022ee30232e5bf
Author: Patrick Luby
AuthorDate: Wed Jul 12 13:08:29 2023 -0400
Commit: Patrick Luby
CommitDate: Wed Jul 12 22:14:58 2023 +0200
Natively draw to pixel buffer with RBGA pixel format in iOS app
Change-Id: I31917f914ed22bebffc52777cb974224d08bed83
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154367
Reviewed-by: Michael Meeks
Tested-by: Michael Meeks
(cherry picked from commit 272de6ec30021fdbda38a1bd84a3036a0afc73d6)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154325
Tested-by: Jenkins
Reviewed-by: Patrick Luby
diff --git a/desktop/source/lib/init.cxx b/desktop/source/lib/init.cxx
index dbd236858ce8..99ba738c17d5 100644
--- a/desktop/source/lib/init.cxx
+++ b/desktop/source/lib/init.cxx
@@ -3964,9 +3964,11 @@ static void doc_paintTile(LibreOfficeKitDocument* pThis,
#if defined(IOS)
double fDPIScale = 1.0;
+// Onine uses the LOK_TILEMODE_RGBA by default so flip the normal flags
+// to kCGImageAlphaPremultipliedLast | kCGImageByteOrder32Big
CGContextRef pCGContext = CGBitmapContextCreate(pBuffer, nCanvasWidth,
nCanvasHeight, 8,
nCanvasWidth * 4,
CGColorSpaceCreateDeviceRGB(),
-
kCGImageAlphaPremultipliedFirst | kCGImageByteOrder32Little);
+
kCGImageAlphaPremultipliedLast | kCGImageByteOrder32Big);
CGContextTranslateCTM(pCGContext, 0, nCanvasHeight);
CGContextScaleCTM(pCGContext, fDPIScale, -fDPIScale);
@@ -4234,7 +4236,7 @@ static void doc_paintPartTile(LibreOfficeKitDocument*
pThis,
static int doc_getTileMode(SAL_UNUSED_PARAMETER LibreOfficeKitDocument*
/*pThis*/)
{
SetLastExceptionMsg();
-#if ENABLE_CAIRO_RGBA
+#if ENABLE_CAIRO_RGBA || defined IOS
return LOK_TILEMODE_RGBA;
#else
return LOK_TILEMODE_BGRA;
@@ -6613,8 +6615,9 @@ static void
doc_paintWindowForView(LibreOfficeKitDocument* pThis, unsigned nLOKW
comphelper::LibreOfficeKit::setDPIScale(fDPIScale);
#if defined(IOS)
-
-CGContextRef cgc = CGBitmapContextCreate(pBuffer, nWidth, nHeight, 8,
nWidth*4, CGColorSpaceCreateDeviceRGB(), kCGImageAlphaNoneSkipFirst |
kCGImageByteOrder32Little);
+// Onine uses the LOK_TILEMODE_RGBA by default so flip the normal flags
+// to kCGImageAlphaNoneSkipLast | kCGImageByteOrder32Big
+CGContextRef cgc = CGBitmapContextCreate(pBuffer, nWidth, nHeight, 8,
nWidth*4, CGColorSpaceCreateDeviceRGB(), kCGImageAlphaNoneSkipLast |
kCGImageByteOrder32Big);
CGContextTranslateCTM(cgc, 0, nHeight);
CGContextScaleCTM(cgc, fDPIScale, -fDPIScale);
[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 156251, which changed state. Bug 156251 Summary: SVG: space between text and tspan not added https://bugs.documentfoundation.org/show_bug.cgi?id=156251 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: svgio/inc svgio/qa svgio/source
svgio/inc/svgcharacternode.hxx|6 +++
svgio/inc/svgtools.hxx|1
svgio/qa/cppunit/SvgImportTest.cxx| 23 +++
svgio/qa/cppunit/data/tdf156251.svg | 17
svgio/source/svgreader/svgcharacternode.cxx | 17
svgio/source/svgreader/svgdocumenthandler.cxx | 50 +++---
svgio/source/svgreader/svgtools.cxx | 16
7 files changed, 107 insertions(+), 23 deletions(-)
New commits:
commit 5079e7937ef471a44dcf119dc6ae0a334d9c6adc
Author: Xisco Fauli
AuthorDate: Wed Jul 12 17:46:01 2023 +0200
Commit: Xisco Fauli
CommitDate: Wed Jul 12 22:11:01 2023 +0200
tdf#156251: Add gap between text elements when needed
Partially revert a42f5faac7c6d4590e632cf40e3ba9eb618e6f56
"tdf#103888: Do not add a gap at the end of each text portion"
and adapt code to keep tdf#103888 fixed
Change-Id: I4b3f1ff7d87b1945233d9b05824d58af1e001d65
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154364
Tested-by: Jenkins
Reviewed-by: Xisco Fauli
diff --git a/svgio/inc/svgcharacternode.hxx b/svgio/inc/svgcharacternode.hxx
index 738ddf4d9e73..5fad2008ba1c 100644
--- a/svgio/inc/svgcharacternode.hxx
+++ b/svgio/inc/svgcharacternode.hxx
@@ -122,6 +122,9 @@ namespace svgio::svgreader
/// the string data
OUString maText;
+// keep a copy of string data before space handling
+OUString maTextBeforeSpaceHandling;
+
/// local helpers
rtl::Reference
createSimpleTextPrimitive(
SvgTextPosition& rSvgTextPosition,
@@ -141,10 +144,13 @@ namespace svgio::svgreader
virtual const SvgStyleAttributes* getSvgStyleAttributes() const
override;
void
decomposeText(drawinglayer::primitive2d::Primitive2DContainer& rTarget,
SvgTextPosition& rSvgTextPosition) const;
void whiteSpaceHandling();
+void addGap();
void concatenate(std::u16string_view rText);
/// Text content
const OUString& getText() const { return maText; }
+
+const OUString& getTextBeforeSpaceHandling() const { return
maTextBeforeSpaceHandling; }
};
} // end of namespace svgio::svgreader
diff --git a/svgio/inc/svgtools.hxx b/svgio/inc/svgtools.hxx
index c395702e5998..91ea53ce5e28 100644
--- a/svgio/inc/svgtools.hxx
+++ b/svgio/inc/svgtools.hxx
@@ -127,7 +127,6 @@ namespace svgio::svgreader
void readImageLink(const OUString& rCandidate, OUString& rXLink,
OUString& rUrl, OUString& rData);
OUString consolidateContiguousSpace(const OUString& rCandidate);
-OUString xmlSpaceHandling(const OUString& rCandidate, bool bIsDefault);
// #125325# removes block comment of the general form '/* ... */',
returns
// an adapted string or the original if no comments included
diff --git a/svgio/qa/cppunit/SvgImportTest.cxx
b/svgio/qa/cppunit/SvgImportTest.cxx
index 9f0b8ff7b9d7..b3d20603cfa7 100644
--- a/svgio/qa/cppunit/SvgImportTest.cxx
+++ b/svgio/qa/cppunit/SvgImportTest.cxx
@@ -737,7 +737,7 @@ CPPUNIT_TEST_FIXTURE(Test, testTdf85770)
assertXPath(pDocument, "/primitive2D/transform/textsimpleportion[1]",
"height", "11");
assertXPath(pDocument, "/primitive2D/transform/textsimpleportion[1]",
"familyname", "Times New Roman");
assertXPath(pDocument, "/primitive2D/transform/textsimpleportion[2]",
"fontcolor", "#00");
-assertXPath(pDocument, "/primitive2D/transform/textsimpleportion[2]",
"text", "Start");
+assertXPath(pDocument, "/primitive2D/transform/textsimpleportion[2]",
"text", "Start ");
assertXPath(pDocument, "/primitive2D/transform/textsimpleportion[2]",
"height", "11");
assertXPath(pDocument, "/primitive2D/transform/textsimpleportion[2]",
"familyname", "Times New Roman");
assertXPath(pDocument, "/primitive2D/transform/textsimpleportion[3]",
"fontcolor", "#00");
@@ -1150,6 +1150,27 @@ CPPUNIT_TEST_FIXTURE(Test, testTdf103888)
assertXPath(pDocument,
"/primitive2D/transform/transform/textsimpleportion[3]", "text", "hebung");
}
+CPPUNIT_TEST_FIXTURE(Test, testTdf156251)
+{
+Primitive2DSequence aSequence =
parseSvg(u"/svgio/qa/cppunit/data/tdf156251.svg");
+CPPUNIT_ASSERT_EQUAL(1, static_cast(aSequence.getLength()));
+
+drawinglayer::Primitive2dXmlDump dumper;
+xmlDocUniquePtr pDocument =
dumper.dumpAndParse(Primitive2DContainer(aSequence));
+
+CPPUNIT_ASSERT (pDocument);
+
+// Without the fix in place, this test would have failed with
+// - Expected: 'You are '
+// - Actual : 'You are'
+assertXPath(pDocument, "/primitive2D/transform/textsimpleportion[1]",
"text", "You are ");
+assertXPath(pDocument, "/primitive2D/transform/textsimpleportion[2]",
"text", "not ");
+assertXPath(pDocument, "/primitive2D/transform/textsimpleportion[3]",
"text", "a
[Libreoffice-bugs] [Bug 156248] Option key does not move cells, and source are not emptied.
https://bugs.documentfoundation.org/show_bug.cgi?id=156248 --- Comment #1 from LeroyG --- In Windows, cells are moved and remaining cells are shifted when holding Alt (Option in Mac?). To create a new column with a copy I must hold Ctrl+Alt (Ctrl+Option in Mac?) at the release of the mouse button. Help page referenced: https://help.libreoffice.org/latest/en-US/text/scalc/guide/move_dragdrop.html I can't find the MacOS help variant. Version: 7.4.7.2 (x64) / LibreOffice Community Build ID: 723314e595e8007d3cf785c16538505a1c878ca5 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: es-MX (es_ES); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156257] VML Textbox not honoring BT_LR writing mode
https://bugs.documentfoundation.org/show_bug.cgi?id=156257 --- Comment #3 from Regina Henschel --- (In reply to hemant363kumar from comment #2) > There is no in built support for this writing mode for text direction in VML > textbox? VML shapes are converted to a shape type available in LibreOffice. For the attached file the shape is imported as "custom-shape". It corresponds to a preset shape of OOXML. For such shapes LibreOffice can render this text direction in principle. It is possible to set the text direction via macro. But it is not yet implemented in LibreOffice to use any of the both mentioned methods on import from VML and LibreOffice has no user interface for it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156252] Manual page-break doesn't offer format 'portrait' if document is was started using orientation 'landscape'
https://bugs.documentfoundation.org/show_bug.cgi?id=156252 --- Comment #1 from LeroyG --- I think that this is an enhancement request, provided that I can create a Portrait page style, and choose it from the Page Style list in the Insert Break dialog. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 65509] FILESAVE "Automatically save" (Found in Options > LO > Advanced > Expert Configuration ) not running (summary comment 33)
https://bugs.documentfoundation.org/show_bug.cgi?id=65509 --- Comment #45 from Justin L --- (In reply to Justin L from comment #41) > > (2) New documents that have not been saved by the user at least once, > > are not saved automatically In 24.2 I see an AutoSave alternating between instdir/user/backup/untitled_0.odt and untitled_1.odt. So I think this "blocker" is no longer relevant. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156257] VML Textbox not honoring BT_LR writing mode
https://bugs.documentfoundation.org/show_bug.cgi?id=156257 --- Comment #2 from hemant363ku...@gmail.com --- There is no in built support for this writing mode for text direction in VML textbox? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148121] Let me save and load custom or default User Interface UI layout variants.
https://bugs.documentfoundation.org/show_bug.cgi?id=148121 Justin L changed: What|Removed |Added Whiteboard|target:24.2.0 | --- Comment #8 from Justin L --- Comment 7's patch is not in any way intended to fix this bug report. However, it is very related, preventing excessive use of unnecessary customized notebookbar configs. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156259] LibreOffice Writer sometimes creates blank pages at the end of a file
https://bugs.documentfoundation.org/show_bug.cgi?id=156259 --- Comment #1 from LeroyG --- Please, share a sample file showing the issue. Sometimes, an object (shape, image) can be placed outside the page border. You can see the object in the Navigator, but can't delete it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 156182] FORMATTING Automatic text color can be unreadable with darker cell colors
https://bugs.documentfoundation.org/show_bug.cgi?id=156182 --- Comment #9 from Heiko Tietze --- (In reply to Myndex from comment #6) I disliked other thresholds. #4 with 0.36 goes with black font on dark red 2 background, for example. And #2 white on light brick 2. The algorithm is just one, less important piece and I haven't found any good reference for the threshold (except wcag with an arbitrary value of 125). But open for other opinions. Tentative patch with #5/128 aka 50% is at https://gerrit.libreoffice.org/c/core/+/154352 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 148121] Let me save and load custom or default User Interface UI layout variants.
https://bugs.documentfoundation.org/show_bug.cgi?id=148121 --- Comment #7 from Commit Notification --- Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/24e02d55b7602f0f3bc74656ecec54635ab09f96 related tdf#148121 no custom notebookbar.ui file unless modified It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148121] Let me save and load custom or default User Interface UI layout variants.
https://bugs.documentfoundation.org/show_bug.cgi?id=148121 Commit Notification changed: What|Removed |Added Whiteboard||target:24.2.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: cui/source
cui/source/customize/CustomNotebookbarGenerator.cxx |6 +-
cui/source/customize/SvxNotebookbarConfigPage.cxx | 13 +
2 files changed, 14 insertions(+), 5 deletions(-)
New commits:
commit 24e02d55b7602f0f3bc74656ecec54635ab09f96
Author: Justin Luth
AuthorDate: Sat Jul 8 11:29:11 2023 -0400
Commit: Justin Luth
CommitDate: Wed Jul 12 21:17:11 2023 +0200
related tdf#148121 no custom notebookbar.ui file unless modified
Copying the default notebookbar.ui into the user folder
means that any future changes in future versions of LO
will not be seen by the user until they again reset the notebookbar.
Only if the user actually makes a modification
should the file be created in the user's config folder.
Certainly just opening tools - customize - notebookbar
should not condemn the user to be stuck on some old
configuration of the notebookbar.
Change-Id: I67a8df452ddce0b2b75ec28f2698ab7d443f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154220
Tested-by: Jenkins
Reviewed-by: Justin Luth
diff --git a/cui/source/customize/CustomNotebookbarGenerator.cxx
b/cui/source/customize/CustomNotebookbarGenerator.cxx
index bae85525ebd6..ba5d881822fd 100644
--- a/cui/source/customize/CustomNotebookbarGenerator.cxx
+++ b/cui/source/customize/CustomNotebookbarGenerator.cxx
@@ -184,7 +184,11 @@ static xmlDocPtr notebookbarXMLParser(const OString&
rDocName, const OString& rU
void CustomNotebookbarGenerator::modifyCustomizedUIFile(const
Sequence& sUIItemProperties)
{
-OString sCustomizedUIPath = getSystemPath(getCustomizedUIPath());
+const OUString sUIPath = getCustomizedUIPath();
+if (osl::File(sUIPath).open(osl_File_OpenFlag_Read) !=
osl::FileBase::E_None)
+createCustomizedUIFile();
+
+const OString sCustomizedUIPath = getSystemPath(sUIPath);
for (auto const& aValue : sUIItemProperties)
{
std::vector aProperties(aUIPropertiesCount);
diff --git a/cui/source/customize/SvxNotebookbarConfigPage.cxx
b/cui/source/customize/SvxNotebookbarConfigPage.cxx
index 74e2e8009192..f44bc70d3dc0 100644
--- a/cui/source/customize/SvxNotebookbarConfigPage.cxx
+++ b/cui/source/customize/SvxNotebookbarConfigPage.cxx
@@ -142,7 +142,6 @@ void SvxNotebookbarConfigPage::Init()
m_xTopLevelListBox->clear();
m_xContentsListBox->clear();
m_xSaveInListBox->clear();
-CustomNotebookbarGenerator::createCustomizedUIFile();
OUString sNotebookbarInterface = getFileName(m_sFileName);
OUString sScopeName
@@ -181,9 +180,8 @@ short SvxNotebookbarConfigPage::QueryReset()
int nValue = xQueryBox->run();
if (nValue == RET_YES)
{
-OUString sOriginalUIPath =
CustomNotebookbarGenerator::getOriginalUIPath();
-OUString sCustomizedUIPath =
CustomNotebookbarGenerator::getCustomizedUIPath();
-osl::File::copy(sOriginalUIPath, sCustomizedUIPath);
+osl::File::remove(CustomNotebookbarGenerator::getCustomizedUIPath());
+
OUString sNotebookbarInterface = getFileName(m_sFileName);
Sequence sSequenceEntries;
CustomNotebookbarGenerator::setCustomizedUIItem(sSequenceEntries,
sNotebookbarInterface);
@@ -396,6 +394,13 @@ void SvxNotebookbarConfigPage::SelectElement()
OString sUIFileUIPath = CustomNotebookbarGenerator::getSystemPath(
CustomNotebookbarGenerator::getCustomizedUIPath());
xmlDocPtr pDoc = xmlParseFile(sUIFileUIPath.getStr());
+if (!pDoc)
+{
+sUIFileUIPath = CustomNotebookbarGenerator::getSystemPath(
+CustomNotebookbarGenerator::getOriginalUIPath());
+pDoc = xmlParseFile(sUIFileUIPath.getStr());
+}
+
if (!pDoc)
return;
xmlNodePtr pNodePtr = xmlDocGetRootElement(pDoc);
[Libreoffice-bugs] [Bug 108804] [META] Print preview bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108804 Bug 108804 depends on bug 125504, which changed state. Bug 125504 Summary: Notebookbar Tabbed / Compact Tabbed UI ParaStyle-controls/FontName-controls stop applying after a print preview https://bugs.documentfoundation.org/show_bug.cgi?id=125504 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107237] [META] Notebookbar Tabbed
https://bugs.documentfoundation.org/show_bug.cgi?id=107237 Bug 107237 depends on bug 125504, which changed state. Bug 125504 Summary: Notebookbar Tabbed / Compact Tabbed UI ParaStyle-controls/FontName-controls stop applying after a print preview https://bugs.documentfoundation.org/show_bug.cgi?id=125504 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108346] [META] Writer paragraph style combobox control bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108346 Bug 108346 depends on bug 125504, which changed state. Bug 125504 Summary: Notebookbar Tabbed / Compact Tabbed UI ParaStyle-controls/FontName-controls stop applying after a print preview https://bugs.documentfoundation.org/show_bug.cgi?id=125504 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125504] Notebookbar Tabbed / Compact Tabbed UI ParaStyle-controls/FontName-controls stop applying after a print preview
https://bugs.documentfoundation.org/show_bug.cgi?id=125504 Justin L changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |jl...@mail.com |desktop.org | Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: svx/source
svx/source/tbxctrls/tbcontrl.cxx | 30 --
1 file changed, 12 insertions(+), 18 deletions(-)
New commits:
commit c2a77967cf16a9465f86b5aed62497141fbef535
Author: Justin Luth
AuthorDate: Fri Jul 7 11:34:07 2023 -0400
Commit: Justin Luth
CommitDate: Wed Jul 12 21:05:45 2023 +0200
tdf#125504 SvxStyleBox: don't use disposed DispatchProvider
.uno:StyleApply in the notebookbar was doing nothing
because the view switching from print preview caused
the saved XDispatchProvider to become disposed.
Thanks to Maxim, my patch is completely re-written.
Change-Id: I655c393def75f966a97ac7a04395aee19befd132
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154196
Tested-by: Jenkins
Reviewed-by: Justin Luth
diff --git a/svx/source/tbxctrls/tbcontrl.cxx b/svx/source/tbxctrls/tbcontrl.cxx
index 0c16e26dbb06..0d862f8964f8 100644
--- a/svx/source/tbxctrls/tbcontrl.cxx
+++ b/svx/source/tbxctrls/tbcontrl.cxx
@@ -142,7 +142,6 @@ class SvxStyleBox_Base
{
public:
SvxStyleBox_Base(std::unique_ptr xWidget, OUString
rCommand, SfxStyleFamily eFamily,
- const Reference& rDispatchProvider,
const Reference& _xFrame, OUString
aClearFormatKey,
OUString aMoreKey, bool bInSpecialMode,
SvxStyleToolBoxControl& rCtrl);
@@ -237,7 +236,6 @@ protected:
int m_nMaxUserDrawFontWidth;
int m_nLastItemWithMenu;
boolbRelease;
-Reference< XDispatchProvider > m_xDispatchProvider;
Reference< XFrame > m_xFrame;
OUStringm_aCommand;
OUStringaClearFormatKey;
@@ -257,7 +255,7 @@ class SvxStyleBox_Impl final : public InterimItemWindow
, public SvxStyleBox_Base
{
public:
-SvxStyleBox_Impl(vcl::Window* pParent, const OUString& rCommand,
SfxStyleFamily eFamily, const Reference< XDispatchProvider >& rDispatchProvider,
+SvxStyleBox_Impl(vcl::Window* pParent, const OUString& rCommand,
SfxStyleFamily eFamily,
const Reference< XFrame >& _xFrame,const OUString&
rClearFormatKey, const OUString& rMoreKey, bool bInSpecialMode,
SvxStyleToolBoxControl& rCtrl);
virtual ~SvxStyleBox_Impl() override
@@ -864,7 +862,6 @@ class SfxStyleControllerItem_Impl : public SfxStatusListener
SvxStyleBox_Base::SvxStyleBox_Base(std::unique_ptr xWidget,
OUString aCommand,
SfxStyleFamily eFamily,
- const Reference< XDispatchProvider >&
rDispatchProvider,
const Reference< XFrame >& _xFrame,
OUString _aClearFormatKey,
OUString _aMoreKey,
@@ -877,7 +874,6 @@
SvxStyleBox_Base::SvxStyleBox_Base(std::unique_ptr xWidget,
, m_nMaxUserDrawFontWidth(0)
, m_nLastItemWithMenu(-1)
, bRelease( true )
-, m_xDispatchProvider( rDispatchProvider )
, m_xFrame(_xFrame)
, m_aCommand(std::move( aCommand ))
, aClearFormatKey(std::move( _aClearFormatKey ))
@@ -909,14 +905,13 @@ IMPL_LINK(SvxStyleBox_Base, CustomGetSizeHdl,
OutputDevice&, rArg, Size)
SvxStyleBox_Impl::SvxStyleBox_Impl(vcl::Window* pParent,
const OUString& rCommand,
SfxStyleFamily eFamily,
- const Reference< XDispatchProvider >&
rDispatchProvider,
const Reference< XFrame >& _xFrame,
const OUString& rClearFormatKey,
const OUString& rMoreKey,
bool bInSpec, SvxStyleToolBoxControl& rCtrl)
: InterimItemWindow(pParent, "svx/ui/applystylebox.ui", "ApplyStyleBox")
-, SvxStyleBox_Base(m_xBuilder->weld_combo_box("applystyle"), rCommand,
eFamily,
- rDispatchProvider, _xFrame, rClearFormatKey, rMoreKey,
bInSpec, rCtrl)
+, SvxStyleBox_Base(m_xBuilder->weld_combo_box("applystyle"), rCommand,
eFamily, _xFrame,
+ rClearFormatKey, rMoreKey, bInSpec, rCtrl)
{
InitControlBase(m_xWidget.get());
@@ -947,15 +942,14 @@ IMPL_LINK(SvxStyleBox_Base, MenuSelectHdl, const
OUString&, rMenuIdent, void)
comphelper::makePropertyValue("Family",
sal_Int16(
eStyleFamily )) };
+const Reference xProvider(m_xFrame, UNO_QUERY);
if (rMenuIdent == "update")
{
-SfxToolBoxControl::Dispatch( m_xDispatchProvider,
-".uno:StyleUpdateByExample", aArgs );
+SfxToolBoxControl::Dispatch(xProvider, ".uno:StyleUpdateByExample",
aArgs);
}
else if (rMenuIdent == "edit")
[Libreoffice-bugs] [Bug 125504] Notebookbar Tabbed / Compact Tabbed UI ParaStyle-controls/FontName-controls stop applying after a print preview
https://bugs.documentfoundation.org/show_bug.cgi?id=125504 --- Comment #13 from Commit Notification --- Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/c2a77967cf16a9465f86b5aed62497141fbef535 tdf#125504 SvxStyleBox: don't use disposed DispatchProvider It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: svx/source
svx/source/tbxctrls/tbcontrl.cxx | 37 +
1 file changed, 13 insertions(+), 24 deletions(-)
New commits:
commit 24c04a2c13c2bf110c4b600f03236c35a5ddfd14
Author: Justin Luth
AuthorDate: Fri Jul 7 12:27:52 2023 -0400
Commit: Justin Luth
CommitDate: Wed Jul 12 21:03:46 2023 +0200
tdf#125504 SvxFontNameBox: don't use disposed DispatchProvider
.uno:CharFontName in the notebookbar was doing nothing
because the view switching from print preview caused
the saved XDispatchProvider to become disposed.
Thanks to Maxim, my patch is completely re-written.
Change-Id: I5ac1aa870de2f4ac922f076a5401f1264d6b085f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154195
Tested-by: Jenkins
Reviewed-by: Justin Luth
diff --git a/svx/source/tbxctrls/tbcontrl.cxx b/svx/source/tbxctrls/tbcontrl.cxx
index da8493c75059..0c16e26dbb06 100644
--- a/svx/source/tbxctrls/tbcontrl.cxx
+++ b/svx/source/tbxctrls/tbcontrl.cxx
@@ -340,7 +340,6 @@ protected:
vcl::Font aCurFont;
sal_uInt16 nFtCount;
bool bRelease;
-Reference< XDispatchProvider > m_xDispatchProvider;
Reference< XFrame >m_xFrame;
boolmbCheckingUnknownFont;
@@ -351,17 +350,16 @@ protected:
voidEndPreview()
{
Sequence< PropertyValue > aArgs;
-SfxToolBoxControl::Dispatch( m_xDispatchProvider,
- ".uno:CharEndPreviewFontName",
- aArgs );
+const Reference xProvider(m_xFrame, UNO_QUERY);
+SfxToolBoxControl::Dispatch(xProvider, ".uno:CharEndPreviewFontName",
aArgs);
}
boolCheckFontIsAvailable(std::u16string_view fontname);
voidCheckAndMarkUnknownFont();
public:
-SvxFontNameBox_Base(std::unique_ptr xWidget, const
Reference& rDispatchProvider,
-const Reference& rFrame,
SvxFontNameToolBoxControl& rCtrl);
+SvxFontNameBox_Base(std::unique_ptr xWidget, const
Reference& rFrame,
+SvxFontNameToolBoxControl& rCtrl);
virtual ~SvxFontNameBox_Base()
{
m_xListener->dispose();
@@ -423,7 +421,7 @@ private:
virtual bool DoKeyInput(const KeyEvent& rKEvt) override;
public:
-SvxFontNameBox_Impl(vcl::Window* pParent, const
Reference& rDispatchProvider,
+SvxFontNameBox_Impl(vcl::Window* pParent,
const Reference& rFrame,
SvxFontNameToolBoxControl& rCtrl);
virtual void dispose() override
@@ -1717,7 +1715,6 @@ static bool lcl_GetDocFontList(const FontList**
ppFontList, SvxFontNameBox_Base*
}
SvxFontNameBox_Base::SvxFontNameBox_Base(std::unique_ptr
xWidget,
- const Reference&
rDispatchProvider,
const Reference& rFrame,
SvxFontNameToolBoxControl& rCtrl)
: m_xListener(new
comphelper::ConfigurationListener("/org.openoffice.Office.Common/Font/View"))
@@ -1728,7 +1725,6 @@
SvxFontNameBox_Base::SvxFontNameBox_Base(std::unique_ptr xWidget
, pFontList(nullptr)
, nFtCount(0)
, bRelease(true)
-, m_xDispatchProvider(rDispatchProvider)
, m_xFrame(rFrame)
, mbCheckingUnknownFont(false)
{
@@ -1744,10 +1740,10 @@
SvxFontNameBox_Base::SvxFontNameBox_Base(std::unique_ptr xWidget
m_xWidget->set_entry_width_chars(COMBO_WIDTH_IN_CHARS + 5);
}
-SvxFontNameBox_Impl::SvxFontNameBox_Impl(vcl::Window* pParent, const
Reference& rDispatchProvider,
- const Reference& rFrame,
SvxFontNameToolBoxControl& rCtrl)
+SvxFontNameBox_Impl::SvxFontNameBox_Impl(vcl::Window* pParent, const
Reference& rFrame,
+ SvxFontNameToolBoxControl& rCtrl)
: InterimItemWindow(pParent, "svx/ui/fontnamebox.ui", "FontNameBox")
-, SvxFontNameBox_Base(m_xBuilder->weld_combo_box("fontnamecombobox"),
rDispatchProvider, rFrame, rCtrl)
+, SvxFontNameBox_Base(m_xBuilder->weld_combo_box("fontnamecombobox"),
rFrame, rCtrl)
{
set_id("fontnamecombobox");
SetOptimalSize();
@@ -1969,6 +1965,7 @@ void SvxFontNameBox_Base::Select(bool bNonTravelSelect)
pArgs[0].Value = a;
}
+const Reference xProvider(m_xFrame, UNO_QUERY);
if (bNonTravelSelect)
{
CheckAndMarkUnknownFont();
@@ -1980,9 +1977,7 @@ void SvxFontNameBox_Base::Select(bool bNonTravelSelect)
if (pFontItem)
{
pArgs[0].Name = "CharFontName";
-SfxToolBoxControl::Dispatch( m_xDispatchProvider,
- ".uno:CharFontName",
- aArgs );
+SfxToolBoxControl::Dispatch(xProvider, ".uno:CharFontName", aArgs);
}
}
else
@@ -1990,9 +1985,7 @@ void
[Libreoffice-bugs] [Bug 125504] Notebookbar Tabbed / Compact Tabbed UI ParaStyle-controls/FontName-controls stop applying after a print preview
https://bugs.documentfoundation.org/show_bug.cgi?id=125504 --- Comment #12 from Commit Notification --- Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/24c04a2c13c2bf110c4b600f03236c35a5ddfd14 tdf#125504 SvxFontNameBox: don't use disposed DispatchProvider It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113209] [META] UI bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=113209 Bug 113209 depends on bug 153446, which changed state. Bug 153446 Summary: Tabbed UI - Hidden button don't work when displayed then used https://bugs.documentfoundation.org/show_bug.cgi?id=153446 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107237] [META] Notebookbar Tabbed
https://bugs.documentfoundation.org/show_bug.cgi?id=107237 Bug 107237 depends on bug 153446, which changed state. Bug 153446 Summary: Tabbed UI - Hidden button don't work when displayed then used https://bugs.documentfoundation.org/show_bug.cgi?id=153446 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153446] Tabbed UI - Hidden button don't work when displayed then used
https://bugs.documentfoundation.org/show_bug.cgi?id=153446 Justin L changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |jl...@mail.com |desktop.org | Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153446] Tabbed UI - Hidden button don't work when displayed then used
https://bugs.documentfoundation.org/show_bug.cgi?id=153446 --- Comment #6 from Commit Notification --- Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/634e13e9d6d9bbe2d051978538c02926f764e51b tdf#153446 sd fuconstruct: handle mouse-up without mouse-down It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153446] Tabbed UI - Hidden button don't work when displayed then used
https://bugs.documentfoundation.org/show_bug.cgi?id=153446 Commit Notification changed: What|Removed |Added Whiteboard||target:24.2.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sd/source
sd/source/ui/func/fucon3d.cxx |3 +++
sd/source/ui/func/fuconarc.cxx |3 +++
sd/source/ui/func/fuconbez.cxx |3 +++
sd/source/ui/func/fuconcs.cxx |3 +++
sd/source/ui/func/fuconrec.cxx |3 +++
sd/source/ui/func/fuconstr.cxx | 13 +
sd/source/ui/func/fuconuno.cxx |3 +++
sd/source/ui/inc/fuconstr.hxx |3 +++
8 files changed, 34 insertions(+)
New commits:
commit 634e13e9d6d9bbe2d051978538c02926f764e51b
Author: Justin Luth
AuthorDate: Wed Jul 5 12:19:27 2023 -0400
Commit: Justin Luth
CommitDate: Wed Jul 12 20:50:24 2023 +0200
tdf#153446 sd fuconstruct: handle mouse-up without mouse-down
The situation where this was happening occurred when the notebookbar
had a pop-out of additional functions available. This pop-out removed
the focus from the draw window, so the mouse-down was used
to regain focus in Draw. The mouse-up just needed to be absorbed
or else the "drag the shape to create" would be changed into a select.
I checked as many "situations" as I could possibly have conceived of
after reviewing the code in this area. The ones I know I need are !bMBDown
and !IsAction(). The rest are just to try to avoid getting me into trouble.
[FuText also could benefit from this,
but that function is much more complex,
and so I don't dare to interfere.
It already does BegCreateObj on a mouse-up,
but the textbox it creates is hard to notice.]
Change-Id: I4ed2564e81d8a7ce82e7edec43e4e9acc6e97760
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154069
Tested-by: Jenkins
Reviewed-by: Justin Luth
diff --git a/sd/source/ui/func/fucon3d.cxx b/sd/source/ui/func/fucon3d.cxx
index a2f76b8d8df9..812a8e705cd7 100644
--- a/sd/source/ui/func/fucon3d.cxx
+++ b/sd/source/ui/func/fucon3d.cxx
@@ -353,6 +353,9 @@ bool FuConstruct3dObject::MouseButtonDown(const MouseEvent&
rMEvt)
bool FuConstruct3dObject::MouseButtonUp(const MouseEvent& rMEvt)
{
+if (rMEvt.IsLeft() && IsIgnoreUnexpectedMouseButtonUp())
+return false;
+
bool bReturn = false;
if ( mpView->IsCreateObj() && rMEvt.IsLeft() )
diff --git a/sd/source/ui/func/fuconarc.cxx b/sd/source/ui/func/fuconarc.cxx
index 35b2c33b4ad7..b69eb0cadee1 100644
--- a/sd/source/ui/func/fuconarc.cxx
+++ b/sd/source/ui/func/fuconarc.cxx
@@ -130,6 +130,9 @@ bool FuConstructArc::MouseButtonDown( const MouseEvent&
rMEvt )
bool FuConstructArc::MouseButtonUp( const MouseEvent& rMEvt )
{
+if (rMEvt.IsLeft() && IsIgnoreUnexpectedMouseButtonUp())
+return false;
+
bool bReturn = false;
bool bCreated = false;
diff --git a/sd/source/ui/func/fuconbez.cxx b/sd/source/ui/func/fuconbez.cxx
index 319c8b1b9adb..881f27343d5d 100644
--- a/sd/source/ui/func/fuconbez.cxx
+++ b/sd/source/ui/func/fuconbez.cxx
@@ -190,6 +190,9 @@ bool FuConstructBezierPolygon::MouseButtonDown(const
MouseEvent& rMEvt)
bool FuConstructBezierPolygon::MouseButtonUp(const MouseEvent& rMEvt )
{
+if (rMEvt.IsLeft() && IsIgnoreUnexpectedMouseButtonUp())
+return false;
+
bool bReturn = false;
bool bCreated = false;
diff --git a/sd/source/ui/func/fuconcs.cxx b/sd/source/ui/func/fuconcs.cxx
index 7fbecef5d00d..d8df8c699b9a 100644
--- a/sd/source/ui/func/fuconcs.cxx
+++ b/sd/source/ui/func/fuconcs.cxx
@@ -115,6 +115,9 @@ bool FuConstructCustomShape::MouseButtonDown(const
MouseEvent& rMEvt)
bool FuConstructCustomShape::MouseButtonUp(const MouseEvent& rMEvt)
{
+if (rMEvt.IsLeft() && IsIgnoreUnexpectedMouseButtonUp())
+return false;
+
bool bReturn(false);
if(mpView->IsCreateObj() && rMEvt.IsLeft())
diff --git a/sd/source/ui/func/fuconrec.cxx b/sd/source/ui/func/fuconrec.cxx
index 3561a6eb8c47..5d7aeb173bcc 100644
--- a/sd/source/ui/func/fuconrec.cxx
+++ b/sd/source/ui/func/fuconrec.cxx
@@ -282,6 +282,9 @@ bool FuConstructRectangle::MouseButtonDown(const
MouseEvent& rMEvt)
bool FuConstructRectangle::MouseButtonUp(const MouseEvent& rMEvt)
{
+if (rMEvt.IsLeft() && IsIgnoreUnexpectedMouseButtonUp())
+return false;
+
bool bReturn(false);
if(mpView->IsCreateObj() && rMEvt.IsLeft())
diff --git a/sd/source/ui/func/fuconstr.cxx b/sd/source/ui/func/fuconstr.cxx
index fd93a3ce7c94..a3ccf35d4f40 100644
--- a/sd/source/ui/func/fuconstr.cxx
+++ b/sd/source/ui/func/fuconstr.cxx
@@ -230,6 +230,19 @@ void FuConstruct::Deactivate()
mpView->SetEditMode(SdrViewEditMode::Edit);
}
+bool FuConstruct::IsIgnoreUnexpectedMouseButtonUp()
+{
+// tdf#153446 if there is a MouseButtonUp without a previous
MouseButtonDown event,
+// the MouseButtonDown was probably swallowed by a gain-focus action,
+// and then this MouseButtonUp should be ignored
+
+if (bMBDown || bIsInDragMode)
+return false;
+
+// Don't ignore if there are pending mouse-initiated tasks to complete.
+return !mpView->IsDragObj() && !mpWindow->IsMouseCaptured() &&
[Libreoffice-bugs] [Bug 156257] VML Textbox not honoring BT_LR writing mode
https://bugs.documentfoundation.org/show_bug.cgi?id=156257 Regina Henschel changed: What|Removed |Added Assignee|rb.hensc...@t-online.de |libreoffice-b...@lists.free ||desktop.org --- Comment #1 from Regina Henschel --- I confirm the problem with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: fcbae818b793a9ee97a1b5ddc53902be7a2376f5 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded hemant363ku...@gmail.com: You cannot conform (set Status to NEW) your own bug report. And only the person who is going to fix a bug will set the Assignee. Actually the markup is A solution could be to use an associated text box on import. Such is able to render text "bottom-to-top". Another solution could be to keep it as simple text, but use the text-rotate attribute of the custom-shape. I have not found a report for text direction in shape in VML import, but only for text direction in text-boxes. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156255] Emojis are distorted in presentation view
https://bugs.documentfoundation.org/show_bug.cgi?id=156255 Gabor Kelemen (allotropia) changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEEDINFO|RESOLVED CC||kelem...@ubuntu.com --- Comment #3 from Gabor Kelemen (allotropia) --- *** This bug has been marked as a duplicate of bug 147999 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136648] [META] DOCX VML textbox related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=136648 Gabor Kelemen (allotropia) changed: What|Removed |Added Depends on||156257 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=156257 [Bug 156257] VML Textbox not honoring BT_LR writing mode -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 65509] FILESAVE "Automatically save" (Found in Options > LO > Advanced > Expert Configuration ) not running (summary comment 33)
https://bugs.documentfoundation.org/show_bug.cgi?id=65509 --- Comment #44 from Justin L --- (In reply to Justin L from comment #41) > > (1) After enabling the option “Automatically save the document too” > > LibreOffice has to be closed and restarted again > A dialog warns about this now, so not a big deal. Since LO 7.4.0, thanks to commit 18cc891483fef63ad168273658a30bff72b87a95 Author: Tünde Tóth on Tue May 31 16:11:03 2022 +0200 tdf#149401 show "Restart LibreOffice" dialog changing AutoRecovery -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156255] Emojis are distorted in presentation view
https://bugs.documentfoundation.org/show_bug.cgi?id=156255 raal changed: What|Removed |Added CC||r...@post.cz Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #2 from raal --- No repro with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 663db89378aa1f0425e795ef5d471f134e658dc4 CPU threads: 4; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Please attach test file. Thank you. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] translations.git: Changes to 'refs/tags/libreoffice-7.5.5.2'
Tag 'libreoffice-7.5.5.2' created by Christian Lohmaier at 2023-07-12 17:23 + Tag libreoffice-7.5.5.2 -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEEwoOeytlAj76VMcPp9DSh76/urqMFAmSu4ZEACgkQ9DSh76/u rqOhGA/9FrNz/rd/tiGolTyVbUY0tF1Nq8ruP3gT3kKwGQpUVKJ6pU1DsziORv8z MnqVW2/i4VEpfr0chDWs+xN4exc3WB4mCTVFhnUVYuHGlZBMMXhvJtRVLRiMc5n5 xHXESFdLFUyluQCw5xpiKfx6w1wk/v7g542FuSd7EjhkW9sWZHUpjz4tv/1xqYk/ QKaoDiZ/ZkJ0gCanimuRy4r3TpCdX85DH4BZb1ENkRxviFGiyrm/M7IsafFLDPaM l2UP1cuA7COZT4FvJWBAfR6G1Twa4qUFdkxTyAjuaaMqTozdE61VNSsNC6Jw0AcU Y+Zjas2Vzh8YtWDc5yyPziRtM5AdD4+obSRRbZzcozuYvpSSzMvZm56IP3G54lY/ v9wREX8baQF9q2yexMYNT92bzCtAmSn5AVfL1NGslSQKE+YLvY98wZgEfOo1cagd QK7lBNe0mtdTGoI0gJzVTtNHnbvrXW6gMgg1hal6uou10ixdqlC5JySW5PwrEXor trDslggUfQhgiby/XnYcMajbHIYkh2vqJbmqB83CpYDPYggu9xZmpPexJB33vGfb g35e1yknvA/9afCR4fFGt53Shg8ihLHjG02s0hJlm/Wqv6MlSzZ2B1GaUqKYBwkT UiFhW12VK1HEK1UCZdoAfwvspdUg0qhIJpJVkIw57bW8i+UGcsM= =rLyr -END PGP SIGNATURE- Changes since cp-23.05.1-2-4: --- 0 files changed ---
[Libreoffice-commits] help.git: Changes to 'refs/tags/libreoffice-7.5.5.2'
Tag 'libreoffice-7.5.5.2' created by Christian Lohmaier at 2023-07-12 17:23 + Tag libreoffice-7.5.5.2 -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEEwoOeytlAj76VMcPp9DSh76/urqMFAmSu4ZEACgkQ9DSh76/u rqOYEQ/6Ax9cQ5rnjTHnhEtH1VUWgXnRzkyoIHFuv6RRPks+8Pw9XSzCMpvdEhgC 1HztEdE3LgJ2B62sx/k79gbxfZREF3DbfGI6ohqJamsBgc5Hr/EjeOrKpWsUZAnt h53+m0Eklsfa4CVIouo+T5yiEgxkZUuQmHUfOyXXwOeX/X8PLoIrlUuv1yHbubzK MC6zfFKYMzWw3CS9CCrlDymvgXJuTDfusjIMow0aDKzqts2v7zYdWqGyEVdDmPVb nRNxob4/isLUoTB8za3Cm2V+kli+8bMmd89E/mM1UXSchewfSKbV3SKGM5hd+av5 PTB3mEF8ia2Idbgcxs3ch9KgmoRSP3oc5K8iOXefu18U7T9wEHiXcbya5Ym9QSUs sOrK9r4MfrdcHmURtY1f3Tcs2ejehsG7hpWAiw75zXZzucHjmlFHWuKD/NllphjR FJqm2JTvSb727ddaurTMZqaclGgjVJjw/yj2RWEQ5dYjVoR1Yx3H3RWE9i181Y1E 6Hcgih02g8cGaoaTgEOgK1485ZqJEwKLtG5lbvLRNQ8dhPcMnfPkFaIKhg6Lhpnz aRdH9NtcsfTrRldXeydiu0S4k7C/OC2Hwd/o7rwUXn3bsEwZLUAyZ/lojsSjl5Xj 9GAgXCLcZnxP61RCC6pRB+s7lO+Xe/vUkTfzYqng2Gp6RVp2kdI= =JzpX -END PGP SIGNATURE- Changes since co-23.05-branch-point-5: --- 0 files changed ---
[Libreoffice-commits] dictionaries.git: Changes to 'refs/tags/libreoffice-7.5.5.2'
Tag 'libreoffice-7.5.5.2' created by Christian Lohmaier at 2023-07-12 17:23 + Tag libreoffice-7.5.5.2 -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEEwoOeytlAj76VMcPp9DSh76/urqMFAmSu4Y4ACgkQ9DSh76/u rqPSSxAAu60EKrEKffwfaLScwITvwXX8zBW0ZgkfaYYuZfVpHXe0CN5YYX38nBVk q6Gs+whsNh0xJrTPDas5PWGN5YlWRia8Xp8GHN4186Xq0IBg8uyElKq+Svt4abtP oHirbyUuw0+kg/sEPDDn0ZbOKkPomMBbtmtiVz3JW/KEfgwegOjR701+S7nMPcbg ymyJtZakrG0wHfcy3diyDbnVDVnyd6f70Hn9Lwl6n9ReWkf3o00cyU1DfrfXXaIB 1Qk6G6sTqXiJc24b+f5U88prHV7k2SWVpVOkmBkoFKMMEstbudLhlrxpEpnTKLjZ sVoy0MEe8EBJo4E6jGs7mIKC+AOWMP48cqhsfOlCNZCco2AwlD/iV/+HTPgjB0U7 7gv9qqC9tQcJ2KrCLsCMunhsmDWsgr172l5YnWsAE8V6KYRKMXgZQdSnrQIdPtpX xc3FynXXW2d+yVqKXVuCmVxFiv6cpWwyoH7XR6HYinfLlcMZJMR7JRfdhG88525v zO3DXChu2jE5FEkTN6jp3O9msYVFx+fSoR185YKpvr/Om97cKJzOyygdyxI52X1V Gt8z9psGdi4vw5HGkyfUfuWfpwJ4mxRm61nMhAhbp7FHcFATgy7pYfrzLGXQ5TYQ o3mB1ukxK/7lVPrgO50iwqrtl4MThCzZdiPAcsVArWt9FrDzJ20= =3FIp -END PGP SIGNATURE- Changes since co-23.05-branch-point-1: --- 0 files changed ---
[Libreoffice-commits] core.git: Branch 'libreoffice-7-5-5' - configure.ac
configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 52b769c8f3095d89cb87be5ebc4a931fa6419b80 Author: Christian Lohmaier AuthorDate: Wed Jul 12 19:23:48 2023 +0200 Commit: Christian Lohmaier CommitDate: Wed Jul 12 19:23:48 2023 +0200 bump product version to 7.5.5.2.0+ Change-Id: Ide1568dd66c6c5b8612c16cdd1d73325e0f157cf diff --git a/configure.ac b/configure.ac index 24abd369bd6e..ee3363b3eb0e 100644 --- a/configure.ac +++ b/configure.ac @@ -9,7 +9,7 @@ dnl in order to create a configure script. # several non-alphanumeric characters, those are split off and used only for the # ABOUTBOXPRODUCTVERSIONSUFFIX in openoffice.lst. Why that is necessary, no idea. -AC_INIT([LibreOffice],[7.5.5.1.0+],[],[],[http://documentfoundation.org/]) +AC_INIT([LibreOffice],[7.5.5.2.0+],[],[],[http://documentfoundation.org/]) dnl libnumbertext needs autoconf 2.68, but that can pick up autoconf268 just fine if it is installed dnl whereas aclocal (as run by autogen.sh) insists on using autoconf and fails hard
[Libreoffice-commits] core.git: Changes to 'refs/tags/libreoffice-7.5.5.2'
Tag 'libreoffice-7.5.5.2' created by Christian Lohmaier at 2023-07-12 17:23 + Tag libreoffice-7.5.5.2 -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEEwoOeytlAj76VMcPp9DSh76/urqMFAmSu4ZIACgkQ9DSh76/u rqPo+xAAgjiwoj2OpJX7NpJSYmTt+cNHWgW4ArYf/FE4CN2W0xLTiA+LDNKbs3uI cUZ4LZls+fVAuhMzJHFWYYluOncczSiWm1eQZG0TQgR9BFwllekRAfUqXGg/tct6 eCbrDQnfmFSZ5RsW0pSmDMooqgbXxh8UhXXMuIZIBmH14qqOMcSk6n+/Zv821yoJ 91QkIvuoqnXNu3WRkrEVbU6pO1Pj2weT0axKYWMkwasgWpp+Gene9KNR4zBpnoRu h7oBO46I4hj2WAKVypyktlPqK6GhaCBFZQWG0x0eHowfuBDgzVCFZzzR4E5AKzR7 +K/tfl31ibhVFMl9XN264OVIChx+aG9JnnWDs7XR9LR44nea8Msm7ryShMO4Ebtk Ne7jpeGxsTZl8hUYRIs0dix4yID3x2sTEhk+bxoNFCLioCPvPulfY/0+pNxvuxWr Vmp8UrBIL65rJjHF4VYUdmI2wuVmv6p2Fcys9BUqnZyg67mNrMFm0Ll177iyAsG6 ZKpwO62v+PHn8POE3Idwz+bankRg9mpk13z0FgOK/VdVA/MQmNPthTJ+eolp5DA4 4Zl0B15mKFFgHVTSthrbZ073643aWV6I5blRFBF2egf6M8qS/qvoftNFgZgll70I tK9zzd6XP0YLd0VwtMHMCtdEnTqRZpYlKdCPzDG5qSnymzC+2OI= =mJ1u -END PGP SIGNATURE- Changes since co-23.05-branch-point-739: --- 0 files changed ---
[Libreoffice-commits] core.git: Branch 'libreoffice-7-5-5' - readlicense_oo/license
readlicense_oo/license/CREDITS.fodt | 4291 ++-- 1 file changed, 2173 insertions(+), 2118 deletions(-) New commits: commit db524b4d53dc91ae8e2e775aaf008aba56c7d160 Author: Christian Lohmaier AuthorDate: Wed Jul 12 19:14:33 2023 +0200 Commit: Christian Lohmaier CommitDate: Wed Jul 12 19:19:44 2023 +0200 update credits Change-Id: Ie5565acd9f6acdda012fb64ac0d43de3a375135c (cherry picked from commit 5a6b938d324798433298ec7320c813c82ace4590) (cherry picked from commit 5145014b98157c95f4498d587ecc3ad8379b8cd0) diff --git a/readlicense_oo/license/CREDITS.fodt b/readlicense_oo/license/CREDITS.fodt index 724c0b01ac90..0a626c770f60 100644 --- a/readlicense_oo/license/CREDITS.fodt +++ b/readlicense_oo/license/CREDITS.fodt @@ -1,13 +1,13 @@ http://www.w3.org/TR/css3-text/; xmlns:grddl="http://www.w3.org/2003/g/data-view#; xmlns:xhtml="http://www.w3.org/1999/xhtml; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; xmlns:xsd="http://www.w3.org/2001/XMLSchema; xmlns:xforms="http://www.w3.org/2002/xforms; xmlns:dom="http://www.w3.org/2001/xml-events; xmlns:script="urn:oasis:names:tc:opendocument:xmlns:script:1.0" xmlns:form="urn:oasis:names:tc:opendocument:xmlns:form:1.0" xmlns:math="http://www.w3.org/1998/Math/MathML; xmlns:office="urn:oasis:names:tc:opendocument:xmlns:office:1.0" xmlns:ooo="http://openoffice.org/2004/office; xmlns:fo="urn:oasis:names:tc:opendocument:xmlns:xsl-fo-compatible:1.0" xmlns:config="urn:oasis:names:tc:opendocument:xmlns:config:1.0" xmlns:ooow="http://openoffice.org/2004/writer; xmlns:xlink="http://www.w3.org/1999/xlink; xmlns:drawooo="http://openoffice.org/2010/draw; xmlns:oooc="http://openoffice.org/2004/calc; xmlns:dc="http://purl.org/dc/elements/1.1/; xmlns:c alcext="urn:org:documentfoundation:names:experimental:calc:xmlns:calcext:1.0" xmlns:style="urn:oasis:names:tc:opendocument:xmlns:style:1.0" xmlns:text="urn:oasis:names:tc:opendocument:xmlns:text:1.0" xmlns:of="urn:oasis:names:tc:opendocument:xmlns:of:1.2" xmlns:tableooo="http://openoffice.org/2009/table; xmlns:draw="urn:oasis:names:tc:opendocument:xmlns:drawing:1.0" xmlns:dr3d="urn:oasis:names:tc:opendocument:xmlns:dr3d:1.0" xmlns:rpt="http://openoffice.org/2005/report; xmlns:formx="urn:openoffice:names:experimental:ooxml-odf-interop:xmlns:form:1.0" xmlns:svg="urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0" xmlns:chart="urn:oasis:names:tc:opendocument:xmlns:chart:1.0" xmlns:officeooo="http://openoffice.org/2009/office; xmlns:table="urn:oasis:names:tc:opendocument:xmlns:table:1.0" xmlns:field="urn:openoffice:names:experimental:ooo-ms-interop:xmlns:field:1.0" xmlns:number="urn:oasis:names:tc:opendocument:xmlns:datastyle:1.0" xmlns:meta="urn:oasis:names:tc:opendocument:xmlns: meta:1.0" xmlns:loext="urn:org:documentfoundation:names:experimental:office:xmlns:loext:1.0" office:version="1.3" office:mimetype="application/vnd.oasis.opendocument.text"> - Credits » LibreOfficeCreditscontributorscodersdevelopersCredits for the LibreOffice development/coding.LibreOffice/7.5.4.2$Linux_X86_64 LibreOffice_project/36ccfdc35048b057fd9854c757a8b67ec53977b62012-02-20T22:17:18.06000PT14M12S3JUebjoxEpqXoQcpltWRTwzBZEEHtch3wApdhgiQPFiA + Credits » LibreOfficeCreditscontributorscodersdevelopersCredits for the LibreOffice development/coding.LibreOffice/7.5.4.2$Linux_X86_64 LibreOffice_project/36ccfdc35048b057fd9854c757a8b67ec53977b62012-02-20T22:17:18.06000PT14M12S3JUebjoxEpqXoQcpltWRTwzBZEEHtch3wApdhgiQPFiA - 2983 + 517 501 - 21433 - 26539 + 21539 + 26857 true true @@ -16,9 +16,9 @@ 3649 3434 501 - 2983 - 21932 - 29520 + 517 + 22038 + 27372 0 0 false @@ -83,7 +83,7 @@ false - 12361586 + 12476975 true false false @@ -174,7 +174,7 @@ - + @@ -352,24 +352,24 @@ - + - + - + - + - + - + @@ -433,24 +433,24 @@ - + - + - + - + - + - + @@ -1140,7 +1140,7 @@ Credits -1873 individuals contributed to OpenOffice.org (and whose contributions were imported into LibreOffice) or LibreOffice until 2023-06-07 12:23:53. +1879 individuals contributed to OpenOffice.org (and whose contributions were imported into LibreOffice) or LibreOffice until 2023-07-06 15:44:24. * marks developers whose first contributions happened after 2010-09-28. Developers committing code since 2010-09-28 @@ -1170,15 +1170,15 @@ Vladimir GlazunovCommits: 25434Joined: 2000-12-04 - Stephan BergmannCommits: 20570Joined: 2000-10-04 + Stephan BergmannCommits: 20586Joined: 2000-10-04 - *Noel
[Libreoffice-bugs] [Bug 117252] Inconsistent behaviour of HTML to PNG conversion between filters and versions
https://bugs.documentfoundation.org/show_bug.cgi?id=117252 --- Comment #11 from Adam664 --- bibisected using linux-64-6.0 and this command: soffice --headless --convert-to png --outdir /tmp Tessella.htm 3fbb8a638b54f35af28d738c422e164658e69865 is the first bad commit commit 3fbb8a638b54f35af28d738c422e164658e69865 Author: Jenkins Build User Date: Sun Sep 24 03:19:21 2017 +0200 source sha:5d1bfa6586bad79f2ab9279bcecfee9c245d4501 source sha:5d1bfa6586bad79f2ab9279bcecfee9c245d4501 instdir/program/libgraphicfilterlo.so | Bin 102472 -> 102472 bytes instdir/program/versionrc | 2 +- 2 files changed, 1 insertion(+), 1 deletion(-) Adding Cc: to -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-5' - readlicense_oo/license
readlicense_oo/license/CREDITS.fodt | 4291 ++-- 1 file changed, 2173 insertions(+), 2118 deletions(-) New commits: commit 5145014b98157c95f4498d587ecc3ad8379b8cd0 Author: Christian Lohmaier AuthorDate: Wed Jul 12 19:14:33 2023 +0200 Commit: Christian Lohmaier CommitDate: Wed Jul 12 19:18:38 2023 +0200 update credits Change-Id: Ie5565acd9f6acdda012fb64ac0d43de3a375135c (cherry picked from commit 5a6b938d324798433298ec7320c813c82ace4590) diff --git a/readlicense_oo/license/CREDITS.fodt b/readlicense_oo/license/CREDITS.fodt index 724c0b01ac90..0a626c770f60 100644 --- a/readlicense_oo/license/CREDITS.fodt +++ b/readlicense_oo/license/CREDITS.fodt @@ -1,13 +1,13 @@ http://www.w3.org/TR/css3-text/; xmlns:grddl="http://www.w3.org/2003/g/data-view#; xmlns:xhtml="http://www.w3.org/1999/xhtml; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; xmlns:xsd="http://www.w3.org/2001/XMLSchema; xmlns:xforms="http://www.w3.org/2002/xforms; xmlns:dom="http://www.w3.org/2001/xml-events; xmlns:script="urn:oasis:names:tc:opendocument:xmlns:script:1.0" xmlns:form="urn:oasis:names:tc:opendocument:xmlns:form:1.0" xmlns:math="http://www.w3.org/1998/Math/MathML; xmlns:office="urn:oasis:names:tc:opendocument:xmlns:office:1.0" xmlns:ooo="http://openoffice.org/2004/office; xmlns:fo="urn:oasis:names:tc:opendocument:xmlns:xsl-fo-compatible:1.0" xmlns:config="urn:oasis:names:tc:opendocument:xmlns:config:1.0" xmlns:ooow="http://openoffice.org/2004/writer; xmlns:xlink="http://www.w3.org/1999/xlink; xmlns:drawooo="http://openoffice.org/2010/draw; xmlns:oooc="http://openoffice.org/2004/calc; xmlns:dc="http://purl.org/dc/elements/1.1/; xmlns:c alcext="urn:org:documentfoundation:names:experimental:calc:xmlns:calcext:1.0" xmlns:style="urn:oasis:names:tc:opendocument:xmlns:style:1.0" xmlns:text="urn:oasis:names:tc:opendocument:xmlns:text:1.0" xmlns:of="urn:oasis:names:tc:opendocument:xmlns:of:1.2" xmlns:tableooo="http://openoffice.org/2009/table; xmlns:draw="urn:oasis:names:tc:opendocument:xmlns:drawing:1.0" xmlns:dr3d="urn:oasis:names:tc:opendocument:xmlns:dr3d:1.0" xmlns:rpt="http://openoffice.org/2005/report; xmlns:formx="urn:openoffice:names:experimental:ooxml-odf-interop:xmlns:form:1.0" xmlns:svg="urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0" xmlns:chart="urn:oasis:names:tc:opendocument:xmlns:chart:1.0" xmlns:officeooo="http://openoffice.org/2009/office; xmlns:table="urn:oasis:names:tc:opendocument:xmlns:table:1.0" xmlns:field="urn:openoffice:names:experimental:ooo-ms-interop:xmlns:field:1.0" xmlns:number="urn:oasis:names:tc:opendocument:xmlns:datastyle:1.0" xmlns:meta="urn:oasis:names:tc:opendocument:xmlns: meta:1.0" xmlns:loext="urn:org:documentfoundation:names:experimental:office:xmlns:loext:1.0" office:version="1.3" office:mimetype="application/vnd.oasis.opendocument.text"> - Credits » LibreOfficeCreditscontributorscodersdevelopersCredits for the LibreOffice development/coding.LibreOffice/7.5.4.2$Linux_X86_64 LibreOffice_project/36ccfdc35048b057fd9854c757a8b67ec53977b62012-02-20T22:17:18.06000PT14M12S3JUebjoxEpqXoQcpltWRTwzBZEEHtch3wApdhgiQPFiA + Credits » LibreOfficeCreditscontributorscodersdevelopersCredits for the LibreOffice development/coding.LibreOffice/7.5.4.2$Linux_X86_64 LibreOffice_project/36ccfdc35048b057fd9854c757a8b67ec53977b62012-02-20T22:17:18.06000PT14M12S3JUebjoxEpqXoQcpltWRTwzBZEEHtch3wApdhgiQPFiA - 2983 + 517 501 - 21433 - 26539 + 21539 + 26857 true true @@ -16,9 +16,9 @@ 3649 3434 501 - 2983 - 21932 - 29520 + 517 + 22038 + 27372 0 0 false @@ -83,7 +83,7 @@ false - 12361586 + 12476975 true false false @@ -174,7 +174,7 @@ - + @@ -352,24 +352,24 @@ - + - + - + - + - + - + @@ -433,24 +433,24 @@ - + - + - + - + - + - + @@ -1140,7 +1140,7 @@ Credits -1873 individuals contributed to OpenOffice.org (and whose contributions were imported into LibreOffice) or LibreOffice until 2023-06-07 12:23:53. +1879 individuals contributed to OpenOffice.org (and whose contributions were imported into LibreOffice) or LibreOffice until 2023-07-06 15:44:24. * marks developers whose first contributions happened after 2010-09-28. Developers committing code since 2010-09-28 @@ -1170,15 +1170,15 @@ Vladimir GlazunovCommits: 25434Joined: 2000-12-04 - Stephan BergmannCommits: 20570Joined: 2000-10-04 + Stephan BergmannCommits: 20586Joined: 2000-10-04 - *Noel GrandinCommits: 17692Joined: 2011-12-12 + *Noel GrandinCommits:
[Libreoffice-commits] core.git: Branch 'libreoffice-7-6' - readlicense_oo/license
readlicense_oo/license/CREDITS.fodt | 4291 ++-- 1 file changed, 2173 insertions(+), 2118 deletions(-) New commits: commit 93c7166d264d04962b643079bae58861c4ecfd5a Author: Christian Lohmaier AuthorDate: Wed Jul 12 19:14:33 2023 +0200 Commit: Christian Lohmaier CommitDate: Wed Jul 12 19:15:12 2023 +0200 update credits Change-Id: Ie5565acd9f6acdda012fb64ac0d43de3a375135c (cherry picked from commit 5a6b938d324798433298ec7320c813c82ace4590) diff --git a/readlicense_oo/license/CREDITS.fodt b/readlicense_oo/license/CREDITS.fodt index 724c0b01ac90..0a626c770f60 100644 --- a/readlicense_oo/license/CREDITS.fodt +++ b/readlicense_oo/license/CREDITS.fodt @@ -1,13 +1,13 @@ http://www.w3.org/TR/css3-text/; xmlns:grddl="http://www.w3.org/2003/g/data-view#; xmlns:xhtml="http://www.w3.org/1999/xhtml; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; xmlns:xsd="http://www.w3.org/2001/XMLSchema; xmlns:xforms="http://www.w3.org/2002/xforms; xmlns:dom="http://www.w3.org/2001/xml-events; xmlns:script="urn:oasis:names:tc:opendocument:xmlns:script:1.0" xmlns:form="urn:oasis:names:tc:opendocument:xmlns:form:1.0" xmlns:math="http://www.w3.org/1998/Math/MathML; xmlns:office="urn:oasis:names:tc:opendocument:xmlns:office:1.0" xmlns:ooo="http://openoffice.org/2004/office; xmlns:fo="urn:oasis:names:tc:opendocument:xmlns:xsl-fo-compatible:1.0" xmlns:config="urn:oasis:names:tc:opendocument:xmlns:config:1.0" xmlns:ooow="http://openoffice.org/2004/writer; xmlns:xlink="http://www.w3.org/1999/xlink; xmlns:drawooo="http://openoffice.org/2010/draw; xmlns:oooc="http://openoffice.org/2004/calc; xmlns:dc="http://purl.org/dc/elements/1.1/; xmlns:c alcext="urn:org:documentfoundation:names:experimental:calc:xmlns:calcext:1.0" xmlns:style="urn:oasis:names:tc:opendocument:xmlns:style:1.0" xmlns:text="urn:oasis:names:tc:opendocument:xmlns:text:1.0" xmlns:of="urn:oasis:names:tc:opendocument:xmlns:of:1.2" xmlns:tableooo="http://openoffice.org/2009/table; xmlns:draw="urn:oasis:names:tc:opendocument:xmlns:drawing:1.0" xmlns:dr3d="urn:oasis:names:tc:opendocument:xmlns:dr3d:1.0" xmlns:rpt="http://openoffice.org/2005/report; xmlns:formx="urn:openoffice:names:experimental:ooxml-odf-interop:xmlns:form:1.0" xmlns:svg="urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0" xmlns:chart="urn:oasis:names:tc:opendocument:xmlns:chart:1.0" xmlns:officeooo="http://openoffice.org/2009/office; xmlns:table="urn:oasis:names:tc:opendocument:xmlns:table:1.0" xmlns:field="urn:openoffice:names:experimental:ooo-ms-interop:xmlns:field:1.0" xmlns:number="urn:oasis:names:tc:opendocument:xmlns:datastyle:1.0" xmlns:meta="urn:oasis:names:tc:opendocument:xmlns: meta:1.0" xmlns:loext="urn:org:documentfoundation:names:experimental:office:xmlns:loext:1.0" office:version="1.3" office:mimetype="application/vnd.oasis.opendocument.text"> - Credits » LibreOfficeCreditscontributorscodersdevelopersCredits for the LibreOffice development/coding.LibreOffice/7.5.4.2$Linux_X86_64 LibreOffice_project/36ccfdc35048b057fd9854c757a8b67ec53977b62012-02-20T22:17:18.06000PT14M12S3JUebjoxEpqXoQcpltWRTwzBZEEHtch3wApdhgiQPFiA + Credits » LibreOfficeCreditscontributorscodersdevelopersCredits for the LibreOffice development/coding.LibreOffice/7.5.4.2$Linux_X86_64 LibreOffice_project/36ccfdc35048b057fd9854c757a8b67ec53977b62012-02-20T22:17:18.06000PT14M12S3JUebjoxEpqXoQcpltWRTwzBZEEHtch3wApdhgiQPFiA - 2983 + 517 501 - 21433 - 26539 + 21539 + 26857 true true @@ -16,9 +16,9 @@ 3649 3434 501 - 2983 - 21932 - 29520 + 517 + 22038 + 27372 0 0 false @@ -83,7 +83,7 @@ false - 12361586 + 12476975 true false false @@ -174,7 +174,7 @@ - + @@ -352,24 +352,24 @@ - + - + - + - + - + - + @@ -433,24 +433,24 @@ - + - + - + - + - + - + @@ -1140,7 +1140,7 @@ Credits -1873 individuals contributed to OpenOffice.org (and whose contributions were imported into LibreOffice) or LibreOffice until 2023-06-07 12:23:53. +1879 individuals contributed to OpenOffice.org (and whose contributions were imported into LibreOffice) or LibreOffice until 2023-07-06 15:44:24. * marks developers whose first contributions happened after 2010-09-28. Developers committing code since 2010-09-28 @@ -1170,15 +1170,15 @@ Vladimir GlazunovCommits: 25434Joined: 2000-12-04 - Stephan BergmannCommits: 20570Joined: 2000-10-04 + Stephan BergmannCommits: 20586Joined: 2000-10-04 - *Noel GrandinCommits: 17692Joined: 2011-12-12 + *Noel GrandinCommits:
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-23.05' - desktop/source
desktop/source/lib/init.cxx | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
New commits:
commit 272de6ec30021fdbda38a1bd84a3036a0afc73d6
Author: Patrick Luby
AuthorDate: Wed Jul 12 13:08:29 2023 -0400
Commit: Michael Meeks
CommitDate: Wed Jul 12 19:15:20 2023 +0200
Natively draw to pixel buffer with RBGA pixel format in iOS app
Change-Id: I31917f914ed22bebffc52777cb974224d08bed83
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154367
Reviewed-by: Michael Meeks
Tested-by: Michael Meeks
diff --git a/desktop/source/lib/init.cxx b/desktop/source/lib/init.cxx
index e8586fb5af7e..45bd9e608e70 100644
--- a/desktop/source/lib/init.cxx
+++ b/desktop/source/lib/init.cxx
@@ -3944,9 +3944,11 @@ static void doc_paintTile(LibreOfficeKitDocument* pThis,
#if defined(IOS)
double fDPIScale = 1.0;
+// Onine uses the LOK_TILEMODE_RGBA by default so flip the normal flags
+// to kCGImageAlphaPremultipliedLast | kCGImageByteOrder32Big
CGContextRef pCGContext = CGBitmapContextCreate(pBuffer, nCanvasWidth,
nCanvasHeight, 8,
nCanvasWidth * 4,
CGColorSpaceCreateDeviceRGB(),
-
kCGImageAlphaPremultipliedFirst | kCGImageByteOrder32Little);
+
kCGImageAlphaPremultipliedLast | kCGImageByteOrder32Big);
CGContextTranslateCTM(pCGContext, 0, nCanvasHeight);
CGContextScaleCTM(pCGContext, fDPIScale, -fDPIScale);
@@ -4214,7 +4216,7 @@ static void doc_paintPartTile(LibreOfficeKitDocument*
pThis,
static int doc_getTileMode(SAL_UNUSED_PARAMETER LibreOfficeKitDocument*
/*pThis*/)
{
SetLastExceptionMsg();
-#if ENABLE_CAIRO_RGBA
+#if ENABLE_CAIRO_RGBA || defined IOS
return LOK_TILEMODE_RGBA;
#else
return LOK_TILEMODE_BGRA;
@@ -6480,8 +6482,9 @@ static void
doc_paintWindowForView(LibreOfficeKitDocument* pThis, unsigned nLOKW
comphelper::LibreOfficeKit::setDPIScale(fDPIScale);
#if defined(IOS)
-
-CGContextRef cgc = CGBitmapContextCreate(pBuffer, nWidth, nHeight, 8,
nWidth*4, CGColorSpaceCreateDeviceRGB(), kCGImageAlphaNoneSkipFirst |
kCGImageByteOrder32Little);
+// Onine uses the LOK_TILEMODE_RGBA by default so flip the normal flags
+// to kCGImageAlphaNoneSkipLast | kCGImageByteOrder32Big
+CGContextRef cgc = CGBitmapContextCreate(pBuffer, nWidth, nHeight, 8,
nWidth*4, CGColorSpaceCreateDeviceRGB(), kCGImageAlphaNoneSkipLast |
kCGImageByteOrder32Big);
CGContextTranslateCTM(cgc, 0, nHeight);
CGContextScaleCTM(cgc, fDPIScale, -fDPIScale);
[Libreoffice-commits] core.git: readlicense_oo/license
readlicense_oo/license/CREDITS.fodt | 4291 ++-- 1 file changed, 2173 insertions(+), 2118 deletions(-) New commits: commit 5a6b938d324798433298ec7320c813c82ace4590 Author: Christian Lohmaier AuthorDate: Wed Jul 12 19:14:33 2023 +0200 Commit: Christian Lohmaier CommitDate: Wed Jul 12 19:14:33 2023 +0200 update credits Change-Id: Ie5565acd9f6acdda012fb64ac0d43de3a375135c diff --git a/readlicense_oo/license/CREDITS.fodt b/readlicense_oo/license/CREDITS.fodt index 724c0b01ac90..0a626c770f60 100644 --- a/readlicense_oo/license/CREDITS.fodt +++ b/readlicense_oo/license/CREDITS.fodt @@ -1,13 +1,13 @@ http://www.w3.org/TR/css3-text/; xmlns:grddl="http://www.w3.org/2003/g/data-view#; xmlns:xhtml="http://www.w3.org/1999/xhtml; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; xmlns:xsd="http://www.w3.org/2001/XMLSchema; xmlns:xforms="http://www.w3.org/2002/xforms; xmlns:dom="http://www.w3.org/2001/xml-events; xmlns:script="urn:oasis:names:tc:opendocument:xmlns:script:1.0" xmlns:form="urn:oasis:names:tc:opendocument:xmlns:form:1.0" xmlns:math="http://www.w3.org/1998/Math/MathML; xmlns:office="urn:oasis:names:tc:opendocument:xmlns:office:1.0" xmlns:ooo="http://openoffice.org/2004/office; xmlns:fo="urn:oasis:names:tc:opendocument:xmlns:xsl-fo-compatible:1.0" xmlns:config="urn:oasis:names:tc:opendocument:xmlns:config:1.0" xmlns:ooow="http://openoffice.org/2004/writer; xmlns:xlink="http://www.w3.org/1999/xlink; xmlns:drawooo="http://openoffice.org/2010/draw; xmlns:oooc="http://openoffice.org/2004/calc; xmlns:dc="http://purl.org/dc/elements/1.1/; xmlns:c alcext="urn:org:documentfoundation:names:experimental:calc:xmlns:calcext:1.0" xmlns:style="urn:oasis:names:tc:opendocument:xmlns:style:1.0" xmlns:text="urn:oasis:names:tc:opendocument:xmlns:text:1.0" xmlns:of="urn:oasis:names:tc:opendocument:xmlns:of:1.2" xmlns:tableooo="http://openoffice.org/2009/table; xmlns:draw="urn:oasis:names:tc:opendocument:xmlns:drawing:1.0" xmlns:dr3d="urn:oasis:names:tc:opendocument:xmlns:dr3d:1.0" xmlns:rpt="http://openoffice.org/2005/report; xmlns:formx="urn:openoffice:names:experimental:ooxml-odf-interop:xmlns:form:1.0" xmlns:svg="urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0" xmlns:chart="urn:oasis:names:tc:opendocument:xmlns:chart:1.0" xmlns:officeooo="http://openoffice.org/2009/office; xmlns:table="urn:oasis:names:tc:opendocument:xmlns:table:1.0" xmlns:field="urn:openoffice:names:experimental:ooo-ms-interop:xmlns:field:1.0" xmlns:number="urn:oasis:names:tc:opendocument:xmlns:datastyle:1.0" xmlns:meta="urn:oasis:names:tc:opendocument:xmlns: meta:1.0" xmlns:loext="urn:org:documentfoundation:names:experimental:office:xmlns:loext:1.0" office:version="1.3" office:mimetype="application/vnd.oasis.opendocument.text"> - Credits » LibreOfficeCreditscontributorscodersdevelopersCredits for the LibreOffice development/coding.LibreOffice/7.5.4.2$Linux_X86_64 LibreOffice_project/36ccfdc35048b057fd9854c757a8b67ec53977b62012-02-20T22:17:18.06000PT14M12S3JUebjoxEpqXoQcpltWRTwzBZEEHtch3wApdhgiQPFiA + Credits » LibreOfficeCreditscontributorscodersdevelopersCredits for the LibreOffice development/coding.LibreOffice/7.5.4.2$Linux_X86_64 LibreOffice_project/36ccfdc35048b057fd9854c757a8b67ec53977b62012-02-20T22:17:18.06000PT14M12S3JUebjoxEpqXoQcpltWRTwzBZEEHtch3wApdhgiQPFiA - 2983 + 517 501 - 21433 - 26539 + 21539 + 26857 true true @@ -16,9 +16,9 @@ 3649 3434 501 - 2983 - 21932 - 29520 + 517 + 22038 + 27372 0 0 false @@ -83,7 +83,7 @@ false - 12361586 + 12476975 true false false @@ -174,7 +174,7 @@ - + @@ -352,24 +352,24 @@ - + - + - + - + - + - + @@ -433,24 +433,24 @@ - + - + - + - + - + - + @@ -1140,7 +1140,7 @@ Credits -1873 individuals contributed to OpenOffice.org (and whose contributions were imported into LibreOffice) or LibreOffice until 2023-06-07 12:23:53. +1879 individuals contributed to OpenOffice.org (and whose contributions were imported into LibreOffice) or LibreOffice until 2023-07-06 15:44:24. * marks developers whose first contributions happened after 2010-09-28. Developers committing code since 2010-09-28 @@ -1170,15 +1170,15 @@ Vladimir GlazunovCommits: 25434Joined: 2000-12-04 - Stephan BergmannCommits: 20570Joined: 2000-10-04 + Stephan BergmannCommits: 20586Joined: 2000-10-04 - *Noel GrandinCommits: 17692Joined: 2011-12-12 + *Noel GrandinCommits: 17772Joined: 2011-12-12 - Miklos
[Libreoffice-bugs] [Bug 117252] Inconsistent behaviour of HTML to PNG conversion between filters and versions
https://bugs.documentfoundation.org/show_bug.cgi?id=117252 Adam664 changed: What|Removed |Added Keywords|bibisectRequest |bibisected, bisected CC||adamsesku...@gmail.com --- Comment #10 from Adam664 --- Confirming this still happens using soffice --headless --convert-to png --outdir /tmp Tessella.htm in Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e24a3a3c339d7a175ebfeef31a280becda9d5950 CPU threads: 1; OS: Linux 6.3; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
