[Libreoffice-bugs] [Bug 78156] FORMATTING: Make slide Layouts editable; allow to create custom slide Layouts
https://bugs.documentfoundation.org/show_bug.cgi?id=78156 Stéphane Guillou (stragu) changed: What|Removed |Added See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=15 | |7858| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157858] Can't remove the main content element, nor the title, from a Master Slide
https://bugs.documentfoundation.org/show_bug.cgi?id=157858 Stéphane Guillou (stragu) changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=78 | |156 | Ever confirmed|0 |1 --- Comment #5 from Stéphane Guillou (stragu) --- Thank you for clarifying, Regina! So, we have: - Unremovable "Title and Object areas for AutoLayouts" in master slides - ...which are used by layouts to place "Outline Text", "Text Frame" and "Title Text" objects on the slide. (In reply to Eyal Rozenberg from comment #0) > I may want to have slides with a main content element but no title, or the > other way around: A title but no main content element. Eyal, don't the layouts "Centered Text" and "Title Only" cover your use case already? Having a master slide with either one of those placeholders missing would mean having layout icons not matching the result when applying them. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/source
sw/source/core/inc/txtfrm.hxx |1 + sw/source/core/text/txtfrm.cxx | 25 - sw/source/core/text/xmldump.cxx | 21 - 3 files changed, 25 insertions(+), 22 deletions(-) New commits: commit 3526faf09bd86a4f18fe606a3818e816c41d8c85 Author: Miklos Vajna AuthorDate: Thu Nov 16 19:57:10 2023 +0100 Commit: Miklos Vajna CommitDate: Fri Nov 17 08:30:25 2023 +0100 sw: extract SwTextFrame::dumpAsXmlAttributes() from SwFrame Allows getting rid of a static cast. Change-Id: Ic74bb3e33f591387cc5939c0ffbc8793630978bb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159517 Tested-by: Jenkins Reviewed-by: Miklos Vajna diff --git a/sw/source/core/inc/txtfrm.hxx b/sw/source/core/inc/txtfrm.hxx index d73c2efa499f..aa2246727fc2 100644 --- a/sw/source/core/inc/txtfrm.hxx +++ b/sw/source/core/inc/txtfrm.hxx @@ -809,6 +809,7 @@ public: static SwView* GetView(); void dumpAsXml(xmlTextWriterPtr writer = nullptr) const override; +void dumpAsXmlAttributes(xmlTextWriterPtr writer) const override; }; //use this to protect a SwTextFrame for a given scope from getting merged with diff --git a/sw/source/core/text/txtfrm.cxx b/sw/source/core/text/txtfrm.cxx index 470ce8b528fd..f043530de702 100644 --- a/sw/source/core/text/txtfrm.cxx +++ b/sw/source/core/text/txtfrm.cxx @@ -793,10 +793,33 @@ SwTextFrame::SwTextFrame(SwTextNode * const pNode, SwFrame* pSib, m_pMergedPara = CheckParaRedlineMerge(*this, *pNode, eMode); } +void SwTextFrame::dumpAsXmlAttributes(xmlTextWriterPtr writer) const +{ +SwContentFrame::dumpAsXmlAttributes(writer); + +const SwTextNode *pTextNode = GetTextNodeFirst(); +(void)xmlTextWriterWriteFormatAttribute( writer, BAD_CAST( "txtNodeIndex" ), "%" SAL_PRIdINT32, sal_Int32(pTextNode->GetIndex()) ); + +OString aMode = "Horizontal"; +if (IsVertLRBT()) +{ +aMode = "VertBTLR"; +} +else if (IsVertLR()) +{ +aMode = "VertLR"; +} +else if (IsVertical()) +{ +aMode = "Vertical"; +} +(void)xmlTextWriterWriteAttribute(writer, BAD_CAST("WritingMode"), BAD_CAST(aMode.getStr())); +} + void SwTextFrame::dumpAsXml(xmlTextWriterPtr writer) const { (void)xmlTextWriterStartElement(writer, reinterpret_cast("txt")); -SwFrame::dumpAsXmlAttributes( writer ); +dumpAsXmlAttributes( writer ); if ( HasFollow() ) (void)xmlTextWriterWriteFormatAttribute( writer, BAD_CAST( "follow" ), "%" SAL_PRIuUINT32, GetFollow()->GetFrameId() ); diff --git a/sw/source/core/text/xmldump.cxx b/sw/source/core/text/xmldump.cxx index 445a0e306336..b5cde782775f 100644 --- a/sw/source/core/text/xmldump.cxx +++ b/sw/source/core/text/xmldump.cxx @@ -213,27 +213,6 @@ void SwFrame::dumpAsXmlAttributes( xmlTextWriterPtr writer ) const SwSectionNode const*const pNode(pFrame->GetSection() ? pFrame->GetSection()->GetFormat()->GetSectionNode() : nullptr); (void)xmlTextWriterWriteFormatAttribute(writer, BAD_CAST("sectionNodeIndex"), "%" SAL_PRIdINT32, pNode ? sal_Int32(pNode->GetIndex()) : -1); } -if ( IsTextFrame( ) ) -{ -const SwTextFrame *pTextFrame = static_cast(this); -const SwTextNode *pTextNode = pTextFrame->GetTextNodeFirst(); -(void)xmlTextWriterWriteFormatAttribute( writer, BAD_CAST( "txtNodeIndex" ), "%" SAL_PRIdINT32, sal_Int32(pTextNode->GetIndex()) ); - -OString aMode = "Horizontal"; -if (IsVertLRBT()) -{ -aMode = "VertBTLR"; -} -else if (IsVertLR()) -{ -aMode = "VertLR"; -} -else if (IsVertical()) -{ -aMode = "Vertical"; -} -(void)xmlTextWriterWriteAttribute(writer, BAD_CAST("WritingMode"), BAD_CAST(aMode.getStr())); -} } /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
[Libreoffice-commits] core.git: canvas/source
canvas/source/tools/pagemanager.cxx |5 + 1 file changed, 1 insertion(+), 4 deletions(-) New commits: commit be1093cce53a3c34a67233391922674c7c62f4e3 Author: Julien Nabet AuthorDate: Thu Nov 16 18:32:30 2023 +0100 Commit: Julien Nabet CommitDate: Fri Nov 17 08:29:04 2023 +0100 c++20: use std::erase instead of std::removed followed by erase See https://en.cppreference.com/w/cpp/container/vector/erase2 Change-Id: I26744e74b34d1efa1524a1f88aa3af9e153bc9ee Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159515 Tested-by: Jenkins Reviewed-by: Julien Nabet diff --git a/canvas/source/tools/pagemanager.cxx b/canvas/source/tools/pagemanager.cxx index 6ffd7ee01b58..4ee7df76ed7e 100644 --- a/canvas/source/tools/pagemanager.cxx +++ b/canvas/source/tools/pagemanager.cxx @@ -65,10 +65,7 @@ namespace canvas { // erase the reference to the given fragment from our // internal container. -FragmentContainer_t::iterator it( -std::remove( -maFragments.begin(),maFragments.end(),pFragment)); -maFragments.erase(it,maFragments.end()); +std::erase(maFragments, pFragment); // let the fragment itself know about it... // we need to pass 'this' as argument since the fragment
[Libreoffice-bugs] [Bug 107701] [META] Table border bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107701 Bug 107701 depends on bug 76280, which changed state. Bug 76280 Summary: FORMATTING: Upper table border is missing on subsequent pages/columns (after page / column breaks) https://bugs.documentfoundation.org/show_bug.cgi?id=76280 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |NOTABUG -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 76280] FORMATTING: Upper table border is missing on subsequent pages/columns (after page / column breaks)
https://bugs.documentfoundation.org/show_bug.cgi?id=76280 Stéphane Guillou (stragu) changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |NOTABUG CC||stephane.guillou@libreoffic ||e.org Hardware|Other |All --- Comment #15 from Stéphane Guillou (stragu) --- As Regina pointed out in comment 11, the sample document has tables with inner borders only using a bottom border, and without the option "Merge adjacent line styles" ticked. Therefore, it makes sense to have no border at the top of the row if there isn't another row right above. Tested in a recent trunk build, a new table still uses no top border for inner rows, but "Merge adjacent line styles" is on by default (as Regina observed in 6.0). The option persists after a save + reload. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5fe2bf914c251009ec4709fa8fdc45c3b53f676b CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded The behaviour is the same in OOo 3.3. So closing as "not a bug" as the table behaves according to its settings. (But if you have steps that reproduce a loss of the merge setting, or a mismatch with border preview, please do share.) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: unoidl/source
unoidl/source/sourceprovider-parser.y |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) New commits: commit 363b4078be25b41f3226485abd3818964d7d9cd3 Author: Stephan Bergmann AuthorDate: Thu Nov 16 21:24:04 2023 +0100 Commit: Stephan Bergmann CommitDate: Fri Nov 17 08:12:20 2023 +0100 Manual extended loplugin:ostr change Change-Id: I003851390566dfe2b98cecc88afc8153f061ad68 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159522 Tested-by: Jenkins Reviewed-by: Stephan Bergmann diff --git a/unoidl/source/sourceprovider-parser.y b/unoidl/source/sourceprovider-parser.y index abe17e3558d8..f3510cb17b7e 100644 --- a/unoidl/source/sourceprovider-parser.y +++ b/unoidl/source/sourceprovider-parser.y @@ -3967,9 +3967,9 @@ name: identifier: TOK_IDENTIFIER -| TOK_GET { $$ = new OString("get"); } -| TOK_PUBLISHED { $$ = new OString("published"); } -| TOK_SET { $$ = new OString("set"); } +| TOK_GET { $$ = new OString("get"_ostr); } +| TOK_PUBLISHED { $$ = new OString("published"_ostr); } +| TOK_SET { $$ = new OString("set"_ostr); } ; deprecated_opt:
[Libreoffice-commits] core.git: idl/source
idl/source/prj/globals.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit a93dd64747f21ff35ff0fde287f691ab23de6ccc Author: Stephan Bergmann AuthorDate: Thu Nov 16 21:23:40 2023 +0100 Commit: Stephan Bergmann CommitDate: Fri Nov 17 08:12:01 2023 +0100 Manual extended loplugin:ostr change Change-Id: Ic0418ba78851183deba2555943cf26934b982378 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159521 Tested-by: Jenkins Reviewed-by: Stephan Bergmann diff --git a/idl/source/prj/globals.cxx b/idl/source/prj/globals.cxx index cf8d2ad44dcf..316d43d832d7 100644 --- a/idl/source/prj/globals.cxx +++ b/idl/source/prj/globals.cxx @@ -40,7 +40,7 @@ static SvStringHashEntry * INS( const OString& rName ) GetIdlApp().pHashTable->Insert( rName, ); return GetIdlApp().pHashTable->Get( nIdx ); } -#define A_ENTRY( Name ) , MM_##Name( INS( #Name ) ) +#define A_ENTRY( Name ) , MM_##Name( INS( #Name ""_ostr ) ) SvGlobalHashNames::SvGlobalHashNames() : MM_module( INS( "module" ) )
[Libreoffice-bugs] [Bug 158013] Resetting font in Options menu changes font of existing text in document
https://bugs.documentfoundation.org/show_bug.cgi?id=158013 Kira Tubo changed: What|Removed |Added Summary|lo reseting fonts resets|Resetting font in Options |fonts in document |menu changes font of ||existing text in document -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158013] lo reseting fonts resets fonts in document
https://bugs.documentfoundation.org/show_bug.cgi?id=158013 Kira Tubo changed: What|Removed |Added Status|UNCONFIRMED |NEW Version|7.5.7.1 release |Inherited From OOo Ever confirmed|0 |1 Severity|enhancement |normal --- Comment #4 from Kira Tubo --- Reproduced in 24.2 and 3.3 Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 676e0527d2f31556eccae314fbb12ce204f02ec7 CPU threads: 6; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158013] lo reseting fonts resets fonts in document
https://bugs.documentfoundation.org/show_bug.cgi?id=158013 --- Comment #3 from Kira Tubo --- Created attachment 190887 --> https://bugs.documentfoundation.org/attachment.cgi?id=190887=edit example text with different fonts Thanks Tracey! I was able to reproduce the issue. Clarifying the steps for reproduction below. Steps: 1. Download attached document containing text with different fonts 2. Go to Options > LibreOffice Writer > Basic Fonts (Western) 3. Click Default button 4. Click Apply button 5. Note changes to the font of the text in the document Expected result: the text of font used in existing document should be retained. Any changes to fonts in Options screen should be applied to subsequent edits in the document. Actual result: the text of font used in existing document are reset to default. Note that even manual changes to the fonts in the Options screen will also result in changing the font of existing text. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107701] [META] Table border bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107701 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on|128415 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=128415 [Bug 128415] Incorrect table border when last row flows to second page -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 99923] Table: Can't set bottom border without top border after a page break
https://bugs.documentfoundation.org/show_bug.cgi?id=99923 Stéphane Guillou (stragu) changed: What|Removed |Added CC||j...@joepeters.org --- Comment #10 from Stéphane Guillou (stragu) --- *** Bug 128415 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 128415] Incorrect table border when last row flows to second page
https://bugs.documentfoundation.org/show_bug.cgi?id=128415 Stéphane Guillou (stragu) changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED Blocks|107701 | CC||stephane.guillou@libreoffic ||e.org --- Comment #7 from Stéphane Guillou (stragu) --- Repro in: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5fe2bf914c251009ec4709fa8fdc45c3b53f676b CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded ...but this happens with any row's bottom cell, it's not specific to the bottom row of the table, so marking as duplicate of bug 99923. *** This bug has been marked as a duplicate of bug 99923 *** Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107701 [Bug 107701] [META] Table border bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158252] FILEOPEN XLSX Line breaks in cells disappear
https://bugs.documentfoundation.org/show_bug.cgi?id=158252 Aron Budea changed: What|Removed |Added Status|UNCONFIRMED |NEW Regression By||Paris Oplopoios Ever confirmed|0 |1 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158252] FILEOPEN XLSX Line breaks in cells disappear
https://bugs.documentfoundation.org/show_bug.cgi?id=158252 --- Comment #1 from Aron Budea --- Created attachment 190886 --> https://bugs.documentfoundation.org/attachment.cgi?id=190886=edit Sample ODS -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136327] [META] XLSX (OOXML) shape related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=136327 Aron Budea changed: What|Removed |Added Summary|[META] XLSX shape related |[META] XLSX (OOXML) shape |issues |related issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 123807] [META] XLSX (OOXML) Autofilter-related bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=123807 Aron Budea changed: What|Removed |Added Summary|[META] XLSX |[META] XLSX (OOXML) |Autofilter-related bugs |Autofilter-related bugs -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112416] [META] XLSX (OOXML) pivot table bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=112416 Aron Budea changed: What|Removed |Added Summary|[META] XLSX pivot table |[META] XLSX (OOXML) pivot |bugs|table bugs -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108897] [META] XLSX (OOXML) bug tracker
https://bugs.documentfoundation.org/show_bug.cgi?id=108897 Aron Budea changed: What|Removed |Added Depends on||158252 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158252 [Bug 158252] FILEOPEN XLSX Line breaks in cells disappear -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158252] New: FILEOPEN XLSX Line breaks in cells disappear
https://bugs.documentfoundation.org/show_bug.cgi?id=158252 Bug ID: 158252 Summary: FILEOPEN XLSX Line breaks in cells disappear Product: LibreOffice Version: 24.2.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Keywords: bibisected, bisected, regression Severity: normal Priority: medium Component: filters and storage Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: aron.bu...@gmail.com CC: parisop...@gmail.com Blocks: 108897 In a spreadsheet, add multiple lines, save it as XLSX (or save the attached ODS as XLSX), and reopen it. => No line breaks in cell. Observed in LO 24.2.0.0.alpha0+ (c60a9db1f2a8e2a088c6b89bcdff4901b28f2864) / Linux. It's a regression from the commit below. Since the same XLSX opens differently before or after this commit, it looks like the bug is on import side. Adding CC: to Paris Oplopoios. https://cgit.freedesktop.org/libreoffice/core/commit/?id=16d43b7c5396d6382926d514dc9ce10b3ce94cba author Paris Oplopoios 2023-08-28 20:40:33 +0300 committer Paris Oplopoios 2023-08-28 22:12:43 +0200 Shared string shouldn't account preserve space property Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108897 [Bug 108897] [META] XLSX (OOXML) bug tracker -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107831] [META] Paragraph-level bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107831 BogdanB changed: What|Removed |Added Depends on||158193 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158193 [Bug 158193] WRITER: what are the limits of paragraph Area colour fill? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158193] WRITER: what are the limits of paragraph Area colour fill?
https://bugs.documentfoundation.org/show_bug.cgi?id=158193 BogdanB changed: What|Removed |Added Blocks||107831 CC||buzea.bog...@libreoffice.or ||g Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107831 [Bug 107831] [META] Paragraph-level bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 96000] [META] Spelling and grammar checking bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=96000 BogdanB changed: What|Removed |Added Depends on||157992 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157992 [Bug 157992] UI Changing a spelling error in the spelling dialog removes footnote from the edited sentence -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108288] [META] Bookmark bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108288 BogdanB changed: What|Removed |Added Depends on||158221 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158221 [Bug 158221] Insert bookmarks dialogue takes a very long time to appear when there are many bookmarks -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158221] Insert bookmarks dialogue takes a very long time to appear when there are many bookmarks
https://bugs.documentfoundation.org/show_bug.cgi?id=158221 BogdanB changed: What|Removed |Added Blocks||108288 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108288 [Bug 108288] [META] Bookmark bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108912] [META] Sheet-level bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108912 BogdanB changed: What|Removed |Added Depends on||158223 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158223 [Bug 158223] Charts: Data range will be deleted when deleting following empty sheet -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158223] Charts: Data range will be deleted when deleting following empty sheet
https://bugs.documentfoundation.org/show_bug.cgi?id=158223 BogdanB changed: What|Removed |Added Blocks||108912 CC||buzea.bog...@libreoffice.or ||g Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108912 [Bug 108912] [META] Sheet-level bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 71732] [META] Bugs related to text rendering, typography and font features in LO
https://bugs.documentfoundation.org/show_bug.cgi?id=71732 BogdanB changed: What|Removed |Added Depends on||158225 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158225 [Bug 158225] Incorrect encoding while opening cyrillic document created in MS Word 5.1 for Macintosh FILEOPEN -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158225] Incorrect encoding while opening cyrillic document created in MS Word 5.1 for Macintosh FILEOPEN
https://bugs.documentfoundation.org/show_bug.cgi?id=158225 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g Blocks||71732 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=71732 [Bug 71732] [META] Bugs related to text rendering, typography and font features in LO -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 119908] FILEOPEN: DOCX: Layout differences with justified paragraph. MS 2013 introduced a new "smart justify" that can shrink as well as expand.
https://bugs.documentfoundation.org/show_bug.cgi?id=119908 BogdanB changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #22 from BogdanB --- "simple test file" from comment 15 is looking now as in Microsoft. Thanks, László Németh. Verified with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 17eaebee279772b6062ae3448012133897fc71bb CPU threads: 16; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158048] Caption options dialog: same string in different contexts
https://bugs.documentfoundation.org/show_bug.cgi?id=158048 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153974] Wrong choice of page margins when importing a PDF with RTL paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=153974 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158045] updating data sources
https://bugs.documentfoundation.org/show_bug.cgi?id=158045 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158035] support IPV6 for headless mode
https://bugs.documentfoundation.org/show_bug.cgi?id=158035 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154898] Help
https://bugs.documentfoundation.org/show_bug.cgi?id=154898 --- Comment #3 from QA Administrators --- Dear em...@jefgeorge.com, 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 118017] [META] macOS Dark Mode bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=118017 Bug 118017 depends on bug 154002, which changed state. Bug 154002 Summary: LO is in dark mode when restarted after setting to light mode. https://bugs.documentfoundation.org/show_bug.cgi?id=154002 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154002] LO is in dark mode when restarted after setting to light mode.
https://bugs.documentfoundation.org/show_bug.cgi?id=154002 --- Comment #4 from QA Administrators --- Dear Boudi, 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 155333] RTF files do not retain multiple headers
https://bugs.documentfoundation.org/show_bug.cgi?id=155333 --- Comment #2 from QA Administrators --- Dear coldenjohanson, 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 154002] LO is in dark mode when restarted after setting to light mode.
https://bugs.documentfoundation.org/show_bug.cgi?id=154002 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 140748] Cannot save files on remote windows share server
https://bugs.documentfoundation.org/show_bug.cgi?id=140748 --- Comment #5 from QA Administrators --- Dear parablazer, 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 123041] Autocorrect: Abbreviations with spaces are not considered within text
https://bugs.documentfoundation.org/show_bug.cgi?id=123041 --- Comment #7 from QA Administrators --- Dear Dieter, 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 121412] Minimal extensions no longer shows its toolbar and menu config
https://bugs.documentfoundation.org/show_bug.cgi?id=121412 --- Comment #8 from QA Administrators --- Dear Thorsten Behrens (allotropia), 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 119219] For Japanese vertical writing, the first word's candidate list obscures the text.
https://bugs.documentfoundation.org/show_bug.cgi?id=119219 --- Comment #9 from QA Administrators --- Dear typingcat, 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 147565] Browsing comments in the navigation pane also browses hidden solved comments
https://bugs.documentfoundation.org/show_bug.cgi?id=147565 --- Comment #37 from helendam --- I am grateful for the practical examples and real-life anecdotes you have incorporated into your content, as they have brought the information to life and made it relatable and applicable. https://suikagameonline.com -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: vcl/unx
vcl/unx/gtk4/a11y.cxx |8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) New commits: commit 8383c3b1126d5e22b343bb9ef7b43cf6a19c56f2 Author: Michael Weghorn AuthorDate: Thu Nov 16 17:42:16 2023 +0100 Commit: Michael Weghorn CommitDate: Fri Nov 17 00:24:36 2023 +0100 gtk4 a11y: Map BLOCK_QUOTE role to new gtk equivalent Map the role to the `GTK_ACCESSIBLE_ROLE_BLOCK_QUOTE` equivalent newly added to Gtk 4 in commit [1]: commit bbb0150383e6aabdbead635f1751322530392b3a Author: Michael Weghorn a11y: Add block quote role With this and the gtk commit in place, Accerciser shows the block quote role for Writer paragraphs using the "Block Quotation" paragraph style as expected. Also needs a bump of the gtk version to >= 4.13.4 on the gtk "main" branch after the 4.13.3 release for the `GTK_CHECK_VERSION` check to pass and actually make use of the new role, see MR [2]. Omit the fallback to `GTK_ACCESSIBLE_ROLE_PARAGRAPH` for Gtk versions >= 4.13.1 but < 4.13.4, since they are all development versions for the same stable release 4.14. [1] https://gitlab.gnome.org/GNOME/gtk/-/commit/bbb0150383e6aabdbead635f1751322530392b3a [2] https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/6574 Change-Id: I2c17da13867a61f0e6819913583392962cfd44a2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158685 Reviewed-by: Michael Weghorn Tested-by: Jenkins diff --git a/vcl/unx/gtk4/a11y.cxx b/vcl/unx/gtk4/a11y.cxx index c4cd20d66aa2..c8103471b085 100644 --- a/vcl/unx/gtk4/a11y.cxx +++ b/vcl/unx/gtk4/a11y.cxx @@ -54,6 +54,13 @@ map_accessible_role(const css::uno::Reference& case css::accessibility::AccessibleRole::NOTIFICATION: eRole = GTK_ACCESSIBLE_ROLE_ALERT; break; +case css::accessibility::AccessibleRole::BLOCK_QUOTE: +#if GTK_CHECK_VERSION(4, 13, 4) +eRole = GTK_ACCESSIBLE_ROLE_BLOCK_QUOTE; +#else +eRole = GTK_ACCESSIBLE_ROLE_GROUP; +#endif +break; case css::accessibility::AccessibleRole::CAPTION: eRole = GTK_ACCESSIBLE_ROLE_CAPTION; break; @@ -140,7 +147,6 @@ map_accessible_role(const css::uno::Reference& eRole = GTK_ACCESSIBLE_ROLE_WIDGET; break; case css::accessibility::AccessibleRole::PARAGRAPH: -case css::accessibility::AccessibleRole::BLOCK_QUOTE: #if GTK_CHECK_VERSION(4, 13, 1) eRole = GTK_ACCESSIBLE_ROLE_PARAGRAPH; #else
[Libreoffice-bugs] [Bug 158226] "Undo: Delete Paragraphs" creates page break, if a table is on first line
https://bugs.documentfoundation.org/show_bug.cgi?id=158226 --- Comment #1 from de...@web.de --- I made a mistake in the description of the necessary steps. The information "(There should now be 2 cols)" under point three is incorrect. However, the actions that need to be performed are unchanged. Steps to Reproduce: 1. Create a new Text Document 2. Insert a man. page break (Ctrl+Return) 3. Hit Ctrl+F12 and Return to insert an empty two by two table 4. Return to move the table one line down 5. Del to remove the line above the table 6. Ctrl+Z to undo the last action -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] translations.git: Changes to 'refs/tags/libreoffice-7.6.3.2'
Tag 'libreoffice-7.6.3.2' created by Christian Lohmaier at 2023-11-16 23:06 + Tag libreoffice-7.6.3.2 -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEEwoOeytlAj76VMcPp9DSh76/urqMFAmVWoGYACgkQ9DSh76/u rqOG6w/+LdvQ09tEZyNGJCDDgaiDTDlvuWRJO3PsIyCGMhpX+9oO8Ol056ley+WK jOO/FPs1osTg8OS3cHUKGhacaOTKDdQQ34GqMJx7swD3jhsJRoG/CVVHFTrZRTx9 Nmxwv2LKj0RgJhUamDW1s4dLM8epkQb9tBFUlOjVW+usohQ9N5ty5s8leow9MzcE 5g/HmNSOMB76GLEHNC3b3vOkczU/AGM1moEZYHULicUEVQGFmI7P0qk7rpZ+K2C2 NOjN9bAdPdphadjtsBWZsVQAGQdiJs1Gb0mHXBybuzB4fr/BzlRHQRaFkZJj3VGo zCkwucIpkTDwT5UGGVHqdZrAAwQ4QcoW43n/Q2LfPnpmg/P0hwt1jOOqp/w9tL8D u2Ks+2KIAr5ARNsXcQ0skM+R3m9bPpr2sh4cayenJz7+ro/QEUP6Wa39MZwp4LDj svltiW765YQXuQbOe/V4c8ga6H7Fnmo2NFNU9buU84vnDpzBr1/mht9zdbAUK22w Ce37e0aQu6hHvYIBlbmTYBxYBoZMLNsE/tOaI8/JjAMLxkZNUcKYjQdarxCjwAe8 8CrDKyl7htuWCsJrylFUS1rh6pmic9C98mzVB36Uv7kgZRU7JG/GJF2ELR3aLdAu LneurCVa63y9A5yPGvMpk8dfIFbvTzYqkBIXfyGcuYbgCD4yH8g= =lBr4 -END PGP SIGNATURE- Changes since libreoffice-7-6-branch-point-22: --- 0 files changed ---
[Libreoffice-commits] help.git: Changes to 'refs/tags/libreoffice-7.6.3.2'
Tag 'libreoffice-7.6.3.2' created by Christian Lohmaier at 2023-11-16 23:06 + Tag libreoffice-7.6.3.2 -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEEwoOeytlAj76VMcPp9DSh76/urqMFAmVWoGYACgkQ9DSh76/u rqMVnBAAl/O3IU6tf4FzMeX2vO6OzW0ZewOqSrzpIZ8ioNjTLZkZn79ieiml2Or+ dAPMslUT1cC8W3zIRiD9eHZZj5SfoXrXyZwFl2ftd80dpmAwFOmSqW35BzEdZQLZ +Y6Pj0gFoRSPrfi0hjVEm5k71ZEwBvc8ZJRG1GGYjG2bV4FJxisZrC7bcfI997Ab xO6bU+1bJzY98VpHHsW8bQ/7EH4KB67+hsHPzDuFy6NPRIOIdJBGDraQsVR52zl3 Te0K3QVYVZng2WSiZWYte8ER7966BjCG/Hdihjjdl0oGknFWffw3xWAEmQrj9GpC ihXLnuSQ8W6c47TytgCWS2LWLW4mls8tU78DgF+FZO8p6QnQLT+tPPGKuGv2Wwyb AaI9VaVCCDMGOnvZQLUwbMSBeAjUq+A/5zHXiu+VUlwrQZWAahDDRaf/6pCZe38T JOTqtpsME9LwSS5LtMmXchWaiIbvcQHYtR3OrduaCTmXcN/Eqx/Vb97v2RIqjEQW 8WPLqlMSIlHW/5Snh9/l2apTvu6gv2bF+sh39qgVlj4NRBjNGenuF/hCe2w7bocy Zd2CDE2qDCufNu22/iYvTEDj0pvKmU8jsOM0tQaBTCsbaVTc2mQc+sbCDhcs0MLY QHufNhkiZS6SL03EenEeOIRAUdpjuR1Ko8U73B3W1sj0VLyx3aY= =IEFL -END PGP SIGNATURE- Changes since libreoffice-7-6-branch-point-33: --- 0 files changed ---
[Libreoffice-commits] dictionaries.git: Changes to 'refs/tags/libreoffice-7.6.3.2'
Tag 'libreoffice-7.6.3.2' created by Christian Lohmaier at 2023-11-16 23:06 + Tag libreoffice-7.6.3.2 -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEEwoOeytlAj76VMcPp9DSh76/urqMFAmVWoGIACgkQ9DSh76/u rqMkwQ/+P4FEv41D33ouj5xIvLp+EitXgQqtXVVIWdq1+VypwDmXcwJyV9h+3PdT V9UKWsPf7Cu0Roc1cI0wm8Tb0FsKrwn3unHxdFp07+BFwl4knO8pVA1ZMaIohY16 +7uUGI/GGsaFosUF5hu5x0u4N3kYuejZGbQiJIBpy6dzmyJSF/iBYvDoVU4I+cck ytb/qBNInja8F8dhTr/bZZ5hOa1eZgLBze3PIED0mgtNziCwmjN2k29bDjW52vZl gLEyvN99Y67N9ZltR13rO/nuzdupRbywx86lmcAigGG7R1RoiduOf5qqmlG+rA3j WZPlCA85CE32TN/3bMVEe3WGzD6JJ1kCKmbUZlf77XYeQuU8ezScXls4jporTfDM DpypUne2qxeDOzn0oGgL4UxK1WfjBZNc6h7GeGl1aU7FJcuHDc23Ib4YDs7YmDt7 sdTkGn8JsMKoFPnMxBGmYzVyLxLoH4LtbGj0VgV1h/2aflpchUulNDP07RFsM0ML FlxnR2jWynABI65uddEcZ8ZBlgh4t/XxDmDWomcwxsXDAoMDZFTNZFjKSLLTmtku j2twNx+zwNX/JLR8U7DVkVTLy8cu212sSxz5CCBjKsntJK7YTqP2Rwhhy1xDHWd5 b/9SbLm9PcMRSOGznaFjMbaQVnW3cSMa1ZmuRUQqG1vUfXR3oBs= =o84W -END PGP SIGNATURE- Changes since libreoffice-7-6-branch-point-7: --- 0 files changed ---
[Libreoffice-commits] core.git: Branch 'libreoffice-7-6-3' - configure.ac
configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 5ab3cefdb1722c0ee247c26ee3cfa746a0e85108 Author: Christian Lohmaier AuthorDate: Fri Nov 17 00:06:37 2023 +0100 Commit: Christian Lohmaier CommitDate: Fri Nov 17 00:06:37 2023 +0100 bump product version to 7.6.3.2.0+ Change-Id: Iace22e09c5adeb1f078472b873180cf6a9d9d2c6 diff --git a/configure.ac b/configure.ac index 4adc8d52e0eb..ab2849d783be 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.6.3.1.0+],[],[],[http://documentfoundation.org/]) +AC_INIT([LibreOffice],[7.6.3.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.6.3.2'
Tag 'libreoffice-7.6.3.2' created by Christian Lohmaier at 2023-11-16 23:06 + Tag libreoffice-7.6.3.2 -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEEwoOeytlAj76VMcPp9DSh76/urqMFAmVWoGYACgkQ9DSh76/u rqOSSQ/+J9RZy0/+p8fTm5GRqNw+GOTQUfCpfzb3LHofz7wXznCaPpGFUe2edLVX JpcECaVSoE3KJpldaboSvFWAnhduXfF1vhO4b6tQAfDyOU/DjO/5ldrcz/tD2ASX Y93QMx5JOqNOqTFU8XbCb81GxberhFZnqH9v3bJJG4tOQTYiy0BPZUvoWRV7uhYf KcdYXUw/wrjqxdY8yUd7pz7MxCRVRr2TVVCZ2CNoBGtf/ph5nFVcIfM0bP2RHPQZ sdMlKylU0Eg3wSYrN4fm0HgDamIXgmZjdqFAjATlFaVdsS7RKMm4fhDo1BmQR3Ss NcLcMg074qhvTmiekhJylNUwLOl3VHVqmzSMUx5KJ54Z7zlGCRl0tnTAKIrDYbJM wx1Bt2zd+fr5S3Aax41uQ86fMdcpnhSSt9PLrJDTl25RQLCta2FgaKhCvvdPdmEg N/8gv0sFBmaLPbZd0qDpnnvPGZdk21IaNiUkSOaMleErwld7t5sh4SyhYRaOrufk wckWgMW6PRB79698qjug4/Tji0MjM9FdlL17wk9mK2bvUCOdGY6F/xgi3YpZoNSv u12Ub7qyqcL/0cfBrjluOn8LekPDq1qX6lEpd4bbxNZbKmwgxwVMGnBkidiAePd+ eQWv+/krWufEnR5V9qEDm3fBPchO+xVyUIpoyCyhvVb0BW6ucgo= =2oKK -END PGP SIGNATURE- Changes since libreoffice-7-6-branch-point-953: --- 0 files changed ---
[Libreoffice-commits] core.git: Branch 'libreoffice-7-6-3' - readlicense_oo/license
readlicense_oo/license/CREDITS.fodt | 3589 ++-- 1 file changed, 1801 insertions(+), 1788 deletions(-) New commits: commit e467adb1f8f2663e998086e97d609a52079d Author: Christian Lohmaier AuthorDate: Fri Nov 17 00:02:52 2023 +0100 Commit: Christian Lohmaier CommitDate: Fri Nov 17 00:04:14 2023 +0100 update credits Change-Id: I1c4a240ba3af7805865b96fbee4911c022cac897 (cherry picked from commit 53f91fb880a5360ace7d0de5fce785088c8d19d6) (cherry picked from commit ef0fc60440a1742866fc77691f8d7e1e1e1f6c86) diff --git a/readlicense_oo/license/CREDITS.fodt b/readlicense_oo/license/CREDITS.fodt index 8e4af2b8fb87..da64bd3a45fe 100644 --- a/readlicense_oo/license/CREDITS.fodt +++ b/readlicense_oo/license/CREDITS.fodt @@ -1,10 +1,10 @@ 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.6.2.1$Linux_X86_64 LibreOffice_project/56f7684011345957bbf33a7ee678afaf4d2ba3332012-02-20T22:17:18.06000PT14M12S3JUebjoxEpqXoQcpltWRTwzBZEEHtch3wApdhgiQPFiA + Credits » LibreOfficeCreditscontributorscodersdevelopersCredits for the LibreOffice development/coding.LibreOffice/7.6.2.1$Linux_X86_64 LibreOffice_project/56f7684011345957bbf33a7ee678afaf4d2ba3332012-02-20T22:17:18.06000PT14M12S3JUebjoxEpqXoQcpltWRTwzBZEEHtch3wApdhgiQPFiA - 561 + 550 501 55167 26989 @@ -16,9 +16,9 @@ 3649 3434 501 - 561 + 550 55667 - 27548 + 27538 0 0 false @@ -83,7 +83,7 @@ false - 12732938 + 12768688 true false false @@ -174,7 +174,7 @@ - + @@ -286,13 +286,13 @@ - + - + - + @@ -371,16 +371,16 @@ - + - + - + - + @@ -406,6 +406,9 @@ + + + @@ -446,23 +449,23 @@ - + - + - + + + + - - - @@ -1158,7 +1161,7 @@ Credits -1904 individuals contributed to OpenOffice.org (and whose contributions were imported into LibreOffice) or LibreOffice until 2023-10-27 11:53:57. +1904 individuals contributed to OpenOffice.org (and whose contributions were imported into LibreOffice) or LibreOffice until 2023-11-16 14:28:55. * marks developers whose first contributions happened after 2010-09-28. Developers committing code since 2010-09-28 @@ -1171,7 +1174,7 @@ Ruediger TimmCommits: 82464Joined: 2000-10-10 - Caolán McNamaraCommits: 34814Joined: 2000-10-10 + Caolán McNamaraCommits: 34858Joined:
[Libreoffice-commits] core.git: Branch 'libreoffice-7-6' - readlicense_oo/license
readlicense_oo/license/CREDITS.fodt | 3589 ++-- 1 file changed, 1801 insertions(+), 1788 deletions(-) New commits: commit ef0fc60440a1742866fc77691f8d7e1e1e1f6c86 Author: Christian Lohmaier AuthorDate: Fri Nov 17 00:02:52 2023 +0100 Commit: Christian Lohmaier CommitDate: Fri Nov 17 00:03:24 2023 +0100 update credits Change-Id: I1c4a240ba3af7805865b96fbee4911c022cac897 (cherry picked from commit 53f91fb880a5360ace7d0de5fce785088c8d19d6) diff --git a/readlicense_oo/license/CREDITS.fodt b/readlicense_oo/license/CREDITS.fodt index 8e4af2b8fb87..da64bd3a45fe 100644 --- a/readlicense_oo/license/CREDITS.fodt +++ b/readlicense_oo/license/CREDITS.fodt @@ -1,10 +1,10 @@ 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.6.2.1$Linux_X86_64 LibreOffice_project/56f7684011345957bbf33a7ee678afaf4d2ba3332012-02-20T22:17:18.06000PT14M12S3JUebjoxEpqXoQcpltWRTwzBZEEHtch3wApdhgiQPFiA + Credits » LibreOfficeCreditscontributorscodersdevelopersCredits for the LibreOffice development/coding.LibreOffice/7.6.2.1$Linux_X86_64 LibreOffice_project/56f7684011345957bbf33a7ee678afaf4d2ba3332012-02-20T22:17:18.06000PT14M12S3JUebjoxEpqXoQcpltWRTwzBZEEHtch3wApdhgiQPFiA - 561 + 550 501 55167 26989 @@ -16,9 +16,9 @@ 3649 3434 501 - 561 + 550 55667 - 27548 + 27538 0 0 false @@ -83,7 +83,7 @@ false - 12732938 + 12768688 true false false @@ -174,7 +174,7 @@ - + @@ -286,13 +286,13 @@ - + - + - + @@ -371,16 +371,16 @@ - + - + - + - + @@ -406,6 +406,9 @@ + + + @@ -446,23 +449,23 @@ - + - + - + + + + - - - @@ -1158,7 +1161,7 @@ Credits -1904 individuals contributed to OpenOffice.org (and whose contributions were imported into LibreOffice) or LibreOffice until 2023-10-27 11:53:57. +1904 individuals contributed to OpenOffice.org (and whose contributions were imported into LibreOffice) or LibreOffice until 2023-11-16 14:28:55. * marks developers whose first contributions happened after 2010-09-28. Developers committing code since 2010-09-28 @@ -1171,7 +1174,7 @@ Ruediger TimmCommits: 82464Joined: 2000-10-10 - Caolán McNamaraCommits: 34814Joined: 2000-10-10 + Caolán McNamaraCommits: 34858Joined: 2000-10-10 Kurt ZenkerCommits: 31752Joined:
[Libreoffice-commits] core.git: readlicense_oo/license
readlicense_oo/license/CREDITS.fodt | 3589 ++-- 1 file changed, 1801 insertions(+), 1788 deletions(-) New commits: commit 53f91fb880a5360ace7d0de5fce785088c8d19d6 Author: Christian Lohmaier AuthorDate: Fri Nov 17 00:02:52 2023 +0100 Commit: Christian Lohmaier CommitDate: Fri Nov 17 00:02:52 2023 +0100 update credits Change-Id: I1c4a240ba3af7805865b96fbee4911c022cac897 diff --git a/readlicense_oo/license/CREDITS.fodt b/readlicense_oo/license/CREDITS.fodt index 8e4af2b8fb87..da64bd3a45fe 100644 --- a/readlicense_oo/license/CREDITS.fodt +++ b/readlicense_oo/license/CREDITS.fodt @@ -1,10 +1,10 @@ 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.6.2.1$Linux_X86_64 LibreOffice_project/56f7684011345957bbf33a7ee678afaf4d2ba3332012-02-20T22:17:18.06000PT14M12S3JUebjoxEpqXoQcpltWRTwzBZEEHtch3wApdhgiQPFiA + Credits » LibreOfficeCreditscontributorscodersdevelopersCredits for the LibreOffice development/coding.LibreOffice/7.6.2.1$Linux_X86_64 LibreOffice_project/56f7684011345957bbf33a7ee678afaf4d2ba3332012-02-20T22:17:18.06000PT14M12S3JUebjoxEpqXoQcpltWRTwzBZEEHtch3wApdhgiQPFiA - 561 + 550 501 55167 26989 @@ -16,9 +16,9 @@ 3649 3434 501 - 561 + 550 55667 - 27548 + 27538 0 0 false @@ -83,7 +83,7 @@ false - 12732938 + 12768688 true false false @@ -174,7 +174,7 @@ - + @@ -286,13 +286,13 @@ - + - + - + @@ -371,16 +371,16 @@ - + - + - + - + @@ -406,6 +406,9 @@ + + + @@ -446,23 +449,23 @@ - + - + - + + + + - - - @@ -1158,7 +1161,7 @@ Credits -1904 individuals contributed to OpenOffice.org (and whose contributions were imported into LibreOffice) or LibreOffice until 2023-10-27 11:53:57. +1904 individuals contributed to OpenOffice.org (and whose contributions were imported into LibreOffice) or LibreOffice until 2023-11-16 14:28:55. * marks developers whose first contributions happened after 2010-09-28. Developers committing code since 2010-09-28 @@ -1171,7 +1174,7 @@ Ruediger TimmCommits: 82464Joined: 2000-10-10 - Caolán McNamaraCommits: 34814Joined: 2000-10-10 + Caolán McNamaraCommits: 34858Joined: 2000-10-10 Kurt ZenkerCommits: 31752Joined: 2000-09-25 @@ -1188,15 +1191,15 @@ Vladimir GlazunovCommits:
[Libreoffice-commits] translations.git: Branch 'libreoffice-7-6-3' - source/ab source/af source/ast source/bg source/ca source/cs source/cy source/de source/el source/eo source/es source/eu source/fi
source/ab/officecfg/registry/data/org/openoffice/Office.po| 12 source/ab/sw/messages.po |8 source/af/cui/messages.po |8 source/af/sc/messages.po | 44 source/af/sw/messages.po | 12 source/ast/accessibility/messages.po |8 source/ast/avmedia/messages.po|8 source/ast/basctl/messages.po | 16 source/ast/basic/messages.po |8 source/ast/chart2/messages.po |8 source/ast/connectivity/messages.po |8 source/ast/cui/messages.po| 14 source/ast/dbaccess/messages.po | 16 source/ast/desktop/messages.po|8 source/ast/dictionaries/ckb.po| 12 source/ast/editeng/messages.po|8 source/ast/extensions/messages.po | 10 source/ast/filter/messages.po | 22 source/ast/forms/messages.po |8 source/ast/formula/messages.po|8 source/ast/fpicker/messages.po|8 source/ast/framework/messages.po |8 source/ast/helpcontent2/source/text/sbasic/python.po |8 source/ast/helpcontent2/source/text/scalc/05.po |8 source/ast/helpcontent2/source/text/scalc/guide.po|8 source/ast/helpcontent2/source/text/shared/01.po | 10 source/ast/helpcontent2/source/text/smath/01.po | 130 source/ast/helpcontent2/source/text/swriter/01.po |8 source/ast/oox/messages.po|8 source/ast/reportdesign/messages.po |8 source/ast/sc/messages.po |8 source/ast/scaddins/messages.po |8 source/ast/sccomp/messages.po |8 source/ast/sd/messages.po |8 source/ast/sfx2/messages.po |8 source/ast/shell/messages.po |8 source/ast/starmath/messages.po |8 source/ast/svl/messages.po|8 source/ast/svtools/messages.po|8 source/ast/svx/messages.po|8 source/ast/sw/messages.po |8 source/ast/uui/messages.po|4 source/ast/vcl/messages.po|8 source/ast/wizards/messages.po|8 source/ast/writerperfect/messages.po |8 source/ast/xmlsecurity/messages.po|8 source/bg/helpcontent2/source/text/shared/00.po | 22 source/bg/helpcontent2/source/text/shared/01.po | 46 source/bg/helpcontent2/source/text/swriter/02.po | 12 source/bg/helpcontent2/source/text/swriter/04.po | 30 source/ca/cui/messages.po | 10 source/ca/filter/messages.po | 16 source/ca/helpcontent2/source/text/sbasic/python.po | 10 source/ca/helpcontent2/source/text/sbasic/shared/03.po|8 source/ca/helpcontent2/source/text/scalc/01.po| 13 source/ca/helpcontent2/source/text/scalc/05.po|8 source/ca/helpcontent2/source/text/scalc/guide.po | 10 source/ca/helpcontent2/source/text/shared.po | 14 source/ca/helpcontent2/source/text/shared/01.po | 24 source/ca/helpcontent2/source/text/shared/02.po | 19 source/ca/helpcontent2/source/text/shared/menu.po | 16 source/ca/helpcontent2/source/text/smath/01.po| 267 - source/ca/helpcontent2/source/text/swriter/01.po |8
[Libreoffice-commits] core.git: Branch 'libreoffice-7-6-3' - translations
translations |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 20bf428b1dadede8de455476dad96ebe431045f8 Author: Christian Lohmaier AuthorDate: Thu Nov 16 23:51:10 2023 +0100 Commit: Gerrit Code Review CommitDate: Thu Nov 16 23:51:10 2023 +0100 Update git submodules * Update translations from branch 'libreoffice-7-6-3' to 1a39c4c7afe81046f956d78878a7aad4ef95c6b9 - update translations for 7.6.3 rc2 and force-fix errors using pocheck Change-Id: If5b89e12a3fdc3f94dd4159a89fe0a9c3a1bcf1c (cherry picked from commit 9a36aad0f1471adcb3a93d9be53f9e19aef8b8cf) diff --git a/translations b/translations index e1f230bfd229..1a39c4c7afe8 16 --- a/translations +++ b/translations @@ -1 +1 @@ -Subproject commit e1f230bfd22970ab42c5ab3745c1a461194e608a +Subproject commit 1a39c4c7afe81046f956d78878a7aad4ef95c6b9
[Libreoffice-bugs] [Bug 158251] Export the form as a PDF and thousands separators appear
https://bugs.documentfoundation.org/show_bug.cgi?id=158251 --- Comment #1 from Roger --- Created attachment 190885 --> https://bugs.documentfoundation.org/attachment.cgi?id=190885=edit Original form Writer -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-6' - translations
translations |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit d11db6603ddbc49c03dff4474696b3f2c730a79f Author: Christian Lohmaier AuthorDate: Thu Nov 16 23:48:41 2023 +0100 Commit: Gerrit Code Review CommitDate: Thu Nov 16 23:48:41 2023 +0100 Update git submodules * Update translations from branch 'libreoffice-7-6' to 9a36aad0f1471adcb3a93d9be53f9e19aef8b8cf - update translations for 7.6.3 rc2 and force-fix errors using pocheck Change-Id: If5b89e12a3fdc3f94dd4159a89fe0a9c3a1bcf1c diff --git a/translations b/translations index 79b4d68722bb..9a36aad0f147 16 --- a/translations +++ b/translations @@ -1 +1 @@ -Subproject commit 79b4d68722bbc96577c3c283a7596b0a16fae7e8 +Subproject commit 9a36aad0f1471adcb3a93d9be53f9e19aef8b8cf
[Libreoffice-commits] translations.git: Branch 'libreoffice-7-6' - source/ab source/af source/ast source/bg source/ca source/cs source/cy source/de source/el source/eo source/es source/eu source/fi so
source/ab/officecfg/registry/data/org/openoffice/Office.po| 12 source/ab/sw/messages.po |8 source/af/cui/messages.po |8 source/af/sc/messages.po | 44 source/af/sw/messages.po | 12 source/ast/accessibility/messages.po |8 source/ast/avmedia/messages.po|8 source/ast/basctl/messages.po | 16 source/ast/basic/messages.po |8 source/ast/chart2/messages.po |8 source/ast/connectivity/messages.po |8 source/ast/cui/messages.po| 14 source/ast/dbaccess/messages.po | 16 source/ast/desktop/messages.po|8 source/ast/dictionaries/ckb.po| 12 source/ast/editeng/messages.po|8 source/ast/extensions/messages.po | 10 source/ast/filter/messages.po | 22 source/ast/forms/messages.po |8 source/ast/formula/messages.po|8 source/ast/fpicker/messages.po|8 source/ast/framework/messages.po |8 source/ast/helpcontent2/source/text/sbasic/python.po |8 source/ast/helpcontent2/source/text/scalc/05.po |8 source/ast/helpcontent2/source/text/scalc/guide.po|8 source/ast/helpcontent2/source/text/shared/01.po | 10 source/ast/helpcontent2/source/text/smath/01.po | 130 source/ast/helpcontent2/source/text/swriter/01.po |8 source/ast/oox/messages.po|8 source/ast/reportdesign/messages.po |8 source/ast/sc/messages.po |8 source/ast/scaddins/messages.po |8 source/ast/sccomp/messages.po |8 source/ast/sd/messages.po |8 source/ast/sfx2/messages.po |8 source/ast/shell/messages.po |8 source/ast/starmath/messages.po |8 source/ast/svl/messages.po|8 source/ast/svtools/messages.po|8 source/ast/svx/messages.po|8 source/ast/sw/messages.po |8 source/ast/uui/messages.po|4 source/ast/vcl/messages.po|8 source/ast/wizards/messages.po|8 source/ast/writerperfect/messages.po |8 source/ast/xmlsecurity/messages.po|8 source/bg/helpcontent2/source/text/shared/00.po | 22 source/bg/helpcontent2/source/text/shared/01.po | 46 source/bg/helpcontent2/source/text/swriter/02.po | 12 source/bg/helpcontent2/source/text/swriter/04.po | 30 source/ca/cui/messages.po | 10 source/ca/filter/messages.po | 16 source/ca/helpcontent2/source/text/sbasic/python.po | 10 source/ca/helpcontent2/source/text/sbasic/shared/03.po|8 source/ca/helpcontent2/source/text/scalc/01.po| 13 source/ca/helpcontent2/source/text/scalc/05.po|8 source/ca/helpcontent2/source/text/scalc/guide.po | 10 source/ca/helpcontent2/source/text/shared.po | 14 source/ca/helpcontent2/source/text/shared/01.po | 24 source/ca/helpcontent2/source/text/shared/02.po | 19 source/ca/helpcontent2/source/text/shared/menu.po | 16 source/ca/helpcontent2/source/text/smath/01.po| 267 - source/ca/helpcontent2/source/text/swriter/01.po |8
[Libreoffice-bugs] [Bug 158251] New: Export the form as a PDF and thousands separators appear
https://bugs.documentfoundation.org/show_bug.cgi?id=158251 Bug ID: 158251 Summary: Export the form as a PDF and thousands separators appear Product: LibreOffice Version: 7.5.8.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Printing and PDF export Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: roger.boad...@gmail.com Created attachment 190884 --> https://bugs.documentfoundation.org/attachment.cgi?id=190884=edit PDF exported Hello! When I create a form in LO Writer and export it as a PDF form and then open it with Firefox, the font changes size and format (italic, Arial) seen in the original file. Acrobat Reader, Chrome, and Edge only changes size. Firefox, Acrobat Reader, Chrome, and Edge also add thousands separators when I've specifically specified in the number field that they don't add them. The only reader that doesn't add thousands separators is One Drive. Version: 7.5.8.2 (X86_64) / LibreOffice Community Build ID: f718d63693263970429a68f568db6046aaa9df01 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: ca-ES (ca_ES); UI: ca-ES Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: config_host.mk.in configure.ac instsetoo_native/CustomTarget_install.mk instsetoo_native/Module_instsetoo_native.mk
config_host.mk.in |1 + configure.ac|8 +--- instsetoo_native/CustomTarget_install.mk|4 ++-- instsetoo_native/Module_instsetoo_native.mk |2 +- 4 files changed, 9 insertions(+), 6 deletions(-) New commits: commit e514f1a462f5fe2d1ef2d58fa3a0ef94892c41fb Author: Christian Lohmaier AuthorDate: Thu Nov 16 14:28:55 2023 +0100 Commit: Christian Lohmaier CommitDate: Thu Nov 16 23:32:20 2023 +0100 fix --enable-wix switch - that didn't do anything it used the wrong variable name in AC_SUBST and also had no place where it would be set for the rest of the build to use. Also the script hardcodes the location of the WiX Toolkit, so check for the same path in configure. Also it was needlessly tied to LIBO_TEST_INSTALL - since it has its own conditional, "double-guarding" it is not necessary. Change-Id: I6dd4a41e63d2a43a3e2f1aac5b6799a6601eb656 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159510 Tested-by: Jenkins Reviewed-by: Christian Lohmaier diff --git a/config_host.mk.in b/config_host.mk.in index f71fe453051e..cc8f5506b6df 100644 --- a/config_host.mk.in +++ b/config_host.mk.in @@ -247,6 +247,7 @@ export ENABLE_WASM_STRIP_SPLASH=@ENABLE_WASM_STRIP@ export ENABLE_WASM_STRIP_SWEXPORTS=@ENABLE_WASM_STRIP@ export ENABLE_WASM_STRIP_SCEXPORTS=@ENABLE_WASM_STRIP@ export ENABLE_WERROR=@ENABLE_WERROR@ +ENABLE_WIX=@ENABLE_WIX@ export ENABLE_Z7_DEBUG=@ENABLE_Z7_DEBUG@ export ENDIANNESS=@ENDIANNESS@ export EPM=@EPM@ diff --git a/configure.ac b/configure.ac index 5c78e2bd2f6d..d6a6bf43fd95 100644 --- a/configure.ac +++ b/configure.ac @@ -13680,12 +13680,14 @@ if test "$enable_wix" = "" -o "enable_wix" = "no"; then ENABLE_WIX= else AC_MSG_RESULT([yes]) -if ! which candle >/dev/null 2>&1; then - AC_MSG_ERROR([WiX requested but WiX toolset not found.]) +# FIXME: this should do proper detection, but the path is currently +# hardcoded in msicreator/createmsi.py +if ! test -x "/cygdrive/c/Program Files (x86)/WiX Toolset v3.11/bin/candle"; then + AC_MSG_ERROR([WiX requested but WiX toolset v3.11 not found at the expected location]) fi ENABLE_WIX=TRUE fi -AC_SUBST(ENABLE_SILENT_MSI) +AC_SUBST(ENABLE_WIX) AC_MSG_CHECKING([whether and how to use Xinerama]) if test "$USING_X11" = TRUE; then diff --git a/instsetoo_native/CustomTarget_install.mk b/instsetoo_native/CustomTarget_install.mk index aa18e827fda9..04ae89c565d8 100644 --- a/instsetoo_native/CustomTarget_install.mk +++ b/instsetoo_native/CustomTarget_install.mk @@ -59,7 +59,7 @@ endif # delimiter is U+2027 Hyphenation point - files with colon in their name confuse the heck out of # make and cannot be used as targets or prerequisites. For passing to call_installer.sh it is # substituted by the : so that cut doesn't stumble over the delimiter -ifeq (TRUE,$(LIBO_TEST_INSTALL)) +ifeq (TRUE,$(filter TRUE,$(LIBO_TEST_INSTALL) $(ENABLE_WIX)) instsetoo_installer_targets = openoffice‧en-US‧‧‧archive‧nostrip ifeq (ODK,$(filter ODK,$(BUILD_TYPE))) instsetoo_installer_targets += sdkoo‧en-US‧_SDK‧‧archive‧nostrip @@ -129,8 +129,8 @@ $(instsetoo_installer_targets): $(SRCDIR)/solenv/bin/make_installer.pl \ $(call gb_CustomTarget_get_workdir,instsetoo_native/install)/install.phony: $(instsetoo_installer_targets) $(call gb_Output_announce,$(subst $(WORKDIR)/,,$@),$(true),PRL,2) $(call gb_Trace_StartRange,$(subst $(WORKDIR)/,,$@),PRL) -ifeq (TRUE,$(LIBO_TEST_INSTALL)) $(if $(ENABLE_WIX),$(call gb_ExternalExecutable_get_command,python) $(SRCDIR)/msicreator/create_installer.py $(BUILDDIR) $(SRCDIR) $(LIBO_VERSION) $(PRODUCTNAME_WITHOUT_SPACES)) +ifeq (TRUE,$(LIBO_TEST_INSTALL)) unzip -q -d $(TESTINSTALLDIR) $(instsetoo_OUT)/$(PRODUCTNAME_WITHOUT_SPACES)/archive/install/en-US/LibreOffice*_archive.zip mv $(TESTINSTALLDIR)/LibreOffice*_archive/LibreOffice*/* $(TESTINSTALLDIR)/ rmdir $(TESTINSTALLDIR)/LibreOffice*_archive/LibreOffice* diff --git a/instsetoo_native/Module_instsetoo_native.mk b/instsetoo_native/Module_instsetoo_native.mk index cde68596b7f8..9ba7bd8b8182 100644 --- a/instsetoo_native/Module_instsetoo_native.mk +++ b/instsetoo_native/Module_instsetoo_native.mk @@ -9,7 +9,7 @@ $(eval $(call gb_Module_Module,instsetoo_native)) -ifneq (,$(PKGFORMAT)$(filter TRUE,$(LIBO_TEST_INSTALL))) +ifneq (,$(PKGFORMAT)$(filter TRUE,$(LIBO_TEST_INSTALL) $(ENABLE_WIX))) $(eval $(call gb_Module_add_targets,instsetoo_native,\ CustomTarget_install \
[Libreoffice-commits] core.git: Branch 'libreoffice-7-6-3' - android/source
android/source/src/java/org/mozilla/gecko/gfx/GLController.java |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) New commits: commit b2d1bb588852c8d1f410f45b07774335d6b4f6ba Author: Michael Weghorn AuthorDate: Thu Nov 9 08:54:08 2023 +0100 Commit: Christian Lohmaier CommitDate: Thu Nov 16 23:30:08 2023 +0100 tdf#158125 android: Don't insist on RGB 565 EGL config As the `eglChooseConfig` doc [1] says: > eglChooseConfig returns in configs a list of all EGL frame buffer > configurations that match the attributes specified > [...] > Attributes are matched in an attribute-specific manner. Some of the > attributes, such as EGL_LEVEL, must match the specified value exactly. > Others, such as, EGL_RED_SIZE must meet or exceed the specified minimum > values. The config/attribute list used for Android Viewer specifies EGL_RED_SIZE=5, EGL_GREEN_SIZE=6, and EGL_BLUE_SIZE=5 and so far, only configs using exactly those bit sizes were accepted, causing 1 of the 11 devices used in automated tests in Google Play CI crashing with this stack trace: Exception org.mozilla.gecko.gfx.GLController$GLControllerException: No suitable EGL configuration found at org.mozilla.gecko.gfx.GLController.chooseConfig (GLController.java:219) at org.mozilla.gecko.gfx.GLController.initEGL (GLController.java:172) at org.mozilla.gecko.gfx.GLController.initEGLContext (GLController.java:176) at org.mozilla.gecko.gfx.GLController.initGLContext (GLController.java:57) at org.mozilla.gecko.gfx.RenderControllerThread.doSurfaceCreated (RenderControllerThread.java:132) at org.mozilla.gecko.gfx.RenderControllerThread.execute (RenderControllerThread.java:52) at org.mozilla.gecko.gfx.RenderControllerThread.run (RenderControllerThread.java:30) Since only configs fulfilling the minimium specification have been returned, I don't see a reason to insist on having one that uses exactly the specified amount of bits for the individual color components. I also didn't see any rendering issues in a quick test (also using the colorful Calc sheet attachment 188343 from tdf#156182) forcing the use of a configuration using EGL_RED_SIZE=8, EGL_GREEN_SIZE=8, and EGL_BLUE_SIZE=8 with an x86_64 AVD and on a Fairphone 3+ (arm64) using this temporary local change: diff --git a/android/source/src/java/org/mozilla/gecko/gfx/GLController.java b/android/source/src/java/org/mozilla/gecko/gfx/GLController.java index 45600e9f1e7c..9e7f348e9e72 100644 --- a/android/source/src/java/org/mozilla/gecko/gfx/GLController.java +++ b/android/source/src/java/org/mozilla/gecko/gfx/GLController.java @@ -171,7 +171,7 @@ public class GLController { mEGL.eglGetConfigAttrib(mEGLDisplay, config, EGL10.EGL_RED_SIZE, red); mEGL.eglGetConfigAttrib(mEGLDisplay, config, EGL10.EGL_GREEN_SIZE, green); mEGL.eglGetConfigAttrib(mEGLDisplay, config, EGL10.EGL_BLUE_SIZE, blue); -if (red[0] == 5 && green[0] == 6 && blue[0] == 5) { +if (red[0] == 8 && green[0] == 8 && blue[0] == 8) { return config; } } Therefore, fall back to using another config that fulfils the specification. (Leave the previously required config as preferred one for now, maybe it still has advantages, e.g. might be more efficient due to not wasting extra bits for the color components that are not needed for the rendering in LibreOffice Viewer. (?)) [1] https://registry.khronos.org/EGL/sdk/docs/man/html/eglChooseConfig.xhtml Change-Id: I953d292248004bc6f7e9384ceef78c8a88c21e9e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159204 Tested-by: Jenkins Reviewed-by: Michael Weghorn (cherry picked from commit d9a43fa5f94839d79cbd8524ba5c0b1865e6ad52) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159042 Reviewed-by: Michael Stahl Reviewed-by: Xisco Fauli Tested-by: Christian Lohmaier Reviewed-by: Christian Lohmaier diff --git a/android/source/src/java/org/mozilla/gecko/gfx/GLController.java b/android/source/src/java/org/mozilla/gecko/gfx/GLController.java index e296f4760f68..3dcfbbdfdbff 100644 --- a/android/source/src/java/org/mozilla/gecko/gfx/GLController.java +++ b/android/source/src/java/org/mozilla/gecko/gfx/GLController.java @@ -216,7 +216,8 @@ public class GLController { } } -throw new GLControllerException("No suitable EGL configuration found"); +// if there's no 565 RGB configuration, select another one that fulfils the specification +return configs[0]; } private void createEGLSurface() {
[Libreoffice-commits] core.git: Branch 'libreoffice-7-6-3' - android/source
android/source/build.gradle |1 - 1 file changed, 1 deletion(-) New commits: commit acfb7e17831d4d1f9491c599106fc651e51e6146 Author: Michael Weghorn AuthorDate: Tue Nov 7 17:27:49 2023 +0100 Commit: Christian Lohmaier CommitDate: Thu Nov 16 23:29:12 2023 +0100 android: Don't add "-editing" suffix to version/vendor Don't append "-editing" to the version string, which would then end up to be something like "24.2.0.0.alpha0+/7763190f7ec2/The Document Foundation-editing" when the build was configured with `--with-vendor="The Document Foundation"` and would result in the "About" dialog/widget saying "This release was supplied by The Document Foundation-editing." (s. `AboutDialogFragment#onCreateDialog`). While it's useful to have the different build flavors (with or without the experimental editing support), I see no need to have the build config reflected in the version string. (Whether experimental editing support was enabled during the build can easily be seen by checking whether the "Experimental Mode" option is available in the settings.) Change-Id: I48ddb3a842b9db4fc1f435683ed9d8e8e85898ed Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159079 Tested-by: Jenkins Reviewed-by: Michael Weghorn (cherry picked from commit b51a57e5ef15c9b09b8cda0a950231d234ae931b) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159041 Reviewed-by: Michael Stahl Reviewed-by: Xisco Fauli Reviewed-by: Christian Lohmaier Tested-by: Christian Lohmaier diff --git a/android/source/build.gradle b/android/source/build.gradle index d4776c88de90..e931124577b1 100644 --- a/android/source/build.gradle +++ b/android/source/build.gradle @@ -82,7 +82,6 @@ android { strippedUIEditing { dimension "default" buildConfigField 'boolean', 'ALLOW_EDITING', 'true' -versionNameSuffix "-editing" } fullUI.dimension "default" }
[Libreoffice-bugs] [Bug 158248] Ability to add custom shape by dragging into the Shapes sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=158248 Eyal Rozenberg changed: What|Removed |Added Summary|Ability to add custom shape |Ability to add custom shape |by dragging onto the|by dragging into the Shapes |sidebar / toolbar / shape |sidebar |dialog-button | --- Comment #3 from Eyal Rozenberg --- So, I've noticed there's a 1:1 correspondence between Shapes sidebar categories and the toolbar button-dialogs with shapes. So, adding to the Shapes sidebar should suffice for (almost) everything. However... maybe I should split this bug into: 1. Ability to add - in any way - to the Shapes sidebar, and 2. Ability to drag onto the Shapes sidebar since we don't seem to have (1.) either. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158248] Ability to add custom shape by dragging onto the sidebar / toolbar / shape dialog-button
https://bugs.documentfoundation.org/show_bug.cgi?id=158248 --- Comment #2 from Eyal Rozenberg --- (In reply to m.a.riosv from comment #1) > If I'm not wrong, it can be done with the Gallery Isn't the gallery just for rectangular objects with no control capabilities? ... hey, it isn't! Weird. Why do we have a Shapes sidebar if we also have shapes in the gallery? Just because the gallery items have auto-generated icons rather than custom ones? That seems a bit silly. Anyway, the instructions at the link don't work. Following them does not add a shape to the Gallery. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157945] UI: Resizing of a selection of columns/rows should correspond to the mouse position
https://bugs.documentfoundation.org/show_bug.cgi?id=157945 Henrik Gebauer 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-ux-advise] [Bug 157945] UI: Resizing of a selection of columns/rows should correspond to the mouse position
https://bugs.documentfoundation.org/show_bug.cgi?id=157945 Henrik Gebauer changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 157945] UI: Resizing of a selection of columns/rows should correspond to the mouse position
https://bugs.documentfoundation.org/show_bug.cgi?id=157945 --- Comment #5 from Henrik Gebauer --- Thanks for having a look at this. My most typical use case is this: I have a table and want to print it or export to PDF and want it to take up the whole width of a single page. The columns do not have the same widths because some contain labels and other contain single digits. I want to resize SOME of the columns so the width of the table matches the width of the page. Small columns should stay small and wide columns should stay wide. But most of all I would like to see in advance (before the mouse button is released) how wide the whole selection will be afterwards. (In reply to Heiko Tietze from comment #3) > Assuming we implement the suggested > variant, eg. enabled per modifier key, how would the procedure deal with > some other column/row than the last? For example, you select A:E and resize > on C. What would feel most natural for me would be: The right edge of C would stay where you release the mouse button, D:E will resize by the same factor. In peudo-code it should be like this: void handleMousePointerRelease() { int difference = mousePointer.xPostionNow - mousePointer.xPositionBefore; int oldWidth = 0; foreach (col in currentTable.getAllColumns()) { if (col.right > xStart) { break; } if (col.isSelected) { oldWidth += col.width; } } double factor = (oldWidth + difference) / oldWidth; foreach (col in currentTable.getAllColumns()) { if (col.isSelected) { col.width *= factor; } } } -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 157945] UI: Resizing of a selection of columns/rows should correspond to the mouse position
https://bugs.documentfoundation.org/show_bug.cgi?id=157945 --- Comment #5 from Henrik Gebauer --- Thanks for having a look at this. My most typical use case is this: I have a table and want to print it or export to PDF and want it to take up the whole width of a single page. The columns do not have the same widths because some contain labels and other contain single digits. I want to resize SOME of the columns so the width of the table matches the width of the page. Small columns should stay small and wide columns should stay wide. But most of all I would like to see in advance (before the mouse button is released) how wide the whole selection will be afterwards. (In reply to Heiko Tietze from comment #3) > Assuming we implement the suggested > variant, eg. enabled per modifier key, how would the procedure deal with > some other column/row than the last? For example, you select A:E and resize > on C. What would feel most natural for me would be: The right edge of C would stay where you release the mouse button, D:E will resize by the same factor. In peudo-code it should be like this: void handleMousePointerRelease() { int difference = mousePointer.xPostionNow - mousePointer.xPositionBefore; int oldWidth = 0; foreach (col in currentTable.getAllColumns()) { if (col.right > xStart) { break; } if (col.isSelected) { oldWidth += col.width; } } double factor = (oldWidth + difference) / oldWidth; foreach (col in currentTable.getAllColumns()) { if (col.isSelected) { col.width *= factor; } } } -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 113340] [META] RTF (text) paragraph-related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=113340 Bug 113340 depends on bug 153178, which changed state. Bug 153178 Summary: FILEOPEN RTF Paragraphs before table disappear or open inside a frame https://bugs.documentfoundation.org/show_bug.cgi?id=153178 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158249] Document with one landscape page doesn't switch back to portrait when PRINTING.
https://bugs.documentfoundation.org/show_bug.cgi?id=158249 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #1 from m.a.riosv --- Please attach a sample file, and paste the information in Menu/Help/About LibreOffice, there is an icon to copy. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158248] Ability to add custom shape by dragging onto the sidebar / toolbar / shape dialog-button
https://bugs.documentfoundation.org/show_bug.cgi?id=158248 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- If I'm not wrong, it can be done with the Gallery https://help.libreoffice.org/latest/en-US/text/shared/guide/dragdrop_gallery.html?DbPAR=SHARED#bm_id3154927 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156781] Display of comments is DPI dependent, both on screen and output
https://bugs.documentfoundation.org/show_bug.cgi?id=156781 --- Comment #10 from Hossein --- (In reply to Stéphane Guillou (stragu) from comment #9) > Hossein, did you say this had been fixed recently on IRC? Yes. I can not reproduce it on Linux, but then I found that the problem still persists on Windows. I have to test again. Can you test on Windows and confirm the bug? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155516] Borders setting is lost in single-row table
https://bugs.documentfoundation.org/show_bug.cgi?id=155516 Stéphane Guillou (stragu) changed: What|Removed |Added Version|5.4.7.2 release |Inherited From OOo Summary|Table's Borders setting is |Borders setting is lost in |lost|single-row table --- Comment #5 from Stéphane Guillou (stragu) --- Same in OOo 3.3, so inherited. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 99923] Table: Can't set bottom border without top border after a page break
https://bugs.documentfoundation.org/show_bug.cgi?id=99923 --- Comment #9 from Stéphane Guillou (stragu) --- Reproduced in: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5fe2bf914c251009ec4709fa8fdc45c3b53f676b 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 144255] Table inner border formatting not continued logically when inserting new row after last
https://bugs.documentfoundation.org/show_bug.cgi?id=144255 Stéphane Guillou (stragu) changed: What|Removed |Added Summary|Table inner border coloring |Table inner border |not continued logically |formatting not continued |when inserting new row |logically when inserting |after last |new row after last -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144255] Table inner border coloring not continued logically when inserting new row after last
https://bugs.documentfoundation.org/show_bug.cgi?id=144255 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org --- Comment #7 from Stéphane Guillou (stragu) --- Created attachment 190883 --> https://bugs.documentfoundation.org/attachment.cgi?id=190883=edit sample ODT with two different cases: table formated entirely vs partially Reproduced in: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5fe2bf914c251009ec4709fa8fdc45c3b53f676b CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Note in the attachment that the behaviour differs depending on if the whole table was formatted with inner/outer borders, or if they were only applied to a part of it. -- You are receiving this mail because: You are the assignee for the bug.
Re: ESC meeting minutes: 2023-11-16
For the records, my summary was short for some important information on LATAM 2023 Conference + Svante Schubert from allotropia on WASM (thanks to allotropia) + Henry Castro from Collabora (thanks to Collabora) + Mauricio Baeza for the workshop on writing Python scripts for LibreOffice + Daniel Rodiguez on interoperability for fonts + LibreOffice Online. + Celia Palacios (@lobaluna) on Social aspects of FOSS + Gabrielle Ponzo on TDF + Juan José Gomez (TDF team) for the website + Full program at https://latam.conference.libreoffice.org/2023/ Kind regards Olivier On 11/16/23 12:42, Miklos Vajna wrote: * Present: + Olivier, Caolan, Cloph, Heiko, Hossein, Ilmari, Michael W, Regina, Michael S, Gabriel, Stephan, Stéphane, Miklos (snip) * LATAM conference (Olivier) + had workshops & presentations on LibreOffice & LibreOffice Technology + Henry presented some technical aspects of Collabora Online & LibreOffice Technology + also Xisco gave workshops on QA & building LibreOffice + lots of students were attending + largest university in Mexico City was hosting the event + also the birthplace of the GNOME project + also had an opportunity to see what's happening in China/Taiwan + presented their LibreOffice Online fork + huge demand in terms of public administration + also in the private sector + LibreOffice is not very well known + overall: was much better than expected, 100s of students attending + lots of great questions + shows interest + making follow-up with them to bring them into the development + at least contribute to the code -> academic value + opportunity to visit the Mexicans + surprised to see how interested they were (snip) -- Olivier Hallot LibreOffice Documentation Coordinator Rio de Janeiro - Brasil - Local Time: UTC-03:00 LibreOffice – free and open source office suite: https://www.libreoffice.org Respects your privacy, and gives you back control over your data http://tdf.io/joinus OpenPGP_0x59F8BA50F9918DE6.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
[Libreoffice-bugs] [Bug 120063] [META] Options dialog's expert configuration bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=120063 Bug 120063 depends on bug 157438, which changed state. Bug 157438 Summary: Expert config: Lists should be properly editable https://bugs.documentfoundation.org/show_bug.cgi?id=157438 What|Removed |Added Status|RESOLVED|NEW Resolution|FIXED |--- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120063] [META] Options dialog's expert configuration bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=120063 Bug 120063 depends on bug 157438, which changed state. Bug 157438 Summary: Expert config: Lists should be properly editable https://bugs.documentfoundation.org/show_bug.cgi?id=157438 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157438] Expert config: Lists should be properly editable
https://bugs.documentfoundation.org/show_bug.cgi?id=157438 Samuel Mehrbrodt (allotropia) changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Assignee|libreoffice-b...@lists.free |samuel.mehrbrodt@allotropia |desktop.org |.de -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156781] Display of comments is DPI dependent, both on screen and output
https://bugs.documentfoundation.org/show_bug.cgi?id=156781 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org --- Comment #9 from Stéphane Guillou (stragu) --- I don't reproduce a difference between PDF outputs at 100% and 200% scaling with Ubuntu 20.04, GNOME and: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 92e5898fa9ffa4dd8742f5f26e790563feef286e CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Hossein, did you say this had been fixed recently on IRC? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158250] impress templates : a few png images could use indexed colours
https://bugs.documentfoundation.org/show_bug.cgi?id=158250 --- Comment #2 from Jérôme --- Created attachment 190882 --> https://bugs.documentfoundation.org/attachment.cgi?id=190882=edit 24 bits colours indexed on 8 bits inside share/template/common/presnt/Candy.otp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158250] impress templates : a few png images could use indexed colours
https://bugs.documentfoundation.org/show_bug.cgi?id=158250 --- Comment #1 from Jérôme --- Created attachment 190881 --> https://bugs.documentfoundation.org/attachment.cgi?id=190881=edit 24 bits colours inside share/template/common/presnt/Candy.otp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 41119] Copy SVG Code Directly into LibreOffice to Render Pictures
https://bugs.documentfoundation.org/show_bug.cgi?id=41119 Stéphane Guillou (stragu) changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||stephane.guillou@libreoffic ||e.org --- Comment #16 from Stéphane Guillou (stragu) --- UX/design team, what do you think? To me, it doesn't make much sense to implement that. Comment 0 could have copied the image directly as an image, instead of looking at the source. And one can copy-past a file directly into the document, without needing to open it. If the clipboard contains plain text, it is normal that plain text is pasted and it is not interpreted. What if someone writes a document about the SVG format and actually wants to paste the SVG code as text? In my opinion, this should be closed as "won't fix". -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 41119] Copy SVG Code Directly into LibreOffice to Render Pictures
https://bugs.documentfoundation.org/show_bug.cgi?id=41119 Stéphane Guillou (stragu) changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||stephane.guillou@libreoffic ||e.org --- Comment #16 from Stéphane Guillou (stragu) --- UX/design team, what do you think? To me, it doesn't make much sense to implement that. Comment 0 could have copied the image directly as an image, instead of looking at the source. And one can copy-past a file directly into the document, without needing to open it. If the clipboard contains plain text, it is normal that plain text is pasted and it is not interpreted. What if someone writes a document about the SVG format and actually wants to paste the SVG code as text? In my opinion, this should be closed as "won't fix". -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158250] New: impress templates : a few png images could use indexed colours
https://bugs.documentfoundation.org/show_bug.cgi?id=158250 Bug ID: 158250 Summary: impress templates : a few png images could use indexed colours Product: LibreOffice Version: 7.6.2.1 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jerome.bo...@laposte.net I extracted the content of the LibreOffice_7.6.2_Win_x86-64.msi archive (345MB) with msiextract. A few presentations use large png images with 2^24 colours. The png images could use 256 indexed colours (chosen among 2^24 different colours). This would make those files smaller but the user doesn't see the difference. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157042] Calc crashes when closed in rtl::str::release<_rtl_uString>(_rtl_uString*)
https://bugs.documentfoundation.org/show_bug.cgi?id=157042 --- Comment #23 from Julien Nabet --- (In reply to Eric from comment #22) > Yes, that link works. > Why did you post it though? It points to a page on how to submit bugs. It provides more than this, it gives common root causes like corrupted LO profile, Skia related pb,etc and provide some solution or workarounds. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 81640] Very slow and lagging if open file stored on network
https://bugs.documentfoundation.org/show_bug.cgi?id=81640 cedric...@gmx.fr changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #23 from cedric...@gmx.fr --- In response to the mail of QA Administrators. I have made some tests to see if the bug is still present with the latest version of LibreOffice. I have tried : $ ln -s /home/toto/Documents/file.odb /home/toto/file.odb And i have opened an obd file on an NFS sharing directory with LibreOffice Version: 7.4.7.2 / LibreOffice Community Build ID: 40(Build:2) Debian package version: 4:7.4.7-1 I haven't seen lag or slowness like in the past. I think this bug is resolved. I change tag to RESOLVED-WORKSFORME. Best regards. Cedric. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 104742] [META] Network-involved bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=104742 Bug 104742 depends on bug 81640, which changed state. Bug 81640 Summary: Very slow and lagging if open file stored on network https://bugs.documentfoundation.org/show_bug.cgi?id=81640 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157042] Calc crashes when closed in rtl::str::release<_rtl_uString>(_rtl_uString*)
https://bugs.documentfoundation.org/show_bug.cgi?id=157042 --- Comment #21 from Julien Nabet --- I forgot to talk about https://wiki.documentfoundation.org/QA/FirstSteps, could you give it a try? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158246] intersection of two line become white
https://bugs.documentfoundation.org/show_bug.cgi?id=158246 --- Comment #1 from ajlittoz --- This bug report is a follow-on of https://ask.libreoffice.org/t/why-will-the-intersection-of-two-line-become-white/98304/ IMHO, behaviour is triggered by some attribute in the path description. I am thinking of some graphical mode setting the "algebra" of intersection. If this mode is set to XOR, then two overlaid strokes intersect as "white" or void. If mode is OR, we have the usual behaviour of combining strokes without changing the "colour". A sample file is available in the linked AskLO question. Original bug reporter is encouraged to attach this sample file here. The white intersection of strokes appears as soon as the PDF is opened in Draw, before any editing, which leads me suspect the "graphical algebraic mode". I could not check the hypothesis because the shapes are hidden under a compressed "stream" in the PDF. It would be necessary to decompress the stream to access the drawing primitives. I don't know how to do that. I'd put the blame on OneNote for incorrectly specifying the drawing mode. I am not favourable to changes in interpretation in Draw if my hypothesis is right because such a drawing mode can be intentionally set by user for its XOR special effect. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154543] UI: Paragraph style dialog "Reset to parent" (aka "Standard") does not work for Alignment > Snap to text grid
https://bugs.documentfoundation.org/show_bug.cgi?id=154543 Andreas Heinisch changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |andreas.heini...@yahoo.de |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 157879] Need a rectangular-brace-pair callout shape
https://bugs.documentfoundation.org/show_bug.cgi?id=157879 --- Comment #14 from Eyal Rozenberg --- (In reply to Regina Henschel from comment #12) > Are these shapes of the kind you are looking for? Yes, they're very nice :-) Two nitpicks: * The difficulty in making the jointed two-line-segment behave degenerate into a single line; i.e. having to place the middle point perfectly on the line between the two endpoints. * The difficulty in forcing either line segment into a multiple-of-45 degree angle, e.g. when pressing shift while dragging a control point (i.e. as with regular line segments). > As such shapes do not exist in Microsoft Office shape preset and > LibreOffice's export of handles is incomplete, you will lose the handle on > export to Microsoft Office shape formats. Yes, of course, that is to be expected. We can't eat our cake (shape) and have it... > To use my shapes in own documents, you can copy them or you can drag > them to a Gallery theme. Well, I would also like to be able to do this: (bug 158248) -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 157879] Need a rectangular-brace-pair callout shape
https://bugs.documentfoundation.org/show_bug.cgi?id=157879 --- Comment #14 from Eyal Rozenberg --- (In reply to Regina Henschel from comment #12) > Are these shapes of the kind you are looking for? Yes, they're very nice :-) Two nitpicks: * The difficulty in making the jointed two-line-segment behave degenerate into a single line; i.e. having to place the middle point perfectly on the line between the two endpoints. * The difficulty in forcing either line segment into a multiple-of-45 degree angle, e.g. when pressing shift while dragging a control point (i.e. as with regular line segments). > As such shapes do not exist in Microsoft Office shape preset and > LibreOffice's export of handles is incomplete, you will lose the handle on > export to Microsoft Office shape formats. Yes, of course, that is to be expected. We can't eat our cake (shape) and have it... > To use my shapes in own documents, you can copy them or you can drag > them to a Gallery theme. Well, I would also like to be able to do this: (bug 158248) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158249] New: Document with one landscape page doesn't switch back to portrait when PRINTING.
https://bugs.documentfoundation.org/show_bug.cgi?id=158249 Bug ID: 158249 Summary: Document with one landscape page doesn't switch back to portrait when PRINTING. Product: LibreOffice Version: 7.6.2.1 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kjack...@biotechresources.com Description: Had a report with one landscape page. Looks OK in print preview but when printed all sheets after the landscape page are printed in landscape. Printing to Microsoft PDF gives a document which has the same problem, but Export As:Export Directly as PDF gives a document which will print correctly. So the Libre Office PDF exporter is likely sending correct printing information but not the printing routine. Steps to Reproduce: 1. Start Writer with blank document. 2. Type "Portrait." 3. Insert:More Breaks:Manual Break:Page Break (Page Style Landscape). 4. Type "Landscape." 5. Insert:More Breaks:Manual Break:Page Break (Page Style Default Page Style). 6. Type "Portrait." 7. Print. The third page will print in landscape mode (and any later pages). Actual Results: All pages in a long report after the single landscape page print in landscape. Expected Results: As print preview shows, after printing the landscape page it should switch back to portrait printing. I recall this used to work in Open Office many years ago. Reproducible: Always User Profile Reset: Yes Additional Info: The only workaround I could find is Export As:Export Directly as PDF. This PDF will print correctly but not one made by Print:Microsoft PDF. Entering breaks by creating the page first and using right-click Paragraph as described here has the same issue: https://wiki.documentfoundation.org/images/c/c0/WG60-WriterGuideLO.pdf#page=139. I only had one printer to test this on, Xerox-C8135 PS. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158248] Ability to add custom shape by dragging onto the sidebar / toolbar / shape dialog-button
https://bugs.documentfoundation.org/show_bug.cgi?id=158248 Eyal Rozenberg changed: What|Removed |Added Blocks||108741, 114220 Summary|Ability to add custom shape |Ability to add custom shape |by dragging onto the|by dragging onto the |toolbar / shape |sidebar / toolbar / shape |dialog-button |dialog-button Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108741 [Bug 108741] [META] Shapes bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=114220 [Bug 114220] [META] Drag and drop bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 114220] [META] Drag and drop bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=114220 Eyal Rozenberg changed: What|Removed |Added Depends on||158248 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158248 [Bug 158248] Ability to add custom shape by dragging onto the sidebar / toolbar / shape dialog-button -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108741] [META] Shapes bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108741 Eyal Rozenberg changed: What|Removed |Added Depends on||158248 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158248 [Bug 158248] Ability to add custom shape by dragging onto the sidebar / toolbar / shape dialog-button -- You are receiving this mail because: You are the assignee for the bug.