[Libreoffice-commits] libcdr.git: 4 commits - .gitignore HACKING Makefile.am src/lib
.gitignore|1 + HACKING |2 +- Makefile.am |2 ++ src/lib/CDRParser.cpp |5 +++-- src/lib/CDRTypes.cpp |2 +- 5 files changed, 8 insertions(+), 4 deletions(-) New commits: commit 847ed41df0cd654568699e57c88c8d4849af8007 Author: David Tardon dtar...@redhat.com Date: Mon Aug 3 17:15:40 2015 +0200 afl: avoid loops when parsing waldo structure Change-Id: I9737af9453ab01ab5e121ac705eea5ba5663245b diff --git a/src/lib/CDRParser.cpp b/src/lib/CDRParser.cpp index f3e4aeb..628f4e7 100644 --- a/src/lib/CDRParser.cpp +++ b/src/lib/CDRParser.cpp @@ -338,7 +338,8 @@ bool libcdr::CDRParser::gatherWaldoInformation(librevenge::RVNGInputStream *inpu bool libcdr::CDRParser::parseWaldoStructure(librevenge::RVNGInputStream *input, std::stackWaldoRecordType1 waldoStack, const std::mapunsigned, WaldoRecordType1 records1, std::mapunsigned, WaldoRecordInfo records2) { - while (!waldoStack.empty()) + std::setunsigned visited; + while (!waldoStack.empty() visited.insert(waldoStack.top().m_id).second) { m_collector-collectBBox(waldoStack.top().m_x0, waldoStack.top().m_y0, waldoStack.top().m_x1, waldoStack.top().m_y1); std::mapunsigned, WaldoRecordType1::const_iterator iter1; @@ -377,7 +378,7 @@ bool libcdr::CDRParser::parseWaldoStructure(librevenge::RVNGInputStream *input, waldoStack.top() = iter1-second; } } - return true; + return waldoStack.empty(); } void libcdr::CDRParser::readWaldoRecord(librevenge::RVNGInputStream *input, const WaldoRecordInfo info) commit 4c814c054885be4e31d275eac76e96d7e2c66d0f Author: David Tardon dtar...@redhat.com Date: Mon Aug 3 15:20:29 2015 +0200 afl: avoid division by 0 Change-Id: I5ead8ab028a3bc950a39a4afd3e5b5d67977d540 diff --git a/src/lib/CDRTypes.cpp b/src/lib/CDRTypes.cpp index 71cb4d9..0e57f89 100644 --- a/src/lib/CDRTypes.cpp +++ b/src/lib/CDRTypes.cpp @@ -15,7 +15,7 @@ void libcdr::CDRPolygon::create(libcdr::CDRPath path) const { libcdr::CDRPath tmpPath(path); double step = 2*M_PI / (double)m_numAngles; - if (m_numAngles % m_nextPoint) + if (m_nextPoint m_numAngles % m_nextPoint) { libcdr::CDRTransform tmpTrafo(cos(m_nextPoint*step), sin(m_nextPoint*step), 0.0, -sin(m_nextPoint*step), cos(m_nextPoint*step), 0.0); for (unsigned i = 1; i m_numAngles; ++i) commit c324241165636572270b23427100237b021f91cc Author: David Tardon dtar...@redhat.com Date: Mon Aug 3 17:16:21 2015 +0200 add make astyle target Change-Id: I35859b9856f61c8aee36926f97d80847a5b54eef diff --git a/HACKING b/HACKING index 4f02df4..5d8d713 100644 --- a/HACKING +++ b/HACKING @@ -3,6 +3,6 @@ This project uses mostly the same file naming and coding style like libwpd and the rest of Fridrich's libraries. Please run -astyle --options=astyle.options \*.cpp \*.h +make astyle before committing. diff --git a/Makefile.am b/Makefile.am index 2205c30..f7041e4 100644 --- a/Makefile.am +++ b/Makefile.am @@ -30,3 +30,5 @@ zip: all install dist-hook: git log --date=short --pretty=format:@%cd %an %ae [%H]%n%n%s%n%n%e%b | sed -e s|^\([^@]\)|\t\1| -e s|^@|| $(distdir)/ChangeLog +astyle: + astyle --options=astyle.options \*.cpp \*.h commit d69481c8a80ae46bc5a02441a926243627e3b7da Author: David Tardon dtar...@redhat.com Date: Mon Aug 3 15:38:13 2015 +0200 add tags to .gitignore Change-Id: I4754b1b6c570902ccb83f9d91a0a1967c6d6a5d1 diff --git a/.gitignore b/.gitignore index 849a084..60fdb73 100644 --- a/.gitignore +++ b/.gitignore @@ -22,6 +22,7 @@ m4 missing mkinstalldirs stamp-h1 +tags *.pc *.rc *~ ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: slideshow/source
slideshow/source/engine/animationnodes/animationaudionode.cxx | 13 ++-- slideshow/source/engine/animationnodes/animationbasenode.cxx |4 - slideshow/source/engine/animationnodes/animationcommandnode.cxx|4 - slideshow/source/engine/animationnodes/animationsetnode.cxx|5 - slideshow/source/engine/animationnodes/basecontainernode.cxx |3 slideshow/source/engine/animationnodes/basenode.cxx|3 slideshow/source/engine/animationnodes/paralleltimecontainer.cxx |5 - slideshow/source/engine/animationnodes/sequentialtimecontainer.cxx | 10 +-- slideshow/source/engine/effectrewinder.cxx |8 +- slideshow/source/engine/eventmultiplexer.cxx | 11 +-- slideshow/source/engine/slideshowimpl.cxx | 32 ++ slideshow/source/engine/slideview.cxx |9 -- slideshow/source/engine/usereventqueue.cxx |6 - 13 files changed, 44 insertions(+), 69 deletions(-) New commits: commit 38a4b5ea2ab7188ce61d18c655893482dd098772 Author: Michael Stahl mst...@redhat.com Date: Mon Aug 3 17:20:26 2015 +0200 slideshow: try to fix libc++/MSVC build by replacing boost::bind Change-Id: I6418119f9d3e70ea89f7c8a094bbde42eeadec8c diff --git a/slideshow/source/engine/animationnodes/animationaudionode.cxx b/slideshow/source/engine/animationnodes/animationaudionode.cxx index 5e953a9..c44561a 100644 --- a/slideshow/source/engine/animationnodes/animationaudionode.cxx +++ b/slideshow/source/engine/animationnodes/animationaudionode.cxx @@ -27,7 +27,6 @@ #include delayevent.hxx #include tools.hxx #include nodetools.hxx -#include boost/bind.hpp using namespace com::sun::star; @@ -79,17 +78,19 @@ void AnimationAudioNode::activate_st() else { // no node duration. Take inherent media time, then +auto self(getSelf()); scheduleDeactivationEvent( -makeDelay( boost::bind( AnimationNode::deactivate, getSelf() ), -mpPlayer-getDuration(), +makeDelay( [self] () { self-deactivate(); }, + mpPlayer-getDuration(), AnimationAudioNode::deactivate with delay) ); } } else { // deactivate ASAP: +auto self(getSelf()); scheduleDeactivationEvent( -makeEvent( boost::bind( AnimationNode::deactivate, getSelf() ), +makeEvent( [self] () { self-deactivate(); }, AnimationAudioNode::deactivate without delay) ); } } @@ -114,8 +115,8 @@ void AnimationAudioNode::deactivate_st( NodeState /*eDestState*/ ) // notify _after_ state change: getContext().mrEventQueue.addEvent( -makeEvent( boost::bind( EventMultiplexer::notifyAudioStopped, -boost::ref(getContext().mrEventMultiplexer), +makeEvent( std::bind( EventMultiplexer::notifyAudioStopped, + std::ref(getContext().mrEventMultiplexer), getSelf() ), AnimationAudioNode::notifyAudioStopped) ); } diff --git a/slideshow/source/engine/animationnodes/animationbasenode.cxx b/slideshow/source/engine/animationnodes/animationbasenode.cxx index d9373d5..41adb19 100644 --- a/slideshow/source/engine/animationnodes/animationbasenode.cxx +++ b/slideshow/source/engine/animationnodes/animationbasenode.cxx @@ -35,7 +35,6 @@ #include delayevent.hxx #include framerate.hxx -#include boost/bind.hpp #include boost/optional.hpp #include algorithm @@ -449,8 +448,7 @@ AnimationBaseNode::fillCommonParameters() const EventSharedPtr pEndEvent; if (pSelf) { -pEndEvent = makeEvent( -boost::bind( AnimationNode::deactivate, pSelf ), +pEndEvent = makeEvent( [pSelf] () {pSelf-deactivate(); }, AnimationBaseNode::deactivate); } diff --git a/slideshow/source/engine/animationnodes/animationcommandnode.cxx b/slideshow/source/engine/animationnodes/animationcommandnode.cxx index be7b2b7..17365f3 100644 --- a/slideshow/source/engine/animationnodes/animationcommandnode.cxx +++ b/slideshow/source/engine/animationnodes/animationcommandnode.cxx @@ -30,7 +30,6 @@ #include tools.hxx #include nodetools.hxx -#include boost/bind.hpp using namespace com::sun::star; @@ -108,8 +107,9 @@ void AnimationCommandNode::activate_st() } // deactivate ASAP: +auto self(getSelf()); scheduleDeactivationEvent( -makeEvent( boost::bind( AnimationNode::deactivate, getSelf() ), +makeEvent( [self] () { self-deactivate(); }, AnimationCommandNode::deactivate ) ); } diff --git a/slideshow/source/engine/animationnodes/animationsetnode.cxx b/slideshow/source/engine/animationnodes/animationsetnode.cxx
[Libreoffice-commits] core.git: slideshow/source
slideshow/source/engine/animationnodes/basenode.cxx |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) New commits: commit c05bf5e494faad57400f9c04079cb99ff6b805dd Author: Michael Stahl mst...@redhat.com Date: Mon Aug 3 17:32:25 2015 +0200 slideshow: convert generateEvent args from boost::bind Change-Id: I85d240989e41a45b62a4631bb847daccd1919f34 diff --git a/slideshow/source/engine/animationnodes/basenode.cxx b/slideshow/source/engine/animationnodes/basenode.cxx index 0aced6f..4c06a80 100644 --- a/slideshow/source/engine/animationnodes/basenode.cxx +++ b/slideshow/source/engine/animationnodes/basenode.cxx @@ -463,8 +463,9 @@ bool BaseNode::resolve() // shape). uno::Any const aBegin( mxAnimationNode-getBegin() ); if (aBegin.hasValue()) { +auto self(mpSelf); mpCurrentEvent = generateEvent( -aBegin, boost::bind( AnimationNode::activate, mpSelf ), +aBegin, [self] () { self-activate(); }, maContext, mnStartDelay ); } else { @@ -545,9 +546,10 @@ void BaseNode::scheduleDeactivationEvent( EventSharedPtr const pEvent ) // but what if it does not schedule anything? // TODO(F2): Handle end time attribute, too +auto self(mpSelf); mpCurrentEvent = generateEvent( mxAnimationNode-getDuration(), -boost::bind( AnimationNode::deactivate, mpSelf ), +[self] () { self-deactivate(); }, maContext, 0.0 ); } } ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 93094] Editing - sqlite3 tables read only even when defined with primary key using Xerial jdbc driver
https://bugs.documentfoundation.org/show_bug.cgi?id=93094 --- Comment #8 from Alex Thurgood ipla...@yahoo.co.uk --- DBVisualiser relies on the Xerial JDBC driver and enables editing of SQLite databases from within DbVisualiser, so the problem would appear to lie with the way LibreOffice talks to the driver rather than the Xerial driver itself. The same is true of Netbeans, which also uses the Xerial driver. -- 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: slideshow/source
slideshow/source/engine/animationnodes/animationaudionode.cxx | 21 -- 1 file changed, 18 insertions(+), 3 deletions(-) New commits: commit e8f8c32581c9bebec2537095f1e9320e42bb7acb Author: Michael Stahl mst...@redhat.com Date: Mon Aug 3 17:45:42 2015 +0200 slideshow: dumb this down to hopefully make non-GCC compilers happy Change-Id: If08a4f0c177abf38a381dcb9ba73a09265b2bcb5 diff --git a/slideshow/source/engine/animationnodes/animationaudionode.cxx b/slideshow/source/engine/animationnodes/animationaudionode.cxx index c44561a..a037b42 100644 --- a/slideshow/source/engine/animationnodes/animationaudionode.cxx +++ b/slideshow/source/engine/animationnodes/animationaudionode.cxx @@ -98,6 +98,23 @@ void AnimationAudioNode::activate_st() // TODO(F2): generate deactivation event, when sound // is over +// libc++ and MSVC std::bind doesn't cut it here, and it's not possible to use +// a lambda because the preprocessor thinks that comma in capture list +// separates macro parameters +struct NotifyAudioStopped +{ +EventMultiplexer m_rEventMultiplexer; +::boost::shared_ptrBaseNode m_pSelf; +NotifyAudioStopped(EventMultiplexer rEventMultiplexer, +::boost::shared_ptrBaseNode const pSelf) +: m_rEventMultiplexer(rEventMultiplexer), m_pSelf(pSelf) { } + +void operator()() +{ +m_rEventMultiplexer.notifyAudioStopped(m_pSelf); +} +}; + void AnimationAudioNode::deactivate_st( NodeState /*eDestState*/ ) { AnimationEventHandlerSharedPtr aHandler( @@ -115,9 +132,7 @@ void AnimationAudioNode::deactivate_st( NodeState /*eDestState*/ ) // notify _after_ state change: getContext().mrEventQueue.addEvent( -makeEvent( std::bind( EventMultiplexer::notifyAudioStopped, - std::ref(getContext().mrEventMultiplexer), -getSelf() ), +makeEvent( NotifyAudioStopped(getContext().mrEventMultiplexer, getSelf()), AnimationAudioNode::notifyAudioStopped) ); } ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: Branch 'distro/collabora/cp-4.4' - 77 commits - bridges/source external/jfreereport filter/qa filter/source forms/source oox/source readlicense_oo/license sc/inc sc/sou
bridges/source/cpp_uno/gcc3_linux_powerpc64/cpp2uno.cxx|6 bridges/source/cpp_uno/gcc3_linux_powerpc64/uno2cpp.cxx| 77 dev/null |binary external/jfreereport/UnpackedTarball_jfreereport_libformula.mk |1 external/jfreereport/patches/libformula-minutes_truncation.patch.1 | 17 filter/qa/cppunit/data/eps/fail/short-1.eps|binary filter/qa/cppunit/data/met/fail/hang-1.met |binary filter/qa/cppunit/data/met/pass/hang-2.met |binary filter/qa/cppunit/data/pbm/fail/hang-1.pbm |binary filter/qa/cppunit/data/pbm/indeterminate/.gitignore|1 filter/qa/cppunit/data/pbm/pass/rhbz160429-1.pbm |binary filter/qa/cppunit/data/pcx/fail/hang-1.pcx |binary filter/qa/cppunit/data/pict/fail/exception-1.pct |binary filter/qa/cppunit/data/ras/fail/CVE-2008-1097-1.ras|binary filter/qa/cppunit/data/ras/fail/crash-1.ras|binary filter/qa/cppunit/data/tiff/fail/crash-1.tiff |binary filter/qa/cppunit/data/tiff/fail/crash-2.tiff |binary filter/qa/cppunit/data/tiff/fail/crash-3.tiff |binary filter/qa/cppunit/data/tiff/fail/crash-4.tiff |binary filter/qa/cppunit/data/tiff/fail/crash-5.tiff |binary filter/qa/cppunit/data/tiff/fail/crash-6.tiff |binary filter/qa/cppunit/data/tiff/fail/crash-7.tiff |binary filter/qa/cppunit/data/tiff/fail/hang-1.tiff |binary filter/qa/cppunit/data/tiff/fail/hang-2.tiff |binary filter/qa/cppunit/data/tiff/fail/hang-4.tiff |binary filter/qa/cppunit/data/tiff/fail/hang-5.tiff |binary filter/qa/cppunit/data/tiff/fail/hang-6.tiff |binary filter/qa/cppunit/data/tiff/fail/hang-7.tiff |binary filter/qa/cppunit/data/tiff/fail/hang-8.tiff |binary filter/qa/cppunit/data/tiff/fail/hang-9.tiff |binary filter/qa/cppunit/data/tiff/fail/loop.tif |binary filter/qa/cppunit/filters-ppm-test.cxx |4 filter/source/graphicfilter/ieps/ieps.cxx | 249 filter/source/graphicfilter/ios2met/ios2met.cxx| 45 filter/source/graphicfilter/ipbm/ipbm.cxx |2 filter/source/graphicfilter/ipcx/ipcx.cxx |4 filter/source/graphicfilter/ipict/ipict.cxx|5 filter/source/graphicfilter/iras/iras.cxx | 40 filter/source/graphicfilter/itiff/ccidecom.cxx | 53 filter/source/graphicfilter/itiff/itiff.cxx| 126 forms/source/component/clickableimage.cxx | 21 forms/source/component/clickableimage.hxx |5 oox/source/export/drawingml.cxx|2 readlicense_oo/license/CREDITS.fodt| 2930 +- sc/inc/conditio.hxx|1 sc/inc/refdata.hxx |9 sc/inc/scmatrix.hxx|3 sc/inc/tokenarray.hxx |6 sc/source/core/data/column3.cxx|4 sc/source/core/data/conditio.cxx |5 sc/source/core/data/documen7.cxx | 32 sc/source/core/data/document.cxx | 63 sc/source/core/data/formulacell.cxx|3 sc/source/core/tool/interpr4.cxx |1 sc/source/core/tool/interpr5.cxx | 10 sc/source/core/tool/refdata.cxx| 92 sc/source/core/tool/scmatrix.cxx | 13 sc/source/core/tool/token.cxx | 27 sc/source/filter/xml/xmlexprt.cxx |9 sc/source/ui/app/inputhdl.cxx | 51 sc/source/ui/inc/inputhdl.hxx |3 sd/source/ui/app/sdmod2.cxx|3 sd/source/ui/unoidl/unomodel.cxx | 26 solenv/gdb/libreoffice/sw.py |2 svx/source/sdr/contact/viewcontactofsdrpathobj.cxx | 71 sw/qa/core/data/ww8/pass/crash-1.doc
[Libreoffice-bugs] [Bug 92872] CALC cell selection fails
https://bugs.documentfoundation.org/show_bug.cgi?id=92872 --- Comment #5 from raal r...@post.cz --- (In reply to C. Andrews Lavarre from comment #4) Created attachment 117564 [details] An .ods log of fail2ban results for a remote server containing the two described routines f2b_proc and f2b_fix Hello, there is no macro in ods file: A Scripting Framework error occurred while running the Basic script vnd.sun.star.script:Standard.f2b.f2b_proc?language=Basiclocation=application. Message: The following Basic script could not be found: library: 'Standard' module: 'f2b' method: 'f2b_proc' location: 'application' -- 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: Tutorial for debugging LO with Visual Studio
Hi Regina, On Thu, 30 Jul 2015 23:24:43 +0200, Regina Henschel rb.hensc...@t-online.de wrote: I want to look why the MathML import has become so bad in LO (tdf#75171). I am also curious about tdf#75171. It is SmTextNode::CreateTextFromNode() that contains the code putting strange italic on single-letter identifiers when importing a MathML. Applying the attached patch will stop the behavior (and thus make mmlimport test cases fail). But I have little idea about why LibO 4.1 was OK while 4.2 and later are NG. Cheers, -- Takeshi Abe diff --git a/starmath/source/node.cxx b/starmath/source/node.cxx index 9e66810..1b428e1 100644 --- a/starmath/source/node.cxx +++ b/starmath/source/node.cxx @@ -2383,8 +2383,6 @@ void SmTextNode::CreateTextFromNode(OUString rText) //Search for existing functions and remove extraenous keyword rText += func ; } -else if (bQuoted) -rText += italic ; if (bQuoted) rText += \; ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] core.git: sd/source
sd/source/ui/view/drviews1.cxx | 13 - 1 file changed, 4 insertions(+), 9 deletions(-) New commits: commit 81f94ae79c7f5f3b49427dc7a8063a08baa797cf Author: Michael Stahl mst...@redhat.com Date: Mon Aug 3 16:13:43 2015 +0200 sd: try to fix libc++/MSVC build by replacing boost::bind Change-Id: Ib33fbe9792c35924ac61ed6b54af85d95689a8e3 diff --git a/sd/source/ui/view/drviews1.cxx b/sd/source/ui/view/drviews1.cxx index f1ec203..c3f0acf 100644 --- a/sd/source/ui/view/drviews1.cxx +++ b/sd/source/ui/view/drviews1.cxx @@ -80,7 +80,6 @@ #include ViewShellHint.hxx #include sfx2/request.hxx -#include boost/bind.hpp using namespace com::sun::star; @@ -772,9 +771,6 @@ bool DrawViewShell::ActivateObject(SdrOle2Obj* pObj, long nVerb) * Switch to desired page. * nSelectPage refers to the current EditMode */ - -void LclResetFlag (bool rbFlag) {rbFlag = false;} - bool DrawViewShell::SwitchPage(sal_uInt16 nSelectedPage) { /** Under some circumstances there are nested calls to SwitchPage() and @@ -786,16 +782,15 @@ bool DrawViewShell::SwitchPage(sal_uInt16 nSelectedPage) if (mbIsInSwitchPage) return false; mbIsInSwitchPage = true; -comphelper::ScopeGuard aGuard (::boost::bind(LclResetFlag, ::boost::ref(mbIsInSwitchPage))); +comphelper::ScopeGuard aGuard( +[this] () { this-mbIsInSwitchPage = false; } ); if (GetActiveWindow()-IsInPaint()) { // Switching the current page while a Paint is being executed is // dangerous. So, post it for later execution and return. -maAsynchronousSwitchPageCall.Post(::boost::bind( -::std::mem_fun(DrawViewShell::SwitchPage), -this, -nSelectedPage)); +maAsynchronousSwitchPageCall.Post( +[this, nSelectedPage] () { this-SwitchPage(nSelectedPage); } ); return false; } ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 45983] FILESAVE: .doc documents corrupted on roundtrip
https://bugs.documentfoundation.org/show_bug.cgi?id=45983 Beluga todven...@suomi24.fi changed: What|Removed |Added CC||todven...@suomi24.fi --- Comment #8 from Beluga todven...@suomi24.fi --- Saved the original file with LibO 5.0.0.5 and opened in MSO 2013. It said it had fixed a bunch of problem, so bug confirmed still. Win 8.1 32-bit MSO 2013 LibO Version: 5.0.0.5 Build ID: 1b1a90865e348b492231e1c451437d7a15bb262b Locale: fi-FI (fi_FI) -- 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: [PATCH] TDF#80588 Help page for Basic IDE Options
Em qua 29 jul 2015, às 16:29:52, Regina Henschel escreveu: Hi Olivier, I will answer here, because it starts private. But I think, the discussion should be on dev@. Agree. But I am sending this mail from a mail account that will require clearance from the moderator. Olivier Hallot schrieb: [..] Thank you indeed for reviewing the patch. I actually wrote it to trigger / check the process of writing documentation and help files. So far, I am not happy with the amount of work it takes to write a single page. I took the whole weekend at this single page. Yes, I know the amount of work. I've already written some pages for AOO. Of course, we should split it into 3 issues: The help content(HC), the content of the page and the tool HelpAuthoring (HA). The HC: These XHP files are really bad to work with. I can't figure an advantage to use this technology. My question currently is: why not use ODF itself? Or HTML? Why do we need HA and a lot of fine tuning inside the xml blob?. I don't know, why the XML format had been chosen originally. I have no problem with it. Another format would need a new concept for providing extended tips, context sensitive F1 and TOC/Index/Search of the help. I think HelpAuthoring in its current state is not really useful. It is good to start writing the content but the fine tune of the page must go thru the xml directly. So does it worth to store HC as ODF and have a tool to just transform it into XHP or even have a tools that picks the ODF and display it right away when F1 is pressed? I do not think ODF is useful here, because it has a large overhead. HTML5 might be possible. But does it become easier? You would need to write that kind of html directly, which is now produced by the xsl transformation. ODF make contributors/community life easier to insert/maintain contents. Nothing more, saddly. The Content of the page Beside the fact that HA is not totally synched with HC features (I'll come back later), writing a help page is far from trivial as one need knowledge on the topic but also need to know the tricks of bookmarking, indexing, ahelp, sections, embedding and a way to understand how HC was distributed among files and modules. I agree on that, and without such knowledge HelpAuthoring is not usable. In the specific topic of the Basic IDE options, all I had at hand was my own knowledge in Basic, throughout testing of the feature and a couple of slides I found from Miklos Vajna when he presented the GSoC matter in Milan. That is not very much, no? Holly Google... I have looked through those slides from the link in your answer to my comment in the file. They have not enough information to write help pages. For me the feature itself is not ready. Making brackets, quotes, sub and function pairs is OK, but the code completion does not really work, see https://bugs.documentfoundation.org/show_bug.cgi?id=92964. QA testing is obviously missing. The feature is not ready to leave experimental state. Well the $subject patch has a warning on the experimental aspect of the feature... The HA tool HA is not totally synch'ed wth the HelpContent current features of LibreOffice. It looks like the template need to be updated: For instance, you mention keycode character style, which is ignored by the template and wiped out by HA on a roundtrip edition. Another issue I could'nt fix is that paragraph with role=basicode should display with colored fonts depending on the keywords and that does not happened with the sample we are reviewing. It is role=bascode not role=basicode.___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Ease maintenance of build-in help
Hi Regina and all the rest. First of all, I'm not (yet at least) a developer. That said I'll toss in my thoughts because I AM very concerned about the quality and accuracy of LibreOffice's built-in help. [May I suggest that all responses to this thread should utilize the Reply All mechanism but stay on topic. Private (off list) replies are not very helpful in a discussion like this.] Regarding concensus that the current built-in help will be retained: In my opinion something like it MUST exist. As frustrating as the current verbiage is, to toss it out entirely would be far worse. Rather, let's incrementally improve it. A This seems to be common sense. (+1) B I know nothing about this extension but if it makes it easier for Joe Sixpack (a run of the mill user of LibreOffice) to productively contribute to the quality of the built-in help then I'm all for it. (+1) C Most emphatically, yes. (+3) To improve its visibility to the user community someone should add a link to this wiki in the top level Help menu (something like How to contribute to this Help) D Way to go! Those who contribute any documentation, particularly in the early stages, need not be programmers who are battle scarred from waging the battle to build the software. (+2) -- Jim -Original Message- From: Regina Henschel rb.hensc...@t-online.de To: LO dev fdo libreoffice@lists.freedesktop.org Cc: LO documentation documentat...@global.libreoffice.org Sent: Sun, 02 Aug 2015 10:07 Subject: Ease maintenance of build-in help Hi all, I have started a new thread so that the problem is not hidden inside other threads or in private mails. First, is there consensus, that the current build-in help will be retained? If not, then the following ideas are useless and starting would be waste of time. In such case, please stop me immediately. I collect here some ideas from some threads and mails: A Authors of help texts are allowed to start in ODF to discuss and finalize the content and appearance of the intended help texts. There should be a place in the repository to store such files. This way authors did not need deep knowledge of the technical structure of helpcontent2. The person who integrates the help texts into the build-in help need not be the content author. B Improve the extension HelpAuthoring and fix its bugs. The extension might be principally not suitable to generate the final version of a help file, but it is useful as start, because it sets a lot of the needed XML-elements and attributes automatically. The result might still needs additions and corrections, but that is less work, than writing all from scratch. Even if someone do not know all details about the help, he can start and deliver a file, which other then can improve and integrate. C Provide a development section about the build-in help to the Wiki. It should not only contain a tutorial about help authoring but in addition a description how the current help works at all from a developer view, and how it is actually structured. We can start with the document OOo2HelpAuthoring.pdf. The content has to be revised and adapted and extended. For example the .mk files are different than described in that document and the document describes the possibilities of the help format, but not all details of the actual realization. Having it in the Wiki keeps such knowledge available, when a help expert leaves the community. It can be adapted to future developments. Experts of different areas can better work together to collect help knowledge in one place, for example experts for Help to Wiki and experts for translating help. D It would ease work, when there would be a tool, that shows a .xhp file the same way as it it shown in the help viewer, so that it is not needed to build helpcontent2 every time when you test some changes in your way to the final version. And authors who use HelpAuthoring need not be able to build LibreOffice. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
New Defects reported by Coverity Scan for LibreOffice
Hi, Please find the latest report on new defect(s) introduced to LibreOffice found with Coverity Scan. 31 new defect(s) introduced to LibreOffice found with Coverity Scan. 24 defect(s), reported by Coverity Scan earlier, were marked fixed in the recent build analyzed by Coverity Scan. New defect(s) Reported-by: Coverity Scan Showing 20 of 31 defect(s) ** CID 1315077: Uninitialized members (UNINIT_CTOR) /usr/include/c++/5.1.1/functional: 2246 in std::functionbool (const oglcanvas::CanvasHelper , const basegfx::B2DHomMatrix , unsigned int, unsigned int, const com::sun::star::rendering::ARGBColor , const std::vectorbasegfx::B2DPolyPolygon, std::allocatorbasegfx::B2DPolyPolygon )::function(const std::functionbool (const oglcanvas::CanvasHelper , const basegfx::B2DHomMatrix , unsigned int, unsigned int, const com::sun::star::rendering::ARGBColor , const std::vectorbasegfx::B2DPolyPolygon, std::allocatorbasegfx::B2DPolyPolygon ))() *** CID 1315077: Uninitialized members (UNINIT_CTOR) /usr/include/c++/5.1.1/functional: 2246 in std::functionbool (const oglcanvas::CanvasHelper , const basegfx::B2DHomMatrix , unsigned int, unsigned int, const com::sun::star::rendering::ARGBColor , const std::vectorbasegfx::B2DPolyPolygon, std::allocatorbasegfx::B2DPolyPolygon )::function(const std::functionbool (const oglcanvas::CanvasHelper , const basegfx::B2DHomMatrix , unsigned int, unsigned int, const com::sun::star::rendering::ARGBColor , const std::vectorbasegfx::B2DPolyPolygon, std::allocatorbasegfx::B2DPolyPolygon ))() 2240 if (static_castbool(__x)) 2241{ 2242 __x._M_manager(_M_functor, __x._M_functor, __clone_functor); 2243 _M_invoker = __x._M_invoker; 2244 _M_manager = __x._M_manager; 2245} CID 1315077: Uninitialized members (UNINIT_CTOR) Non-static class member _M_invoker is not initialized in this constructor nor in any functions that it calls. 2246 } 2247 2248 templatetypename _Res, typename... _ArgTypes 2249 templatetypename _Functor, typename 2250 function_Res(_ArgTypes...):: 2251 function(_Functor __f) ** CID 1315076: Uninitialized members (UNINIT_CTOR) /usr/include/c++/5.1.1/functional: 2007 in std::functionbool (const oglcanvas::CanvasHelper , const basegfx::B2DHomMatrix , unsigned int, unsigned int, const com::sun::star::rendering::ARGBColor , const std::vectorbasegfx::B2DPolyPolygon, std::allocatorbasegfx::B2DPolyPolygon )::function()() *** CID 1315076: Uninitialized members (UNINIT_CTOR) /usr/include/c++/5.1.1/functional: 2007 in std::functionbool (const oglcanvas::CanvasHelper , const basegfx::B2DHomMatrix , unsigned int, unsigned int, const com::sun::star::rendering::ARGBColor , const std::vectorbasegfx::B2DPolyPolygon, std::allocatorbasegfx::B2DPolyPolygon )::function()() 2001 2002 /** 2003* @brief Default construct creates an empty function call wrapper. 2004* @post @c !(bool)*this 2005*/ 2006 function() noexcept CID 1315076: Uninitialized members (UNINIT_CTOR) Non-static class member _M_invoker is not initialized in this constructor nor in any functions that it calls. 2007 : _Function_base() { } 2008 2009 /** 2010* @brief Creates an empty function call wrapper. 2011* @post @c !(bool)*this 2012*/ ** CID 1315075: Uninitialized members (UNINIT_CTOR) /libreofficekit/source/gtk/tilebuffer.hxx: 209 in LOEvent::LOEvent(int)() *** CID 1315075: Uninitialized members (UNINIT_CTOR) /libreofficekit/source/gtk/tilebuffer.hxx: 209 in LOEvent::LOEvent(int)() 203 int m_nSetGraphicSelectionX; 204 int m_nSetGraphicSelectionY; 205 ///@} 206 207 /// Constructor to instantiate an object of type `type`. 208 LOEvent(int type) CID 1315075: Uninitialized members (UNINIT_CTOR) Non-static class member m_nSetGraphicSelectionY is not initialized in this constructor nor in any functions that it calls. 209 : m_nType(type) {} 210 }; 211 212 #endif // INCLUDED_TILEBUFFER_HXX 213 ** CID 1315074:(PASS_BY_VALUE) /usr/include/c++/5.1.1/functional: 2251 in std::functionbool (const oglcanvas::CanvasHelper , const basegfx::B2DHomMatrix , unsigned int, unsigned int, const com::sun::star::rendering::ARGBColor , const std::vectorbasegfx::B2DPolyPolygon, std::allocatorbasegfx::B2DPolyPolygon )::functionboost::_bi::bind_tbool, bool (*)(const oglcanvas::CanvasHelper , const basegfx::B2DHomMatrix , unsigned int, unsigned
[Libreoffice-bugs] [Bug 93099] UI: sort order triangles (in column headers) do not follow prevailing convention
https://bugs.documentfoundation.org/show_bug.cgi?id=93099 Beluga todven...@suomi24.fi changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||todven...@suomi24.fi Ever confirmed|0 |1 --- Comment #1 from Beluga todven...@suomi24.fi --- Confirmed. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: 902255645328efde34ddf62227c8278e8dd61ff0 TinderBox: Win-x86@39, Branch:master, Time: 2015-07-30_03:52:07 Locale: en-US (fi_FI) -- 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 92959] PDF exported text boxes have weird border spacing
https://bugs.documentfoundation.org/show_bug.cgi?id=92959 Beluga todven...@suomi24.fi changed: What|Removed |Added Priority|medium |low Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Severity|normal |trivial --- Comment #14 from Beluga todven...@suomi24.fi --- Ok, I was looking at it the wrong way.. I can confirm the behavior. I don't see it as a problem, but I'll set to NEW anyways. -- 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 75692] FORMATTING: Spreadsheet line/graph data not copy pasting into LibreOffice draw.
https://bugs.documentfoundation.org/show_bug.cgi?id=75692 Beluga todven...@suomi24.fi changed: What|Removed |Added CC||todven...@suomi24.fi --- Comment #13 from Beluga todven...@suomi24.fi --- Confirmed the problem with MSO 2013 and LibO 5.0.0.5. Excel - Word pastes the line with the graph frame. Excel - LibO only pastes the graph frame. Win 8.1 32-bit MSO 2013 LibO Version: 5.0.0.5 Build ID: 1b1a90865e348b492231e1c451437d7a15bb262b Locale: fi-FI (fi_FI) -- 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 - vcl/source
vcl/source/window/paint.cxx | 12 +--- 1 file changed, 5 insertions(+), 7 deletions(-) New commits: commit 27f6b2c038f5daf16a7fff4adf478b603eb08399 Author: Miklos Vajna vmik...@collabora.co.uk Date: Mon Aug 3 10:58:58 2015 +0200 tdf#92982 vcl rendercontext: no need to call SetupBuffer() twice No need to call it in PaintHelper::StartBufferedPaint(), which would happen only for the root of the paint hierarchy. It's enough to do it in PaintHelper::DoPaint(), which happens for each widget. Change-Id: Iaf3306ef746bedbe64be36c4efeae73afd75db2a diff --git a/vcl/source/window/paint.cxx b/vcl/source/window/paint.cxx index 724719d..b4965e5 100644 --- a/vcl/source/window/paint.cxx +++ b/vcl/source/window/paint.cxx @@ -124,8 +124,6 @@ void PaintHelper::StartBufferedPaint() pFrameData-mbInBufferedPaint = true; m_bStartedBufferedPaint = true; -SetupBuffer(); - // Remember what was the map mode of m_aPaintRect. m_aPaintRectMapMode = m_pWindow-GetMapMode(); commit 8bb963c3e51725fba649a5db0f5deb8778f1232b Author: Miklos Vajna vmik...@collabora.co.uk Date: Mon Aug 3 10:02:44 2015 +0200 tdf#92982 vcl rendercontext: no buffer is created here Change-Id: Iebcf9ec9f54102ca13dd36a3d3c2d2b6137dc0f0 diff --git a/vcl/source/window/paint.cxx b/vcl/source/window/paint.cxx index b707a54..724719d 100644 --- a/vcl/source/window/paint.cxx +++ b/vcl/source/window/paint.cxx @@ -52,7 +52,7 @@ private: sal_uInt16 m_nPaintFlags; bool m_bPop : 1; bool m_bRestoreCursor : 1; -bool m_bCreatedBuffer : 1; /// This PaintHelper created the buffer for the double-buffering, and should dispose it when being destructed (if it is still alive by then). +bool m_bStartedBufferedPaint : 1; /// This PaintHelper started a buffered paint, and should paint it on the screen when being destructed. public: PaintHelper(vcl::Window* pWindow, sal_uInt16 nPaintFlags); void SetPop() @@ -103,7 +103,7 @@ PaintHelper::PaintHelper(vcl::Window *pWindow, sal_uInt16 nPaintFlags) , m_nPaintFlags(nPaintFlags) , m_bPop(false) , m_bRestoreCursor(false) -, m_bCreatedBuffer(false) +, m_bStartedBufferedPaint(false) { } @@ -122,7 +122,7 @@ void PaintHelper::StartBufferedPaint() pFrameData-mpBuffer-Erase(m_aPaintRect); pFrameData-mbInBufferedPaint = true; -m_bCreatedBuffer = true; +m_bStartedBufferedPaint = true; SetupBuffer(); @@ -171,7 +171,7 @@ void PaintHelper::PaintBuffer() { ImplFrameData* pFrameData = m_pWindow-mpWindowImpl-mpFrameData; assert(pFrameData-mbInBufferedPaint); -assert(m_bCreatedBuffer); +assert(m_bStartedBufferedPaint); pFrameData-mpBuffer-mnOutOffX = 0; pFrameData-mpBuffer-mnOutOffY = 0; @@ -524,7 +524,7 @@ PaintHelper::~PaintHelper() // double-buffering: paint in case we created the buffer, the children are // already painted inside -if (m_bCreatedBuffer pFrameData-mbInBufferedPaint) +if (m_bStartedBufferedPaint pFrameData-mbInBufferedPaint) { PaintBuffer(); pFrameData-mbInBufferedPaint = false; ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 93094] Editing - sqlite3 tables read only even when defined with primary key using Xerial jdbc driver
https://bugs.documentfoundation.org/show_bug.cgi?id=93094 --- Comment #9 from Alex Thurgood ipla...@yahoo.co.uk --- If I create a fresh database from within LO using the Xerial jdbc driver, I can create a new table, eg : Table rainfall id INTEGER NOT NULL qty REAL Set id as Primary Key via GUI I can save that table, and then open it for data entry and enter data. On saving and re-opening, I get an error message : SQLite JDBC: inconsistent internal state. The data has however been saved, because I can read and write to the same database from the command line using sqlite3. For some reason however, LO can no longer read the data from the table. This indicates that the JDBC driver from Xerial is not necessarily the limiting factor, rather possibly the way LO interacts with the driver -- 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/core/undo/unattr.cxx |5 - 1 file changed, 4 insertions(+), 1 deletion(-) New commits: commit 183c317f01ccade1c7865e05e608ea7295c8d39e Author: Michael Stahl mst...@redhat.com Date: Wed Jul 29 23:59:43 2015 +0200 tdf#83223: sw: fix Undo of format change of conditional para style SwUndoFormatAttr was simply missing a case for RES_CONDTXTFMTCOLL. Handle it the same way as an oridnary paragraph style, which seems to work for me. Change-Id: Ib529beb1116633e4890d5b51df39da21de485db9 (cherry picked from commit 37e936996acb4a8329fad2ec73a35f66be446e90) Reviewed-on: https://gerrit.libreoffice.org/17428 Tested-by: Jenkins c...@libreoffice.org Reviewed-by: Miklos Vajna vmik...@collabora.co.uk diff --git a/sw/source/core/undo/unattr.cxx b/sw/source/core/undo/unattr.cxx index 8eec8e2..28f47fc 100644 --- a/sw/source/core/undo/unattr.cxx +++ b/sw/source/core/undo/unattr.cxx @@ -204,6 +204,7 @@ bool SwUndoFormatAttr::IsFormatInDoc( SwDoc* pDoc ) switch ( m_nFormatWhich ) { case RES_TXTFMTCOLL: +case RES_CONDTXTFMTCOLL: bFound = pDoc-GetTextFormatColls()-Contains( m_pFormat ); break; @@ -301,7 +302,9 @@ void SwUndoFormatAttr::RepeatImpl(::sw::RepeatContext rContext) } break; -case RES_TXTFMTCOLL: { +case RES_TXTFMTCOLL: +case RES_CONDTXTFMTCOLL: +{ SwTextNode *const pNd = rContext.GetRepeatPaM().GetNode().GetTextNode(); if( pNd ) { ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 93094] Editing - sqlite3 tables read only even when defined with primary key using Xerial jdbc driver
https://bugs.documentfoundation.org/show_bug.cgi?id=93094 --- Comment #10 from Alex Thurgood ipla...@yahoo.co.uk --- (In reply to Alex Thurgood from comment #8) DBVisualiser relies on the Xerial JDBC driver and enables editing of SQLite databases from within DbVisualiser, so the problem would appear to lie with the way LibreOffice talks to the driver rather than the Xerial driver itself. The same is true of Netbeans, which also uses the Xerial driver. I should add that DbVisualiser can see the primary keys and constraints defined in the tables. -- 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/qa writerfilter/source
sw/qa/extras/ooxmlexport/data/tdf91594.docx |binary sw/qa/extras/ooxmlexport/ooxmlexport.cxx | 17 +++ writerfilter/source/dmapper/DomainMapper.cxx | 51 +- writerfilter/source/dmapper/DomainMapper_Impl.cxx |6 -- writerfilter/source/dmapper/DomainMapper_Impl.hxx | 19 ++-- writerfilter/source/ooxml/model.xml |1 6 files changed, 55 insertions(+), 39 deletions(-) New commits: commit fd2bb1847eb3e1edaa590eac9dfaaaf1c64f638a Author: Mark Hung mark...@gmail.com Date: Wed Jun 24 01:40:13 2015 +0800 tdf#91594 misinterprets letters from Symbol font in docx files Fix the issue caused by wrong assumption about symbol chracter and symbol font attributes order in writerfilter. Also allow symbols to be displayed if user's language is not Western. Reviewed-on: https://gerrit.libreoffice.org/16543 Tested-by: Jenkins c...@libreoffice.org Reviewed-by: Michael Stahl mst...@redhat.com Conflicts: writerfilter/source/dmapper/DomainMapper.cxx Change-Id: I602d9fbfa79c33c90f655dbf5ee22738b6391ae6 Reviewed-on: https://gerrit.libreoffice.org/17457 Tested-by: Jenkins c...@libreoffice.org Reviewed-by: Miklos Vajna vmik...@collabora.co.uk diff --git a/sw/qa/extras/ooxmlexport/data/tdf91594.docx b/sw/qa/extras/ooxmlexport/data/tdf91594.docx new file mode 100644 index 000..ea539af Binary files /dev/null and b/sw/qa/extras/ooxmlexport/data/tdf91594.docx differ diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport.cxx b/sw/qa/extras/ooxmlexport/ooxmlexport.cxx index 20be877..c870263 100644 --- a/sw/qa/extras/ooxmlexport/ooxmlexport.cxx +++ b/sw/qa/extras/ooxmlexport/ooxmlexport.cxx @@ -726,6 +726,23 @@ DECLARE_OOXMLEXPORT_TEST(testTdf89890, tdf89890.docx) CPPUNIT_ASSERT(bFound); } +DECLARE_OOXMLEXPORT_TEST(testTdf91594, tdf91594.docx) +{ +uno::Referencetext::XTextRange xPara1(getParagraph(1)); +CPPUNIT_ASSERT_EQUAL(sal_Unicode(0xf0fb), xPara1-getString()[0] ); +uno::Referencetext::XTextRange xPara2(getParagraph(2)); +CPPUNIT_ASSERT_EQUAL(sal_Unicode(0xf0fc), xPara2-getString()[0] ); +uno::Referencetext::XTextRange xPara3(getParagraph(3)); +CPPUNIT_ASSERT_EQUAL(sal_Unicode(0xf0fd), xPara3-getString()[0] ); +uno::Referencetext::XTextRange xPara4(getParagraph(4)); +CPPUNIT_ASSERT_EQUAL(sal_Unicode(0xf0fe), xPara4-getString()[0] ); + +uno::Referencebeans::XPropertySet xRun(getRun(xPara1,1), uno::UNO_QUERY); +CPPUNIT_ASSERT_EQUAL(OUString(Wingdings), getPropertyOUString(xRun, CharFontName)); +CPPUNIT_ASSERT_EQUAL(OUString(Wingdings), getPropertyOUString(xRun, CharFontNameAsian)); +CPPUNIT_ASSERT_EQUAL(OUString(Wingdings), getPropertyOUString(xRun, CharFontNameComplex)); +} + CPPUNIT_PLUGIN_IMPLEMENT(); /* vim:set shiftwidth=4 softtabstop=4 expandtab: */ diff --git a/writerfilter/source/dmapper/DomainMapper.cxx b/writerfilter/source/dmapper/DomainMapper.cxx index d78aca7..8f13b5b 100644 --- a/writerfilter/source/dmapper/DomainMapper.cxx +++ b/writerfilter/source/dmapper/DomainMapper.cxx @@ -255,37 +255,10 @@ void DomainMapper::lcl_attribute(Id nName, Value val) break; case NS_ooxml::LN_CT_Sym_char: -if( m_pImpl-GetTopContext() m_pImpl-GetTopContext()-GetFootnote().is()) -{ -m_pImpl-GetTopContext()-GetFootnote()-setLabel(OUString( sal_Unicode(nIntValue))); -break; -} -else //it's a _real_ symbol -{ -m_pImpl-SetSymbolData(nIntValue); -} +m_pImpl-SetSymbolChar(nIntValue); break; case NS_ooxml::LN_CT_Sym_font: -//the footnote symbol and font are provided after the footnote is already inserted -if( m_pImpl-GetTopContext() m_pImpl-GetTopContext()-GetFootnote().is()) -{ -uno::Reference beans::XPropertySet xAnchorProps( m_pImpl-GetTopContext()-GetFootnote()-getAnchor(), uno::UNO_QUERY ); -xAnchorProps-setPropertyValue( -PropertyNameSupplier::GetPropertyNameSupplier().GetName( PROP_CHAR_FONT_NAME), -uno::makeAny( sStringValue )); -} -else //a real symbol -if (m_pImpl-GetTopContext()) -{ -m_pImpl-GetTopContext()-Insert(PROP_CHAR_FONT_NAME, uno::makeAny( sStringValue )); -/* - * In case of symbol, symbol character get imported first and then font of symbols. - * So we are storing symbol character and when we parse symbol font then create UNO object for text. - */ -sal_Int32 symboldata = m_pImpl-GetSymbolData(); -utext( reinterpret_cast const sal_uInt8 * ( (symboldata) ), 1 ); -} - +m_pImpl-SetSymbolFont(sStringValue); break; case NS_ooxml::LN_CT_Underline_val: handleUnderlineType(nIntValue,
[Libreoffice-commits] core.git: Branch 'libreoffice-4-4' - RepositoryExternal.mk solenv/gbuild
RepositoryExternal.mk |5 + solenv/gbuild/LinkTarget.mk |8 2 files changed, 13 insertions(+) New commits: commit f8176e86ccdd7c0b2fa8bc059872e0bcd8bec401 Author: Michael Stahl mst...@redhat.com Date: Wed Jul 29 10:56:57 2015 +0200 RepositoryExternal.mk: missing dependency on python3 package This was causing all these libpython3.3m.so: file not recognized: File truncated failures. (cherry picked from commit 57dd4d01c1ba036e5da4abf986b8d594d0ccdb95) RepositoryExternal.mk: for some reason Mac wants a GeneratedPackage (cherry picked from commit d9162d24ce242f27f9cc0430f0650daac8e5db24) Change-Id: Ib814ab4fa43d9c8f20cf9b16ad04e1a71057e595 Reviewed-on: https://gerrit.libreoffice.org/17396 Reviewed-by: Miklos Vajna vmik...@collabora.co.uk Tested-by: Miklos Vajna vmik...@collabora.co.uk diff --git a/RepositoryExternal.mk b/RepositoryExternal.mk index 7b70da8..e6dd9be 100644 --- a/RepositoryExternal.mk +++ b/RepositoryExternal.mk @@ -3081,6 +3081,11 @@ endef define gb_LinkTarget__use_python $(call gb_LinkTarget__use_python_headers,$(1)) +ifeq ($(OS),MACOSX) +$(call gb_LinkTarget_use_generated_package,$(1),python3) +else +$(call gb_LinkTarget_use_package,$(1),python3) +endif ifeq ($(OS),WNT) $(call gb_LinkTarget_add_libs,$(1),\ diff --git a/solenv/gbuild/LinkTarget.mk b/solenv/gbuild/LinkTarget.mk index f9cfab7..333c6c8 100644 --- a/solenv/gbuild/LinkTarget.mk +++ b/solenv/gbuild/LinkTarget.mk @@ -1313,6 +1313,14 @@ define gb_LinkTarget_use_packages $(foreach package,$(2),$(call gb_LinkTarget_use_package,$(1),$(package))) endef +# use a GeneratedPackage, possibly from another module +# call gb_LinkTarget_use_generated_package,linktarget,package +define gb_LinkTarget_use_generated_package +$(call gb_LinkTarget_get_headers_target,$(1)) :| \ + $(call gb_GeneratedPackage_get_target,$(strip $(2))) + +endef + # Use sources from unpacked tarball of an external project # call gb_LinkTarget_use_unpacked,linktarget,unpackedtarget define gb_LinkTarget_use_unpacked ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 93101] New: Reference Error #REF! Inconsistent behaviour not complying with specifications in OpenDocument-v1.2-part2 specifications
https://bugs.documentfoundation.org/show_bug.cgi?id=93101 Bug ID: 93101 Summary: Reference Error #REF! Inconsistent behaviour not complying with specifications in OpenDocument-v1.2-part2 specifications Product: LibreOffice Version: unspecified Hardware: Other OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: j...@psilosoph.de Created attachment 117626 -- https://bugs.documentfoundation.org/attachment.cgi?id=117626action=edit Demonstration containing addenda A sibgle cell reference into a not accessible (or not existing e.g.) spreadsheet file (ods or Excel type e.g.) will correctly produce the error indicator #REF! (Range references may produce a misleading error message.) The actual bug(s): As soon as the missing reference is used as an operand it will be evaluated as a blank cell would be. It is evaluated to 0 or to the empty string depending on the operator, in case of comparison depending on the second operand. It even evaluates to 0 if used as a selecting parameter with OFFSET or INDEX. The missing reference passed to one of the information functions ISTEXT, ISNUMBER, ISLOGICAL, ISERROR will result in FALSE returned. ISBLANK on contrary will answer TRUE. Steps to reproduce the (basic) bug: 1. Create a new Calc document 2. Enter into A3 of the first sheet the formula ='file:///NonExistingFilePath/AnyName.ods'#$Sheet1.A$1 3. Verify the expected error message #REF! 4. Enter into A4 below =1+'file:///NonExistingFilePath/AnyName.ods'#$Sheet1.A$1 5. Verify the (unexpected) result 1 6. Enter into A12 =ISBLANK('file:///NonExistingFilePath/AnyName.ods'#$Sheet1.A$1) 7. Verify the (unexpected) result TRUE Expected behavior: In case of 4, #REF! or a compatible error message In case of 6. #REF! or a compatible error message The reported bug is demonstrated in the attached example. The attachment also contains a few addenda to this report. -- 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: 5 commits - loleaflet/README loleaflet/src loolwsd/LOOLSession.cpp loolwsd/LOOLSession.hpp
loleaflet/README |9 + loleaflet/src/control/Parts.js| 13 + loleaflet/src/layer/tile/TileLayer.js | 23 ++- loolwsd/LOOLSession.cpp | 34 +++--- loolwsd/LOOLSession.hpp |2 ++ 5 files changed, 77 insertions(+), 4 deletions(-) New commits: commit b38d701b973fa6bf2471973e73a5bf9a1df9f6d9 Author: Mihai Varga mihai.va...@collabora.com Date: Mon Aug 3 19:19:38 2015 +0300 loleaflet: updated README to reflect new API diff --git a/loleaflet/README b/loleaflet/README index c91c0d4..1e36a95 100644 --- a/loleaflet/README +++ b/loleaflet/README @@ -135,6 +135,15 @@ Scroll (the following are measured in pixels): + e.x = the amount scrolled to the right (or left if negative) + e.y = the amount scrolled to the bottom (or top if negative) +Writer pages: +- API: +map.goToPage(page) +map.getNumberOfPages() +- events +map.on('pagenumberchanged', function (e) {}) where: ++ e.currentPage = the page on which the cursor lies ++ e.pages = number of pages ++ e.docType = document type, should be 'text' Contributing commit 6eef93a288b8f280430d4ca96f070d6aadd09c9b Author: Mihai Varga mihai.va...@collabora.com Date: Mon Aug 3 19:08:06 2015 +0300 loleaflet: send the updateparts message too diff --git a/loleaflet/src/layer/tile/TileLayer.js b/loleaflet/src/layer/tile/TileLayer.js index 5703147..6ce236e 100644 --- a/loleaflet/src/layer/tile/TileLayer.js +++ b/loleaflet/src/layer/tile/TileLayer.js @@ -344,24 +344,22 @@ L.TileLayer = L.GridLayer.extend({ this._parts = 1; this._currentPage = command.part; this._pages = command.parts; - map.fire('updatepages', { + map.fire('pagenumberchanged', { currentPage: this._currentPage, pages: this._pages, docType: this._docType }); } - else { - this.sendMessage('setclientpart part=' + this._currentPart); - var partNames = textMsg.match(/[^\r\n]+/g); - // only get the last matches - partNames = partNames.slice(partNames.length - this._parts); - this._map.fire('updateparts', { - currentPart: this._currentPart, - parts: this._parts, - docType: this._docType, - partNames: partNames - }); - } + this.sendMessage('setclientpart part=' + this._currentPart); + var partNames = textMsg.match(/[^\r\n]+/g); + // only get the last matches + partNames = partNames.slice(partNames.length - this._parts); + this._map.fire('updateparts', { + currentPart: this._currentPart, + parts: this._parts, + docType: this._docType, + partNames: partNames + }); this._update(); if (this._preFetchPart !== this._currentPart) { this._preFetchPart = this._currentPart; @@ -480,7 +478,7 @@ L.TileLayer = L.GridLayer.extend({ this._map.fire('setpart', {currentPart: this._currentPart}); } else if (this._docType === 'text') { - map.fire('updatepages', { + map.fire('pagenumberchanged', { currentPage: part, pages: this._pages, docType: this._docType commit 6812c6aa0b13b8f94be7cd5943426e421e9130ef Author: Mihai Varga mihai.va...@collabora.com Date: Mon Aug 3 19:07:02 2015 +0300 goToPage API in loleaflet, this is achived by invalidating the cursor and centering the viewing area around it diff --git a/loleaflet/src/control/Parts.js b/loleaflet/src/control/Parts.js index 1041604..689ec4a 100644 ---
[Libreoffice-bugs] [Bug 93102] New: Crash on enabling image contour
https://bugs.documentfoundation.org/show_bug.cgi?id=93102 Bug ID: 93102 Summary: Crash on enabling image contour Product: LibreOffice Version: 5.0.0.4 rc Hardware: Other OS: All Status: UNCONFIRMED Keywords: have-backtrace, regression Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: philip...@hotmail.com CC: michael.me...@collabora.com, phil.j...@free.fr Created attachment 117627 -- https://bugs.documentfoundation.org/attachment.cgi?id=117627action=edit backtrace Steps: 1) Open Writer 2) Insert Image 3) Right-click Wrap Edit Contour 4) Select 'Ellipse' in contour editor toolbar 5) Draw an ellipse 6) Click 'Apply' button 7) Close contour editor dialog with titlebar 'X' 8) Crash Regression as this doesnt happen in 4.4 daily. Version: 5.1.0.0.alpha1+ Build ID: 902255645328efde34ddf62227c8278e8dd61ff0 TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2015-07-30_05:23:12 Locale: en-US (en_US.UTF-8) On a side note, after reopening Writer after the crash, contour editor will be automatically opened. -- 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: i18nlangtag/source
i18nlangtag/source/languagetag/languagetag.cxx |1 + 1 file changed, 1 insertion(+) New commits: commit 5fcef02ee288c894a89c1046df918c121294b757 Author: Noel Grandin noelgran...@gmail.com Date: Mon Aug 3 18:19:28 2015 +0200 re-added accidentally removed LT_HAVE_INLINE define in my commit 0ea54aed15ee17a02c9dff861c16d06505f35741 remove some unused defines Change-Id: I2d8d9242eda9f39e1f932b2d9849fefb57b196eb Reviewed-on: https://gerrit.libreoffice.org/17496 Reviewed-by: Noel Grandin noelgran...@gmail.com Tested-by: Noel Grandin noelgran...@gmail.com diff --git a/i18nlangtag/source/languagetag/languagetag.cxx b/i18nlangtag/source/languagetag/languagetag.cxx index bc9b62c..906c7b3 100644 --- a/i18nlangtag/source/languagetag/languagetag.cxx +++ b/i18nlangtag/source/languagetag/languagetag.cxx @@ -26,6 +26,7 @@ #if defined(ENABLE_LIBLANGTAG) #if LIBLANGTAG_INLINE_FIX +#define LT_HAVE_INLINE #endif #include liblangtag/langtag.h #else ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 92937] tab order in base form initially inactive
https://bugs.documentfoundation.org/show_bug.cgi?id=92937 Rolf Leggewie libreoff...@rolf.leggewie.biz changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|WORKSFORME |--- --- Comment #5 from Rolf Leggewie libreoff...@rolf.leggewie.biz --- Alex, I'd like to revisit this discussion. I'm happy to see this is arguably a config-setting only. Then this is indeed not a bug. Given that the default for the config option in question results in unintuitive behaviour I would argue that LO can do better. I would say that tab order should work even if Automatic focus in form or automatic control focus are not set for any of the tab fields. If nothing is specified, enter the field with the lowest activation sequence number, don't sit around twiddling thumbs, so to speak. I believe this is indeed a bug as most users would assume if they specified a tab sequence it would work without having to mouse and position the cursor first. -- 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-commits] core.git: 2 commits - bin/find-unused-defines.sh dbaccess/source framework/inc i18nlangtag/source i18npool/inc include/toolkit include/vcl udkapi/com vcl/source
Oops, my mistake. Fixed in commit 5fcef02ee288c894a89c1046df918c121294b757 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 92850] Autocorrection of single quotation marks is disabled by default
https://bugs.documentfoundation.org/show_bug.cgi?id=92850 --- Comment #4 from Adolfo Jayme f...@libreoffice.org --- Julien, that patch looks okay to me. -- 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 92986] cannot update a view
https://bugs.documentfoundation.org/show_bug.cgi?id=92986 steve -_- st...@openmailbox.org changed: What|Removed |Added Resolution|FIXED |WORKSFORME --- Comment #9 from steve -_- st...@openmailbox.org --- Since we don't have any commit fixing anything Worksforme is the correct state. -- 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 92987] view cannot be a UNION SELECT
https://bugs.documentfoundation.org/show_bug.cgi?id=92987 steve -_- st...@openmailbox.org changed: What|Removed |Added Resolution|FIXED |WORKSFORME -- 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 93100] Document not displaying in view -- off center
https://bugs.documentfoundation.org/show_bug.cgi?id=93100 m.a.riosv miguelange...@libreoffice.org changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||miguelangelrv@libreoffice.o ||rg Ever confirmed|0 |1 --- Comment #1 from m.a.riosv miguelange...@libreoffice.org --- Hi @Jacques, thanks for reporting. Please could you attach a sample file with the issue?, and this case would be also good a screenshot demonstrating the problem. -- 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: [PATCH] TDF#80588 Help page for Basic IDE Options
Hi Olivier, Olivier Hallot schrieb: Em qua 29 jul 2015, às 16:29:52, Regina Henschel escreveu: [..] . Another issue I could'nt fix is that paragraph with role=basicode should display with colored fonts depending on the keywords and that does not happened with the sample we are reviewing. It is role=bascode not role=basicode. I could not make help render this piece of code anyway. Look into /core/helpcompiler/source/HelpCompiler.cxx, method HelpCompiler::saveXhpForJar, line #102-105. It seems the syntax highlighting is restricted to files from the folder sbasic. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 93107] Division badly broken, displays as 1% of value when result is non-integer
https://bugs.documentfoundation.org/show_bug.cgi?id=93107 Kendall Koning kkon...@gmail.com changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 93107] Division badly broken, displays as 1% of value when result is non-integer
https://bugs.documentfoundation.org/show_bug.cgi?id=93107 --- Comment #6 from Kendall Koning kkon...@gmail.com --- Created attachment 117634 -- https://bugs.documentfoundation.org/attachment.cgi?id=117634action=edit File used to demonstrate display problem. Data appears correct. -- 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 33223] Sidebar: as container for toolbars, ability to add functions missing from Sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=33223 --- Comment #22 from Tom Colley tcol...@livingdata.com.au --- I support the comments by or...@orionkidder.org, Jean-Baptiste Faure and V Stuart Foote (Comments 18-21). The comments recognise a design issue which is about efficient and flexible use of screen real estate. I also appreciate that these concerns may be outside of the original design intentions for the sidebar (Samuel Mehrbrodt, Comment 17 and Yousuf (Jay) Philips, Comment 12). The original conception and development of the sidebar is clearly valuable and a credit to those involved - thank you! Achieving the full realisation of that value is what I think is driving the current discussion - discussion about how to take the sidebar further so that significant design issues are resolved. This is likely to make the sidebar a truly great feature. So, can we now move on, acknowledging that original design intentions were/are great and can evolve to resolve the now-clearly-evident design issues? -- 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 33223] Sidebar: as container for toolbars, ability to add functions missing from Sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=33223 --- Comment #22 from Tom Colley tcol...@livingdata.com.au --- I support the comments by or...@orionkidder.org, Jean-Baptiste Faure and V Stuart Foote (Comments 18-21). The comments recognise a design issue which is about efficient and flexible use of screen real estate. I also appreciate that these concerns may be outside of the original design intentions for the sidebar (Samuel Mehrbrodt, Comment 17 and Yousuf (Jay) Philips, Comment 12). The original conception and development of the sidebar is clearly valuable and a credit to those involved - thank you! Achieving the full realisation of that value is what I think is driving the current discussion - discussion about how to take the sidebar further so that significant design issues are resolved. This is likely to make the sidebar a truly great feature. So, can we now move on, acknowledging that original design intentions were/are great and can evolve to resolve the now-clearly-evident design issues? -- 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 93107] Division badly broken, displays as 1% of value when result is non-integer
https://bugs.documentfoundation.org/show_bug.cgi?id=93107 m.a.riosv miguelange...@libreoffice.org changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||miguelangelrv@libreoffice.o ||rg Ever confirmed|0 |1 Severity|blocker |normal --- Comment #4 from m.a.riosv miguelange...@libreoffice.org --- Hi @Kendall, please instead a screenshot could you attach a sample file where you have the issue? Could you also verify if the option: Menu/Tools/Options/LibreOffice calc/General - Use printer metrics. is not activated. To verify if it's a visualization issue, using the result as input for other cell calculation confirms the erroneous values? While is not reproduced, changed the importance. -- 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 56350] FILESAVE FORMATTING graph legend jumps to top-left corner after save
https://bugs.documentfoundation.org/show_bug.cgi?id=56350 --- Comment #5 from Libomark pnet...@f2s.com --- Even simply editing the legend e.g. to provide a colour fill will cause its location to jump to the left of the chart if it was previously moved into position over the chart body. -- 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 93110] New: Odd characters in example formulas
https://bugs.documentfoundation.org/show_bug.cgi?id=93110 Bug ID: 93110 Summary: Odd characters in example formulas Product: LibreOffice Version: unspecified Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Formula Editor Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jfis...@csumb.edu Created attachment 117633 -- https://bugs.documentfoundation.org/attachment.cgi?id=117633action=edit LibreOffice Math, odd characters Windows 7 Enterprise 64 bit OS, new install LibreOffice 5.0.0.5 rc 32 bit Windows version Locale: en-US Open LibreOffice Math Select Examples from the drop-down control list Odd characters appear in the formulas: big telephone, floppy disk, small telephone I have not installed any JAVA. -- 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/src
loleaflet/src/layer/tile/TileLayer.js |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) New commits: commit bcda8963894e4ecb634321557d3720cbff7d567a Author: Henry Castro hcas...@collabora.com Date: Mon Aug 3 21:25:34 2015 -0400 loleaflet: add time stamp query parameter diff --git a/loleaflet/src/layer/tile/TileLayer.js b/loleaflet/src/layer/tile/TileLayer.js index 6ce236e..bc248b4 100644 --- a/loleaflet/src/layer/tile/TileLayer.js +++ b/loleaflet/src/layer/tile/TileLayer.js @@ -99,7 +99,8 @@ L.TileLayer = L.GridLayer.extend({ return; } if (this.options.doc) { - this.sendMessage('load url=' + this.options.doc); + var timestamp = Math.round(+new Date()/1000); + this.sendMessage('load url=' + this.options.doc + ( this.options.doc.indexOf('?') !== -1 ? '' : '?' ) + 'timestamp=' + timestamp); this.sendMessage('status'); } this._map.on('drag resize zoomend', this._updateScrollOffset, this); ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] online.git: loolwsd/LOOLSession.cpp
loolwsd/LOOLSession.cpp |8 1 file changed, 8 insertions(+) New commits: commit 85b0474deb3ef74412727c337de4c7f748c3a1fd Author: Henry Castro hcas...@collabora.com Date: Mon Aug 3 21:33:47 2015 -0400 loolwsd: remove time stamp query parameter The original URI request with query parameters is processed by loKit. diff --git a/loolwsd/LOOLSession.cpp b/loolwsd/LOOLSession.cpp index fe1096a..d6fa5aa 100644 --- a/loolwsd/LOOLSession.cpp +++ b/loolwsd/LOOLSession.cpp @@ -743,9 +743,17 @@ bool ChildProcessSession::loadDocument(const char *buffer, int length, StringTok _docURL = tokens[1]; URI aUri; +URI::QueryParameters params; try { aUri = URI(_docURL); +params = aUri.getQueryParameters(); +if ( !params.empty() params.back().first == timestamp ) +{ +aUri.setQuery(); +params.pop_back(); +aUri.setQueryParameters(params); +} } catch(Poco::SyntaxException) { ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 93111] New: Feature Request: Custom Style Group
https://bugs.documentfoundation.org/show_bug.cgi?id=93111 Bug ID: 93111 Summary: Feature Request: Custom Style Group Product: LibreOffice Version: 4.0.1.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: m...@manngo.net A document of some length will make use of large number of styles. These styles may have inherited from a template. The easiest way to apply and manage a style is with the existing Styles panel. Styles are grouped one way or another, but there is no way to create your own custom of grouping. The problem with existing solutions is: (a) “All Styles” includes many styles which may be unused. (b) “Applied Styles” may be useful for mature documents, but at the early stages many styles would not be visible. (c) “Applied Styles” does not show a hierarchical view. My request is for an option to create your own group with favourite styles, or possibly with template styles. Preferably this would also show the style hierarchy. Microsoft Word had the facility to add styles to custom toolbar menus, which, while not as convenient, would at least give you a customised selection of styles. -- 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 93111] Feature Request: Custom Style Group
https://bugs.documentfoundation.org/show_bug.cgi?id=93111 Mark Simon m...@manngo.net changed: What|Removed |Added Priority|medium |high -- 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 93104] [ODF] Add binary file types bodt, bods, bodp, etc..
https://bugs.documentfoundation.org/show_bug.cgi?id=93104 --- Comment #6 from MM plokk...@fastmail.fm --- (In reply to Maxim Monastirsky from comment #4) (In reply to Olivier Hallot from comment #0) * does not need to be compliant with any other standard, * does not need to care about interoperability, So what's the point of such format if it creates vendor lock-in? We already had once binary formats in StarOffice/OOo days, and we dropped them, because of this. (Not to mention that XML format is easy to fix by hand if it gets some corruption.) I agree with that. Libreoffice should be about open formats, not closing them off with another set of binaries that no other programs can read or will support. * will load and save much faster, See above. You can't claim such thing without proving it. The XML parsing overhead is not so high. And after all it depends on implementation. I'm sure that a filter of a binary format could be horribly slow, if poorly implemented. From what i've read, reading excel binary is a bit faster than xml, but slower when writing. -- 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 93107] Division badly broken, displays as 1% of value when result is non-integer
https://bugs.documentfoundation.org/show_bug.cgi?id=93107 --- Comment #5 from Kendall Koning kkon...@gmail.com --- I have saved a file and will attach it in a minute. I think the critical section you're looking for is probably this: table:table-row table:style-name=ro1table:table-cell table:formula=of:=3000/9 office:value-type=float office:value=333. calcext:value-type=floattext:p333.33/text:p/table:table-celltable:table-cell table:formula=of:=[.A1]*3 office:value-type=float office:value=1000 calcext:value-type=floattext:p1000/text:p/table:table-cell/table:table-row ...which suggests that the values in the save files are correct, and that they are just displaying incorrectly. At least this means errors don't cascade. As for the preference setting for Use printer metrics for text formatting, it is NOT checked. As far as I can tell based on the information from the OSX Activity Monitor, it's not using any libraries outside of the LibreOffice.app bundle. But just to eliminate this possibility, I tested the same .app bundle on another Mac. The problem did exist on that mac as well. So the problem might be limited to that build on that OS, but it seems to be reproducible across machines. I'll try newer and older builds next. -- 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 93101] Reference Error #REF! Inconsistent behaviour not complying with specifications in OpenDocument-v1.2-part2 specifications
https://bugs.documentfoundation.org/show_bug.cgi?id=93101 m.a.riosv miguelange...@libreoffice.org changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||miguelangelrv@libreoffice.o ||rg Version|3.4.5 release |3.3.4 release Ever confirmed|0 |1 Severity|normal |major --- Comment #2 from m.a.riosv miguelange...@libreoffice.org --- Hi @Wolfang, thanks for reporting. And for a so detailed report. Reproducible with Win7x64 Version: 5.1.0.0.alpha1+ (x64) Build ID: bb697b4c7bd694c6b81ed2a4cc9471cb5573b592 TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2015-07-31_22:24:37 verified that as commented slightly different with 3.3.4. But doesn't seem inherited from AOo, at least in 4.1.1 seems to work fine. I think we can change the version to 3.3.4 LibreOffice 3.3.4 OOO330m19 (Build:401) tag libreoffice-3.3.4.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 93109] New: Installation of LibreOffice 5.0.0.5 Kills Parallel Installations of LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=93109 Bug ID: 93109 Summary: Installation of LibreOffice 5.0.0.5 Kills Parallel Installations of LibreOffice Product: LibreOffice Version: unspecified Hardware: Other OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Installation Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: harald.koes...@mail.de Preconditions: (a) LO 4.4.4.3 is installed as standard LibreOffice installation. (b) Furthermore several LibreOffice versions are installed in parallel. Steps in order to reproduce the bug: (1) First check if one of the parallel version works as expected. (2) Install LibreOffice 5.0.0.5. I used a custom installation. (3) Start LibreOffice 5.0.0.5. It starts like expected. Close LO 5.0.0.5 again. (4) Start one of the parallel versions. I got the message, that the file MSVCR110.dll is missing on my system. Expected: Start of parallel version. Tested with Win7 Pro, 32 Bit, German UI. -- 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 93113] New: Crash Inserting Special Character
https://bugs.documentfoundation.org/show_bug.cgi?id=93113 Bug ID: 93113 Summary: Crash Inserting Special Character Product: LibreOffice Version: 5.0.0.4 rc Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Draw Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: slumber...@gmail.com Not sure if this is fixed yet or not but I was having frequent freezes and crashes in the LO 4.4.x so I decided to upgrade to 5.0.4 to see if the bug had been fixed. It hasn't. I'm making a document that uses lots of special characters. The dialog window used to insert them often becomes slow and unresponsive. Often this completely freezes LO. I have to kill the application, restart it, and recover the document. Sometimes, a special character is inserted and it disappears too. -- 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 92850] Autocorrection of single quotation marks is disabled by default
https://bugs.documentfoundation.org/show_bug.cgi?id=92850 --- Comment #5 from Julien Nabet serval2...@yahoo.fr --- Pending review for master sources: https://gerrit.libreoffice.org/17498 -- 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 93112] New: Writer not responding after certain delete action
https://bugs.documentfoundation.org/show_bug.cgi?id=93112 Bug ID: 93112 Summary: Writer not responding after certain delete action Product: LibreOffice Version: 4.4.3.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: major Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: myaravi...@gmail.com -- 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
[GSoC] Reuse Mozilla's rolling update mechanism for LibreOffice - Weekly Report 10
This is the week 10 progress report of the GSoC bug Reuse Mozilla's rolling update mechanism for LibreOffice. Last week: - successfully did an in-place upgrade on Linux using partial mar files Goals for this week: - finish debugging and do an in-place upgrade on Windows using partial mar files -- Nathan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 93112] Writer not responding after certain delete action
https://bugs.documentfoundation.org/show_bug.cgi?id=93112 --- Comment #2 from Aravind G myaravi...@gmail.com --- Created attachment 117635 -- https://bugs.documentfoundation.org/attachment.cgi?id=117635action=edit press the del button after placing it just after L of the AGRICULTURAL or D of AND the writer stops responding. Pasting and deleting in the title column will not make the writer irresponsive. In Calc pasting the single line pastes each word in each column. -- 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 75218] Letter Wizard should be improved to follow locale customs
https://bugs.documentfoundation.org/show_bug.cgi?id=75218 --- Comment #6 from Jean-Baptiste Faure jbfa...@libreoffice.org --- (In reply to Fabian Tröster from comment #5) [...] I hope you're satisfied. By the way: that would have been your job to check for that. Now it's your turn. No. You should read: https://wiki.documentfoundation.org/QA -- 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 93114] New: Insert Special Character - Not reading Fonts Correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=93114 Bug ID: 93114 Summary: Insert Special Character - Not reading Fonts Correctly Product: LibreOffice Version: 5.0.0.4 rc Hardware: Other OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Draw Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: slumber...@gmail.com All the special characters in almost every font seem to have disappeared in the upgrade from 5.0.0.4 to 5.0.0.5 I can no longer see the characters I want when I choose the font I know that has them in its table. -- 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 93112] Writer not responding after certain delete action
https://bugs.documentfoundation.org/show_bug.cgi?id=93112 --- Comment #1 from Aravind G myaravi...@gmail.com --- os : linux mint 17.2 I). See the attached writer file when I paste the clipboard contents from the first page of attached pdf file(JOURNALOFAGRICULTURALAND FOODCHEMISTRY). see the row with No =22 in the writer file.. 1. Additional spaces are pasted. 2. But the real problem is that When i press the del button after placing it just after L of the AGRICULTURAL or D of AND the writer stops responding. similar problem occurred earlier also. 3. In certain cases the paste icon in the tool bar is inactive but ctrl+C works. In certain cases only Paste in edit menu is active. II) a Useful enhancement. especially for pasting web page content. Instead of keeping single paste button/option provide for text 1. a paste unformated text button/option 2. a paste unformated single line text button(with out line breaks and with out leading and trailing spaces). 3. a Paste default option according to the source. 4. a Paste Special option (if any) with drop down menu for additional options. for image 1. a paste bitmap button/option. 2. a Paste default option according to the source. usually link 3. a Paste Special option (if any) with drop down menu for additional options. -- 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 93107] Division badly broken, displays as 1% of value when result is non-integer
https://bugs.documentfoundation.org/show_bug.cgi?id=93107 --- Comment #3 from MM plokk...@fastmail.fm --- Unconfirmed with v4.4.5.2 under windows 7 x64. Unconfirmed with v4.4.5.2 under mint 17.2 x64. Unconfirmed with v5.0.0.5 under mint 17.2 x64. -- 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 92648] FILEOPEN / IMPORT specific DOCX (letter head) with various objects: line-picture (graphic) in footer too low
https://bugs.documentfoundation.org/show_bug.cgi?id=92648 Michael Weghorn m.wegh...@posteo.de changed: What|Removed |Added Keywords||bisected CC||m.wegh...@posteo.de Whiteboard|bibisectrequest |bibisected --- Comment #1 from Michael Weghorn m.wegh...@posteo.de --- (bi)bisect result (using the bibisect-50max bibisect repository): c21fc0c70e76c190e485a6a765e189a2f0e27006 is the first bad commit commit c21fc0c70e76c190e485a6a765e189a2f0e27006 Author: Matthew Francis mjay.fran...@gmail.com Date: Wed May 27 23:04:02 2015 +0800 source-hash-a4dee94afed9ade6ac50237c8d99a6e49d3bebc1 commit a4dee94afed9ade6ac50237c8d99a6e49d3bebc1 Author: László Németh laszlo.nem...@collabora.com AuthorDate: Wed May 13 17:47:36 2015 +0200 Commit: László Németh laszlo.nem...@collabora.com CommitDate: Wed May 13 18:10:45 2015 +0200 tdf#91260: allow textboxes extending beyond the page bottom This commit fixes layout problems of DOCX import, but also now it's possible to move a textbox beyond the page bottom using the arrow keys (this worked only for page-anchored shapes in Writer). Change-Id: Ie83d3202a2248d948348656aa26df20982f9675b :04 04 4c5922e07134b953a99657635da6ddfa647d5e68 4d6aaa4454f168acc4b75b6200efd64861c8efa6 Mopt --- $ git bisect log # bad: [dda106fd616b7c0b8dc2370f6f1184501b01a49e] source-hash-0db96caf0fcce09b87621c11b584a6d81cc7df86 # good: [5b9dd620df316345477f0b6e6c9ed8ada7b6c091] source-hash-2851ce5afd0f37764cbbc2c2a9a63c7adc844311 git bisect start 'latest' 'oldest' # good: [0c30a2c797b249d0cd804cb71554946e2276b557] source-hash-45aaec8206182c16025cbcb20651ddbdf558b95d git bisect good 0c30a2c797b249d0cd804cb71554946e2276b557 # good: [2ce02b2ce56f12b9fcb9efbd380596975a3a5686] source-hash-17d714eef491bda2512ba8012e5b3067ca19a5be git bisect good 2ce02b2ce56f12b9fcb9efbd380596975a3a5686 # good: [40875247f0002056effdf6d2fbe43627691cd86c] source-hash-93f0b14458a618ad575cd446680e5c4aa7d87bdc git bisect good 40875247f0002056effdf6d2fbe43627691cd86c # skip: [61f66b1a251477193d796411ca95f50d606ead45] source-hash-3fd5f8919ec2256c70ff26c14cb9f8065c5cb2f1 git bisect skip 61f66b1a251477193d796411ca95f50d606ead45 # good: [e7374cd735af2344dae55be40946d96633d2f6ee] source-hash-8a91528a3e03fe6e2923c33327b687ecf57adb0b git bisect good e7374cd735af2344dae55be40946d96633d2f6ee # bad: [541837707e7b0c5f5335180de535043c43e78e8d] source-hash-0811de12ee6727bbb9d4265217833ba02301eed8 git bisect bad 541837707e7b0c5f5335180de535043c43e78e8d # good: [2faf2a5126e3ccf78be3d6619b571358bb7af742] source-hash-2523972f6a066488c649ab97dcba4f458126f18b git bisect good 2faf2a5126e3ccf78be3d6619b571358bb7af742 # good: [036709cec55938932b487542cdbace379c2651e2] source-hash-d8eee8e4d1a303044bf34b28c2e95bd6da23fd79 git bisect good 036709cec55938932b487542cdbace379c2651e2 # good: [1c13469c3e122da98a10fdf5df58a34a53980fc3] source-hash-02eff9d83734b6b30cf65768f27bfc0e161b git bisect good 1c13469c3e122da98a10fdf5df58a34a53980fc3 # good: [0117e1d734e216881e29e0fb5d7eef50ed84d554] source-hash-5db6da7c5d27c5b8be59fb9a4599d5c95d7f1bd7 git bisect good 0117e1d734e216881e29e0fb5d7eef50ed84d554 # good: [1a628f941bed58fcd10f8cbc076cefebb33690bd] source-hash-b1a9498a1415ca42e4d13f3e56daff0ebffc0ccf git bisect good 1a628f941bed58fcd10f8cbc076cefebb33690bd # good: [9fdcd68b3b9f7f927c9cd1135b6943ebbec4faf8] source-hash-2527a4d5a7cb1a7086129019a29dc063a3a28f63 git bisect good 9fdcd68b3b9f7f927c9cd1135b6943ebbec4faf8 # bad: [c21fc0c70e76c190e485a6a765e189a2f0e27006] source-hash-a4dee94afed9ade6ac50237c8d99a6e49d3bebc1 git bisect bad c21fc0c70e76c190e485a6a765e189a2f0e27006 # good: [14dead702d0e64559551b38001d273f96fa1cd3c] source-hash-de8afb9a2b461da4c81e45a7e185b553a5f4c3e7 git bisect good 14dead702d0e64559551b38001d273f96fa1cd3c # good: [d3a0559de9451a09724a4af5c536377604bda18f] source-hash-02cc648dc068080d65b44ebd10d0940f6a097b8a git bisect good d3a0559de9451a09724a4af5c536377604bda18f # first bad commit: [c21fc0c70e76c190e485a6a765e189a2f0e27006] source-hash-a4dee94afed9ade6ac50237c8d99a6e49d3bebc1 -- 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 65259] CONFIGURATION: paragraph style sheets in in wrong language when using wizard
https://bugs.documentfoundation.org/show_bug.cgi?id=65259 --- Comment #13 from Fabian Tröster fabian.troes...@yahoo.de --- Re-checked with LibreOffice 3.5.7.2 German (Linux Mint 13; clean install; language pack German) Result: Letter wizard creates template/document with correct layout DIN A4 - folding marks at the correct position; text frames at the correct position; ZIP in front of name of the city (as it should be). It is just like I said all along: in version 3.x this bug was not present and it was introduced later. I hope you're satisfied. By the way: that would have been your job to check for that. Now it's your turn. -- 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 75218] Letter Wizard should be improved to follow locale customs
https://bugs.documentfoundation.org/show_bug.cgi?id=75218 --- Comment #5 from Fabian Tröster fabian.troes...@yahoo.de --- Re-checked with LibreOffice 3.5.7.2 German (Linux Mint 13; clean install; language pack German) Result: Letter wizard creates template/document with correct layout DIN A4 - folding marks at the correct position; text frames at the correct position; ZIP in front of name of the city (as it should be). It is just like I said all along: in version 3.x this bug was not present and it was introduced later. I hope you're satisfied. By the way: that would have been your job to check for that. Now it's your turn. -- 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 92648] FILEOPEN / IMPORT specific DOCX (letter head) with various objects: line-picture (graphic) in footer too low
https://bugs.documentfoundation.org/show_bug.cgi?id=92648 Michael Weghorn m.wegh...@posteo.de changed: What|Removed |Added CC||nem...@numbertext.org, ||nem...@openoffice.org --- Comment #2 from Michael Weghorn m.wegh...@posteo.de --- @László: Could you possibly have a look at this? (I hope that one of the two email addresses is the right one and up-to-date.) -- 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 93104] [ODF] Add binary file types bodt, bods, bodp, etc..
https://bugs.documentfoundation.org/show_bug.cgi?id=93104 --- Comment #5 from Maxim Monastirsky momonas...@gmail.com --- (In reply to Olivier Hallot from comment #2) Besides, I don't thing Flat ODF as we already have, is supported by anything else than LibreOffice. And yet, it conforms to the ODF standard, see section 2.2.1-c of the ODF 1.2 spec. -- 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 92788] Middle Button on Mouse Paste Option Broken for X11
https://bugs.documentfoundation.org/show_bug.cgi?id=92788 --- Comment #16 from Commit Notification libreoffice-comm...@lists.freedesktop.org --- Noel Grandin committed a patch related to this issue. It has been pushed to master: http://cgit.freedesktop.org/libreoffice/core/commit/?id=dfc81188d50472dde2aa50752b415feab12350b4 tdf#92788 - Middle Button on Mouse Paste Option Broken for X11 It will be available in 5.1.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-commits] core.git: Branch 'distro/collabora/cp-5.0' - 3 commits - desktop/source include/LibreOfficeKit libreofficekit/qa libreofficekit/source sc/inc sc/source sw/inc sw/source
desktop/source/lib/init.cxx | 35 +++ include/LibreOfficeKit/LibreOfficeKitGtk.h |1 libreofficekit/qa/data/calc_sheetnames.ods |binary libreofficekit/qa/gtktiledviewer/gtktiledviewer.cxx |8 +++ libreofficekit/qa/unit/tiledrendering.cxx | 24 +- libreofficekit/source/gtk/lokdocview.cxx| 11 + sc/inc/docuno.hxx |3 + sc/source/ui/unoobj/docuno.cxx |8 +++ sw/inc/unotxdoc.hxx |8 +++ sw/inc/viscrs.hxx |3 + sw/source/core/crsr/viscrs.cxx | 12 + sw/source/uibase/uno/unotxdoc.cxx | 44 12 files changed, 144 insertions(+), 13 deletions(-) New commits: commit 1823208dbd13ec7d4118045084036a59a70c7125 Author: Jan Holesovsky ke...@collabora.com Date: Sat Aug 1 02:13:47 2015 +0200 LOK: Implement parts for Writer too. In Writer, the meaning of 'parts' is a bit different than in Calc or Impress. In Writer, the parts mean pages, and the document does not give a completely different view, the cursor just jumps to the given page. It is up to the client to follow the cursor appropriately to have the desired effect. Conflicts: libreofficekit/qa/gtktiledviewer/gtktiledviewer.cxx libreofficekit/source/gtk/lokdocview.cxx Change-Id: I56b3264e0340cd639bdabfa92b74b52bd1f391a5 diff --git a/include/LibreOfficeKit/LibreOfficeKitGtk.h b/include/LibreOfficeKit/LibreOfficeKitGtk.h index b3e50d3..f5c9143 100644 --- a/include/LibreOfficeKit/LibreOfficeKitGtk.h +++ b/include/LibreOfficeKit/LibreOfficeKitGtk.h @@ -41,6 +41,7 @@ struct _LOKDocViewClass void (* command_changed) (LOKDocView* pView, char* new_state); void (* search_not_found) (LOKDocView* pView, char* new_state); void (* part_changed) (LOKDocView* pView, int new_part); + void (* size_changed) (LOKDocView* pView); }; guint lok_docview_get_type(void); diff --git a/libreofficekit/qa/gtktiledviewer/gtktiledviewer.cxx b/libreofficekit/qa/gtktiledviewer/gtktiledviewer.cxx index 83ec9d2..144f807 100644 --- a/libreofficekit/qa/gtktiledviewer/gtktiledviewer.cxx +++ b/libreofficekit/qa/gtktiledviewer/gtktiledviewer.cxx @@ -300,6 +300,13 @@ static void populatePartSelector() lok_docview_get_part( LOK_DOCVIEW(pDocView) ) ); } +static void signalSize(LOKDocView* /*pLOKDocView*/, gpointer /*pData*/) +{ +g_bPartSelectorBroadcast = false; +populatePartSelector(); +g_bPartSelectorBroadcast = true; +} + static void changePart( GtkWidget* pSelector, gpointer /* pItem */ ) { int nPart = gtk_combo_box_get_active( GTK_COMBO_BOX(pSelector) ); @@ -463,6 +470,7 @@ int main( int argc, char* argv[] ) g_signal_connect(pDocView, command-changed, G_CALLBACK(signalCommand), NULL); g_signal_connect(pDocView, search-not-found, G_CALLBACK(signalSearch), NULL); g_signal_connect(pDocView, part-changed, G_CALLBACK(signalPart), NULL); +g_signal_connect(pDocView, size-changed, G_CALLBACK(signalSize), NULL); // Input handling. g_signal_connect(pWindow, key-press-event, G_CALLBACK(signalKey), pDocView); diff --git a/libreofficekit/source/gtk/lokdocview.cxx b/libreofficekit/source/gtk/lokdocview.cxx index 7ab7f09..2adc23e 100644 --- a/libreofficekit/source/gtk/lokdocview.cxx +++ b/libreofficekit/source/gtk/lokdocview.cxx @@ -1086,6 +1086,7 @@ enum COMMAND_CHANGED, SEARCH_NOT_FOUND, PART_CHANGED, +SIZE_CHANGED, LAST_SIGNAL }; @@ -1151,6 +1152,16 @@ static void lok_docview_class_init( gpointer ptr ) g_cclosure_marshal_VOID__INT, G_TYPE_NONE, 1, G_TYPE_INT); +pClass-size_changed = 0; +docview_signals[SIZE_CHANGED] = +g_signal_new(size-changed, + G_TYPE_FROM_CLASS(gobject_class), + G_SIGNAL_RUN_FIRST, + G_STRUCT_OFFSET(LOKDocViewClass, size_changed), + NULL, NULL, + g_cclosure_marshal_VOID__VOID, + G_TYPE_NONE, 1, + G_TYPE_INT); } static void lok_docview_init( GTypeInstance* pInstance, gpointer ) diff --git a/sw/inc/unotxdoc.hxx b/sw/inc/unotxdoc.hxx index c90a852..9f0b03b 100644 --- a/sw/inc/unotxdoc.hxx +++ b/sw/inc/unotxdoc.hxx @@ -407,6 +407,14 @@ public: long nTileHeight ) SAL_OVERRIDE; /// @see vcl::ITiledRenderable::getDocumentSize(). virtual Size getDocumentSize() SAL_OVERRIDE; +/// @see vcl::ITiledRenderable::setPart(). +virtual void setPart(int nPart) SAL_OVERRIDE; +/// @see vcl::ITiledRenderable::getParts(). +virtual int getParts() SAL_OVERRIDE; +/// @see vcl::ITiledRenderable::getPart(). +virtual
[Libreoffice-commits] core.git: include/svx svx/source
include/svx/svdpagv.hxx |2 +- svx/source/svdraw/svdpagv.cxx |6 -- 2 files changed, 5 insertions(+), 3 deletions(-) New commits: commit a381d16d23d0efb678e9e410db3ad23313693640 Author: Mihai Varga mihai.va...@collabora.com Date: Fri Jul 31 18:24:33 2015 +0300 Removed some whole page invalidations in impress 1. For tiled rendering, don't invalidate the whole page when hiding it 2. Don't invalidate when showing a page because we've just hidden the previous one 3. No need for invalidation when setting visible layers Change-Id: I858401b22c95093c58ec00896fe92b766fddb6de Reviewed-on: https://gerrit.libreoffice.org/17452 Tested-by: Jenkins c...@libreoffice.org Reviewed-by: Jan Holesovsky ke...@collabora.com diff --git a/include/svx/svdpagv.hxx b/include/svx/svdpagv.hxx index 1cc20e1..6d30747 100644 --- a/include/svx/svdpagv.hxx +++ b/include/svx/svdpagv.hxx @@ -215,7 +215,7 @@ public: void LogicToPagePos(Rectangle rRect) const { rRect.Move(-aPgOrg.X(),-aPgOrg.Y()); } void PagePosToLogic(Point rPnt) const { rPnt+=aPgOrg; } -void SetVisibleLayers(const SetOfByte rSet) { aLayerVisi=rSet; InvalidateAllWin(); } +void SetVisibleLayers(const SetOfByte rSet) { aLayerVisi=rSet; } const SetOfByte GetVisibleLayers() const { return aLayerVisi; } void SetPrintableLayers(const SetOfByte rSet) { aLayerPrn=rSet; } const SetOfByte GetPrintableLayers() const { return aLayerPrn; } diff --git a/svx/source/svdraw/svdpagv.cxx b/svx/source/svdraw/svdpagv.cxx index e8caa44..9c74d43 100644 --- a/svx/source/svdraw/svdpagv.cxx +++ b/svx/source/svdraw/svdpagv.cxx @@ -229,7 +229,6 @@ void SdrPageView::Show() if(!IsVisible()) { mbVisible = true; -InvalidateAllWin(); for(sal_uInt32 a(0L); a GetView().PaintWindowCount(); a++) { @@ -242,7 +241,10 @@ void SdrPageView::Hide() { if(IsVisible()) { -InvalidateAllWin(); +if (!GetView().GetModel()-isTiledRendering()) +{ +InvalidateAllWin(); +} mbVisible = false; ClearPageWindows(); } ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 77015] Spreadsheet MATCH function fails when accessed through com.sun.star.sheet.FunctionAccess service
https://bugs.documentfoundation.org/show_bug.cgi?id=77015 --- Comment #6 from Beluga todven...@suomi24.fi --- (In reply to DonJaime from comment #5) The problem in comment #4 is a different bug, which may be worth reporting. If you create a new report for it, you can CC me and I will confirm it. -- 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 93023] Make all bookmarks collapsed in the exported PDFs
https://bugs.documentfoundation.org/show_bug.cgi?id=93023 Beluga todven...@suomi24.fi changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #3 from Beluga todven...@suomi24.fi --- (In reply to David from comment #2) Undless I'm misunderstanding the bug, I think this would fall under the category of Not a Bug. To create a pdf with a collapsed index, all that needs to be done when exporting as a pdf is to go under the User Interface tab and set Visible bookmark levels to 1. A pdf editor is not required for this function. Gosh, you are right. I'll close this as invalid. -- 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 75218] Letter Wizard should be improved to follow locale customs
https://bugs.documentfoundation.org/show_bug.cgi?id=75218 --- Comment #4 from Beluga todven...@suomi24.fi --- Fabian: can you confirm that the bug is not yet in LibreOffice 3.5.0? If it's not, it could be bibisected to find out when it appeared. Then it would be much easier to fix. 3.5.0 is the oldest that we can bibisect from. https://wiki.documentfoundation.org/Installing_in_parallel http://downloadarchive.documentfoundation.org/libreoffice/old/ As to your question of when this will be fixed: we have ~7000 bugs and over 2000 feature requests. If you want to see the situation improve in general, you should join the QA team and help us make it easier for developers to fix bugs. If you want to see your bug fixed in particular, you might offer money for it in http://freedomsponsors.org/ for example, or hire some freelancer or contact a consulting company like Collabora or CIB. -- 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 88206] Change uses of cppu::WeakImplHelper* and cppu::ImplInheritanceHelper* to use variadic variants instead
https://bugs.documentfoundation.org/show_bug.cgi?id=88206 --- Comment #20 from Commit Notification libreoffice-comm...@lists.freedesktop.org --- Takeshi Abe committed a patch related to this issue. It has been pushed to master: http://cgit.freedesktop.org/libreoffice/core/commit/?id=b03f6f45f4a13d97b0b62ea7c54b75dd14a5ad5e tdf#88206 replace cppu::WeakImplHelper* etc. It will be available in 5.1.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
[Bug 88206] Change uses of cppu::WeakImplHelper* and cppu::ImplInheritanceHelper* to use variadic variants instead
https://bugs.documentfoundation.org/show_bug.cgi?id=88206 --- Comment #20 from Commit Notification libreoffice-comm...@lists.freedesktop.org --- Takeshi Abe committed a patch related to this issue. It has been pushed to master: http://cgit.freedesktop.org/libreoffice/core/commit/?id=b03f6f45f4a13d97b0b62ea7c54b75dd14a5ad5e tdf#88206 replace cppu::WeakImplHelper* etc. It will be available in 5.1.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 on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: reminder: please add API CHANGE to commit message if you change the API incompatibly
Hi, On Thu, Jul 30, 2015 at 02:04:03PM +0200, Michael Stahl wrote: as a reminder our public API consists of the following: * UNO API udkapi/ offapi/ * C++ URE include/com include/cppu include/cppuhelper include/osl include/rtl include/sal include/salhelper include/systools include/typelib include/uno * Java URE javaunohelper/ jurt/ ridljar/ * Java Bean bean/ * Python PyUNO pyuno/ * codemaker is effectively sort of part of the ABI, in case the generated code would change in an incompatible manner * Configuration officecfg/ there are probably more obscure bits that i forget... do ActiveX or OLE automation bridge define any LO-specific interfaces? We should probably add: * Scripting framework scripting/java * XMerge filter framework xmerge D. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Failing using logerrit testfeature - ERROR: missing Change-Id in commit message footer
I'm trying to use logerrit testfeature as Thorsten suggested here http://lists.freedesktop.org/archives/libreoffice/2015-July/069519.html. Unfortunately I get the error below at some point. I tried to install the hook suggested but I get the same error (what I did was: I modified the logerrit script to launch the suggested scp command right before making the commit). Any suggestions? Matteo remote: Processing changes: refs: 1, done remote: *ERROR: missing Change-Id in commit message footer* remote: Suggestion for commit message: remote: noop commit: trigger test build for branch feature/gsoc14-draw-chained-text-boxes remote: remote: branch is at: remote: commit 116aff4b41e0ef501f1998a14789626fe09820bb remote: Author: matteocam matteo.campane...@gmail.com remote: Date: Sat Aug 1 00:50:13 2015 +0200 remote: remote: Minor fix remote: remote: XX: If5bc6647ce07cbe7e6f324c2081168238f9c258d remote: remote: Change-Id: I3860b9bbd2fb808f6eff7c9956de32b00f917b55 remote: remote: Hint: To automatically insert Change-Id, install the hook: remote: gitdir=$(git rev-parse --git-dir); scp -p -P 29418 matteo...@gerrit.libreoffice.org:hooks/commit-msg ${gitdir}/hooks/ remote: remote: ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] website.git: Branch 'update' - check.php
check.php | 11 +++ 1 file changed, 7 insertions(+), 4 deletions(-) New commits: commit 085ec653fdf5faa97b45bd50b79a09cffdbcf479 Author: Christian Lohmaier lohmaier+libreoff...@googlemail.com Date: Mon Aug 3 12:09:14 2015 +0200 enable update to 4.4.5 diff --git a/check.php b/check.php index acf2e2b..4e17992 100644 --- a/check.php +++ b/check.php @@ -352,6 +352,9 @@ $build_hash_to_version = array( '24c5f9979e61fde7b098af60756a4890e5713390' = '4.4.4.1', # buildfix1 'f784c932ccfd756d01b70b6bb5e09ff62e1b3285' = '4.4.4.2', '2c39ebcf046445232b798108aa8a7e7d89552ea8' = '4.4.4.3', # Final +# 4.4.5 +'1b6df295803ea040dab1b48b5424da8d78d94cf0' = '4.4.5.1', +'a22f674fd25a3b6f45bdebf25400ed2adff0ff99' = '4.4.5.2', # Final ); # Descriptions of the target versions @@ -371,11 +374,11 @@ $update_map = array( 'update_src' = 'http://www.libreoffice.org/download/libreoffice-still/?type=typeamp;lang=langamp;version=4.3.7', 'substitute' = true ), -'latest' = array('gitid' = '2c39ebcf046445232b798108aa8a7e7d89552ea8', - 'id' = 'LibreOffice 4.4.4', - 'version' = '4.4.4', +'latest' = array('gitid' = 'a22f674fd25a3b6f45bdebf25400ed2adff0ff99', + 'id' = 'LibreOffice 4.4.5', + 'version' = '4.4.5', 'update_type' = 'text/html', - 'update_src' = 'http://www.libreoffice.org/download/libreoffice-fresh/?type=typeamp;lang=langamp;version=4.4.4', + 'update_src' = 'http://www.libreoffice.org/download/libreoffice-fresh/?type=typeamp;lang=langamp;version=4.4.5', 'substitute' = true ), ); ___ 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/source
vcl/source/window/paint.cxx |9 + vcl/source/window/winproc.cxx |7 +++ 2 files changed, 12 insertions(+), 4 deletions(-) New commits: commit 4acfac8501cebf24e614be090efde12b3b4df392 Author: Miklos Vajna vmik...@collabora.co.uk Date: Fri Jul 31 15:28:20 2015 +0200 tdf#92982 vcl rendercontext: set buffer size in ImplHandleResize() Instead of in PaintHelper::StartBufferedPaint(). If the buffer size is set to match the size of a sub-widget (for which the paint was triggered), then client using the buffer as a persistent vdev are unable to paint at arbitrary locations. For example, if we painted the ruler, then the blinking cursor won't be able to paint to the SwEditWin area. (cherry picked from commits 161f7533ac177c25516ec206233936bd6982e3df and 43ac95ab64980ed958ba144c33971f897791d15f) Change-Id: Iba07070baafb5b802fc6da200696611afd2010d7 Reviewed-on: https://gerrit.libreoffice.org/17490 Tested-by: Jenkins c...@libreoffice.org Reviewed-by: Tomaž Vajngerl qui...@gmail.com diff --git a/vcl/source/window/paint.cxx b/vcl/source/window/paint.cxx index 406c141..c529d13 100644 --- a/vcl/source/window/paint.cxx +++ b/vcl/source/window/paint.cxx @@ -114,8 +114,12 @@ void PaintHelper::StartBufferedPaint() // Instead of creating a new VirtualDevice, just erase the area we'll be // painting over, as VirtualDevice::ImplInitVirDev() would do. +// The painted area is m_aPaintRect, or in case it's empty, then the whole window. pFrameData-mpBuffer-SetBackground(Wallpaper(Color(COL_WHITE))); -pFrameData-mpBuffer-Erase(m_aPaintRect); +if (m_aPaintRect.IsEmpty()) +pFrameData-mpBuffer-Erase(Rectangle(Point(0, 0), m_pWindow-GetOutputSize())); +else +pFrameData-mpBuffer-Erase(m_aPaintRect); pFrameData-mbInBufferedPaint = true; m_bCreatedBuffer = true; @@ -125,9 +129,6 @@ void PaintHelper::StartBufferedPaint() // Remember what was the map mode of m_aPaintRect. m_aPaintRectMapMode = m_pWindow-GetMapMode(); -// update the output size now, after all the settings were copied -pFrameData-mpBuffer-SetOutputSize(m_pWindow-GetOutputSize()); - // we need to remember the mnOutOffX / mnOutOffY, but actually really // set it just temporarily for the subwidgets - so we are setting it here // only to remember the value to be able to pass it to the descendants diff --git a/vcl/source/window/winproc.cxx b/vcl/source/window/winproc.cxx index 06d8fa8..304753a 100644 --- a/vcl/source/window/winproc.cxx +++ b/vcl/source/window/winproc.cxx @@ -35,6 +35,7 @@ #include vcl/help.hxx #include vcl/dockwin.hxx #include vcl/menu.hxx +#include vcl/virdev.hxx #include touch/touch.h #include svdata.hxx @@ -1712,6 +1713,12 @@ void ImplHandleResize( vcl::Window* pWindow, long nNewWidth, long nNewHeight ) } else pWindow-ImplGetWindowImpl()-mbCallResize = true; + +if (pWindow-SupportsDoubleBuffering() pWindow-ImplGetWindowImpl()-mbFrame) +{ +// Propagate resize for the frame's buffer. + pWindow-ImplGetWindowImpl()-mpFrameData-mpBuffer-SetOutputSizePixel(pWindow-GetOutputSizePixel()); +} } } ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 93096] Selecting Text Results in Wrong Highlighting
https://bugs.documentfoundation.org/show_bug.cgi?id=93096 --- Comment #1 from Jacques Guilleron guillero...@aol.com --- Created attachment 117623 -- https://bugs.documentfoundation.org/attachment.cgi?id=117623action=edit Bad Highlighting selection -- 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: Ease maintenance of build-in help
Hi Regina, Le 02/08/2015 19:06, Regina Henschel a écrit : Hi all, I have started a new thread so that the problem is not hidden inside other threads or in private mails. Thanks a lot for that First, is there consensus, that the current build-in help will be retained? Yes, it's the only documentation available for the different languages we offer to our users and in some countries, you are not allowed to deliver a software without translated build-in help. If not, then the following ideas are useless and starting would be waste of time. In such case, please stop me immediately. I collect here some ideas from some threads and mails: A Authors of help texts are allowed to start in ODF to discuss and finalize the content and appearance of the intended help texts. There should be a place in the repository to store such files. This way authors did not need deep knowledge of the technical structure of helpcontent2. The person who integrates the help texts into the build-in help need not be the content author. B Improve the extension HelpAuthoring and fix its bugs. The extension might be principally not suitable to generate the final version of a help file, but it is useful as start, because it sets a lot of the needed XML-elements and attributes automatically. The result might still needs additions and corrections, but that is less work, than writing all from scratch. Even if someone do not know all details about the help, he can start and deliver a file, which other then can improve and integrate. C Provide a development section about the build-in help to the Wiki. It should not only contain a tutorial about help authoring but in addition a description how the current help works at all from a developer view, and how it is actually structured. We can start with the document OOo2HelpAuthoring.pdf. The content has to be revised and adapted and extended. For example the .mk files are different than described in that document and the document describes the possibilities of the help format, but not all details of the actual realization. Having it in the Wiki keeps such knowledge available, when a help expert leaves the community. It can be adapted to future developments. Experts of different areas can better work together to collect help knowledge in one place, for example experts for Help to Wiki and experts for translating help. D It would ease work, when there would be a tool, that shows a .xhp file the same way as it it shown in the help viewer, so that it is not needed to build helpcontent2 every time when you test some changes in your way to the final version. And authors who use HelpAuthoring need not be able to build LibreOffice. Again thanks for the details. I do not have time to participate much at the moment, but when the 5.0 will be out and the LibOCon organization more advanced, I would very much like to help where I can. Kind regards Sophie -- Sophie Gautier sophie.gaut...@documentfoundation.org GSM: +33683901545 IRC: sophi Co-founder - Release coordinator The Document Foundation ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 92788] Middle Button on Mouse Paste Option Broken for X11
https://bugs.documentfoundation.org/show_bug.cgi?id=92788 Commit Notification libreoffice-comm...@lists.freedesktop.org changed: What|Removed |Added Whiteboard|bibisected |bibisected target:5.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 92788] Middle Button on Mouse Paste Option Broken for X11
https://bugs.documentfoundation.org/show_bug.cgi?id=92788 Noel Grandin noelgran...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Assignee|libreoffice-b...@lists.free |noelgran...@gmail.com |desktop.org | -- 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 93096] New: Selecting Text Results in Wrong Highlighting
https://bugs.documentfoundation.org/show_bug.cgi?id=93096 Bug ID: 93096 Summary: Selecting Text Results in Wrong Highlighting Product: LibreOffice Version: 5.0.0.4 rc Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: david.burle...@gmx.com Created attachment 117622 -- https://bugs.documentfoundation.org/attachment.cgi?id=117622action=edit A few paragraphs of text to test text selection In the attached sample document, with cursor at the beginning of the title of the document, do: Ctrl-Shift Down-Arrow (three clicks) and you will see that the highlighting of the selected text goes awry. This is also a problem with RC5, which isn't yet a choice in your Version 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 93030] No line breaking in date/time x labels
https://bugs.documentfoundation.org/show_bug.cgi?id=93030 Beluga todven...@suomi24.fi changed: What|Removed |Added Status|UNCONFIRMED |NEW Version|unspecified |4.2.8.2 release Ever confirmed|0 |1 Severity|normal |minor --- Comment #4 from Beluga todven...@suomi24.fi --- Confirmed that it is impossible to get the text flow to break. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: 902255645328efde34ddf62227c8278e8dd61ff0 TinderBox: Win-x86@39, Branch:master, Time: 2015-07-30_03:52:07 Locale: en-US (fi_FI) -- 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: Failing using logerrit testfeature - ERROR: missing Change-Id in commit message footer
Hi Matteo, On Mon, Aug 3, 2015 at 11:40 AM, Matteo Campanelli matteo.campane...@gmail.com wrote: I'm trying to use logerrit testfeature as Thorsten suggested here. Unfortunately I get the error below at some point. I tried to install the hook suggested but I get the same error (what I did was: I modified the logerrit script to launch the suggested scp command right before making the commit). Any suggestions? Just do as the message says: remote: ERROR: missing Change-Id in commit message footer gerrit uses the Change-Id string in the commit message to track a change. Apparently you didn't update the git hooks when creating the commit, so there is no line Change-Id: ... in the commit-message. remote: Suggestion for commit message: gerrit provides you with a sample, that you could add to your commit with commit --amend or similar. remote: Change-Id: I3860b9bbd2fb808f6eff7c9956de32b00f917b55 remote: remote: Hint: To automatically insert Change-Id, install the hook: remote: gitdir=$(git rev-parse --git-dir); scp -p -P 29418 matteo...@gerrit.libreoffice.org:hooks/commit-msg ${gitdir}/hooks/ alternatively use the ./g command, that also installs the git-hooks... ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 91972] CustomToolPanel extension causes blank context menus
https://bugs.documentfoundation.org/show_bug.cgi?id=91972 --- Comment #12 from Beluga todven...@suomi24.fi --- (In reply to testdruide from comment #11) (In reply to Beluga from comment #10) (In reply to testdruide from comment #9) thank you a lot. The problem is indeed disappeared. Is the problem still in 5.0 RC5 though? The problem still there in 5.0 RC5. download here : http://dev-builds.libreoffice.org/pre-releases/win/x86/ All menus and context menus work ok for me, if I am in the Custom panel. I wonder, if you should try this for your 5.0: https://wiki.documentfoundation.org/UserProfile#Resolving_corruption_in_the_user_profile Version: 5.0.0.5 Build ID: 1b1a90865e348b492231e1c451437d7a15bb262b Locale: fi-FI (fi_FI) -- 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 93093] EDITING: Paragraph Styles aren't refreshed in sidebar with special documents
https://bugs.documentfoundation.org/show_bug.cgi?id=93093 gera...@libreoffice.org changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||gera...@libreoffice.org Ever confirmed|0 |1 --- Comment #2 from gera...@libreoffice.org --- Under Kubuntu the sidebar the change is visible only after 10 seconds. -- 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 75527] Buttons in Print- and Exportdialog boxes have english text in a non English version of libreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=75527 Andras Timar tima...@gmail.com changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |DUPLICATE --- Comment #17 from Andras Timar tima...@gmail.com --- *** This bug has been marked as a duplicate of bug 78834 *** -- 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 93023] Make all bookmarks collapsed in the exported PDFs
https://bugs.documentfoundation.org/show_bug.cgi?id=93023 --- Comment #4 from Darius Daniel Grigoras daniel.grigo...@movidius.com --- (In reply to Beluga from comment #3) (In reply to David from comment #2) Undless I'm misunderstanding the bug, I think this would fall under the category of Not a Bug. To create a pdf with a collapsed index, all that needs to be done when exporting as a pdf is to go under the User Interface tab and set Visible bookmark levels to 1. A pdf editor is not required for this function. Gosh, you are right. I'll close this as invalid. My apologies for overlooking that there was actually an setting for this. -- 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 - oox/source sw/qa sw/source
oox/source/shape/WpsContext.cxx | 33 +--- sw/qa/extras/ooxmlimport/data/tdf87924.docx |binary sw/qa/extras/ooxmlimport/ooxmlimport.cxx|8 ++ sw/source/uibase/shells/textsh.cxx | 13 +-- 4 files changed, 44 insertions(+), 10 deletions(-) New commits: commit dbfed66eebde65f5844a0f1a2cfe548ad4eda962 Author: Miklos Vajna vmik...@collabora.co.uk Date: Mon Aug 3 09:19:17 2015 +0200 tdf#87924 DOCX import: rot=90 and vert=vert270 means no text rotation If the shape is rotated 90 degrees clockwise and the text is further rotated 270 degrees clockwise that means we shouldn't do anything with the text and the result will be correct. Change-Id: I7c65319258136288520bd24fa2bf8e3c598b0878 diff --git a/oox/source/shape/WpsContext.cxx b/oox/source/shape/WpsContext.cxx index a22d6b8..9616e0b 100644 --- a/oox/source/shape/WpsContext.cxx +++ b/oox/source/shape/WpsContext.cxx @@ -13,6 +13,9 @@ #include drawingml/shapestylecontext.hxx #include com/sun/star/beans/XPropertySet.hpp #include com/sun/star/beans/XPropertyState.hpp +#include com/sun/star/drawing/HomogenMatrix3.hpp +#include basegfx/tuple/b2dtuple.hxx +#include svx/svdtrans.hxx #include boost/optional.hpp @@ -76,9 +79,33 @@ oox::core::ContextHandlerRef WpsContext::onCreateContext(sal_Int32 nElementToken } else { -comphelper::SequenceAsHashMap aCustomShapeGeometry(xPropertySet-getPropertyValue(CustomShapeGeometry)); -aCustomShapeGeometry[TextPreRotateAngle] = uno::makeAny(sal_Int32(-270)); -xPropertySet-setPropertyValue(CustomShapeGeometry, uno::makeAny(aCustomShapeGeometry.getAsConstPropertyValueList())); +// Get the existing rotation of the shape. +drawing::HomogenMatrix3 aMatrix; +xPropertySet-getPropertyValue(Transformation) = aMatrix; +basegfx::B2DHomMatrix aTransformation; +aTransformation.set(0, 0, aMatrix.Line1.Column1); +aTransformation.set(0, 1, aMatrix.Line1.Column2); +aTransformation.set(0, 2, aMatrix.Line1.Column3); +aTransformation.set(1, 0, aMatrix.Line1.Column1); +aTransformation.set(1, 1, aMatrix.Line2.Column2); +aTransformation.set(1, 2, aMatrix.Line3.Column3); +aTransformation.set(2, 0, aMatrix.Line1.Column1); +aTransformation.set(2, 1, aMatrix.Line2.Column2); +aTransformation.set(2, 2, aMatrix.Line3.Column3); +basegfx::B2DTuple aScale; +basegfx::B2DTuple aTranslate; +double fRotate = 0; +double fShearX = 0; +aTransformation.decompose(aScale, aTranslate, fRotate, fShearX); + +// If the text is not rotated the way the shape wants it already, set the angle. +const sal_Int32 nRotation = -270; +if (basegfx::rad2deg(fRotate) != NormAngle360(nRotation * 100) / 100) +{ +comphelper::SequenceAsHashMap aCustomShapeGeometry(xPropertySet-getPropertyValue(CustomShapeGeometry)); +aCustomShapeGeometry[TextPreRotateAngle] = uno::makeAny(nRotation); +xPropertySet-setPropertyValue(CustomShapeGeometry, uno::makeAny(aCustomShapeGeometry.getAsConstPropertyValueList())); +} } } diff --git a/sw/qa/extras/ooxmlimport/data/tdf87924.docx b/sw/qa/extras/ooxmlimport/data/tdf87924.docx new file mode 100644 index 000..5265d66 Binary files /dev/null and b/sw/qa/extras/ooxmlimport/data/tdf87924.docx differ diff --git a/sw/qa/extras/ooxmlimport/ooxmlimport.cxx b/sw/qa/extras/ooxmlimport/ooxmlimport.cxx index 4a8d1a9..820d6f5 100644 --- a/sw/qa/extras/ooxmlimport/ooxmlimport.cxx +++ b/sw/qa/extras/ooxmlimport/ooxmlimport.cxx @@ -2758,6 +2758,14 @@ DECLARE_OOXMLIMPORT_TEST(testTdf86374, tdf86374.docx) CPPUNIT_ASSERT_EQUAL(text::SizeType::MIN, getPropertysal_Int16(xTableRows-getByIndex(0), SizeType)); } +DECLARE_OOXMLIMPORT_TEST(testTdf87924, tdf87924.docx) +{ +uno::Referencebeans::XPropertySet xPropertySet(getShape(1), uno::UNO_QUERY); +comphelper::SequenceAsHashMap aGeometry(xPropertySet-getPropertyValue(CustomShapeGeometry)); +// This was -270, the text rotation angle was set when it should not be rotated. +CPPUNIT_ASSERT_EQUAL(static_castsal_Int32(0), aGeometry[TextPreRotateAngle].getsal_Int32()); +} + #endif CPPUNIT_PLUGIN_IMPLEMENT(); commit 53e535821344549c2a1f5adf3d1bdbc2a0582492 Author: Miklos Vajna vmik...@collabora.co.uk Date: Mon Aug 3 09:02:30 2015 +0200 sw: boost::scoped_ptr - std::unique_ptr in textsh Change-Id:
[Libreoffice-bugs] [Bug 92993] FILEOPEN: access violation on particular .docx
https://bugs.documentfoundation.org/show_bug.cgi?id=92993 --- Comment #7 from Kirill kirill.pes...@gmail.com --- 5.0.0.5 ID 1b1a90865e348b492231e1c451437d7a15bb262b ru_RU W8.1 x64 - 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 92788] Middle Button on Mouse Paste Option Broken for X11
https://bugs.documentfoundation.org/show_bug.cgi?id=92788 Michael Weghorn m.wegh...@posteo.de changed: What|Removed |Added CC||noelgran...@gmail.com --- Comment #15 from Michael Weghorn m.wegh...@posteo.de --- @Noel: Could you possibly have a look at this? As far as I understand it right now, there might be another, but more or less similar problem that exists since commit 031a347668e56c1b38c0539d30e9a1cbb808ca02, as described in comment 13. Just my personal opinion: To avoid side-effects of this, it might be helpful to first build with SAL_USE_VCLPLUGIN=gtk (as described in comment 11) and make sure it works again then. After that, it might be necessary to build without that option to see whether it still works or whether the gtk3 part has to be looked at separately. -- 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-4' - 4 commits - loleaflet/Makefile loolwsd/configure.ac
loleaflet/Makefile |2 +- loolwsd/configure.ac |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) New commits: commit 02da89acbe17cd821c0198e955f6283d2d0242d4 Author: Mihai Varga mihai.va...@collabora.com Date: Mon Aug 3 10:15:09 2015 +0300 loleaflet: bump version after tarball diff --git a/loleaflet/Makefile b/loleaflet/Makefile index e0c07c7..e1ea498 100644 --- a/loleaflet/Makefile +++ b/loleaflet/Makefile @@ -1,6 +1,6 @@ # Version number of loleaflet, no need to be in sync with the loolwsd one -VERSION=1.1.17 +VERSION=1.1.18 # Version number of the bundled 'draw' thing DRAW_VERSION=0.2.4 commit 781069a9d9fbf09b05dd5b5c1183cf94586ac95e Author: Mihai Varga mihai.va...@collabora.com Date: Mon Aug 3 10:14:47 2015 +0300 loleaflet: bump version before tarball diff --git a/loleaflet/Makefile b/loleaflet/Makefile index 29473e3..e0c07c7 100644 --- a/loleaflet/Makefile +++ b/loleaflet/Makefile @@ -1,6 +1,6 @@ # Version number of loleaflet, no need to be in sync with the loolwsd one -VERSION=1.1.16 +VERSION=1.1.17 # Version number of the bundled 'draw' thing DRAW_VERSION=0.2.4 commit 6add3ada076b1a53aa7952c0ccf19f4e43b7a865 Author: Mihai Varga mihai.va...@collabora.com Date: Mon Aug 3 10:14:19 2015 +0300 loolwsd: bump version after tarball diff --git a/loolwsd/configure.ac b/loolwsd/configure.ac index 9f2de34..f7c4957 100644 --- a/loolwsd/configure.ac +++ b/loolwsd/configure.ac @@ -3,7 +3,7 @@ AC_PREREQ([2.69]) -AC_INIT([loolwsd], [1.2.2], [libreoff...@collabora.com]) +AC_INIT([loolwsd], [1.2.3], [libreoff...@collabora.com]) AM_INIT_AUTOMAKE([1.11 silent-rules]) commit 35bd59c665cc5c6eead04afb2ee3192655a722ed Author: Mihai Varga mihai.va...@collabora.com Date: Mon Aug 3 10:13:07 2015 +0300 loolwsd: bump version before tarball diff --git a/loolwsd/configure.ac b/loolwsd/configure.ac index 8d556fe..9f2de34 100644 --- a/loolwsd/configure.ac +++ b/loolwsd/configure.ac @@ -3,7 +3,7 @@ AC_PREREQ([2.69]) -AC_INIT([loolwsd], [1.2.1], [libreoff...@collabora.com]) +AC_INIT([loolwsd], [1.2.2], [libreoff...@collabora.com]) AM_INIT_AUTOMAKE([1.11 silent-rules]) ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 77015] Spreadsheet MATCH function fails when accessed through com.sun.star.sheet.FunctionAccess service
https://bugs.documentfoundation.org/show_bug.cgi?id=77015 --- Comment #7 from donja...@freenet.de --- (In reply to Beluga from comment #6) (In reply to DonJaime from comment #5) If you create a new report for it, you can CC me and I will confirm it. I don't have the affected version or any intention of installing it. -- 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 92959] PDF exported text boxes have weird border spacing
https://bugs.documentfoundation.org/show_bug.cgi?id=92959 Florian Wicke florian.wi...@hetzner.de changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'libreoffice-5-0' - solenv/gdb
solenv/gdb/boost/ptr_container.py |8 solenv/gdb/boost/unordered.py |4 ++-- 2 files changed, 6 insertions(+), 6 deletions(-) New commits: commit a4e7c89f36c56bbb8b5a7ea1134e65715d8cd2cf Author: Michael Stahl mst...@redhat.com Date: Wed Jul 29 22:46:26 2015 +0200 gdb pretty printers for boost can't iterate with Python 3 Change-Id: Ie2d1cb7312de6f14a5c6de81eefd7a00be6f75c0 (cherry picked from commit 396643d46a778539f2bde30569d35ec05d7d867b) Reviewed-on: https://gerrit.libreoffice.org/17421 Tested-by: Jenkins c...@libreoffice.org Reviewed-by: David Tardon dtar...@redhat.com diff --git a/solenv/gdb/boost/ptr_container.py b/solenv/gdb/boost/ptr_container.py index 38f3b2f..425d812 100644 --- a/solenv/gdb/boost/ptr_container.py +++ b/solenv/gdb/boost/ptr_container.py @@ -70,7 +70,7 @@ class PtrStdPrinterBase(object): return self def __next__(self): -(index, value) = self.impl.next() +(index, value) = six.advance_iterator(self.impl) return (index, value.cast(self.type).dereference()) def _import_std(self): @@ -137,7 +137,7 @@ class PtrMapPrinter(PtrStdPrinterBase): return self def __next__(self): -(index, value) = self.impl.next() +(index, value) = six.advance_iterator(self.impl) if self.key: value = value.cast(self.key_type) else: @@ -190,7 +190,7 @@ class PtrUnorderedMapPrinter(PtrBoostPrinterBase): def __next__(self): if self.step: -self.value = self.impl.next() +self.value = six.advance_iterator(self.impl) value = self.value[0] else: value = self.value[1].cast(self.value_type).dereference() @@ -216,7 +216,7 @@ class PtrUnorderedSetPrinter(PtrBoostPrinterBase): return self def __next__(self): -return (, self.impl.next()[1].cast(self.value_type).dereference()) +return (, six.advance_iterator(self.impl)[1].cast(self.value_type).dereference()) printer = None diff --git a/solenv/gdb/boost/unordered.py b/solenv/gdb/boost/unordered.py index c21d31a..2c56721 100644 --- a/solenv/gdb/boost/unordered.py +++ b/solenv/gdb/boost/unordered.py @@ -63,7 +63,7 @@ class UnorderedMapPrinter(PrinterBase): def __next__(self): if self.step: -self.value = self.impl.next() +self.value = six.advance_iterator(self.impl) value = self.value[0] else: value = self.value[1] @@ -87,7 +87,7 @@ class UnorderedSetPrinter(PrinterBase): return self def __next__(self): -return (, self.impl.next()[1]) +return (, six.advance_iterator(self.impl)[1]) printer = None ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 93093] EDITING: Paragraph Styles aren't refreshed in sidebar with special documents
https://bugs.documentfoundation.org/show_bug.cgi?id=93093 --- Comment #1 from rob...@familiegrosskopf.de --- Created attachment 117621 -- https://bugs.documentfoundation.org/attachment.cgi?id=117621action=edit Difference in styles between sidebar, document and listbox. -- 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 93093] New: EDITING: Paragraph Styles aren't refreshed in sidebar with special documents
https://bugs.documentfoundation.org/show_bug.cgi?id=93093 Bug ID: 93093 Summary: EDITING: Paragraph Styles aren't refreshed in sidebar with special documents Product: LibreOffice Version: 5.0.0.4 rc Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rob...@familiegrosskopf.de Created attachment 117620 -- https://bugs.documentfoundation.org/attachment.cgi?id=117620action=edit Example with many styles - mark a style and have a look at the sidebar. Following bug appears with some special documents, here all chapters of Base-Handbook. I have added one chapter as attachment. Open the attached file. Move the cursor a little bit down to some text. Mark a heading. The style will be changed at the listbox on the left, but won't be changed by the paragraph styles in the sidebar. Click with the mouse to other styles - the same behavior: No changing in the sidebar, only changing in the listbox. -- 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 93068] UI: Crash when Character dialogue opened
https://bugs.documentfoundation.org/show_bug.cgi?id=93068 Noel Grandin noelgran...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Assignee|libreoffice-b...@lists.free |noelgran...@gmail.com |desktop.org | -- 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: bin/find-unused-defines.sh include/svx
bin/find-unused-defines.sh | 10 +++--- include/svx/flagsdef.hxx |2 +- 2 files changed, 8 insertions(+), 4 deletions(-) New commits: commit baba1d14766282bd2c592bffd79ed69f9078cfe1 Author: Noel Grandin n...@peralex.com Date: Mon Aug 3 08:18:46 2015 +0200 tdf#93068 - UI: Crash when Character dialogue opened Change-Id: I92a9e6f27ef649c9d7501df55287c95c4d796156 diff --git a/bin/find-unused-defines.sh b/bin/find-unused-defines.sh index bd03cdc..6f31ec4 100755 --- a/bin/find-unused-defines.sh +++ b/bin/find-unused-defines.sh @@ -16,11 +16,15 @@ # (6) use awk to to check if only one match for a given constant was found # (7) if so, generate a sed command to remove the #define # -git grep -hP '^#define\s+\w+.*\\' -- [!e][!x][!t]* \ - | sed -r 's/#define[ ]+([a-zA-Z0-9_]+).*/\1/' \ +( git grep -hP '^\w*#define\s+\w+.*\\' -- [!e][!x][!t]* \ + \ + git grep -hP '^\w*#define\s+\w+\s*$' -- [!e][!x][!t]* ) \ + | grep -v '_idl' \ + | grep -vE '^INCLUDED_' \ + | sed -r 's/[ ]*#define[ ]+([a-zA-Z0-9_]+).*/\1/' \ | sort \ | uniq \ - | xargs -Ixxx sh -c \ + | xargs -Ixxx -n 1 -P 8 sh -c \ git grep -w 'xxx' | awk -f bin/find-unused-defines.awk -v p1=xxx echo \xxx\ 12 diff --git a/include/svx/flagsdef.hxx b/include/svx/flagsdef.hxx index d6fca53..ac2aceb 100644 --- a/include/svx/flagsdef.hxx +++ b/include/svx/flagsdef.hxx @@ -47,7 +47,7 @@ enum class SvxBackgroundTabFlags }; namespace o3tl { -template struct typed_flagsSvxBackgroundTabFlags : is_typed_flagsSvxBackgroundTabFlags, 0x0f {}; +template struct typed_flagsSvxBackgroundTabFlags : is_typed_flagsSvxBackgroundTabFlags, 0x19 {}; } // flags for SvxBorderTabPage ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: basic/source compilerplugins/clang dbaccess/source drawinglayer/source editeng/qa editeng/source extensions/source filter/source i18npool/inc i18npool/source oox/source
UnoControls/source/controls/framecontrol.cxx | 18 UnoControls/source/inc/framecontrol.hxx |6 basic/source/inc/namecont.hxx | 10 basic/source/uno/dlgcont.cxx |2 basic/source/uno/namecont.cxx | 88 +-- basic/source/uno/scriptcont.cxx |8 compilerplugins/clang/refcounting.cxx | 249 ++ dbaccess/source/core/dataaccess/ComponentDefinition.cxx | 13 dbaccess/source/core/dataaccess/ComponentDefinition.hxx |2 dbaccess/source/core/dataaccess/datasource.cxx|4 dbaccess/source/core/dataaccess/datasource.hxx|2 dbaccess/source/ui/misc/singledoccontroller.cxx | 10 drawinglayer/source/processor2d/vclmetafileprocessor2d.cxx| 38 - editeng/qa/unit/core-test.cxx | 56 +- editeng/source/accessibility/AccessibleEditableTextPara.cxx | 48 - editeng/source/misc/svxacorr.cxx |8 editeng/source/xml/xmltxtexp.cxx |4 extensions/source/scanner/sanedlg.cxx | 12 filter/source/svg/svgwriter.cxx |2 i18npool/inc/calendar_gregorian.hxx |2 i18npool/source/calendar/calendar_gregorian.cxx |4 i18npool/source/calendar/calendar_jewish.cxx |2 i18npool/source/characterclassification/cclass_unicode.cxx|6 i18npool/source/defaultnumberingprovider/defaultnumberingprovider.cxx |4 i18npool/source/indexentry/indexentrysupplier.cxx |6 i18npool/source/transliteration/ignoreKana.cxx| 14 i18npool/source/transliteration/ignoreSize_ja_JP.cxx | 14 i18npool/source/transliteration/ignoreWidth.cxx | 14 i18npool/source/transliteration/transliteration_body.cxx | 12 i18npool/source/transliteration/transliteration_caseignore.cxx| 16 oox/source/core/xmlfilterbase.cxx |8 reportdesign/source/ui/dlg/GroupsSorting.cxx |9 sax/qa/cppunit/attributes.cxx | 42 - sax/qa/cppunit/parser.cxx |9 sc/source/ui/dbgui/csvcontrol.cxx |2 sc/source/ui/dbgui/csvgrid.cxx|6 sc/source/ui/dbgui/csvruler.cxx |2 sc/source/ui/dbgui/csvtablebox.cxx|5 sc/source/ui/inc/csvcontrol.hxx |2 sc/source/ui/inc/csvgrid.hxx |2 sc/source/ui/inc/csvruler.hxx |2 sc/source/ui/inc/csvtablebox.hxx |2 sc/source/ui/unoobj/cellsuno.cxx | 10 sc/source/ui/unoobj/chart2uno.cxx |4 sc/source/ui/unoobj/docuno.cxx| 16 sc/source/ui/vba/vbafont.cxx | 20 sc/source/ui/vba/vbawindow.cxx| 12 sc/source/ui/vba/vbawindows.cxx |4 sd/source/ui/inc/EventMultiplexer.hxx |3 sd/source/ui/tools/EventMultiplexer.cxx |6 sd/source/ui/view/drviews5.cxx|2 sdext/source/pdfimport/test/pdf2xml.cxx |6 sdext/source/pdfimport/test/tests.cxx | 12 svtools/source/edit/svmedit.cxx |4 svx/source/sdr/contact/viewcontactofgraphic.cxx |6 svx/source/sdr/primitive2d/sdrmeasureprimitive2d.cxx | 14 svx/source/xml/xmlxtexp.cxx |4 sw/source/core/swg/SwXMLTextBlocks1.cxx |8 sw/source/core/unocore/unorefmk.cxx | 38 - sw/source/filter/ww8/docxattributeoutput.cxx | 188 --- sw/source/filter/ww8/docxattributeoutput.hxx | 36 - sw/source/filter/ww8/docxsdrexport.cxx| 38 - sw/source/filter/ww8/docxsdrexport.hxx
[Libreoffice-commits] core.git: Branch 'libreoffice-5-0' - RepositoryExternal.mk solenv/gbuild
RepositoryExternal.mk |5 + solenv/gbuild/LinkTarget.mk |8 2 files changed, 13 insertions(+) New commits: commit 7c706691cfa3501189f94e5fad487e9e29f25c33 Author: Michael Stahl mst...@redhat.com Date: Wed Jul 29 10:56:57 2015 +0200 RepositoryExternal.mk: missing dependency on python3 package This was causing all these libpython3.3m.so: file not recognized: File truncated failures. (cherry picked from commit 57dd4d01c1ba036e5da4abf986b8d594d0ccdb95) RepositoryExternal.mk: for some reason Mac wants a GeneratedPackage (cherry picked from commit d9162d24ce242f27f9cc0430f0650daac8e5db24) Change-Id: I5d983fee8d5cd313fbd0d6ece800fa8b80d81b35 Reviewed-on: https://gerrit.libreoffice.org/17398 Tested-by: Jenkins c...@libreoffice.org Reviewed-by: David Ostrovsky da...@ostrovsky.org Reviewed-by: David Tardon dtar...@redhat.com diff --git a/RepositoryExternal.mk b/RepositoryExternal.mk index 1d7b09c..20de676 100644 --- a/RepositoryExternal.mk +++ b/RepositoryExternal.mk @@ -3170,6 +3170,11 @@ endef define gb_LinkTarget__use_python $(call gb_LinkTarget__use_python_headers,$(1)) +ifeq ($(OS),MACOSX) +$(call gb_LinkTarget_use_generated_package,$(1),python3) +else +$(call gb_LinkTarget_use_package,$(1),python3) +endif ifeq ($(OS),WNT) $(call gb_LinkTarget_add_libs,$(1),\ diff --git a/solenv/gbuild/LinkTarget.mk b/solenv/gbuild/LinkTarget.mk index 49bd40b..b4b9060 100644 --- a/solenv/gbuild/LinkTarget.mk +++ b/solenv/gbuild/LinkTarget.mk @@ -1301,6 +1301,14 @@ define gb_LinkTarget_use_packages $(foreach package,$(2),$(call gb_LinkTarget_use_package,$(1),$(package))) endef +# use a GeneratedPackage, possibly from another module +# call gb_LinkTarget_use_generated_package,linktarget,package +define gb_LinkTarget_use_generated_package +$(call gb_LinkTarget_get_headers_target,$(1)) :| \ + $(call gb_GeneratedPackage_get_target,$(strip $(2))) + +endef + # Use sources from unpacked tarball of an external project # call gb_LinkTarget_use_unpacked,linktarget,unpackedtarget define gb_LinkTarget_use_unpacked ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 93094] Editing - sqlite tables read only even when defined with primary key using jdbc driver
https://bugs.documentfoundation.org/show_bug.cgi?id=93094 Alex Thurgood ipla...@yahoo.co.uk changed: What|Removed |Added CC||lio...@mamane.lu, ||rob...@familiegrosskopf.de, ||serval2...@yahoo.fr --- Comment #1 from Alex Thurgood ipla...@yahoo.co.uk --- My testing indicates that irrespective of whether or not a primary key is defined, the table remains read only. -- 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 93094] Editing - sqlite3 tables read only even when defined with primary key using jdbc driver
https://bugs.documentfoundation.org/show_bug.cgi?id=93094 Alex Thurgood ipla...@yahoo.co.uk changed: What|Removed |Added Summary|Editing - sqlite tables |Editing - sqlite3 tables |read only even when defined |read only even when defined |with primary key using jdbc |with primary key using jdbc |driver |driver -- 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