[Libreoffice-bugs] [Bug 96520] XY plot: Allow more than 2 Y axes and more than 1 X axis
https://bugs.documentfoundation.org/show_bug.cgi?id=96520 --- Comment #5 from Frederic Parrenin--- In my first example, the three charts are not independent since they share the same X axis. As far as I know, it is not possible to do such a figure in LO Chart. Now, I attach another figure with 5 Y axes and 2 X axes (the secondary X axis is not regular but that is another issue...). -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'libreoffice-5-0' - sw/source
sw/source/ui/frmdlg/cption.cxx |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit 0489922093317cf55a5e12c0e4718d0c8ad7ac1a Author: Caolán McNamaraDate: Thu Dec 3 09:30:44 2015 + Resolves: tdf#94701 allow fully deleting illustration category in combobox Change-Id: Iaaefbe2311e61be3b9689c693481d149aa1355f5 (cherry picked from commit 0261be7f92930952a470bc7f5e1d543b8907b1f0) (cherry picked from commit 2365ff9f02370d63aae3d5b04b90b3c1a58d1094) Reviewed-on: https://gerrit.libreoffice.org/20372 Tested-by: Jenkins Reviewed-by: Miklos Vajna diff --git a/sw/source/ui/frmdlg/cption.cxx b/sw/source/ui/frmdlg/cption.cxx index e97ef56..144bc08 100644 --- a/sw/source/ui/frmdlg/cption.cxx +++ b/sw/source/ui/frmdlg/cption.cxx @@ -83,10 +83,10 @@ public: OUString SwCaptionDialog::our_aSepTextSave(": "); // Caption separator text -//Resolves: fdo#47427 disallow typing *or* pasting content into the category box +//Resolves: tdf#47427 disallow typing *or* pasting invalid content into the category box OUString TextFilterAutoConvert::filter(const OUString ) { -if (rText != m_sNone && !SwCalc::IsValidVarName(rText)) +if (!rText.isEmpty() && rText != m_sNone && !SwCalc::IsValidVarName(rText)) return m_sLastGoodText; m_sLastGoodText = rText; return rText; ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 95194] Incorrect glyph orientation when exporting RTL vertical text from Writer to PDF
https://bugs.documentfoundation.org/show_bug.cgi?id=95194 Commit Notificationchanged: What|Removed |Added Whiteboard|target:5.2.0 target:5.1.0.1 |target:5.2.0 target:5.1.0.1 ||target:5.0.5 -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 95194] Incorrect glyph orientation when exporting RTL vertical text from Writer to PDF
https://bugs.documentfoundation.org/show_bug.cgi?id=95194 --- Comment #10 from Commit Notification--- Tor Lillqvist committed a patch related to this issue. It has been pushed to "libreoffice-5-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=f295adc5e5cc11134883a6d7dd50c1c8322c8139=libreoffice-5-0 tdf#95194: We need to set the GF flags in UniscribeLayout::GetNextGlyphs() It will be available in 5.0.5. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 95674] Slow scrolling and rendering glitch while scrolling when OpenGL enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=95674 Peter Schneiderchanged: What|Removed |Added Status|NEEDINFO|REOPENED Version|5.0.3.2 release |unspecified --- Comment #9 from Peter Schneider --- In Version 5.1.0.0 beta 2 there is no change the bug still persists. The proposed RC1 i cannot locate. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 96520] XY plot: Allow more than 2 Y axes and more than 1 X axis
https://bugs.documentfoundation.org/show_bug.cgi?id=96520 --- Comment #4 from Frederic Parrenin--- Created attachment 121355 --> https://bugs.documentfoundation.org/attachment.cgi?id=121355=edit Example .svg figure with many axes -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'libreoffice-5-1' - ucb/source
ucb/source/ucp/webdav-neon/webdavcontent.cxx |8 1 file changed, 8 insertions(+) New commits: commit 5616d22b57a9a5e57d545e912e029162a230829b Author: Giuseppe CastagnoDate: Sun Nov 22 17:14:09 2015 +0100 Fix tdf#90700 Notify connect timeout early. Throws exception to manage timeout early in the first connection sequence. Change-Id: Ibf87f9d7607c808692509c694127266b6f542014 Reviewed-on: https://gerrit.libreoffice.org/20196 Tested-by: Jenkins Reviewed-by: Stephan Bergmann (cherry picked from commit 95958755cbbf8c6026b878703400d5d9ec1e6c98) Reviewed-on: https://gerrit.libreoffice.org/20739 Reviewed-by: Giuseppe Castagno Reviewed-by: Miklos Vajna Tested-by: Miklos Vajna diff --git a/ucb/source/ucp/webdav-neon/webdavcontent.cxx b/ucb/source/ucp/webdav-neon/webdavcontent.cxx index d00e2e8..98d56e13 100644 --- a/ucb/source/ucp/webdav-neon/webdavcontent.cxx +++ b/ucb/source/ucp/webdav-neon/webdavcontent.cxx @@ -3497,6 +3497,14 @@ Content::ResourceType Content::getResourceType( *networkAccessAllowed = *networkAccessAllowed && shouldAccessNetworkAfterException(e); } +// if the two net events below happen, something +// is going on to the connection so break the command flow +if ( ( e.getError() == DAVException::DAV_HTTP_TIMEOUT ) || + ( e.getError() == DAVException::DAV_HTTP_CONNECT ) ) +{ +cancelCommandExecution( e, xEnv ); +// unreachable +} } } ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 96546] Crash on launching any application with OpenGL enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=96546 --- Comment #1 from Commit Notification--- Michael Meeks committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=70bfd5d747ad24fcd70eab93fb5e27faafdd35fe tdf#96546 - Bitmap getTexture calls can crash too - enter GL zone earlier. It will be available in 5.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 96546] Crash on launching any application with OpenGL enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=96546 Commit Notificationchanged: What|Removed |Added Whiteboard|| target:5.2.0 -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 93529] Meta: VCL/OpenGL tracker bug for 5.0+
https://bugs.documentfoundation.org/show_bug.cgi?id=93529 kompilainenn <79045_79...@mail.ru> changed: What|Removed |Added Depends on||96550 -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 96552] New: Pivot Table - Menu Entry
https://bugs.documentfoundation.org/show_bug.cgi?id=96552 Bug ID: 96552 Summary: Pivot Table - Menu Entry Product: LibreOffice Version: 5.1.0.0.beta1 Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rstr...@globo.com Hi all, I've installed LO 5.1 beta2 and when I tried to create a new Pivot Table, I couldn't find the menu entry 'Data > Pivot Table > Create', so I realized that it had been moved to Insert > Pivot Table. In my point of view, many users are accoustumed to use the old menu entry. An example of my point of view is the report bug 96473. Why don't keep it the old way? -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 96211] CRASH Writer crashes when try to save changes on styles
https://bugs.documentfoundation.org/show_bug.cgi?id=96211 Belugachanged: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME --- Comment #3 from Beluga --- Ah, ok, let's set to WFM. Btw. if you want to help us test bugs it would be great: https://wiki.documentfoundation.org/QA/Triage_For_Beginners -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 93529] Meta: VCL/OpenGL tracker bug for 5.0+
https://bugs.documentfoundation.org/show_bug.cgi?id=93529 Belugachanged: What|Removed |Added Depends on||96546 -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 96550] change color of icons on toolbar in Writer when activated OpenGL
https://bugs.documentfoundation.org/show_bug.cgi?id=96550 V Stuart Footechanged: What|Removed |Added Status|UNCONFIRMED |NEW CC||vstuart.fo...@utsa.edu Ever confirmed|0 |1 --- Comment #2 from V Stuart Foote --- Confirming... On Windows 8.1 Enterprise 64-bit en-US with Version: 5.1.0.1 (x64) Build ID: bcace328aabc4c8c10b56daa87da0a2ee6579b5a Threads 8; Ver: Windows 6.29; Render: default; Locale: en-US (en_US) Here are a bit better STR 1. Open Writer 2. Insert -> Shape -> Basic --or Symbol-- 3. split menu listing will show mix of brown and blue icons adjacent to shapes 4. disable OpenGL rendering--Tolls -> Options -> View 5. restart 6. open writer 7. Insert -> Shape -> Basic --or Symbol-- 8. split menu listing will show all blue icons adjacent to shapes -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 96378] LibreOffice Calc strange highlighting within a cell with UI Render: GL
https://bugs.documentfoundation.org/show_bug.cgi?id=96378 --- Comment #6 from Óvári--- (In reply to Beluga from comment #5) > Can you give gfx card info à la > https://wiki.documentfoundation.org/OpenGL#Windows Renderer: Intel(R) HD Graphics Vendor: Intel Memory: 1033 MB Version: 4.0.0 - Build 10.18.10.3925 Shading language version: 4.00 - Build 10.18.10.3925 -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'libreoffice-5-0' - vcl/win
vcl/win/source/gdi/winlayout.cxx |5 + vcl/win/source/gdi/winlayout.hxx |1 + 2 files changed, 6 insertions(+) New commits: commit f295adc5e5cc11134883a6d7dd50c1c8322c8139 Author: Tor LillqvistDate: Tue Dec 1 15:13:17 2015 +0200 tdf#95194: We need to set the GF flags in UniscribeLayout::GetNextGlyphs() The old SimpleWinLayout::GetNextGlyphs() did it. PDFWriterImpl::drawVerticalGlyphs() expects GF_ROTL etc to be set when necessary for vertical text when exporting to PDF. Change-Id: I1971dd2784efa3cd7274a32a51f61fdf197ec81a Reviewed-on: https://gerrit.libreoffice.org/20329 Tested-by: Jenkins Reviewed-by: Miklos Vajna diff --git a/vcl/win/source/gdi/winlayout.cxx b/vcl/win/source/gdi/winlayout.cxx index 3f5a78c..d1515a1 100644 --- a/vcl/win/source/gdi/winlayout.cxx +++ b/vcl/win/source/gdi/winlayout.cxx @@ -700,6 +700,8 @@ UniscribeLayout::~UniscribeLayout() bool UniscribeLayout::LayoutText( ImplLayoutArgs& rArgs ) { +msTheString = OUString(rArgs.mpStr, rArgs.mnLength); + // for a base layout only the context glyphs have to be dropped // => when the whole string is involved there is no extra context typedef std::vector TIntVector; @@ -1401,6 +1403,9 @@ int UniscribeLayout::GetNextGlyphs( int nLen, sal_GlyphId* pGlyphs, Point& rPos, } // update return values +if( (mnLayoutFlags & SalLayoutFlags::Vertical) && +nCharPos != -1 ) +aGlyphId |= GetVerticalFlags( msTheString[nCharPos] ); *(pGlyphs++) = aGlyphId; if( pGlyphAdvances ) *(pGlyphAdvances++) = nGlyphWidth; diff --git a/vcl/win/source/gdi/winlayout.hxx b/vcl/win/source/gdi/winlayout.hxx index d558d4cc..87c9f01 100644 --- a/vcl/win/source/gdi/winlayout.hxx +++ b/vcl/win/source/gdi/winlayout.hxx @@ -110,6 +110,7 @@ private: // string specific info // everything is in logical order +OUStringmsTheString;// Sadly we need it in GetNextGlyphs(), to be able to call GetVerticalFlags() int mnCharCapacity; WORD* mpLogClusters; // map from absolute_char_pos to relative_glyph_pos int*mpCharWidths; // map from absolute_char_pos to char_width ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: Branch 'libreoffice-5-0' - vcl/unx
vcl/unx/gtk/app/gtkdata.cxx |2 ++ 1 file changed, 2 insertions(+) New commits: commit bd05312da42cfd91e74376cab0f243253edcec60 Author: Caolán McNamaraDate: Tue Dec 15 15:14:13 2015 + Resolves: rhbz#1285364 urls cannot be opened under wayland because we're setting DISPLAY always, and under wayland that resolves to "wayland", not the original ":0" so the gtk2 gvfs-open eventually called open xdg-open cannot open the correct display (cherry picked from commit 3bb7557d541328194eae928fda32b73650f13360) Change-Id: I246120f2430b92cd2d3e5003445aa4c9da4f6a68 Reviewed-on: https://gerrit.libreoffice.org/20721 Tested-by: Jenkins Reviewed-by: Miklos Vajna diff --git a/vcl/unx/gtk/app/gtkdata.cxx b/vcl/unx/gtk/app/gtkdata.cxx index 2d8e26c..445ae0a 100644 --- a/vcl/unx/gtk/app/gtkdata.cxx +++ b/vcl/unx/gtk/app/gtkdata.cxx @@ -709,6 +709,7 @@ void GtkData::Init() exit(0); } +#if !GTK_CHECK_VERSION(3,0,0) /* * if a -display switch was used, we need * to set the environment accoringly since @@ -719,6 +720,7 @@ void GtkData::Init() const gchar *name = gdk_display_get_name( pGdkDisp ); OUString envValue(name, strlen(name), aEnc); osl_setEnvironment(envVar.pData, envValue.pData); +#endif GtkSalDisplay *pDisplay = new GtkSalDisplay( pGdkDisp ); SetDisplay( pDisplay ); ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: libreofficekit/source
libreofficekit/source/gtk/lokdocview.cxx |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) New commits: commit 032e34d0014d2154feaf97105d2dbe69b290b8c5 Author: Miklos VajnaDate: Wed Dec 16 20:04:01 2015 +0100 tdf#96250 LOK: guard against 0 pRenderingArguments Change-Id: Ifa3995ce92c31c891ffc1b9b1a297b00 diff --git a/libreofficekit/source/gtk/lokdocview.cxx b/libreofficekit/source/gtk/lokdocview.cxx index 9c3b5c7..85aa1be 100644 --- a/libreofficekit/source/gtk/lokdocview.cxx +++ b/libreofficekit/source/gtk/lokdocview.cxx @@ -2453,7 +2453,8 @@ lok_doc_view_open_document (LOKDocView* pDocView, pLOEvent->m_pPath = pPath; priv->m_aDocPath = pPath; -priv->m_aRenderingArguments = pRenderingArguments; +if (pRenderingArguments) +priv->m_aRenderingArguments = pRenderingArguments; g_task_set_task_data(task, pLOEvent, LOEvent::destroy); g_thread_pool_push(priv->lokThreadPool, g_object_ref(task), ); ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 96546] Crash on launching any application with OpenGL enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=96546 Belugachanged: What|Removed |Added Blocks||93529 -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 96550] change color of icons on toolbar in Writer when activated OpenGL
https://bugs.documentfoundation.org/show_bug.cgi?id=96550 kompilainenn <79045_79...@mail.ru> changed: What|Removed |Added Blocks||93529 -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: 2 commits - chart2/source dbaccess/source reportdesign/source sc/source sd/source starmath/source sw/qa sw/source
chart2/source/model/filter/XMLFilter.cxx |1 dbaccess/source/core/dataaccess/databasedocument.cxx |1 reportdesign/source/filter/xml/xmlfilter.cxx |1 sc/source/filter/xml/xmlwrap.cxx |1 sd/source/filter/xml/sdxmlwrp.cxx|4 starmath/source/mathmlimport.cxx |8 - sw/qa/extras/ooxmlexport/ooxmlexport5.cxx| 104 +++ sw/source/filter/xml/swxml.cxx |2 8 files changed, 117 insertions(+), 5 deletions(-) New commits: commit 988f1c71214870cb0a3df7d156eefd64e096bf0b Author: Michael StahlDate: Wed Dec 16 20:25:04 2015 +0100 sw: extend some more OOXML export test to check embedded objects Change-Id: Ie1047a2a213632f05b0ae091a3a7e4118a271082 diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport5.cxx b/sw/qa/extras/ooxmlexport/ooxmlexport5.cxx index c0979db..65203a6 100644 --- a/sw/qa/extras/ooxmlexport/ooxmlexport5.cxx +++ b/sw/qa/extras/ooxmlexport/ooxmlexport5.cxx @@ -382,6 +382,19 @@ DECLARE_OOXMLEXPORT_TEST(testContentTypeOLE, "fdo77759.docx") "/ContentType:Types/ContentType:Override[@ContentType='application/vnd.openxmlformats-officedocument.spreadsheetml.sheet']", "PartName", "/word/embeddings/oleObject1.xlsx"); + +// check the rels too +xmlDocPtr pXmlDocRels = parseExport("word/_rels/document.xml.rels"); +assertXPath(pXmlDocRels, + "/rels:Relationships/rels:Relationship[@Target='embeddings/oleObject1.xlsx']", +"Type", + "http://schemas.openxmlformats.org/officeDocument/2006/relationships/package;); +// check the content too +xmlDocPtr pXmlDocContent = parseExport("word/document.xml"); +assertXPath(pXmlDocContent, +"/w:document/w:body/w:p[1]/w:r/w:object/o:OLEObject", +"ProgID", +"Excel.Sheet.12"); } DECLARE_OOXMLEXPORT_TEST(testfdo78420, "fdo78420.docx") @@ -587,6 +600,19 @@ DECLARE_OOXMLEXPORT_TEST(testfdo79968_sldx, "fdo79968.docx") "/ContentType:Types/ContentType:Override[@ContentType='application/vnd.openxmlformats-officedocument.presentationml.slide']", "PartName", "/word/embeddings/oleObject1.sldx"); + +// check the rels too +xmlDocPtr pXmlDocRels = parseExport("word/_rels/document.xml.rels"); +assertXPath(pXmlDocRels, + "/rels:Relationships/rels:Relationship[@Target='embeddings/oleObject1.sldx']", +"Type", + "http://schemas.openxmlformats.org/officeDocument/2006/relationships/package;); +// check the content too +xmlDocPtr pXmlDocContent = parseExport("word/document.xml"); +assertXPath(pXmlDocContent, +"/w:document/w:body/w:p[1]/w:r/w:object/o:OLEObject", +"ProgID", +"PowerPoint.Slide.12"); } DECLARE_OOXMLEXPORT_TEST(testfdo79969_xlsb, "fdo79969_xlsb.docx") @@ -601,6 +627,19 @@ DECLARE_OOXMLEXPORT_TEST(testfdo79969_xlsb, "fdo79969_xlsb.docx") "/ContentType:Types/ContentType:Override[@ContentType='application/vnd.ms-excel.sheet.binary.macroEnabled.12']", "PartName", "/word/embeddings/oleObject1.xlsb"); + +// check the rels too +xmlDocPtr pXmlDocRels = parseExport("word/_rels/document.xml.rels"); +assertXPath(pXmlDocRels, + "/rels:Relationships/rels:Relationship[@Target='embeddings/oleObject1.xlsb']", +"Type", + "http://schemas.openxmlformats.org/officeDocument/2006/relationships/package;); +// check the content too +xmlDocPtr pXmlDocContent = parseExport("word/document.xml"); +assertXPath(pXmlDocContent, +"/w:document/w:body/w:p[1]/w:r/w:object/o:OLEObject", +"ProgID", +"Excel.SheetBinaryMacroEnabled.12"); } DECLARE_OOXMLEXPORT_TEST(testfdo80097, "fdo80097.docx") @@ -678,6 +717,19 @@ DECLARE_OOXMLEXPORT_TEST(testfdo79969_xlsm, "fdo79969_xlsm.docx") "/ContentType:Types/ContentType:Override[@ContentType='application/vnd.ms-excel.sheet.macroEnabled.12']", "PartName", "/word/embeddings/oleObject1.xlsm"); + +// check the rels too +xmlDocPtr pXmlDocRels = parseExport("word/_rels/document.xml.rels"); +assertXPath(pXmlDocRels, + "/rels:Relationships/rels:Relationship[@Target='embeddings/oleObject1.xlsm']", +"Type", + "http://schemas.openxmlformats.org/officeDocument/2006/relationships/package;); +// check the content too +xmlDocPtr pXmlDocContent = parseExport("word/document.xml"); +assertXPath(pXmlDocContent, +"/w:document/w:body/w:p[1]/w:r/w:object/o:OLEObject", +"ProgID", +"Excel.SheetMacroEnabled.12"); } DECLARE_OOXMLEXPORT_TEST(testfdo80522,"fdo80522.docx") @@ -691,6 +743,19 @@ DECLARE_OOXMLEXPORT_TEST(testfdo80522,"fdo80522.docx")
[Libreoffice-commits] core.git: Branch 'libreoffice-5-0' - solenv/gbuild
solenv/gbuild/platform/com_GCC_defs.mk |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit ee26cbc575206363e80752afa7a2fc11a4e62e3a Author: Michael StahlDate: Wed Dec 16 13:21:27 2015 +0100 gbuild: disable -Werror for -Wdeprecated-declarations Zillions of auto_ptr warnings in boost. Change-Id: Ib9071c0241c2cb4c748f2634c1b39a2f8e889c20 Reviewed-on: https://gerrit.libreoffice.org/20737 Tested-by: Jenkins Reviewed-by: Miklos Vajna diff --git a/solenv/gbuild/platform/com_GCC_defs.mk b/solenv/gbuild/platform/com_GCC_defs.mk index 93b35a4..a062d8c 100644 --- a/solenv/gbuild/platform/com_GCC_defs.mk +++ b/solenv/gbuild/platform/com_GCC_defs.mk @@ -112,7 +112,7 @@ gb_CXXFLAGS_COMMON += -fstack-protector-strong gb_LinkTarget_LDFLAGS += -fstack-protector-strong endif -gb_CFLAGS_WERROR := $(if $(ENABLE_WERROR),-Werror) +gb_CFLAGS_WERROR := $(if $(ENABLE_WERROR),-Werror -Wno-error=deprecated-declarations) # This is the default in non-C++11 mode ifeq ($(COM_GCC_IS_CLANG),TRUE) ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 96520] XY plot: Allow more than 2 Y axes and more than 1 X axis
https://bugs.documentfoundation.org/show_bug.cgi?id=96520 --- Comment #3 from Jean-Baptiste Faure--- (In reply to Frederic Parrenin from comment #2) > Obviously one may want also to allow more than 1 X axis. > Changing title accordingly. Please, could you attach an example of a chart with more than 1 x-axis and more than 2 y-axis. If I look correctly your first example, it is a set of 3 charts where the 3 legends are grouped in one legend. Best regards. JBF -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 96537] [ANIMATION] Animation "BLAST" does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=96537 Julien Nabetchanged: What|Removed |Added Status|UNCONFIRMED |NEW CC||serval2...@yahoo.fr Ever confirmed|0 |1 --- Comment #2 from Julien Nabet --- On pc Debian x86-64 with master sources updated today, I could reproduce this. There's no effect on the cube after having launched the animation (F5) I noticed these logs on console: warn:legacy.osl:2492:1:slideshow/source/engine/animationnodes/nodetools.cxx:59: lookupAttributableShape(): no shape found for given XShape warn:legacy.osl:2492:1:slideshow/source/engine/animationnodes/animationnodefactory.cxx:564: implCreateAnimationNode(): child node creation failed warn:legacy.osl:2492:1:slideshow/source/engine/animationnodes/animationnodefactory.cxx:91: NodeCreator::operator(): child creation failed warn:legacy.osl:2492:1:slideshow/source/engine/slide/slideimpl.cxx:940: SlideImpl::applyInitialShapeAttributes(): no shape found for given target warn:legacy.osl:2492:1:slideshow/source/engine/slide/slideimpl.cxx:940: SlideImpl::applyInitialShapeAttributes(): no shape found for given target -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'libreoffice-5-1' - 3 commits - sw/ooxmlexport_setup.mk sw/qa
sw/ooxmlexport_setup.mk |1 sw/qa/extras/ooxmlexport/ooxmlexport2.cxx |2 sw/qa/extras/ooxmlexport/ooxmlexport5.cxx | 104 ++ 3 files changed, 105 insertions(+), 2 deletions(-) New commits: commit b676e97dd30272171dc07c8e5ddc3e562f5ebb1a Author: Michael StahlDate: Wed Dec 16 20:25:04 2015 +0100 sw: extend some more OOXML export test to check embedded objects Change-Id: Ie1047a2a213632f05b0ae091a3a7e4118a271082 (cherry picked from commit 988f1c71214870cb0a3df7d156eefd64e096bf0b) diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport5.cxx b/sw/qa/extras/ooxmlexport/ooxmlexport5.cxx index b4b8896..0f68506 100644 --- a/sw/qa/extras/ooxmlexport/ooxmlexport5.cxx +++ b/sw/qa/extras/ooxmlexport/ooxmlexport5.cxx @@ -342,6 +342,19 @@ DECLARE_OOXMLEXPORT_TEST(testContentTypeOLE, "fdo77759.docx") "/ContentType:Types/ContentType:Override[@ContentType='application/vnd.openxmlformats-officedocument.spreadsheetml.sheet']", "PartName", "/word/embeddings/oleObject1.xlsx"); + +// check the rels too +xmlDocPtr pXmlDocRels = parseExport("word/_rels/document.xml.rels"); +assertXPath(pXmlDocRels, + "/rels:Relationships/rels:Relationship[@Target='embeddings/oleObject1.xlsx']", +"Type", + "http://schemas.openxmlformats.org/officeDocument/2006/relationships/package;); +// check the content too +xmlDocPtr pXmlDocContent = parseExport("word/document.xml"); +assertXPath(pXmlDocContent, +"/w:document/w:body/w:p[1]/w:r/w:object/o:OLEObject", +"ProgID", +"Excel.Sheet.12"); } DECLARE_OOXMLEXPORT_TEST(testfdo78420, "fdo78420.docx") @@ -547,6 +560,19 @@ DECLARE_OOXMLEXPORT_TEST(testfdo79968_sldx, "fdo79968.docx") "/ContentType:Types/ContentType:Override[@ContentType='application/vnd.openxmlformats-officedocument.presentationml.slide']", "PartName", "/word/embeddings/oleObject1.sldx"); + +// check the rels too +xmlDocPtr pXmlDocRels = parseExport("word/_rels/document.xml.rels"); +assertXPath(pXmlDocRels, + "/rels:Relationships/rels:Relationship[@Target='embeddings/oleObject1.sldx']", +"Type", + "http://schemas.openxmlformats.org/officeDocument/2006/relationships/package;); +// check the content too +xmlDocPtr pXmlDocContent = parseExport("word/document.xml"); +assertXPath(pXmlDocContent, +"/w:document/w:body/w:p[1]/w:r/w:object/o:OLEObject", +"ProgID", +"PowerPoint.Slide.12"); } DECLARE_OOXMLEXPORT_TEST(testfdo79969_xlsb, "fdo79969_xlsb.docx") @@ -561,6 +587,19 @@ DECLARE_OOXMLEXPORT_TEST(testfdo79969_xlsb, "fdo79969_xlsb.docx") "/ContentType:Types/ContentType:Override[@ContentType='application/vnd.ms-excel.sheet.binary.macroEnabled.12']", "PartName", "/word/embeddings/oleObject1.xlsb"); + +// check the rels too +xmlDocPtr pXmlDocRels = parseExport("word/_rels/document.xml.rels"); +assertXPath(pXmlDocRels, + "/rels:Relationships/rels:Relationship[@Target='embeddings/oleObject1.xlsb']", +"Type", + "http://schemas.openxmlformats.org/officeDocument/2006/relationships/package;); +// check the content too +xmlDocPtr pXmlDocContent = parseExport("word/document.xml"); +assertXPath(pXmlDocContent, +"/w:document/w:body/w:p[1]/w:r/w:object/o:OLEObject", +"ProgID", +"Excel.SheetBinaryMacroEnabled.12"); } DECLARE_OOXMLEXPORT_TEST(testfdo80097, "fdo80097.docx") @@ -638,6 +677,19 @@ DECLARE_OOXMLEXPORT_TEST(testfdo79969_xlsm, "fdo79969_xlsm.docx") "/ContentType:Types/ContentType:Override[@ContentType='application/vnd.ms-excel.sheet.macroEnabled.12']", "PartName", "/word/embeddings/oleObject1.xlsm"); + +// check the rels too +xmlDocPtr pXmlDocRels = parseExport("word/_rels/document.xml.rels"); +assertXPath(pXmlDocRels, + "/rels:Relationships/rels:Relationship[@Target='embeddings/oleObject1.xlsm']", +"Type", + "http://schemas.openxmlformats.org/officeDocument/2006/relationships/package;); +// check the content too +xmlDocPtr pXmlDocContent = parseExport("word/document.xml"); +assertXPath(pXmlDocContent, +"/w:document/w:body/w:p[1]/w:r/w:object/o:OLEObject", +"ProgID", +"Excel.SheetMacroEnabled.12"); } DECLARE_OOXMLEXPORT_TEST(testfdo80522,"fdo80522.docx") @@ -651,6 +703,19 @@ DECLARE_OOXMLEXPORT_TEST(testfdo80522,"fdo80522.docx") "/ContentType:Types/ContentType:Override[@ContentType='application/vnd.ms-word.document.macroEnabled.12']", "PartName", "/word/embeddings/oleObject1.docm"); + +// check the rels too +xmlDocPtr pXmlDocRels = parseExport("word/_rels/document.xml.rels"); +
[Libreoffice-bugs] [Bug 96211] CRASH Writer crashes when try to save changes on styles
https://bugs.documentfoundation.org/show_bug.cgi?id=96211 franken...@mail.de changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #2 from franken...@mail.de --- I think this can be closed. Libre Office 4 and 5 were installed in parallel. I uninstalled both, cleaned my profile and installed Version 5 again. It works now without any problems. Thanks. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 96381] Numbering paragraph with an enter in-between
https://bugs.documentfoundation.org/show_bug.cgi?id=96381 --- Comment #5 from Óvári--- (In reply to Oliver Specht from comment #4) > I propose to set a 1 line spacing below paragraph to the numbered paragraphs. Thank you Oliver Specht for your proposed workaround. Below is a use case for this enhancement which unfortunately does work with your proposed workaround. LibreOffice can be used to write emails which are then copy and pasted into Thunderbird. Just pasting produces formatting with strange results. Selecting 'Paste[d] without formatting' in Thunderbird helps. However, paragraph spacing is not preserved with 'Paste without formatting'. An unnumbered Enter between numbered paragraphs would be convenient as this would enable Thunderbird and LibreOffice to look the same without extra formatting before sending an email. Thank you -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 96551] New: Calc crashes when you Change Case (to capitalize each word)
https://bugs.documentfoundation.org/show_bug.cgi?id=96551 Bug ID: 96551 Summary: Calc crashes when you Change Case (to capitalize each word) Product: LibreOffice Version: 5.0.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: m.schipperh...@gmail.com I think this is related to a cell that contains text that spans multiple lines. When I copy the items that make Libreoffice crash to Write, I items like this "Some text " -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'libreoffice-5-0' - vcl/source
vcl/source/window/syswin.cxx |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) New commits: commit f307d1a01a4eeb3e4c9ee207aa0385c8c4586806 Author: Caolán McNamaraDate: Thu Dec 3 11:36:42 2015 + Resolves: tdf#95700 index dialog cut off queue_resize needs to invalidate the size cache even if there is a pending layout idle awaiting Change-Id: I6dba3d37fbb33125cc3f5d17aff6d2f7a3388654 (cherry picked from commit d40d756f4079a228035b5db346da50fe7aed0bd2) (cherry picked from commit c3a4bfcb0b6191665e63440b99fbf57080bd5c56) Reviewed-on: https://gerrit.libreoffice.org/20374 Tested-by: Jenkins Reviewed-by: Miklos Vajna diff --git a/vcl/source/window/syswin.cxx b/vcl/source/window/syswin.cxx index dcb455d..9399ffd 100644 --- a/vcl/source/window/syswin.cxx +++ b/vcl/source/window/syswin.cxx @@ -1004,11 +1004,13 @@ const Link<>& SystemWindow::GetCloseHdl() const void SystemWindow::queue_resize(StateChangedType /*eReason*/) { -if (hasPendingLayout() || isCalculatingInitialLayoutSize()) -return; if (!isLayoutEnabled()) return; +if (isCalculatingInitialLayoutSize()) +return; InvalidateSizeCache(); +if (hasPendingLayout()) +return; maLayoutIdle.Start(); } ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] online.git: Branch 'distro/collabora/milestone-7' - 2 commits - loleaflet/debug loleaflet/reference.html loleaflet/src
loleaflet/debug/document/document_simple_example.html |6 ++-- loleaflet/reference.html | 23 +- loleaflet/src/control/Control.ColumnHeader.js |1 loleaflet/src/control/Control.Dialog.js |1 loleaflet/src/control/Control.PartsPreview.js |1 loleaflet/src/control/Control.RowHeader.js|1 loleaflet/src/control/Control.Scroll.js |1 loleaflet/src/control/Control.Tabs.js |1 loleaflet/src/control/Control.js |9 --- loleaflet/src/core/Socket.js |9 ++- loleaflet/src/layer/tile/TileLayer.js | 19 +++--- 11 files changed, 34 insertions(+), 38 deletions(-) New commits: commit 8fcc26d9a267507e989be962ebe97e16e97c6f34 Author: Mihai VargaDate: Wed Dec 16 19:50:59 2015 +0200 loleaflet: specify the toolbar container + don't add empty controls diff --git a/loleaflet/debug/document/document_simple_example.html b/loleaflet/debug/document/document_simple_example.html index f42eb48..861b05f 100644 --- a/loleaflet/debug/document/document_simple_example.html +++ b/loleaflet/debug/document/document_simple_example.html @@ -77,7 +77,8 @@ server: host, permission: permission, timestamp: timestamp, -documentContainer: 'document-container' +documentContainer: 'document-container', +toolbarContainer: 'toolbar' }); // Controls / diff --git a/loleaflet/reference.html b/loleaflet/reference.html index a151044..5409c99 100644 --- a/loleaflet/reference.html +++ b/loleaflet/reference.html @@ -1465,6 +1465,14 @@ unexpected behaviour. An outer div, containing the map div, that is used internally for the creation of the toolbar. + toolbarContainer + String / DOM element + undefined + A div used by the default toolbar elements (bold, italic, search, etc.) in loleaflet. If you implement + your own toolbar and use controls that do not require a toolbar (like the dialog or scroll control) you + can ignore this. + + renderingOptions Object undefined diff --git a/loleaflet/src/control/Control.ColumnHeader.js b/loleaflet/src/control/Control.ColumnHeader.js index f8a406a..fcd8064 100644 --- a/loleaflet/src/control/Control.ColumnHeader.js +++ b/loleaflet/src/control/Control.ColumnHeader.js @@ -6,7 +6,6 @@ L.Control.ColumnHeader = L.Control.extend({ onAdd: function (map) { map.on('updatepermission', this._onUpdatePermission, this); this._initialized = false; - return document.createElement('div'); }, _initialize: function () { diff --git a/loleaflet/src/control/Control.Dialog.js b/loleaflet/src/control/Control.Dialog.js index bcd9024..4907107 100644 --- a/loleaflet/src/control/Control.Dialog.js +++ b/loleaflet/src/control/Control.Dialog.js @@ -7,7 +7,6 @@ L.Control.Dialog = L.Control.extend({ onAdd: function (map) { map.on('error', this._onError, this); map.on('print', this._onPrint, this); - return document.createElement('div'); }, _onError: function (e) { diff --git a/loleaflet/src/control/Control.PartsPreview.js b/loleaflet/src/control/Control.PartsPreview.js index 30989e3..9630373 100644 --- a/loleaflet/src/control/Control.PartsPreview.js +++ b/loleaflet/src/control/Control.PartsPreview.js @@ -17,7 +17,6 @@ L.Control.PartsPreview = L.Control.extend({ map.on('updateparts', this._updateDisabled, this); map.on('updatepart', this._updatePart, this); map.on('tilepreview', this._updatePreview, this); - return document.createElement('div'); }, _updateDisabled: function (e) { diff --git a/loleaflet/src/control/Control.RowHeader.js b/loleaflet/src/control/Control.RowHeader.js index 1484958..42f45fd 100644 --- a/loleaflet/src/control/Control.RowHeader.js +++ b/loleaflet/src/control/Control.RowHeader.js @@ -6,7 +6,6 @@ L.Control.RowHeader = L.Control.extend({ onAdd: function (map) { map.on('updatepermission', this._onUpdatePermission, this); this._initialized = false; - return document.createElement('div'); }, _initialize: function () { diff --git a/loleaflet/src/control/Control.Scroll.js b/loleaflet/src/control/Control.Scroll.js index 5cde0c4..f251ca4 100644 --- a/loleaflet/src/control/Control.Scroll.js +++ b/loleaflet/src/control/Control.Scroll.js @@ -32,7 +32,6 @@ L.Control.Scroll = L.Control.extend({ alwaysTriggerOffsets: false } }); -
[Libreoffice-commits] online.git: Branch 'distro/collabora/milestone-7' - 2 commits - loleaflet/Makefile
loleaflet/Makefile |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 875f107b248b75c82c568b5e9ddc02e96e28ce1e Author: Mihai VargaDate: Wed Dec 16 20:05:25 2015 +0200 loleaflet: bump version after tarball diff --git a/loleaflet/Makefile b/loleaflet/Makefile index 6a343e5..26642fd 100644 --- a/loleaflet/Makefile +++ b/loleaflet/Makefile @@ -3,7 +3,7 @@ # ("micro") part: Between releases odd, even for releases (no other # changes inbetween). -VERSION=1.4.26 +VERSION=1.4.27 # Version number of the bundled 'draw' thing DRAW_VERSION=0.2.4 commit 7991958e7217f642d9c90b665582c97c0f29af54 Author: Mihai Varga Date: Wed Dec 16 20:05:06 2015 +0200 loleaflet: bump version before tarball diff --git a/loleaflet/Makefile b/loleaflet/Makefile index 0768cde..6a343e5 100644 --- a/loleaflet/Makefile +++ b/loleaflet/Makefile @@ -3,7 +3,7 @@ # ("micro") part: Between releases odd, even for releases (no other # changes inbetween). -VERSION=1.4.25 +VERSION=1.4.26 # Version number of the bundled 'draw' thing DRAW_VERSION=0.2.4 ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
Re: guihua,lin license statement
Thanks for your license statement. I you want help to get started or have any questions, then please contact me. I am here to help you (and others) getting their first patch submitted. LibreOffice is a very big program and getting it build, setting up gerrit, and getting the first patch right, can be a bit challenging, therefore do not hesitate to email me if you want help. rgds Jan Iversen. Sent from my iPad, please excuse any misspellings > > Hi! > All of my past & future contributions to LibreOffice may be > licensed under the MPLv2/LGPLv3+ dual license. > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 96547] New: LO51RC1 installs as LibreOfficeDev (and not as LibreOffice)
https://bugs.documentfoundation.org/show_bug.cgi?id=96547 Bug ID: 96547 Summary: LO51RC1 installs as LibreOfficeDev (and not as LibreOffice) Product: LibreOffice Version: 5.1.0.0.beta1 Hardware: All OS: Mac OS X (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Installation Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mi...@filmsi.net Created attachment 121352 --> https://bugs.documentfoundation.org/attachment.cgi?id=121352=edit Rc1 named as Dev in about window as well On OSX 10.11.1 LibreOffice 5.1RC1 build installs itself as LibreOfficeDev, also the language packs (I tried the Slovenian lang-pack) are installed and named as LibreOfficeDev lang-packs. Since the release notes for RC1 state that RC is installed over the plain LO and not LODev, this seems to be an error. Please check on other systems. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
Re: [Libreoffice-qa] [ANN] LibreOffice 5.1.0 RC1 test builds available
Hi Christian, Christian Lohmaier wrote on 16-12-15 17:46: > for the upcoming new version 5.1.0, the builds for RC1 are now > available on pre-releases. Is http://dev-builds.libreoffice.org/pre-releases/deb/x86/ still loading? Ciao, -- Cor Nouws GPD key ID: 0xB13480A6 - 591A 30A7 36A0 CE3C 3D28 A038 E49D 7365 B134 80A6 - vrijwilliger http://nl.libreoffice.org - volunteer http://www.libreoffice.org - The Document Foundation Membership Committee Member ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
[Libreoffice-commits] online.git: loleaflet/debug loleaflet/reference.html loleaflet/src
loleaflet/debug/document/document_simple_example.html |3 ++- loleaflet/reference.html |8 loleaflet/src/control/Control.ColumnHeader.js |1 - loleaflet/src/control/Control.Dialog.js |1 - loleaflet/src/control/Control.PartsPreview.js |1 - loleaflet/src/control/Control.RowHeader.js|1 - loleaflet/src/control/Control.Scroll.js |1 - loleaflet/src/control/Control.Tabs.js |1 - loleaflet/src/control/Control.js |9 ++--- 9 files changed, 16 insertions(+), 10 deletions(-) New commits: commit f789928419845145ebe334db0e3ad153ece8e8ac Author: Mihai VargaDate: Wed Dec 16 19:50:59 2015 +0200 loleaflet: specify the toolbar container + don't add empty controls diff --git a/loleaflet/debug/document/document_simple_example.html b/loleaflet/debug/document/document_simple_example.html index f42eb48..861b05f 100644 --- a/loleaflet/debug/document/document_simple_example.html +++ b/loleaflet/debug/document/document_simple_example.html @@ -77,7 +77,8 @@ server: host, permission: permission, timestamp: timestamp, -documentContainer: 'document-container' +documentContainer: 'document-container', +toolbarContainer: 'toolbar' }); // Controls / diff --git a/loleaflet/reference.html b/loleaflet/reference.html index a151044..5409c99 100644 --- a/loleaflet/reference.html +++ b/loleaflet/reference.html @@ -1465,6 +1465,14 @@ unexpected behaviour. An outer div, containing the map div, that is used internally for the creation of the toolbar. + toolbarContainer + String / DOM element + undefined + A div used by the default toolbar elements (bold, italic, search, etc.) in loleaflet. If you implement + your own toolbar and use controls that do not require a toolbar (like the dialog or scroll control) you + can ignore this. + + renderingOptions Object undefined diff --git a/loleaflet/src/control/Control.ColumnHeader.js b/loleaflet/src/control/Control.ColumnHeader.js index f8a406a..fcd8064 100644 --- a/loleaflet/src/control/Control.ColumnHeader.js +++ b/loleaflet/src/control/Control.ColumnHeader.js @@ -6,7 +6,6 @@ L.Control.ColumnHeader = L.Control.extend({ onAdd: function (map) { map.on('updatepermission', this._onUpdatePermission, this); this._initialized = false; - return document.createElement('div'); }, _initialize: function () { diff --git a/loleaflet/src/control/Control.Dialog.js b/loleaflet/src/control/Control.Dialog.js index bcd9024..4907107 100644 --- a/loleaflet/src/control/Control.Dialog.js +++ b/loleaflet/src/control/Control.Dialog.js @@ -7,7 +7,6 @@ L.Control.Dialog = L.Control.extend({ onAdd: function (map) { map.on('error', this._onError, this); map.on('print', this._onPrint, this); - return document.createElement('div'); }, _onError: function (e) { diff --git a/loleaflet/src/control/Control.PartsPreview.js b/loleaflet/src/control/Control.PartsPreview.js index 30989e3..9630373 100644 --- a/loleaflet/src/control/Control.PartsPreview.js +++ b/loleaflet/src/control/Control.PartsPreview.js @@ -17,7 +17,6 @@ L.Control.PartsPreview = L.Control.extend({ map.on('updateparts', this._updateDisabled, this); map.on('updatepart', this._updatePart, this); map.on('tilepreview', this._updatePreview, this); - return document.createElement('div'); }, _updateDisabled: function (e) { diff --git a/loleaflet/src/control/Control.RowHeader.js b/loleaflet/src/control/Control.RowHeader.js index 1484958..42f45fd 100644 --- a/loleaflet/src/control/Control.RowHeader.js +++ b/loleaflet/src/control/Control.RowHeader.js @@ -6,7 +6,6 @@ L.Control.RowHeader = L.Control.extend({ onAdd: function (map) { map.on('updatepermission', this._onUpdatePermission, this); this._initialized = false; - return document.createElement('div'); }, _initialize: function () { diff --git a/loleaflet/src/control/Control.Scroll.js b/loleaflet/src/control/Control.Scroll.js index 5cde0c4..f251ca4 100644 --- a/loleaflet/src/control/Control.Scroll.js +++ b/loleaflet/src/control/Control.Scroll.js @@ -32,7 +32,6 @@ L.Control.Scroll = L.Control.extend({ alwaysTriggerOffsets: false } }); - return document.createElement('div'); }, _onScroll: function (e) { diff --git a/loleaflet/src/control/Control.Tabs.js
[Libreoffice-bugs] [Bug 96549] New: EDITING --Empty calc cells show incorrect font and size after sheet is saved in xlsx format
https://bugs.documentfoundation.org/show_bug.cgi?id=96549 Bug ID: 96549 Summary: EDITING --Empty calc cells show incorrect font and size after sheet is saved in xlsx format Product: LibreOffice Version: 4.4.6.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: wlopcm-mal...@yahoo.com I wanted to change most of my XLS Calc sheets to XLSX. After using 'save as' to change several of them, I found that newly entered data would not be in the same font as the existing data. For example, in my sheets using 'Verdana' the new data would be in 'Arial'. I selected the entire sheet and carefully applied and saved the sheet with 'Verdana' selected. As long as the sheet was open, each cell that I selected showed 'Verdana'. After I closed and reopened the sheet, only the non-empty cells showed 'Verdana'. The empty cells once-again showed 'Arial'. Note: I then opened the sheet in Excel Online and all the cells showed as 'Verdana'! I have found this behavior in 4.4.6.3 on both Mac OS X and Windows 7. The behavior does not occur if I save the sheet in XLS format. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
Re: [Libreoffice-qa] [ANN] LibreOffice 5.1.0 RC1 test builds available
Christian Lohmaier wrote on 16-12-15 18:50: > Sorry, forgot to upload the Linux 32bit builds. Away from my ssh keys > right now, so can only fix later tonight. No problem. Good to know it will be there a bit later! Thanks, Cor -- Cor Nouws GPD key ID: 0xB13480A6 - 591A 30A7 36A0 CE3C 3D28 A038 E49D 7365 B134 80A6 - vrijwilliger http://nl.libreoffice.org - volunteer http://www.libreoffice.org - The Document Foundation Membership Committee Member ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
[Libreoffice-commits] core.git: vcl/opengl
vcl/opengl/gdiimpl.cxx | 17 + 1 file changed, 17 insertions(+) New commits: commit 70bfd5d747ad24fcd70eab93fb5e27faafdd35fe Author: Michael MeeksDate: Wed Dec 16 17:19:31 2015 + tdf#96546 - Bitmap getTexture calls can crash too - enter GL zone earlier. Change-Id: Idd095e0a3b5e5226eaf1db90bfb0a838bc51de19 Reviewed-on: https://gerrit.libreoffice.org/20741 Reviewed-by: Michael Meeks Tested-by: Michael Meeks diff --git a/vcl/opengl/gdiimpl.cxx b/vcl/opengl/gdiimpl.cxx index fe5c475..860cdbc 100644 --- a/vcl/opengl/gdiimpl.cxx +++ b/vcl/opengl/gdiimpl.cxx @@ -1651,6 +1651,8 @@ void OpenGLSalGraphicsImpl::drawBitmap( const SalTwoRect& rPosAry, const SalBitm // check that carefully only in the debug mode assert(dynamic_cast()); +OpenGLZone aZone; + const OpenGLSalBitmap& rBitmap = static_cast(rSalBitmap); OpenGLTexture& rTexture = rBitmap.GetTexture(); @@ -1668,6 +1670,8 @@ void OpenGLSalGraphicsImpl::drawBitmap( assert(dynamic_cast()); assert(dynamic_cast()); +OpenGLZone aZone; + const OpenGLSalBitmap& rBitmap = static_cast(rSalBitmap); const OpenGLSalBitmap& rMask = static_cast(rMaskBitmap); OpenGLTexture& rTexture( rBitmap.GetTexture() ); @@ -1685,6 +1689,9 @@ void OpenGLSalGraphicsImpl::drawMask( SalColor nMaskColor ) { assert(dynamic_cast()); + +OpenGLZone aZone; + const OpenGLSalBitmap& rBitmap = static_cast(rSalBitmap); OpenGLTexture& rTexture( rBitmap.GetTexture() ); @@ -1696,6 +1703,8 @@ void OpenGLSalGraphicsImpl::drawMask( SalBitmap* OpenGLSalGraphicsImpl::getBitmap( long nX, long nY, long nWidth, long nHeight ) { +OpenGLZone aZone; + OpenGLSalBitmap* pBitmap = new OpenGLSalBitmap; VCL_GL_INFO( "::getBitmap " << nX << "," << nY << " " << nWidth << "x" << nHeight ); @@ -1788,6 +1797,8 @@ bool OpenGLSalGraphicsImpl::blendBitmap( { assert(dynamic_cast()); +OpenGLZone aZone; + const OpenGLSalBitmap& rBitmap = static_cast(rSalBitmap); OpenGLTexture& rTexture( rBitmap.GetTexture() ); @@ -1814,6 +1825,8 @@ bool OpenGLSalGraphicsImpl::blendAlphaBitmap( assert(dynamic_cast()); assert(dynamic_cast()); +OpenGLZone aZone; + const OpenGLSalBitmap& rSrcBitmap = static_cast(rSalSrcBitmap); const OpenGLSalBitmap& rMaskBitmap = static_cast(rSalMaskBitmap); const OpenGLSalBitmap& rAlphaBitmap = static_cast(rSalAlphaBitmap); @@ -1848,6 +1861,8 @@ bool OpenGLSalGraphicsImpl::drawAlphaBitmap( assert(dynamic_cast()); assert(dynamic_cast()); +OpenGLZone aZone; + const OpenGLSalBitmap& rBitmap = static_cast(rSalBitmap); const OpenGLSalBitmap& rAlpha = static_cast(rAlphaBitmap); OpenGLTexture& rTexture( rBitmap.GetTexture() ); @@ -1871,6 +1886,8 @@ bool OpenGLSalGraphicsImpl::drawTransformedBitmap( assert(dynamic_cast()); assert(dynamic_cast(pAlphaBitmap)); +OpenGLZone aZone; + const OpenGLSalBitmap& rBitmap = static_cast(rSrcBitmap); const OpenGLSalBitmap* pMaskBitmap = static_cast(pAlphaBitmap); OpenGLTexture& rTexture( rBitmap.GetTexture() ); ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 96545] caret anomoly after
https://bugs.documentfoundation.org/show_bug.cgi?id=96545 raalchanged: What|Removed |Added Status|UNCONFIRMED |NEW CC||r...@post.cz, ||vmik...@collabora.co.uk Ever confirmed|0 |1 --- Comment #2 from raal --- Bibisected with bibisect-win32-5.0 and I have different set of commits from 23.3.2015, mostly from Miklos and his colleagues - things about android or LOOL probably. @Miklos - can this influence the caret in calc or I'm wrong? Thanks Anyway confirming. f97285e9b503d7698b635cbae8ef293ca84e9a21 is the first bad commit commit f97285e9b503d7698b635cbae8ef293ca84e9a21 Author: Norbert Thiebaud Date: Thu May 28 02:42:17 2015 -0500 source sha:3e8a7ce7dffcf46a692e5da0b281a104df8d4d95 source sha:3e8a7ce7dffcf46a692e5da0b281a104df8d4d95 source sha:da631972229389d40e0502e02ff4e2c0761ca3fc source sha:b0c1d2a7f368ed8af46d358e4b4350eb435fa241 source sha:a9fd1afd3b30fc365a92ad98f073fb7ccbdb50da source sha:205b69526c1a8d79da08929b1832ffb5de6c61b2 source sha:19c59a34eb2c106ded992a0152cd9bbe8c9b70cb source sha:7b8a59807806dbf6ec759a836c873b435e09e907 source sha:35cf00e20ad5826f715f5d5bbc48d486228774ca source sha:97ea96fed5a189e59982f97f57119938448296e2 source sha:f9c9f57e6901ce6a55a153962d0852324d9cadcf source sha:355f1199fdd552cfd4fa167b345f37649ae76d80 source sha:2730944192b84c8c0fc384c773f867e765790b58 source sha:a20167ba502384144b20090ab7e144f25e38767e source sha:2b5cf2391078f80e31c3cc974b7d82927ab53175 source sha:b0cb454f4a1060bb18f69a4e54714ca0fe8acf65 source sha:658534d36f87f9ab03d862e57b04ea268b73ccab source sha:c5c2d5242de1cfcc0bdb946d329191b0885e0ef8 source sha:149792414e767c7526123f0e2abb7c4dc9491fa0 source sha:718143b55ca9163f49fa7e86f677e3e83226a9fc source sha:6d9610c694ab44dcc09bd9f62f6fa0b2f0f26518 source sha:2bf1955d769f60ddc94fb35bffde3ef09d9f047a source sha:5c416f82731432f4009c00eae629a85220e8eab9 source sha:83f2516af8a49bfdddf1b416f23b748a66d29545 source sha:61ebb1b21c37f50b8231472e37af2d88918e1bc3 source sha:d9bc18426d8f6916f5ae4b5acea748921921c293 source sha:892d6813ada104bad9fece1c3d2270a510bc31cc source sha:a2675cb3778cc086ed82ad6375dba4b11b7c7911 source sha:7f4ac9025458916790a5982ba39e064bbb43ff41 source sha:e48d983d55ffd97d3c74535a00dc5d817a15b955 source sha:907583d10ccc67f2b32ad1702218c46df5c84b79 source sha:86548b6bfe0e4b095f1fcb7cea6c3aa4888535a1 source sha:b053778685576888c8ef615764c8efc54662f736 source sha:93fbb7369d4239d39df53e6ace9b79062a6b2af5 source sha:772e5c9f1cdf367334add78633b166be3c53e72e source sha:b3ef2a7f50cc345f7839cf21094ee1a6c42b1eaa source sha:82bc3505a05ce087ebfbd932e039ee5f14c777d5 source sha:c4f3d69dcf98e223cdc95abf8419f7ab96812387 source sha:1f129c82ccbfe8a978f5a29a5786d3f6ce5f04cf source sha:f0aaeb4cd6c56c79527f3d27faa4d020ef74a94f source sha:2a67f6ad8a2cfcadab6c051689fb519a7bf76ed8 source sha:7ba960e1c5a364f37ef4cb5883101b83cd25505a source sha:f0f0ce28b0d13647476dd725d70e54a6c3c1973a source sha:a212fc2c00fc0c7f348aa6908b113b8ff3adbe56 source sha:2f31ac76be64953d19a72e3d8eae42b1ac5c5473 source sha:2a081a0f9ba8c73a0eba55020b6c39ee7778f9c9 source sha:892542426fb69bbb19f0a5cb9338f67074bd3add source sha:8b5f18ea3eef19fca12b611b647e0de14f64f68c source sha:43a503cfc9e7ac627b4202985c173403a57f80a5 source sha:325690a7ccab6c500f83a40f91e037fd9d1338f0 source sha:ee2a8ecd577e5fa31d73b92252a7fb05449b6dd9 source sha:5cbb51c009fa266e8418ef93799ac64e431c22f5 /bibisect-win32-5.0 $ git bisect log # bad: [575cd25f0560684895018d8fcfb1818dd4dd1c9b] source sha:ab465b90f6c6da5595393a0ba73f33a1e71a2b65 # good: [f449493ae11ac76cc7396bddeaa624a60c565936] source sha:57d6b92b69a31260dea0d84fcd1fc5866ada7adb git bisect start 'libreoffice-5-0-branch-point' 'oldest' # good: [da12357c491a0dce5acc0bd1f00c26f89d8f20e6] source sha:c1b9402d49a7cd4bec383f28d397d9d89541f0e0 git bisect good da12357c491a0dce5acc0bd1f00c26f89d8f20e6 # bad: [2783cac5d1f18f44ce31f52eb7ae2f0ea17d0c96] source sha:5d7a203bdae1940e4846c4c42f5d733e4ffa4160 git bisect bad 2783cac5d1f18f44ce31f52eb7ae2f0ea17d0c96 # bad: [5367bd255f017a5d5cfc39ab0469ed23222ac3fc] source sha:dbd2592ecb56a05a67ea58a06d2da6e1efc871f4 git bisect bad 5367bd255f017a5d5cfc39ab0469ed23222ac3fc # good: [1176baf1edcc59fd8ebf317babc4c36d2616d9ba] source sha:7d6ce7bad60fe939950655281c117f2329c60dec git bisect good 1176baf1edcc59fd8ebf317babc4c36d2616d9ba # good: [e801e54d81acbd20fb218100e50ee060be8e5765] source sha:2250caf30d5e9fb297e97952a2bc061856701563 git bisect good e801e54d81acbd20fb218100e50ee060be8e5765 # good:
[Libreoffice-bugs] [Bug 96016] highlighting and .doc : the color is changing when re-open
https://bugs.documentfoundation.org/show_bug.cgi?id=96016 --- Comment #2 from ureinha...@gmx.net --- Repoduced with 5.0.2.2, Linux x86_64 Highlight color changes from "Orange 1" to "Yellow 1" -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 96378] LibreOffice Calc strange highlighting within a cell with UI Render: GL
https://bugs.documentfoundation.org/show_bug.cgi?id=96378 Belugachanged: What|Removed |Added CC||todven...@suomi24.fi --- Comment #5 from Beluga --- Can you give gfx card info à la https://wiki.documentfoundation.org/OpenGL#Windows -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] online.git: Branch 'distro/collabora/milestone-7' - 2 commits - loolwsd/configure.ac
loolwsd/configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 7f258f67a2a91c9089ef333e19a2da07c0b87f25 Author: Mihai VargaDate: Wed Dec 16 20:41:06 2015 +0200 loolwsd: bump version after tarball diff --git a/loolwsd/configure.ac b/loolwsd/configure.ac index d1b891f..e34236e 100644 --- a/loolwsd/configure.ac +++ b/loolwsd/configure.ac @@ -3,7 +3,7 @@ AC_PREREQ([2.69]) -AC_INIT([loolwsd], [1.4.22], [libreoff...@collabora.com]) +AC_INIT([loolwsd], [1.4.23], [libreoff...@collabora.com]) AM_INIT_AUTOMAKE([1.11 silent-rules subdir-objects]) commit 168055d8942ab684ca8e5f028a23ed6b8ea8de2a Author: Mihai Varga Date: Wed Dec 16 20:40:50 2015 +0200 loolwsd: bump version before tarball diff --git a/loolwsd/configure.ac b/loolwsd/configure.ac index 8690c4e..d1b891f 100644 --- a/loolwsd/configure.ac +++ b/loolwsd/configure.ac @@ -3,7 +3,7 @@ AC_PREREQ([2.69]) -AC_INIT([loolwsd], [1.4.21], [libreoff...@collabora.com]) +AC_INIT([loolwsd], [1.4.22], [libreoff...@collabora.com]) AM_INIT_AUTOMAKE([1.11 silent-rules subdir-objects]) ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 96550] New: change color of icons on toolbar in Writer when activated OpenGL
https://bugs.documentfoundation.org/show_bug.cgi?id=96550 Bug ID: 96550 Summary: change color of icons on toolbar in Writer when activated OpenGL Product: LibreOffice Version: 5.1.0.0.beta1 Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: graphics stack Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: 79045_79...@mail.ru Created attachment 121353 --> https://bugs.documentfoundation.org/attachment.cgi?id=121353=edit screenshot with different color of icons Version: 5.1.0.1 ID build: bcace328aabc4c8c10b56daa87da0a2ee6579b5a Threads 2; Ver: Windows 6.1; Render: default; Locale: ru-RU (ru_RU) subj. in attach screenshot with illustrations of this bug -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 96546] New: Crash on launching any application with OpenGL enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=96546 Bug ID: 96546 Summary: Crash on launching any application with OpenGL enabled Product: LibreOffice Version: 5.1.0.0.beta1 Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: critical Priority: medium Component: graphics stack Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: todven...@suomi24.fi Created attachment 121351 --> https://bugs.documentfoundation.org/attachment.cgi?id=121351=edit Backtrace of crash on Windows, 5.1 RC1 Opened start center, tried to launch an application - crash. Already observed with 5.1 beta2. It didn't crash before I upgraded my graphics drivers. Version: 5.1.0.1 (x64) Build ID: bcace328aabc4c8c10b56daa87da0a2ee6579b5a Threads 4; Ver: Windows 6.1; Render: GL; Locale: fi-FI (fi_FI) Renderer: Intel(R) HD Graphics 3000 Vendor: Intel Memory: 2108 MB Version: 3.1.0 - Build 9.17.10.4229 Shading language version: 1.40 - Intel Build 9.17.10.4229 -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 95913] Sidebar: Slider Transparency in Area (and Shadow) section does not move (if OpenGL enabled!)
https://bugs.documentfoundation.org/show_bug.cgi?id=95913 --- Comment #3 from kompilainenn <79045_79...@mail.ru> --- (In reply to Beluga from comment #2) > Could you add a comment with your OGL info: > https://wiki.documentfoundation.org/OpenGL#Windows Renderer: AMD Radeon HD 7700 Series Vendor: ATI Technologies Inc. Memory: 1024 MB Version: 4.4.13416 Core Profile Forward-Compatible Context 15.300.1025.0 Shading language version: 4.40 -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] online.git: loleaflet/Makefile loolwsd/configure.ac
loleaflet/Makefile |2 +- loolwsd/configure.ac |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) New commits: commit 0d655ca7ac181c0c24fad9baa9b756f4b66e5f7f Author: Mihai VargaDate: Wed Dec 16 20:55:30 2015 +0200 Bump the minor version number diff --git a/loleaflet/Makefile b/loleaflet/Makefile index 0768cde..a7097ab 100644 --- a/loleaflet/Makefile +++ b/loleaflet/Makefile @@ -3,7 +3,7 @@ # ("micro") part: Between releases odd, even for releases (no other # changes inbetween). -VERSION=1.4.25 +VERSION=1.5.0 # Version number of the bundled 'draw' thing DRAW_VERSION=0.2.4 diff --git a/loolwsd/configure.ac b/loolwsd/configure.ac index 8690c4e..dce87dc 100644 --- a/loolwsd/configure.ac +++ b/loolwsd/configure.ac @@ -3,7 +3,7 @@ AC_PREREQ([2.69]) -AC_INIT([loolwsd], [1.4.21], [libreoff...@collabora.com]) +AC_INIT([loolwsd], [1.5.0], [libreoff...@collabora.com]) AM_INIT_AUTOMAKE([1.11 silent-rules subdir-objects]) ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 96550] change color of icons on toolbar in Writer when activated OpenGL
https://bugs.documentfoundation.org/show_bug.cgi?id=96550 --- Comment #1 from kompilainenn <79045_79...@mail.ru> --- Created attachment 121354 --> https://bugs.documentfoundation.org/attachment.cgi?id=121354=edit screenshot with normal color of icons if OpenGL rendering is disabled, then color is OK -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
Re: [Libreoffice-qa] [ANN] LibreOffice 5.1.0 RC1 test builds available
Hi Cor, *, Sorry, forgot to upload the Linux 32bit builds. Away from my ssh keys right now, so can only fix later tonight. Ciao Christian Cor Nouwsschrieb am Mi., 16.12.2015, 18:33: > Hi Christian, > > Christian Lohmaier wrote on 16-12-15 17:46: > > > for the upcoming new version 5.1.0, the builds for RC1 are now > > available on pre-releases. > > Is > http://dev-builds.libreoffice.org/pre-releases/deb/x86/ > still loading? > > Ciao, > > > -- > Cor Nouws > GPD key ID: 0xB13480A6 - 591A 30A7 36A0 CE3C 3D28 A038 E49D 7365 B134 80A6 > - vrijwilliger http://nl.libreoffice.org > - volunteer http://www.libreoffice.org > - The Document Foundation Membership Committee Member > ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
[Libreoffice-bugs] [Bug 96548] New: line numbering disappears
https://bugs.documentfoundation.org/show_bug.cgi?id=96548 Bug ID: 96548 Summary: line numbering disappears Product: LibreOffice Version: 4.3.7.2 release Hardware: All OS: Mac OS X (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: r...@impulse.net The line numbering is not saved. I enter the line numbering. It displays. When I save it and then open the file again, the line numbering is no longer showing. I can save the file to a pdf file and it stays. But, this is unacceptable. Please, please, please make a keyboard shortcut for the footnote insertion. Yes, I can make my own, but I want one that is created by you because you know the whole scope of the program and I do not. Also, then it would be universal for the program and not my specific input. Please. Thank you, then you for LibreOffice `` -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 94448] UI: Draw’s context menu lacks Text option
https://bugs.documentfoundation.org/show_bug.cgi?id=94448 Katarina Behrens (CIB)changed: What|Removed |Added CC||armin.le.gr...@me.com --- Comment #12 from Katarina Behrens (CIB) --- *** Bug 96478 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-ux-advise] [Bug 94448] UI: Draw’s context menu lacks Text option
https://bugs.documentfoundation.org/show_bug.cgi?id=94448 Katarina Behrens (CIB)changed: What|Removed |Added CC||armin.le.gr...@me.com --- Comment #12 from Katarina Behrens (CIB) --- *** Bug 96478 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 87013] LO performance when network drive is mounted over slow link
https://bugs.documentfoundation.org/show_bug.cgi?id=87013 --- Comment #20 from Saren Tasciyan--- I can confirm the same issue in Ubuntu 14.04 LTS with LO 5.0.3.2. LO accesses files in the background. It freezes if system loses access to the share (lack of VPN connection, which is necessary for the access). Shares are mounted as such: /fsshare/home/.. /fsshare/work/.. fsshare itself is on the network and is mounted in the root dir. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 95674] Slow scrolling and rendering glitch while scrolling when OpenGL enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=95674 --- Comment #12 from V Stuart Foote--- (In reply to V Stuart Foote from comment #11) > All prior "release" builds are archvied here if you need to check behavior > on an older build. Same "parallel" install works with these as with the TB > dailys. Sorry here is the link for that: http://downloadarchive.documentfoundation.org/libreoffice/old/ Time to quit for the day... -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-ux-advise] [Bug 96473] Data -> Pivot Table -> Insert (No option to insert)
https://bugs.documentfoundation.org/show_bug.cgi?id=96473 Maxim Monastirskychanged: What|Removed |Added CC||rstr...@globo.com --- Comment #1 from Maxim Monastirsky --- *** Bug 96552 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 96473] Data -> Pivot Table -> Insert (No option to insert)
https://bugs.documentfoundation.org/show_bug.cgi?id=96473 Maxim Monastirskychanged: What|Removed |Added CC||rstr...@globo.com --- Comment #1 from Maxim Monastirsky --- *** Bug 96552 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 96552] Pivot Table - Menu Entry
https://bugs.documentfoundation.org/show_bug.cgi?id=96552 Maxim Monastirskychanged: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Maxim Monastirsky --- Hi, (In reply to Rafael Strozi from comment #0) > An example of my point of view is the report bug 96473. It's better to add comments to an existing bug, than opening another one. Similar bug reports will be closed as duplicates anyway, but this adds additional work for QA volunteers. *** This bug has been marked as a duplicate of bug 96473 *** -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 87013] LO performance when network drive is mounted over slow link
https://bugs.documentfoundation.org/show_bug.cgi?id=87013 --- Comment #21 from Saren Tasciyan--- I forgot to tell that I saw the file access through fatrace \ grep soffice.bin However, fatrace did not show any file access on the network (even though I specifically tried it with other applications). So it has something to do with the accessibility to the share folders (re-establishing VPN rescues freezing of LO) but fatrace is unable to see such IO. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 91820] Reorganization of the menu bar for Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=91820 --- Comment #26 from m.a.riosv--- Hi Joel, I can only agree with you. May be questions like this one help to reduce some of our disagreements on the QA process? -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-ux-advise] [Bug 91820] Reorganization of the menu bar for Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=91820 --- Comment #26 from m.a.riosv--- Hi Joel, I can only agree with you. May be questions like this one help to reduce some of our disagreements on the QA process? -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 96473] Data -> Pivot Table -> Insert (No option to insert)
https://bugs.documentfoundation.org/show_bug.cgi?id=96473 --- Comment #3 from Joel Madero--- Thanks for that bug # - I commented over there. As I said over there, I don't have the energy, time, interest in debating endlessly about these massive changes to UI/UX/Design so I put my thoughts over there and the team can take those thoughts or leave them. What I can say is that as an anecdotal point, for someone who does in fact use LibreOffice daily for real work - and who uses Spreadsheets often for real tasks - the mass changes have left me entirely confused so I'm using an older version instead of doing work on dailies where I could potentially be finding bugs and reporting them...I just can't have these massive interruptions to my workflows due to complete reworks of toolbars/context menus/ and top menus again just anecdotal experience, the doers as always get to decide, just giving my input as a user of the product. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 96537] [ANIMATION] Animation "BLAST" does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=96537 Julien Nabetchanged: What|Removed |Added CC||qui...@gmail.com --- Comment #3 from Julien Nabet --- Tomaž: I noticed different problems 1) It seems we can save a shape with a custom effect. Indeed, putting a entrance effect (eg "box") on a shape from a brand new file works. But if you save the file and reopen it, the object appears as "-1" instead of "Shape 1" (as I got before closing the file). So I understand the reason of this message: warn:legacy.osl:4325:1:slideshow/source/engine/animationnodes/nodetools.cxx:59: lookupAttributableShape(): no shape found for given XShape 2) When I tried to put blast effect on a shape of a brand new file, console showed a lot of these: warn:legacy.osl:4019:1:slideshow/source/engine/animationfactory.cxx:142: TupleAnimation::operator(): Invalid ShapeAttributeLayer warn:legacy.osl:4019:1:slideshow/source/engine/animationfactory.cxx:525: GenericAnimation::operator(): Invalid ShapeAttributeLayer BTW, I tried to bt in gdb but had this: (gdb) bt #0 0x2aaaef106512 in slideshow::internal::LayerManager::lookupShape(com::sun::star::uno::Reference const&) const (this=0x9b561b0, xShape=uno::Reference to (SvxCustomShape *) 0x2e992a8) at /home/julien/compile-libreoffice/libreoffice/slideshow/source/engine/slide/layermanager.cxx:315 #1 0x2aaaef120947 in slideshow::internal::ShapeManagerImpl::lookupShape(com::sun::star::uno::Reference const&) const (this=0x9b58f10, xShape=uno::Reference to (SvxCustomShape *) 0x2e992a8) at /home/julien/compile-libreoffice/libreoffice/slideshow/source/engine/slide/shapemanagerimpl.cxx:257 #2 0x2aaaeeffe0ec in slideshow::internal::lookupAttributableShape(boost::shared_ptr const&, com::sun::star::uno::Reference const&) (rShapeManager= boost::shared_ptr { = {_vptr.Disposable = 0x2aaaef579f50 }, }, xShape=uno::Reference to (SvxCustomShape *) 0x2e992a8) at /home/julien/compile-libreoffice/libreoffice/slideshow/source/engine/animationnodes/nodetools.cxx:56 #3 0x2aaaeefdc2e8 in slideshow::internal::AnimationBaseNode::AnimationBaseNode(com::sun::star::uno::Reference const&, boost::shared_ptr const&, slideshow::internal::NodeContext const&) (this=0x9b64450, xNode= Python Exception maximum recursion depth exceeded: Fatal Python error: Cannot recover from stack overflow. Current thread 0x2b3a3d90b840 (most recent call first): File "/home/julien/compile-libreoffice/libreoffice/solenv/gdb/libreoffice/util/printing.py", line 60 in basic_type File "/home/julien/compile-libreoffice/libreoffice/solenv/gdb/libreoffice/util/printing.py", line 51 in _basic_type File "/home/julien/compile-libreoffice/libreoffice/solenv/gdb/libreoffice/util/printing.py", line 42 in __getitem__ File "/home/julien/compile-libreoffice/libreoffice/solenv/gdb/libreoffice/util/printing.py", line 104 in __call__ File "/home/julien/compile-libreoffice/libreoffice/solenv/gdb/libreoffice/cppu.py", line 51 in to_string File "/home/julien/compile-libreoffice/libreoffice/solenv/gdb/boost/smart_ptr.py", line 40 in to_string File "/home/julien/compile-libreoffice/libreoffice/solenv/gdb/boost/smart_ptr.py", line 40 in to_string File "/home/julien/compile-libreoffice/libreoffice/solenv/gdb/boost/smart_ptr.py", line 40 in to_string ... Thought you might be interested. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 95674] Slow scrolling and rendering glitch while scrolling when OpenGL enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=95674 --- Comment #11 from V Stuart Foote--- (In reply to Peter Schneider from comment #9) > In Version 5.1.0.0 beta 2 there is no change the bug still persists. > The proposed RC1 i cannot locate. Sorry, should have added that the RC1 pre-release sits in its own directory on the web file server. They remain here until "released" to the mirror service or are archived. http://dev-builds.libreoffice.org/pre-releases/ All prior "release" builds are archvied here if you need to check behavior on an older build. Same "parallel" install works with these as with the TB dailys. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-ux-advise] [Bug 91820] Reorganization of the menu bar for Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=91820 --- Comment #28 from Joel Madero--- > First of all it's not just Jay to blame, rather all members of the design > team. And of course we published a lot in advance. But anyway I think you > wanted to positively suggest a slow down. Are you sure that users accept > minor changes but with every update? And does it really make sense to do a > job half way? I mean moving a few menu items around confuses much more if > there is not concept in the end. +1 - probably part of the reason why I said "Jay" instead of "Design team" is just that I see his commits largely coming through to do these mass tinkerings. Good to know that it was discussed (due to the lack of time to read . . . 5 sets of minutes per week I apologize for the oversight). I'm not sure of anything other than what I said. I know that when I've suggested changes to UX/UI I get a push back of basically "the status quo is valuable absent absolute proof that the change will be for the better for the user" - with toolbar I rarely see that. I see talks about philosophical "best place to put it" but little talk of "how long have users been using it this way with this placement and are they going to be confused by the changes" and then "is their confusion worth the minor gains that are to be had by constant movement based on some philosophical logic." This reminds me a lot about how Microsoft forced the Ribbon on people (huge change in one release) - although of course it's now been largely adopted by MSO user base, there was *harsh* criticism in the earlier years about forcing such mass changes on users who were entirely comfortable with the status quo. If the idea is "it's best to make them swallow the huge pill up front, hope they don't choke, and then they'll get used to it" is the mentality - then I suppose it might work. I also know that for me personally (speaking entirely for myself), I've stopped using dailies for my day to day work because my workflow was so entirely interrupted. Because of this, I won't be able to report bugs against daily as often...again I know I'm just one voice, and I'm not the "doer" so - take my opinion or leave it, either way I'll understand :) > On the other hand if you have an individually configured toolbar you > wouldn't see any changes. So a solution for both issues could be to have a > confirmation dialog for UI changes. When an update is applied the user is > asked whether or not he or she wants to apply those changes. > > >I'm not interested (nor do I have time) to spend hours debating over the > >merits. > > Acknowledged. We will take your opinion into consideration anyway. Thanks :) I understand that the "doers" decide - the most I can hope for as a user is simply to consider "my" (although I suspect this may be a criticism that you'll all have to address when a stable release comes out with these dramatic changes) opinion. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 91820] Reorganization of the menu bar for Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=91820 --- Comment #28 from Joel Madero--- > First of all it's not just Jay to blame, rather all members of the design > team. And of course we published a lot in advance. But anyway I think you > wanted to positively suggest a slow down. Are you sure that users accept > minor changes but with every update? And does it really make sense to do a > job half way? I mean moving a few menu items around confuses much more if > there is not concept in the end. +1 - probably part of the reason why I said "Jay" instead of "Design team" is just that I see his commits largely coming through to do these mass tinkerings. Good to know that it was discussed (due to the lack of time to read . . . 5 sets of minutes per week I apologize for the oversight). I'm not sure of anything other than what I said. I know that when I've suggested changes to UX/UI I get a push back of basically "the status quo is valuable absent absolute proof that the change will be for the better for the user" - with toolbar I rarely see that. I see talks about philosophical "best place to put it" but little talk of "how long have users been using it this way with this placement and are they going to be confused by the changes" and then "is their confusion worth the minor gains that are to be had by constant movement based on some philosophical logic." This reminds me a lot about how Microsoft forced the Ribbon on people (huge change in one release) - although of course it's now been largely adopted by MSO user base, there was *harsh* criticism in the earlier years about forcing such mass changes on users who were entirely comfortable with the status quo. If the idea is "it's best to make them swallow the huge pill up front, hope they don't choke, and then they'll get used to it" is the mentality - then I suppose it might work. I also know that for me personally (speaking entirely for myself), I've stopped using dailies for my day to day work because my workflow was so entirely interrupted. Because of this, I won't be able to report bugs against daily as often...again I know I'm just one voice, and I'm not the "doer" so - take my opinion or leave it, either way I'll understand :) > On the other hand if you have an individually configured toolbar you > wouldn't see any changes. So a solution for both issues could be to have a > confirmation dialog for UI changes. When an update is applied the user is > asked whether or not he or she wants to apply those changes. > > >I'm not interested (nor do I have time) to spend hours debating over the > >merits. > > Acknowledged. We will take your opinion into consideration anyway. Thanks :) I understand that the "doers" decide - the most I can hope for as a user is simply to consider "my" (although I suspect this may be a criticism that you'll all have to address when a stable release comes out with these dramatic changes) opinion. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 95674] Slow scrolling and rendering glitch while scrolling when OpenGL enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=95674 V Stuart Footechanged: What|Removed |Added Status|REOPENED|NEEDINFO --- Comment #10 from V Stuart Foote --- (In reply to Peter Schneider from comment #9) > In Version 5.1.0.0 beta 2 there is no change the bug still persists. > The proposed RC1 i cannot locate. As Michael M. requested--please test with 5.1.0.1 (aka. RC1), or better with a 5.2.0alpha1+ from the TinderBox builds, where most current work on OpenGL has been applied: http://dev-builds.libreoffice.org/daily/master/Win-x86@62-merge-TDF/ (32-bit vs2013) http://dev-builds.libreoffice.org/daily/master/Win-x86_64@62-TDF/ (64-bit vs2013) But, you would want to install those "in parallel" (msiexec.exe /a administrative install). How-to for that is here: https://wiki.documentfoundation.org/Installing_in_parallel/Windows -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 96478] Format/Text... missing in impress for CustomShapes
https://bugs.documentfoundation.org/show_bug.cgi?id=96478 Katarina Behrens (CIB)changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #4 from Katarina Behrens (CIB) --- *** This bug has been marked as a duplicate of bug 94448 *** -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-ux-advise] [Bug 96473] Data -> Pivot Table -> Insert (No option to insert)
https://bugs.documentfoundation.org/show_bug.cgi?id=96473 --- Comment #2 from Maxim Monastirsky--- This was discussed previously in Bug 91820. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 96473] Data -> Pivot Table -> Insert (No option to insert)
https://bugs.documentfoundation.org/show_bug.cgi?id=96473 --- Comment #2 from Maxim Monastirsky--- This was discussed previously in Bug 91820. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: RepositoryExternal.mk
RepositoryExternal.mk |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) New commits: commit 15614c847dde4c52a4974022e5523c9c4fea856b Author: Matúš KukanDate: Sat Dec 5 07:05:37 2015 +0100 gengal: Don't depend on whole instsetoo_native_setup package ..to avoid rebuilding galleries all the time because 'version' rc-file target is PHONY. Instead name what exactly is needed. Change-Id: Idf3c5a4a5b64a48ae06c46acf24e49f6a1ac2114 Reviewed-on: https://gerrit.libreoffice.org/20407 Tested-by: Jenkins Reviewed-by: Matúš Kukan diff --git a/RepositoryExternal.mk b/RepositoryExternal.mk index cba5316..356da54 100644 --- a/RepositoryExternal.mk +++ b/RepositoryExternal.mk @@ -3747,8 +3747,9 @@ $(call gb_Executable_add_runtime_dependencies,gengal,\ $(call gb_Library_get_target,$(gb_CPPU_ENV)_uno) \ $(call gb_Package_get_target_for_build,postprocess_images) \ $(call gb_Package_get_target_for_build,postprocess_registry) \ - $(call gb_Package_get_target_for_build,instsetoo_native_setup_ure) \ - $(call gb_Package_get_target_for_build,instsetoo_native_setup) \ + $(INSTROOT_FOR_BUILD)/$(LIBO_URE_ETC_FOLDER)/$(call gb_Helper_get_rcfile,uno) \ + $(INSTROOT_FOR_BUILD)/$(LIBO_ETC_FOLDER)/$(call gb_Helper_get_rcfile,fundamental) \ + $(INSTROOT_FOR_BUILD)/$(LIBO_ETC_FOLDER)/$(call gb_Helper_get_rcfile,louno) \ $(INSTROOT_FOR_BUILD)/$(LIBO_URE_MISC_FOLDER)/services.rdb \ $(INSTROOT_FOR_BUILD)/$(LIBO_ETC_FOLDER)/services/services.rdb \ $(call gb_UnoApi_get_target,offapi) \ ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 96473] Data -> Pivot Table -> Insert (No option to insert)
https://bugs.documentfoundation.org/show_bug.cgi?id=96473 Joel Maderochanged: What|Removed |Added Severity|major |enhancement -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 91820] Reorganization of the menu bar for Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=91820 Joel Maderochanged: What|Removed |Added CC||jmadero@gmail.com --- Comment #25 from Joel Madero --- As someone who frequently uses Spreadsheets I find the current organization to be a *dramatic* change with little to gain and lots of confusion. I've found myself annoyed often looking through the new menus and trying to figure out where things were moved. There is *some* value in the status quo and this approach of "logic trumps all" and *no weight* given to the status quo (i.e., where things are because people are used to that) is problematic. To me I've been somewhat shocked at how these changes occur with almost no consensus (basically jay pushing a ton of changes that he finds to be logical) and they happen *in mass* so instead of gradual changes it's dramatic shifts that can *significantly harm* workflows. Furthermore, I've been surprised that when I suggest a change that seems to be logical I *do* get the "status quo is valuable in and of itself minus PROOF that there are gains from change" but then with toolbar changes it's kind of just a mass change and a "users can deal with it" mentality. Proof is not defined as "this makes sense on some philosophical level" - it means real gainsas in were users confused about where these things were before? Were people actively complaining? Was there some harm being done by the status quo? An example of this bug 96299 where there was push back on changing default behavior for cross-references basically because there is no proof of a gain and the status quo is valuable in and of itself. I'm not interested (nor do I have time) to spend hours debating over the merits. My points can be summarized as followed: 1) Status quo has some value - even if maybe some kind of logic would say move things - thus a balanced approach would be nice; 2) Gradual changes over longer periods of times can leave users with less interruptions to their workflow than mass changes -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-ux-advise] [Bug 96473] Data -> Pivot Table -> Insert (No option to insert)
https://bugs.documentfoundation.org/show_bug.cgi?id=96473 Joel Maderochanged: What|Removed |Added Severity|major |enhancement -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 96473] Data -> Pivot Table -> Insert (No option to insert)
https://bugs.documentfoundation.org/show_bug.cgi?id=96473 --- Comment #3 from Joel Madero--- Thanks for that bug # - I commented over there. As I said over there, I don't have the energy, time, interest in debating endlessly about these massive changes to UI/UX/Design so I put my thoughts over there and the team can take those thoughts or leave them. What I can say is that as an anecdotal point, for someone who does in fact use LibreOffice daily for real work - and who uses Spreadsheets often for real tasks - the mass changes have left me entirely confused so I'm using an older version instead of doing work on dailies where I could potentially be finding bugs and reporting them...I just can't have these massive interruptions to my workflows due to complete reworks of toolbars/context menus/ and top menus again just anecdotal experience, the doers as always get to decide, just giving my input as a user of the product. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 96547] LO51RC1 installs as LibreOfficeDev (and not as LibreOffice)
https://bugs.documentfoundation.org/show_bug.cgi?id=96547 Norbert Thiebaudchanged: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Assignee|libreoffice-b...@lists.free |nthieb...@gmail.com |desktop.org | Ever confirmed|0 |1 --- Comment #1 from Norbert Thiebaud --- confirmed... rebuilding the RC1 for mac -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 91820] Reorganization of the menu bar for Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=91820 --- Comment #27 from Heiko Tietze--- (In reply to Joel Madero from comment #25) > 1) Status quo has some value - even if maybe some kind of logic would say > move things - thus a balanced approach would be nice; > > 2) Gradual changes over longer periods of times can leave users with less > interruptions to their workflow than mass changes First of all it's not just Jay to blame, rather all members of the design team. And of course we published a lot in advance. But anyway I think you wanted to positively suggest a slow down. Are you sure that users accept minor changes but with every update? And does it really make sense to do a job half way? I mean moving a few menu items around confuses much more if there is not concept in the end. On the other hand if you have an individually configured toolbar you wouldn't see any changes. So a solution for both issues could be to have a confirmation dialog for UI changes. When an update is applied the user is asked whether or not he or she wants to apply those changes. >I'm not interested (nor do I have time) to spend hours debating over the >merits. Acknowledged. We will take your opinion into consideration anyway. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 96553] New: Crash after modifying a gradient color for a text frame
https://bugs.documentfoundation.org/show_bug.cgi?id=96553 Bug ID: 96553 Summary: Crash after modifying a gradient color for a text frame Product: LibreOffice Version: 5.0.3.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: l...@zeta.org.au Created attachment 121357 --> https://bugs.documentfoundation.org/attachment.cgi?id=121357=edit Screenshot of the same-file-open-twice after LO restart Inserted a text frame., filled it with some text, set the background colour. Then decided a gradient would look better, and defined an axial gradient and clicked Okay. LO warned that I had not modified or added the gradient, so I clicked on the Add and gave the gradient a name, and clicked okay. LO crashed. When I started it again, it warned (as usual) that all the backup files were missing (already reported). It recovered them from "original". Worryingly, though, amongst the re-opened/recovered documents, I now have two copies of the same file: WildThing-CS.odt, same word and character count, one showing that it has been saved, one showing it has not. I'll attach a screenshot. I didn't think it was supposed to be possible to have one document open in two windows at the same time. Oh, and although one doc has the "Needs save" indicator, Undo is greyed out in its Edit menu. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 89081] Creating bug!
https://bugzilla-test.documentfoundation.org/show_bug.cgi?id=89081 Testy Tester (qubit)changed: What|Removed |Added Whiteboard|One Two Love Three |One Two Love Three |Regression needs jaNitor|Regression needs jaNitor ||PERF -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 96540] Calc crashes with this file
https://bugs.documentfoundation.org/show_bug.cgi?id=96540 --- Comment #2 from pramathesh.amba...@gmail.com --- Created attachment 121358 --> https://bugs.documentfoundation.org/attachment.cgi?id=121358=edit gdbtrace.log of crash -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 96329] Copy words in all components cause LibreOffice suspended some seconds
https://bugs.documentfoundation.org/show_bug.cgi?id=96329 --- Comment #7 from yanjing...@gmail.com --- (In reply to Beluga from comment #4) > (In reply to yanjingtao from comment #3) > > It's be OK in Version: 5.0.4.2 (x64). > > Is it OK in 5.0.4, even if you enable (and restart LibreOffice): Tools - > Options - LibO - View - Use OpenGL for all rendering? Yes, and when I test in Version: 5.1.0.0.beta2 (x64),it's be ok too. I don't know what happen, I don't have install or uninstall any software. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] libvisio.git: src/lib
src/lib/VSDParser.cpp |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 90c35b861c65ee1e4dfd12136ff0d7c65f8337f5 Author: Fridrich Å trbaDate: Thu Dec 17 07:53:06 2015 +0100 Fix tab reading for VSD5 and lower Change-Id: I226205030e458d9661a845cb87c1ac920341679c diff --git a/src/lib/VSDParser.cpp b/src/lib/VSDParser.cpp index 72dfe00..47e58b4 100644 --- a/src/lib/VSDParser.cpp +++ b/src/lib/VSDParser.cpp @@ -773,7 +773,7 @@ void libvisio::VSDParser::readOLEData(librevenge::RVNGInputStream *input) void libvisio::VSDParser::readTabsData(librevenge::RVNGInputStream *input) { - m_shape.m_tabSets[m_header.id].m_numChars = readU32(input); + m_shape.m_tabSets[m_header.id].m_numChars = getUInt(input); unsigned char numStops = readU8(input); m_shape.m_tabSets[m_header.id].m_tabStops.clear(); for (unsigned char i = 0; i < numStops; ++i) ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: starmath/inc starmath/source
starmath/inc/node.hxx| 78 +++ starmath/source/node.cxx | 115 +++ 2 files changed, 96 insertions(+), 97 deletions(-) New commits: commit bb9a7c340d9d4a61def8064bfcb287b35bf6354c Author: Takeshi AbeDate: Tue Dec 15 09:25:16 2015 +0900 starmath: Drop const modifier of SmNode::Arrange's 1st argument as well as SmNode::AdaptToX / AdaptToY's. It was pointless because the client code in the functions always cast it off. Change-Id: I00c690bd98a566fb167708216d766a2894de669f Reviewed-on: https://gerrit.libreoffice.org/20710 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/starmath/inc/node.hxx b/starmath/inc/node.hxx index cb33223..c526d96 100644 --- a/starmath/inc/node.hxx +++ b/starmath/inc/node.hxx @@ -157,7 +157,7 @@ public: void Move(const Point ); void MoveTo(const Point ) { Move(rPosition - GetTopLeft()); } -virtual void Arrange(const OutputDevice , const SmFormat ); +virtual void Arrange(OutputDevice , const SmFormat ); virtual void CreateTextFromNode(OUString ); virtual voidGetAccessibleText( OUStringBuffer ) const; @@ -170,8 +170,8 @@ public: SmScaleMode GetScaleMode() const { return meScaleMode; } voidSetScaleMode(SmScaleMode eMode) { meScaleMode = eMode; } -virtual void AdaptToX(const OutputDevice , sal_uLong nWidth); -virtual void AdaptToY(const OutputDevice , sal_uLong nHeight); +virtual void AdaptToX(OutputDevice , sal_uLong nWidth); +virtual void AdaptToY(OutputDevice , sal_uLong nHeight); SmNodeType GetType() const { return meType; } const SmToken & GetToken() const { return maNodeToken; } @@ -394,10 +394,10 @@ public: : SmGraphicNode(NRECTANGLE, rNodeToken) {} -virtual void AdaptToX(const OutputDevice , sal_uLong nWidth) override; -virtual void AdaptToY(const OutputDevice , sal_uLong nHeight) override; +virtual void AdaptToX(OutputDevice , sal_uLong nWidth) override; +virtual void AdaptToY(OutputDevice , sal_uLong nHeight) override; -virtual void Arrange(const OutputDevice , const SmFormat ) override; +virtual void Arrange(OutputDevice , const SmFormat ) override; void CreateTextFromNode(OUString ) override; void Accept(SmVisitor* pVisitor) override; @@ -422,10 +422,10 @@ public: long GetWidth() const { return nWidth; } tools::Polygon () { return aPoly; } -virtual void AdaptToX(const OutputDevice , sal_uLong nWidth) override; -virtual void AdaptToY(const OutputDevice , sal_uLong nHeight) override; +virtual void AdaptToX(OutputDevice , sal_uLong nWidth) override; +virtual void AdaptToY(OutputDevice , sal_uLong nHeight) override; -virtual void Arrange(const OutputDevice , const SmFormat ) override; +virtual void Arrange(OutputDevice , const SmFormat ) override; void Accept(SmVisitor* pVisitor) override; }; @@ -483,7 +483,7 @@ public: voidSetSelectionEnd(sal_Int32 index) {nSelectionEnd = index;} virtual void Prepare(const SmFormat , const SmDocShell ) override; -virtual void Arrange(const OutputDevice , const SmFormat ) override; +virtual void Arrange(OutputDevice , const SmFormat ) override; virtual void CreateTextFromNode(OUString ) override; virtual void GetAccessibleText( OUStringBuffer ) const override; @@ -516,7 +516,7 @@ public: SmSpecialNode(const SmToken ); virtual void Prepare(const SmFormat , const SmDocShell ) override; -virtual void Arrange(const OutputDevice , const SmFormat ) override; +virtual void Arrange(OutputDevice , const SmFormat ) override; void Accept(SmVisitor* pVisitor) override; }; @@ -540,7 +540,7 @@ public: : SmSpecialNode(NGLYPH_SPECIAL, rNodeToken, FNT_MATH) {} -virtual void Arrange(const OutputDevice , const SmFormat ) override; +virtual void Arrange(OutputDevice , const SmFormat ) override; void Accept(SmVisitor* pVisitor) override; }; @@ -565,11 +565,11 @@ protected: public: SmMathSymbolNode(const SmToken ); -virtual void AdaptToX(const OutputDevice , sal_uLong nWidth) override; -virtual void AdaptToY(const OutputDevice , sal_uLong nHeight) override; +virtual void AdaptToX(OutputDevice , sal_uLong nWidth) override; +virtual void AdaptToY(OutputDevice , sal_uLong nHeight) override; virtual void Prepare(const SmFormat , const SmDocShell ) override; -virtual void Arrange(const OutputDevice , const SmFormat ) override; +virtual void Arrange(OutputDevice , const SmFormat ) override; void CreateTextFromNode(OUString ) override; void Accept(SmVisitor* pVisitor) override; }; @@ -609,8 +609,8 @@ public: } sal_uLong GetBodyWidth() const {return nBodyWidth;}; -virtual void AdaptToX(const
[Libreoffice-bugs] [Bug 91820] Reorganization of the menu bar for Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=91820 --- Comment #29 from kompilainenn <79045_79...@mail.ru> --- discussion interface changes likely not conducted. no publications on this topic was not. then developers just in a hurry. IMHO should publish the proposed changes at least in TDF blog to see the reaction of users -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-ux-advise] [Bug 91820] Reorganization of the menu bar for Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=91820 --- Comment #29 from kompilainenn <79045_79...@mail.ru> --- discussion interface changes likely not conducted. no publications on this topic was not. then developers just in a hurry. IMHO should publish the proposed changes at least in TDF blog to see the reaction of users -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 96554] New: UI: Sidebar white in Ubuntu with Dark theme + gtk3
https://bugs.documentfoundation.org/show_bug.cgi?id=96554 Bug ID: 96554 Summary: UI: Sidebar white in Ubuntu with Dark theme + gtk3 Product: LibreOffice Version: 5.1.0.0.alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: lukebe...@hotmail.com In Ubuntu with the dark theme Ambiance + gtk 3, the titlebar, toolbar, context menus, and dialog boxes are all rendered black on white text. However the sidebar is white on black. Other distros like Debian and Fedora with a dark theme + gtk3 display everything black on white text, including the sidebar. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92776] UI: Tab names unreadable in GTK3 in Ubuntu
https://bugs.documentfoundation.org/show_bug.cgi?id=92776 Lukechanged: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=96 ||554 -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 96554] UI: Sidebar white in Ubuntu with Dark theme + gtk3
https://bugs.documentfoundation.org/show_bug.cgi?id=96554 Lukechanged: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=92 ||776 -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 95813] OpenGL rendering results in missing or incorrect expand/collapse indicators in Tools:Options
https://bugs.documentfoundation.org/show_bug.cgi?id=95813 Jean-Baptiste Faurechanged: What|Removed |Added CC||jbfa...@libreoffice.org --- Comment #9 from Jean-Baptiste Faure --- (In reply to V Stuart Foote from comment #1) > [...] > 4. lose icons when View "Use OpenGL for all rendering (on restart)" checked > active. Icons for "breadcrumb" expansion are wrong. They disappear in > Linux (available or openend) as indicated by OP, and in Windows all icons > become "Minus sign" (for available or opened state). We have the same problem (at least on Linux) with the Navigator with OpenGL rendering activated and GTK3 disabled. No problem if GTK3 is activated. Tested on Ubuntu 15.10 x86-64. Best regards. JBF -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 96531] SVG-watermark crashes Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=96531 --- Comment #2 from Bongoman--- Created attachment 121359 --> https://bugs.documentfoundation.org/attachment.cgi?id=121359=edit SVG WAtermark example.odt -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 78472] EDITING: Can not get visible selection button in freeze column with data validation while horizontal sheet scrolling
https://bugs.documentfoundation.org/show_bug.cgi?id=78472 Jean-Baptiste Faurechanged: What|Removed |Added Status|REOPENED|NEW --- Comment #7 from Jean-Baptiste Faure --- (In reply to Denis from comment #6) > To reproduce the bug open " Yet another sample for testing." from bug > attachments. > You can see that "A" column is freezed and column "B" is not visible. Scroll > sheet left so the "B" column be visible. Select "A1" cell. The dropdown menu > button with down arrow is appeared the right of the "A1" cell in the "B1" > cell. Follow that button while scrolling sheet right. The button and "B" > column disappeared replaced by "C" column. > But expected behavior is the button will not disappear while will be present > on all columns on right next to the frozen column. > The bug behavior does not depend on open, save or close file operations. > LO Version: 5.0.3.2 Build ID: e5f16313668ac592c1bfb310f4390624e3dbfb75 > Locale: ru-RU (ru.UTF-8) Ah, ok, I see the problem with this clearer description. As far as I can remember, this was always the behavior of LO and OOo before LO but can prove that by testing on LO 3.3. I am tempted to tag this bug report as enhancement. Setting as NEW anyway. Best regards. JBF -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 96531] SVG-watermark crashes Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=96531 Bongomanchanged: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 59448] Allow users to turn off automatic ICU breakiterator
https://bugs.documentfoundation.org/show_bug.cgi?id=59448 --- Comment #9 from Tor Lillqvist--- Adding more options is never the right way to solve a problem. But luckily the suggested change does not do that;) -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92802] Large ODS file slow on FILEOPEN
https://bugs.documentfoundation.org/show_bug.cgi?id=92802 Noel Grandinchanged: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #10 from Noel Grandin --- Fixed by Markus' commit -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 96251] LO crashes with Address data source wizard
https://bugs.documentfoundation.org/show_bug.cgi?id=96251 Jean-Baptiste Faurechanged: What|Removed |Added Status|UNCONFIRMED |NEW CC||jbfa...@libreoffice.org Hardware|x86 (IA32) |All Ever confirmed|0 |1 OS|Windows (All) |All --- Comment #4 from Jean-Baptiste Faure --- Reproducible with Version: 5.1.0.1.0+ Build ID: b676e97dd30272171dc07c8e5ddc3e562f5ebb1a Threads 4; Ver: Linux 4.2; Render: default; built at home under Ubuntu_15.10_x86-64 Locale : fr-FR (fr_FR.UTF-8) Best regards. JBF -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 96531] SVG-watermark crashes Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=96531 --- Comment #3 from Bongoman--- Created attachment 121360 --> https://bugs.documentfoundation.org/attachment.cgi?id=121360=edit SVG Watermark -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] libvisio.git: configure.ac
configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit b1434c82fa7d4c87390af2ed31d30b8fd6e5e3c6 Author: Fridrich Å trbaDate: Thu Dec 17 07:36:27 2015 +0100 Increasing the version for a possible release in a near/far future Change-Id: I3f5eee1486bd0f12364e6fd4418dc98217c0a345 diff --git a/configure.ac b/configure.ac index 38eaf80..9f0138d 100644 --- a/configure.ac +++ b/configure.ac @@ -7,7 +7,7 @@ AC_PREREQ([2.65]) # m4_define([libvisio_version_major],[0]) m4_define([libvisio_version_minor],[1]) -m4_define([libvisio_version_micro],[3]) +m4_define([libvisio_version_micro],[4]) m4_define([libvisio_version],[libvisio_version_major.libvisio_version_minor.libvisio_version_micro]) # = ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: include/rtl sal/rtl
include/rtl/string.hxx | 32 include/rtl/ustring.hxx | 32 sal/rtl/strimp.hxx |2 +- 3 files changed, 65 insertions(+), 1 deletion(-) New commits: commit c9f6e12e7eb6a49389360626d206191147a174fb Author: Noel GrandinDate: Tue Dec 15 11:23:14 2015 +0200 OString/OUString: move constructors and operator= Change-Id: Icdc5f7137cca8360f116d5d4c7b0bf4a4c526e1d Reviewed-on: https://gerrit.libreoffice.org/20712 Reviewed-by: Noel Grandin Tested-by: Noel Grandin diff --git a/include/rtl/string.hxx b/include/rtl/string.hxx index ca0d1d1..5778488 100644 --- a/include/rtl/string.hxx +++ b/include/rtl/string.hxx @@ -114,6 +114,21 @@ public: rtl_string_acquire( pData ); } +#if defined LIBO_INTERNAL_ONLY +/** + Move constructor. + + @paramstr a OString. + @since LibreOffice 5.2 +*/ +OString( OString && str ) +{ +pData = str.pData; +str.pData = nullptr; +rtl_string_new( ); +} +#endif + /** New string from OString data. @@ -281,6 +296,23 @@ public: return *this; } +#if defined LIBO_INTERNAL_ONLY +/** + Move assign a new string. + + @paramstr a OString. + @since LibreOffice 5.2 +*/ +OString & operator=( OString && str ) +{ +rtl_string_release( pData ); +pData = str.pData; +str.pData = nullptr; +rtl_string_new( ); +return *this; +} +#endif + /** @overload This function accepts an ASCII string literal as its argument. diff --git a/include/rtl/ustring.hxx b/include/rtl/ustring.hxx index 2337e32..3ede597 100644 --- a/include/rtl/ustring.hxx +++ b/include/rtl/ustring.hxx @@ -130,6 +130,21 @@ public: rtl_uString_acquire( pData ); } +#if defined LIBO_INTERNAL_ONLY +/** + Move constructor. + + @paramstr a OUString. + @since LibreOffice 5.2 +*/ +OUString( OUString && str ) +{ +pData = str.pData; +str.pData = nullptr; +rtl_uString_new( ); +} +#endif + /** New string from OUString data. @@ -386,6 +401,23 @@ public: return *this; } +#if defined LIBO_INTERNAL_ONLY +/** + Move assign a new string. + + @paramstr a OString. + @since LibreOffice 5.2 +*/ +OUString & operator=( OUString && str ) +{ +rtl_uString_release( pData ); +pData = str.pData; +str.pData = nullptr; +rtl_uString_new( ); +return *this; +} +#endif + /** Assign a new string from an 8-Bit string literal that is expected to contain only characters in the ASCII set (i.e. first 128 characters). This operator diff --git a/sal/rtl/strimp.hxx b/sal/rtl/strimp.hxx index b7589cd..5583a82 100644 --- a/sal/rtl/strimp.hxx +++ b/sal/rtl/strimp.hxx @@ -33,7 +33,7 @@ /* === */ /* - * refCount is opaqueincludes 2 bit-fields; + * refCount is opaque and includes 2 bit-fields; * MSB: 'interned' - is stored in the intern hash * MSB-1: 'static' - is a const / static string, * do no ref counting ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 96329] Copy words in all components cause LibreOffice suspended some seconds
https://bugs.documentfoundation.org/show_bug.cgi?id=96329 Belugachanged: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |WORKSFORME --- Comment #8 from Beluga --- Thanks, setting to WFM. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 78529] Editing very slow with big picture on page
https://bugs.documentfoundation.org/show_bug.cgi?id=78529 --- Comment #33 from Noel Grandin--- It's ending up in OutputDevice::ScaleBitmap on every keystroke. According to alg, this should not be the case - it should be using hardware scaling. But I can't follow the vcl paths down below OutputDevice::DrawTransformedBitmapEx, just too confusing. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 93120] Flickering of Thumbnails in Start Center while Moving the Mouse Pointer
https://bugs.documentfoundation.org/show_bug.cgi?id=93120 V Stuart Footechanged: What|Removed |Added CC||qui...@gmail.com --- Comment #17 from V Stuart Foote --- On Fedora 23 w/LXDE (as guest on VMWare Workstation 12 on Windows 8.1) and Version: 5.2.0.0.alpha0+ Build ID: 8a342e9f6ad701bd46ecca1c3d270ef2d9670d44 CPU Threads: 1; OS Version: Linux 4.2; UI Render: GL; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2015-12-16_12:23:28 Locale: en-US (en_US.UTF-8) The flicker while redrawing each thumbnail is, at this point following Michael's patch, not as noticeable as under windows. However the tooltip filename ghost behaves the same. Present until the StartCenter is resized or redrawn by component launch. When OpenGL is disabled the "ghosting" of the tooltip frame vanishes. As in movie clip comment 10. Unfortunately for this build, no opengl_device.log being written to settings/cache directory. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 89081] Creating bug!
https://bugzilla-test.documentfoundation.org/show_bug.cgi?id=89081 Testy Tester (qubit)changed: What|Removed |Added Keywords||i18n CC||qu...@runcibility.com Whiteboard||One Two Love Three ||Regression needs jaNitor --- Comment #4 from Testy Tester (qubit) --- Toss some tags in that need to be migrated. Also add primary account. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs