[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 NX user4...@nurfuerspam.de changed: What|Removed |Added Version|LibO 3.4.0 Beta2|LibO 3.4.0 release Component|Libreoffice |Spreadsheet --- Comment #153 from NX user4...@nurfuerspam.de 2011-06-23 00:03:07 PDT --- I don't know if this is the correct place to add a mention of one or more annoying bugs in the current 3.4.0 release, but i have to add something annoying. In LibreOffice Calc 3.4.0 there is an issue concerning cell borders. When i create a table in Calc and give personalized cell borders in the formatting cell dialog, i get the correct cell borders. I want to use vertical borders with double line (one thin and one thick next to each other). After formatting everything is fine, i save the file on a network drive and close Calc. My next question is: Where can i add feature requests? Feel free to move my comment, my experience with this bugzilla is not so good. But after reopening the file these cell borders disappered and i have to reformat the cells again. With big tables this is a quite waste of time. M -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Version|LibO 3.4.0 release |LibO 3.4.0 Beta2 Component|Spreadsheet |Libreoffice --- Comment #154 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-06-23 00:20:52 PDT --- @NX: For a novice starting his comment with I don't know you really modify settings with stupendous courage ;-) Of course this is not the correct place, and please do not touch Bugzilla pickers if you do not know exactly for what they are. You can get information on http://wiki.documentfoundation.org/BugReport http://wiki.documentfoundation.org/BugReport_Details I recommend to post questions on [tdf-discuss] or a user mailing list, I do not understand your border Problem. If discussion on a user mailing list has a result, you can file a new bug report, or you will find someone in the discussion who will do it for you, or you can ask me by personal mail with a draft of your bug report. For an enhancement request I recommend the same proceeding, present your idea in a mailing list (may be someone is already working on it). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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
[Libreoffice] patch for make to help in gbuild debugging
It is sometimes hard to follow what gbuild does internally... which when gbuild has a bug, or when it is misused makes things quite 'interesting'... What I found was that the most confusing things to follow were $(eval and $(call, especially when they cascade 4, 5, 6 level deep. So I created a patch for make-3.82 that allow the use of --debug=e,c That add trace about, respectively, $(eval and $(scall see: http://cgit.freedesktop.org/libreoffice/contrib/dev-tools/commit/?id=a4f03f17f42ded70e6a3c49cf4e9a90eaf3c12ca Tor, note that this is v2 (i.e different from the one I pastebined you yesterday) Norbert Things look like this excerpt of make --debug=e,c on sw [...] ### call $(gb_Library_set_include) -- ### arg 0 for call $(gb_Library_set_include) is 'gb_Library_set_include' ### arg 1 for call $(gb_Library_set_include) is 'msword' ### arg 2 for call $(gb_Library_set_include) is ' -I/lo/libo/clone/writer/sw/source/core/inc -I/lo/libo/clone/writer/sw/source/ui/inc -I/lo/libo/clone/writer/sw/source/filter/inc -I/lo/libo/clone/writer/sw/inc/pch -I/lo/libo/clone/writer/sw/inc -I/lo/libo/solver/340/unxlngx6.pro/workdir/inc/sw/sdi -I/lo/libo/solver/340/unxlngx6.pro/workdir/Misc/sw/ $(INCLUDE) -I/lo/libo/solver/340/unxlngx6.pro/inc/offuh -I/lo/libo/solver/340/unxlngx6.pro/inc/sw ' ### call $(gb_Library_get_linktargetname) -- ### arg 0 for call $(gb_Library_get_linktargetname) is 'gb_Library_get_linktargetname' ### arg 1 for call $(gb_Library_get_linktargetname) is 'msword' ### arg 2 for call $(gb_Library_get_linktargetname) is implicit ### call $(gb_Library_get_filename) -- ### arg 0 for call $(gb_Library_get_filename) is 'gb_Library_get_filename' ### arg 1 for call $(gb_Library_get_filename) is 'msword' ### arg 2 for call $(gb_Library_get_filename) is implicit ### call to $(gb_Library_get_filename) expended into libmswordlo.so ### call $(gb_Library_get_filename) -- ### call to $(gb_Library_get_linktargetname) expended into Library/libmswordlo.so ### call $(gb_Library_get_linktargetname) -- ### call $(gb_LinkTarget_set_include) -- ### arg 0 for call $(gb_LinkTarget_set_include) is 'gb_LinkTarget_set_include' ### arg 1 for call $(gb_LinkTarget_set_include) is 'Library/libmswordlo.so' ### arg 2 for call $(gb_LinkTarget_set_include) is ' -I/lo/libo/clone/writer/sw/source/core/inc -I/lo/libo/clone/writer/sw/source/ui/inc -I/lo/libo/clone/writer/sw/source/filter/inc -I/lo/libo/clone/writer/sw/inc/pch -I/lo/libo/clone/writer/sw/inc -I/lo/libo/solver/340/unxlngx6.pro/workdir/inc/sw/sdi -I/lo/libo/solver/340/unxlngx6.pro/workdir/Misc/sw/ $(INCLUDE) -I/lo/libo/solver/340/unxlngx6.pro/inc/offuh -I/lo/libo/solver/340/unxlngx6.pro/inc/sw ' ### arg 3 for call $(gb_LinkTarget_set_include) is '' ### call $(gb_LinkTarget_get_headers_target) -- ### arg 0 for call $(gb_LinkTarget_get_headers_target) is 'gb_LinkTarget_get_headers_target' ### arg 1 for call $(gb_LinkTarget_get_headers_target) is 'Library/libmswordlo.so' ### arg 2 for call $(gb_LinkTarget_get_headers_target) is implicit ### arg 3 for call $(gb_LinkTarget_get_headers_target) is implicit ### call to $(gb_LinkTarget_get_headers_target) expended into /lo/libo/solver/340/unxlngx6.pro/workdir/Headers/Library/libmswordlo.so ### call $(gb_LinkTarget_get_headers_target) -- ### call $(gb_LinkTarget_get_target) -- ### arg 0 for call $(gb_LinkTarget_get_target) is 'gb_LinkTarget_get_target' ### arg 1 for call $(gb_LinkTarget_get_target) is 'Library/libmswordlo.so' ### arg 2 for call $(gb_LinkTarget_get_target) is implicit ### arg 3 for call $(gb_LinkTarget_get_target) is implicit ### call to $(gb_LinkTarget_get_target) expended into /lo/libo/solver/340/unxlngx6.pro/workdir/LinkTarget/Library/libmswordlo.so ### call $(gb_LinkTarget_get_target) -- ### call $(gb_LinkTarget_get_dep_target) -- ### arg 0 for call $(gb_LinkTarget_get_dep_target) is 'gb_LinkTarget_get_dep_target' ### arg 1 for call $(gb_LinkTarget_get_dep_target) is 'Library/libmswordlo.so' ### arg 2 for call $(gb_LinkTarget_get_dep_target) is implicit ### arg 3 for call $(gb_LinkTarget_get_dep_target) is implicit ### call to $(gb_LinkTarget_get_dep_target) expended into /lo/libo/solver/340/unxlngx6.pro/workdir/Dep/LinkTarget/Library/libmswordlo.so.d ### call $(gb_LinkTarget_get_dep_target) -- ### call to $(gb_LinkTarget_set_include) expended into /lo/libo/solver/340/unxlngx6.pro/workdir/Headers/Library/libmswordlo.so /lo/libo/solver/340/unxlngx6.pro/workdir/LinkTarget/Library/libmswordlo.so : INCLUDE := -I/lo/libo/clone/writer/sw/source/core/inc -I/lo/libo/clone/writer/sw/source/ui/inc -I/lo/libo/clone/writer/sw/source/filter/inc -I/lo/libo/clone/writer/sw/inc/pch -I/lo/libo/clone/writer/sw/inc -I/lo/libo/solver/340/unxlngx6.pro/workdir/inc/sw/sdi -I/lo/libo/solver/340/unxlngx6.pro/workdir/Misc/sw/ $(INCLUDE)
Re: [Libreoffice] [REVIEW] new build breaker in configure/set_soenv
Andreas Radke píše v St 22. 06. 2011 v 19:32 +0200: The patch is not even needed. Are you sure? Have you tried autogen.sh/configure without the patch and without the translations source dir? Simply adding this line makes it build: make -C dmake clean echo make -C dmake clean So there was some garbage left in the tarball? I think that you had a mess in your build tree. I think that hit two different issues. The first one was fixed by the patch and the second by the make -C dmake clean. Best Regards, Petr ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 --- Comment #156 from sasha.libreoff...@gmail.com 2011-06-23 02:09:02 PDT --- (In reply to comment #153) Thanks for interesting information about bug. I filed report about this: Bug 38595 - Calc not saves borders of cell This bug looks like annoying. Meanwhile try use bigger width of line, at least 1.0, this bug my not appear then. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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: [Libreoffice] Duplicate code: libs-core/framework/test/typecfg/cfgview.cxx
On Tue, 2011-06-14 at 14:13 +0100, Caolán McNamara wrote: Yeah, that framework/test dir isn't built. I'm unconvinced that its recoverable to turn into a modern cppunit test. I suggest you go ahead and git rm -rf that dir and just ditch it. I removed that dir now in framework. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] crash in escherex.cxx in master
On Wednesday, June 22, 2011, Michael Meeks wrote: But a single method: bool running_under_valgrind (void); or bool running_under_memcheck (void); so we can switch our allocation semantics auto-magically. Julian - we have lots of complex stuff; how do we get the simple boolean we want out :-) Oh, I think I missed answering the simple question here. Thusly: #include valgrind.h bool running_under_valgrind (void) { return (RUNNING_ON_VALGRIND) ? true : false; } Is that what you want, or did you mean something different? You might want to cache the result of RUNNING_ON_VALGRIND so that the common (production) case overhead is reduced to a load and conditional branch, rather than the strange sequence of stores and rotates generated by the macro. J ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] crash in escherex.cxx in master
The pool allocator stuff which G_SLICE disables has memcheck markup in it already, it already gets used if the valgrind headers are available at build-time so in theory we could just stuff the header in unconditionally and always build with memcheck-detectable memory pool foo. In practice I find marking up with the memcheck macros is difficult to make work well. Even if you succeed in identifying the block boundaries correctly, it tends to shout a lot when it sees the allocator messing with the block metadata (freelist maintenance etc). With a bunch of hoop-jumping you might be able to make it work, but even then it tends to be fragile and have nasty corner cases, particularly if you have any realloc-style stuff to annotate. The simplest and most effective fix imo is to have some big switch you can throw, that simply makes all allocation go via standard malloc/free for the whole stack. I've done tons of valgrinding of Firefox, which has similar problems, and this solution works best. glib/gtk2 stuff, we picked G_SLICE to turn off our mempool allocator, because that's what glib uses to turn off its mempool allocator so we can turn the whole stack memcheck friendly in one swoop. Right. That sounds like a sane approach to me. What's the element of doubt here? J ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED][PATCH] Replace List for std::vectorString in SdStartPresentationDlg family functions
On Wed, 2011-06-15 at 19:33 -0430, Rafael Dominguez wrote: This patch just replace using a List to save Slide Show names and displaying them in the slide show setting dialog. The code can be tested going to impress, Slide Show-Slide Show Settings. Looks good to me, seems to have slipped through the net. Pushed now, thanks for this. a std::deque might be a good choice for some of these List things where there is a lot of activity pushing at the front C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Debug compilation fails in sal module
On Wed, 2011-06-22 at 21:52 +0200, Julien Nabet wrote: Le 22/06/2011 13:55, Caolán McNamara a écrit : On Tue, 2011-06-21 at 23:18 +0200, Julien Nabet wrote: I'm completely stucked, could it be a bug in one of the C++ libraries of Debian testing ? ... I'm going to take a look at it and hope to find something. Address 0x482bcd0 is 0 bytes inside data symbol _ZGVNSt7num_getIcSt19istreambuf_iteratorIcSt11char_traitsIcEEE2idE c++filt _ZGVNSt7num_getIcSt19istreambuf_iteratorIcSt11char_traitsIcEEE2idE guard variable for std::num_getchar, std::istreambuf_iteratorchar, std::char_traitschar ::id so that's completely nuts I think, so... I wonder. Can you give me the output of... md5sum solver/350/unxlngi6/lib/libstdc++.so.6 and md5sum /usr/lib/libstdc++.so.6 to make sure they match. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Debug compilation fails in sal module
On Thu, 2011-06-23 at 11:42 +0100, Caolán McNamara wrote: On Wed, 2011-06-22 at 21:52 +0200, Julien Nabet wrote: Le 22/06/2011 13:55, Caolán McNamara a écrit : On Tue, 2011-06-21 at 23:18 +0200, Julien Nabet wrote: I'm completely stucked, could it be a bug in one of the C++ libraries of Debian testing ? ... I'm going to take a look at it and hope to find something. Some more thoughts, this is the debug build, this may be triggered by _GLIBCXX_DEBUG in solenv, removing those and rm -rf sal/unxlng* and a rebuild could test that theory. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW] new build breaker in configure/set_soenv
Andreas Radke píše v St 22. 06. 2011 v 19:32 +0200: The patch is not even needed. Simply adding this line makes it build: make -C dmake clean echo make -C dmake clean So there was some garbage left in the tarball? Ooops, I need to run make clean before producing the source tarballs. The fixed tarball is at http://dev-builds.libreoffice.org/pre-releases/src/libreoffice-bootstrap-3.4.1.2.tar.bz2 Anyway, I still think that it fixes only the problem with dmake. The patch still should be needed to fix configure without the translations module. I am sorry for the troubles. Best Regards, Petr ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] patch for make to help in gbuild debugging
Hi Norbert, On Thu, 2011-06-23 at 02:23 -0500, Norbert Thiebaud wrote: What I found was that the most confusing things to follow were $(eval and $(call, especially when they cascade 4, 5, 6 level deep. Nice :-) So I created a patch for make-3.82 that allow the use of --debug=e,c That add trace about, respectively, $(eval and $(scall see: http://cgit.freedesktop.org/libreoffice/contrib/dev-tools/commit/?id=a4f03f17f42ded70e6a3c49cf4e9a90eaf3c12ca Can we get that up-stream into make, like my glob speedup ? do you want me to fwd your patch to the list [ which is hard to interact with sadly - Reply-To: mangling and low traffic ;-]. ATB, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Debug compilation fails in sal module
On Thu, 2011-06-23 at 13:06 +0100, serv serva wrote: I'm curious to know if I'm the only one to have this problem with debug compilation. It appears so, I suspect something like http://lists.apple.com/archives/cocoa-dev/2009/Sep/msg01199.html C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Debug compilation fails in sal module
On Thu, 2011-06-23 at 13:06 +0100, serv serva wrote: I'm curious to know if I'm the only one to have this problem with debug compilation. No. I'm getting it as well now. I wasn't when you first mentioned it but I've done a g pull -r since then. For reference, I'm on Ubuntu 11.04 (Natty) 64-bit. Just checked the md5sums as Caolan suggested. They match. I'll try the _GLIBCXX_DEBUG thing later today if I get time. Nigel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] fix for fdo#37880: import of formulas with range names from xlsx fail
Pushed it to master after Noel had a look at the uno part. Kohei can you have a look at the calc part? 2011/6/22 Markus Mohrhard markus.mohrh...@googlemail.com Hi all, I have fixed the problem behind fdo#37880 (fdo#38204 with similar symptoms is not yet fixed). When we added local range names we forgot to adjust the formula uno api(at least the global part of it). We need to save whether we have a local range name or a global one. We lost this information when we passed the information to the global part of the formula api and did not gain them back when we converted them back to the local part of the formula api. I think that this is an important fix for 3.4.2 but we shouldn't push it to the 3-4 branch before Kohei had a look at it. But I'd appreciate any suggestions around this code before I push it to master. Regards, Markus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [ANN] LibreOffice 3.4.1 RC2 available
Hi *, for 3.4.1 rc2, we're now uploading builds to a public (but non-mirrored - so don't spread news too widely!) place, as soon as they're available. Grab them here: http://dev-builds.libreoffice.org/pre-releases/ If you've a bit of time, please give them a try report *critical* bugs not yet in bugzilla here, so we can incorporate them into the release notes. Please note that it takes approximately 24 hours to populate the mirrors, so that's about the time we have to collect feedback. The list of fixed bugs in this release is here: http://dev-builds.libreoffice.org/pre-releases/src/bugfixes-libreoffice-3-4-1-release-3.4.1.2.log So playing with the areas touched there also greatly appreciated - and validation that those bugs are really fixed. Thanks a lot for your help, Cheers, -- Thorsten pgp41ONUxa2tF.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Fix for fdo#30550 Character count without spaces
Hello Cedric, Tor, John, all, Yesterday, @vilpan (in irc) and I tested on official 3.3.3 build and can reproduce fdo#33774 ('leading quote as word') But we both can't reproduce fdo#37584. So we should fix only fdo#33774. However, I've found two patches about this in -3-4 and master: http://cgit.freedesktop.org/libreoffice/writer/commit/?id=e257f93f6b1c55040c9d62e4d08aefa9407a7379 http://cgit.freedesktop.org/libreoffice/libs-gui/commit/?id=cb9aa439fbb0a85829b1e61e292b1553512b0cb5 which I'm not sure which patch would be correct for -3-3 (or both? or none?) Because my -3-3 build can't reproduce this issue. Best Regards, -- Korrawit Pruegsanusak ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Bug 35673 depends on bug 38544, which changed state. Bug 38544 Summary: UI: No edit of OLE without mouse, Navigator access inconsistent https://bugs.freedesktop.org/show_bug.cgi?id=38544 What|Old Value |New Value Resolution||FIXED Status|ASSIGNED|RESOLVED -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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
[Libreoffice] [REVIEW] fix for fdo#38593: crash when paste nested table from html to calc
Hello all, I would like to get this patch into the 3-4 branch because it prevents a crash that was introduced by a DeclareList removal. We can not call vector::back on an empty vector. http://cgit.freedesktop.org/libreoffice/calc/commit/?id=70d01893e713fa730acd73a28fbf5ee29651215c Regards, Markus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Update help fdo#31652
Hello all, This patch update help texts about operation of delete and backspace key as described in fdo#31652. As in comment 2, this affects 3.3 release, so obviously 3.4 too, hence it would be good to include it into both -3-3 and -3-4. Please feel free to comment. Best Regards, -- Korrawit Pruegsanusak From 4e7fd205c4e41f733944a594cd3180b070c632cd Mon Sep 17 00:00:00 2001 From: Korrawit Pruegsanusak detective.conan.1...@gmail.com Date: Thu, 23 Jun 2011 22:15:16 +0700 Subject: [PATCH] Update the operation of delete and backspace key fdo#31652 The operation of these two buttons are interchanged, so help needs update. Released under LGPLv3+/MPL --- helpcontent2/source/text/scalc/01/0215.xhp |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/helpcontent2/source/text/scalc/01/0215.xhp b/helpcontent2/source/text/scalc/01/0215.xhp index 38d70ba..6f1bc4e 100644 --- a/helpcontent2/source/text/scalc/01/0215.xhp +++ b/helpcontent2/source/text/scalc/01/0215.xhp @@ -52,8 +52,8 @@ section id=howtoget embed href=text/scalc/00/0402.xhp#binhalt/ /section -paragraph role=tip id=par_id3159154 xml-lang=en-US l10n=U oldref=21This dialog is also called by pressing Del after the cell cursor has been activated on the sheet./paragraph -paragraph role=tip id=par_id3145367 xml-lang=en-US l10n=U oldref=22Pressing Backspace deletes content without calling the dialog or changing formats./paragraph +paragraph role=tip id=par_id3159154 xml-lang=en-US l10n=U oldref=21This dialog is also called by pressing Backspace after the cell cursor has been activated on the sheet./paragraph +paragraph role=tip id=par_id3145367 xml-lang=en-US l10n=U oldref=22Pressing Delete deletes content without calling the dialog or changing formats./paragraph paragraph role=tip id=par_id3153951 xml-lang=en-US l10n=U oldref=23Use emphCut/emph on the Standard bar to delete contents and formats without the dialog./paragraph paragraph role=heading id=hd_id3148575 xml-lang=en-US level=2 l10n=U oldref=3Selection/paragraph paragraph role=paragraph id=par_id3149665 xml-lang=en-US l10n=U oldref=4This area lists the options for deleting contents./paragraph -- 1.7.0.4 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] patch for make to help in gbuild debugging
At 9:06am -0400 Thu, 23 Jun 2011, Bjoern Michaelsen wrote: On Thu, 23 Jun 2011 02:23:46 -0500 Norbert Thiebaud wrote: So I created a patch for make-3.82 that allow the use of --debug=e,c That add trace about, respectively, $(eval and $(scall see: http://cgit.freedesktop.org/libreoffice/contrib/dev-tools/commit/?id=a4f03f17f42ded70e6a3c49cf4e9a90eaf3c12ca looks good to me -- upstreaming it to the gnu project would be great. Oh fantastic! Until I looked more closely, I didn't realize this was a modification to Make itself. Brilliant. Seconded, thirded, etc.: *please* send this patch upstream, as I've a few projects with which I would appreciate having this functionality. Clearly, you're not the only one for whom this will solve a problem. Thank you! Kevin ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW] fix for fdo#38593: crash when paste nested table from html to calc
On Thu, 2011-06-23 at 17:20 +0200, Markus Mohrhard wrote: Hello all, I would like to get this patch into the 3-4 branch because it prevents a crash that was introduced by a DeclareList removal. We can not call vector::back on an empty vector. +1, done into 3-4. Not into 3-4-X yet however. Next reviewer can do that :-) C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED]PATCH] Update help fdo#31652
On Thu, 2011-06-23 at 22:21 +0700, Korrawit Pruegsanusak wrote: Hello all, This patch update help texts about operation of delete and backspace key as described in fdo#31652. As in comment 2, this affects 3.3 release, so obviously 3.4 too, hence it would be good to include it into both -3-3 and -3-4. Sufficiently straight-forward I went ahead and committed to master, 3-3, 3-4, and 3-4-1 C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] patch for make to help in gbuild debugging
On Thu, Jun 23, 2011 at 6:35 AM, Michael Meeks michael.me...@novell.com wrote: Hi Norbert, On Thu, 2011-06-23 at 02:23 -0500, Norbert Thiebaud wrote: What I found was that the most confusing things to follow were $(eval and $(call, especially when they cascade 4, 5, 6 level deep. Nice :-) So I created a patch for make-3.82 that allow the use of --debug=e,c That add trace about, respectively, $(eval and $(scall see: http://cgit.freedesktop.org/libreoffice/contrib/dev-tools/commit/?id=a4f03f17f42ded70e6a3c49cf4e9a90eaf3c12ca Can we get that up-stream into make, like my glob speedup ? do you want me to fwd your patch to the list [ which is hard to interact with sadly - Reply-To: mangling and low traffic ;-]. Doesn't FSF require paperwork ? I looked at the make project page on savanah, but that was less than helpful. on that topic. the web-base thing to submit patch seems to be a patch graveyard more than anything else... But sure, I don't mind having it upstream at all... I did not mentioned it in the patch itself... but GPLv3+ Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED]PATCH] Update help fdo#31652
Hi *, As this affects translators, forward this to l10n list. @Andras: Do you automatically catch those changes and add them to pootle, or is this all done manually? Esp. when it comes to 3.3/older codelines in general.. On Thu, Jun 23, 2011 at 5:35 PM, Caolán McNamara caol...@redhat.com wrote: On Thu, 2011-06-23 at 22:21 +0700, Korrawit Pruegsanusak wrote: Hello all, This patch update help texts about operation of delete and backspace key as described in fdo#31652. As in comment 2, this affects 3.3 release, so obviously 3.4 too, hence it would be good to include it into both -3-3 and -3-4. Sufficiently straight-forward I went ahead and committed to master, 3-3, 3-4, and 3-4-1 ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED]PATCH] Update help fdo#31652
Hi *, sorry for identical post, but added l...@libreoffice.org instead of l...@global.libreoffice.org As this affects translators, forward this to l10n list. @Andras: Do you automatically catch those changes and add them to pootle, or is this all done manually? Esp. when it comes to 3.3/older codelines in general.. On Thu, Jun 23, 2011 at 5:35 PM, Caolán McNamara caol...@redhat.com wrote: On Thu, 2011-06-23 at 22:21 +0700, Korrawit Pruegsanusak wrote: Hello all, This patch update help texts about operation of delete and backspace key as described in fdo#31652. As in comment 2, this affects 3.3 release, so obviously 3.4 too, hence it would be good to include it into both -3-3 and -3-4. Sufficiently straight-forward I went ahead and committed to master, 3-3, 3-4, and 3-4-1 ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW] fix for fdo#38593: crash when paste nested table from html to calc
On Thu, 2011-06-23 at 16:26 +0100, Caolán McNamara wrote: I would like to get this patch into the 3-4 branch because it prevents a crash that was introduced by a DeclareList removal. We can not call vector::back on an empty vector. +1, done into 3-4. Not into 3-4-X yet however. Next reviewer can do that :-) Patch looks fine for me; if we have to re-spin 3.4.1 I'm happy to have this too. ATB, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] [PUSHED:master] Adapt texts to new B-spline implementation
Regina, it was a bit tedious to find exactly what files (the full pathnames) your patches were for, but I applied your patches and pushed to master. One review needed for cherry-picking to the 3-4 branch. In your next patches, please use git format-patch, that makes it easier to apply them. Thanks, --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] patch for make to help in gbuild debugging
At 11:46am -0400 Thu, 23 Jun 2011, Norbert Thiebaud wrote: On Thu, Jun 23, 2011 at 6:35 AM, Michael Meeks wrote: On Thu, 2011-06-23 at 02:23 -0500, Norbert Thiebaud wrote: So I created a patch for make-3.82 that allow the use of --debug=e,c That add trace about, respectively, $(eval and $(scall see: http://cgit.freedesktop.org/libreoffice/contrib/dev-tools/commit/?id=a4f03f17f42ded70e6a3c49cf4e9a90eaf3c12ca Can we get that up-stream into make, like my glob speedup ? do you wantme to fwd your patch to the list [ which is hard to interact with sadly - Reply-To: mangling and low traffic ;-]. Doesn't FSF require paperwork ? I looked at the make project page on savanah, but that was less than helpful. on that topic. I don't think so, and I've yet to find any text suggesting so. A perhaps telling snippet From RMS' blog: It is up to you which of these activities to permit, but here are the FSF's recommendations. If you plan to make major contributions to the project, insist that the contribution agreement require that software versions including your contributions be available to the public under a free software license. This will allow the developer to sell exceptions, but prevent it from using your contributions in software that is only available under a proprietary license. If your contributions are smaller, you could accept a weaker condition that the company make your contributions available in a free software release as well as possibly in nonfree programs. This would allow the company to use your contributions in modified software that's only available under a proprietary license. Releasing proprietary software is never a good thing, but if your changes are smaller, it might be more important to improve the free version than resist the nonfree versions. -- http://www.fsf.org/blogs/rms/assigning-copyright My guess is that if the Make maintainers wanted to incorporate your code, as long as it's under GPLv3+, then they would accept it. Of note, here is a GNU Make news item (circa 2007) http://savannah.gnu.org/forum/forum.php?forum_id=4932 the web-base thing to submit patch seems to be a patch graveyard more than anything else... That's a different issue. If the maintainers have lost interest, then ... Cheers, Kevin ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED]PATCH] Update help fdo#31652
2011.06.23. 17:35 keltezéssel, Caolán McNamara írta: On Thu, 2011-06-23 at 22:21 +0700, Korrawit Pruegsanusak wrote: Hello all, This patch update help texts about operation of delete and backspace key as described in fdo#31652. As in comment 2, this affects 3.3 release, so obviously 3.4 too, hence it would be good to include it into both -3-3 and -3-4. Sufficiently straight-forward I went ahead and committed to master, 3-3, 3-4, and 3-4-1 Sorry, this breaks the string freeze in 3-3, 3-4 and 3-4-1. Translators expect that strings don't change in stable brances. I would say, it is easier for everyone, if we change strings in master only. Thanks, Andras ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] patch for make to help in gbuild debugging
While I agree this is a great idea, would it be hard to make it a bit less verbose? I.e, instead of ### call $(gb_Library_set_include) -- ### arg 0 for call $(gb_Library_set_include) is 'gb_Library_set_include' ### arg 1 for call $(gb_Library_set_include) is 'msword' ### arg 2 for call $(gb_Library_set_include) is ' -I/lo/libo/clone/writer/sw/source/core/inc -I/lo/libo/clone/writer/sw/source/ui/inc -I/lo/libo/clone/writer/sw/source/filter/inc -I/lo/libo/clone/writer/sw/inc/pch -I/lo/libo/clone/writer/sw/inc -I/lo/libo/solver/340/unxlngx6.pro/workdir/inc/sw/sdi -I/lo/libo/solver/340/unxlngx6.pro/workdir/Misc/sw/ $(INCLUDE) -I/lo/libo/solver/340/unxlngx6.pro/inc/offuh -I/lo/libo/solver/340/unxlngx6.pro/inc/sw ' Perhaps just put it all on a single line, with newlines in arguments represented as \n, and long arguments just truncated at some suitably shortish length? Something like: ### $(gb_Library_set_include 'gb_Library_set_include'. 'msword', '\n-I/lo/libo/clone/writer/sw/source/core/inc\n...') But yeah, this is bikeshedding, certainly already what you have will be of great help in debugging gbuild issues. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED]PATCH] Update help fdo#31652
Hi, 2011.06.23. 18:00 keltezéssel, Christian Lohmaier írta: Hi *, As this affects translators, forward this to l10n list. @Andras: Do you automatically catch those changes and add them to pootle, or is this all done manually? Esp. when it comes to 3.3/older codelines in general.. There is no automatic process for git - Pootle and there is no need for one, because stable branches are in string freeze and we managed to keep that until now. (Well, in fact there was a deletion just before 3.4.0 release but that was OK.) 3.3 codeline uses SDF files. When an en-US string changes, nothing happens. The old (wrong) translation will be used. 3.4 codeline uses PO files. When an en-US string changes, po2oo script does not find the translation and that string will be changed back to English in translated resource/help. I think we should maintain the string freeze. Help contains many bugs / inaccurate information anyway. Let's fix them on master but leave alone stable branches. Best regards, Andras ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] patch for make to help in gbuild debugging
On Thu, Jun 23, 2011 at 11:59 AM, Tor Lillqvist tlillqv...@novell.com wrote: While I agree this is a great idea, would it be hard to make it a bit less verbose? I.e, instead of ### call $(gb_Library_set_include) -- ### arg 0 for call $(gb_Library_set_include) is 'gb_Library_set_include' ### arg 1 for call $(gb_Library_set_include) is 'msword' ### arg 2 for call $(gb_Library_set_include) is ' -I/lo/libo/clone/writer/sw/source/core/inc -I/lo/libo/clone/writer/sw/source/ui/inc -I/lo/libo/clone/writer/sw/source/filter/inc -I/lo/libo/clone/writer/sw/inc/pch -I/lo/libo/clone/writer/sw/inc -I/lo/libo/solver/340/unxlngx6.pro/workdir/inc/sw/sdi -I/lo/libo/solver/340/unxlngx6.pro/workdir/Misc/sw/ $(INCLUDE) -I/lo/libo/solver/340/unxlngx6.pro/inc/offuh -I/lo/libo/solver/340/unxlngx6.pro/inc/sw ' Perhaps just put it all on a single line, with newlines in arguments represented as \n, and long arguments just truncated at some suitably shortish length? Something like: ### $(gb_Library_set_include 'gb_Library_set_include'. 'msword', '\n-I/lo/libo/clone/writer/sw/source/core/inc\n...') But yeah, this is bikeshedding, certainly already what you have will be of great help in debugging gbuild issues. There are 2 reasons I did not do that 1/ readability. sometimes each individual argument is quite long and complex in it's own right and contain ',' and there can be sometime 6 or more such argument in one call. Parsing the arguments boundary could be painful. 2/ trying to keep the patch a simple and non-intrusive as I could. that is: do not add more loops than there already is and do _not_ do any extra allocation/copy/free (which prevent for instance substituting actual \n with \\n ) Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Does --with-vendor still make sense ?
Caolán McNamara píše v St 22. 06. 2011 v 09:40 +0100: Should/do other distros still use --with-vendor=their_distro ?, and if so are we happy how that reads in help-about, is it a bit clumsy ? Well, only the official build should use the vendor TDF. You are right that we need to modify the text for other vendors. What about to just replace the following strings when --with-distro is used? The Document Foundation - distro Oracle - TDF OpenOffice.org - LibreOffice = we get: + official build (default): --- cut --- Copyright © 2000, 2010 LibreOffice contributors and/or their affiliates. All rights reserved. This product was created by The Document Foundation, based on OpenOffice.org, which is Copyright 2000, 2010 Oracle and/or its affiliates. The Document Foundation acknowledges all community members, please find more info at the link below: --- cut --- + distro build (--with-vendor=XXX): --- cut --- Copyright © 2000, 2010 LibreOffice contributors and/or their affiliates. All rights reserved. This product was created by XXX, based on LibreOffice, which is Copyright 2000, 2010 The Document foundation and/or its affiliates. The Document Foundation acknowledges all community members, please find more info at the link below: --- cut --- Best Regards, Petr ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Update help fdo#31652
Hi Korrawit, *, Korrawit Pruegsanusak wrote (23-06-11 17:21) This patch update help texts about operation of delete and backspace key as described in fdo#31652. As in comment 2, this affects 3.3 release, so obviously 3.4 too, hence it would be good to include it into both -3-3 and -3-4. Please feel free to comment. Great to see this subject here - I happened to think about it two evenings before, since I saw Edit Delete contents Backspace in the menu of Calc. One big 'however' : there is the option Tools Options Calc Compatibility that, among others, toggles these keys. Handling that in the Help text is not that difficult. Making that work in the menu ..? I doubt if the text is dynamic after the start. -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Debug compilation fails in sal module
De: Caolán McNamara caol...@redhat.com Objet: Re: [Libreoffice] Debug compilation fails in sal module À: Julien Nabet serval2...@yahoo.fr Cc: libreoffice@lists.freedesktop.org Date: Jeudi 23 juin 2011, 12h42 On Wed, 2011-06-22 at 21:52 +0200, Julien Nabet wrote: Le 22/06/2011 13:55, Caolán McNamara a écrit : On Tue, 2011-06-21 at 23:18 +0200, Julien Nabet wrote: I'm completely stucked, could it be a bug in one of the C++ libraries of Debian testing ? ... ... I wonder. Can you give me the output of... md5sum solver/350/unxlngi6/lib/libstdc++.so.6 and md5sum /usr/lib/libstdc++.so.6 to make sure they match. Here they are : $ md5sum solver/350/unxlngi6/lib/libstdc++.so.6 6d2c6b2aa1716b21f033f6bc590e5488 solver/350/unxlngi6/lib/libstdc++.so.6 $ md5sum /usr/lib/libstdc++.so.6 6d2c6b2aa1716b21f033f6bc590e5488 /usr/lib/libstdc++.so.6 So they're exactly the same. I'm going to take a look for the debug part later. Julien. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] minutes of tech steering call ...
Attendees: + Michael, Caolan, Kendy, Andreas, Rainer, Timar, Tor, Thorsten, Petr, Francois, Norbert, Cedric * Completed AA's + binned dlsym'd fontconfig non-fontconfig X font code paths (Caolan) + avoid: completely junking gnome-vfs backend startup hooks (Caolan) + glib not built internally, and system integration issues with gio + RHEL5 similar vintage don't have gio = gnome-vfs still needed + put Rainer in touch with Gerv (Michael) + kill Adabas integration dead in master (Francois) + disabled for a release, removed next release * AA still pending: + Easy Hacks - completion / fixing (Bjoern) + get SmartArt into master as an experimental feature (Thorsten) + remove old non-cairo cases (Caolan) + bin monochrome paletised display support with prejudice (Caolan) * Action Items * QA feedback (Rainer) + short report concerning results of our German QA Meeting last weekend + lots of barbeque, fun, and some results + bugzilla - leave it at freedesktop.org or not ? + collect goals required features eg. UNCONFIRMED as default some timelines + then discuss with freedesktop guys. + concerns: wrt. compromises wrt. other projects + probably: some day, one year out ? migrate away. + decision in six months time. + eg. automated access for bug reporting agent ? + bugzilla setup easy, but upgrade / migration hard. + bug hunting ... + try bug-hunting session each month: every 1st Tuesday of a month, EU afternoon - night + wiki page coming to list details + main-page / August banner ads to encourage that + goals: to confirm / triage bugs - no hacking skills necessary + help quality + getting out of step with code changes in places + a common feeling, something should be done AA: + contact / discuss with the documentation team to find owners for help bugs (Rainer) + Timar to help out with minor cleanups / removals + Extensions repo testing / status (Andreas Mantke) + site is setup / working / published to website list + http://extensions2.libreoffice.org/ + branding work improved, not opened for new accounts yet + work on anti-spam account filtering ongoing + populate with existing Free Software extensions + contact extension authors to populate the site + readying to go live. + graphical comparison tool - update regression tests ongoing * Cross-compilation update (Tor) + what works + configure script configures for cross-compilation + make compiles native build-time tooling + then cross-compilation starts + for Windows - approx. 1/2 the way before errors, due to missing pieces in MingW + Jesus getting involved too, and re-appling GSOC 2009 work to the problem from 'build' + problematic msi creation tools, WINE ? + for iOS - gets quite far, nothing is linked + Matus' work should help here. + for Android - tries to link things, much missing from VCL etc. + hopefully gtk3 / broadway work can help GUI-wise. + to PPC Mac from Intel Mac - not tried it much, in theory the easiest target. + lots more work to do, but nothing really impossible + UI for embedded platforms requires much more work * Releng bits (Petr) + 3.3.3 post-release roundup + out last week, no known regressions filed + future of 3.3 branch (Rainer) + QA meeting tested 3.3.3 + less community interest in testing 3.3.3 + eagerness to test new features etc. + concern for wasted man-power on 3.3.x + what are our goals ? + unify distro maintenance work + keep security up-to-date + key as balance for less stable point-zero versions etc. AA: + communicate more minimal QA requirements for each release (Petr) + 3.4.1 status / roundup 3.4.2 + fdo#38590 charts
[Libreoffice] [PUSHED] Fix build by updating to new api
On Thu, 2011-06-23 at 20:55 +1200, Luke Symes wrote: I was rebuilding master, and had to change a line in libs-core which used the old api for SetWindowState. Could this get pushed to master (if it's not already done by the time people read this)? Lovely - pushed to master; thanks :-) Which makes me wonder - now you've fixed the impress ergonomic snafu nicely, what is next on your hit list ? :-) All the best, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Does --with-vendor still make sense ?
Hi Petr, Petr Mladek píše v Čt 23. 06. 2011 v 19:37 +0200: --- cut --- Copyright © 2000, 2010 LibreOffice contributors and/or their affiliates. All rights reserved. This product was created by The Document Foundation, based on OpenOffice.org, which is Copyright 2000, 2010 Oracle and/or its affiliates. The Document Foundation acknowledges all community members, please find more info at the link below: --- cut --- + distro build (--with-vendor=XXX): --- cut --- Copyright © 2000, 2010 LibreOffice contributors and/or their affiliates. All rights reserved. This product was created by XXX, based on LibreOffice, which is Copyright 2000, 2010 The Document foundation and/or its affiliates. The Document Foundation acknowledges all community members, please find more info at the link below: --- cut --- This is not true, TDF is not the copyright owner. This should read ... This product was created by XXX, based on LibreOffice, which is Copyright 2000, 2010 LibreOffice contributors and/or their affiliates. ... or something. Regards, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Debug compilation fails in sal module
De: Caolán McNamara caol...@redhat.com Objet: Re: [Libreoffice] Debug compilation fails in sal module À: Julien Nabet serval2...@yahoo.fr Cc: libreoffice@lists.freedesktop.org Date: Jeudi 23 juin 2011, 12h52 On Thu, 2011-06-23 at 11:42 +0100, Caolán McNamara wrote: On Wed, 2011-06-22 at 21:52 +0200, Julien Nabet wrote: Le 22/06/2011 13:55, Caolán McNamara a écrit : On Tue, 2011-06-21 at 23:18 +0200, Julien Nabet wrote: I'm completely stucked, could it be a bug in one of the C++ libraries of Debian testing ? ... I'm going to take a look at it and hope to find something. Some more thoughts, this is the debug build, this may be triggered by _GLIBCXX_DEBUG in solenv, removing those and rm -rf sal/unxlng* and a rebuild could test that theory. Your theory was right, I commented out all that concerns _GLIBCXX_DEBUG in : - sal/inc/unxgcc.mk - sal/gbuild/platform/unxgcc.mk Then remove sal/unxlng* and build again. Everything is ok. Julien. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [REVIEW][PUSHED] patch for fdo#38544: enable Object/Edit menu item for ole/embedded objects (by Noel)
Hello, just for your information. I reviewed and pushed to 3-4: http://cgit.freedesktop.org/libreoffice/calc/commit/?id=89462758bfcaaec34c508f2afe08eacb759c7093. Noel sent a mail to the mailing list but he mentioned on IRC that it seems that it got lost somewhere. Regards, Markus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Hackfest - September 9th, Ohio Linux Fest
Just a quick note. Have sent off the formal request to the OHLF organizers..will keep folks posted as specifics firm up. Thanks, drew ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] minutes of tech steering call ...
On Thu, Jun 23, 2011 at 07:27:36PM +0100, Michael Meeks wrote: * Completed AA's + kill Adabas integration dead in master (Francois) + disabled for a release, removed next release I have found no evidence it is still used, but there still may be people living under a rock somewhere. This way it gives them a chance to re-enable the Adabas D driver without too much work after the first 3.5 release. AA: + check out nightlies, and encourage others to use (Rainer) I'm packaging snapshots of -master in pkgsrc-wip: http://pkgsrc-wip.sourceforge.net/ http://pkgsrc-wip.cvs.sourceforge.net/viewvc/pkgsrc-wip/wip/libreoffice/ A handful of people are downloading the distribution files; almost no feedback apart from wiz@ so far. -- Francois Tigeot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED][REVIEW] fix for fdo38204: formulas with range names were not imported correctly from xls
On 23/06/11 13:42, Markus Mohrhard wrote: http://cgit.freedesktop.org/libreoffice/calc/commit/?id=4068aa5fac1c3e6f4baac44b7ed5e3793a6b8fd1 [...] Markus looks good to me, please commit to master, let me know the commit id and I will cherrypick/signoff for 3.4 thanks again for another great catch pushed to 3.4 thanks again Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Additional fix for bug fdo#33781
Le 21/06/2011 21:10, Petr Mladek a écrit : Roland Baudin píše v Út 21. 06. 2011 v 09:26 +0200: Hi Petr, I've tested your patch with my test docs and for me it's OK. I've just noticed a small issue when inserting a chart in Calc : when switching out from edit mode, the top line of the graphic becomes blurred. I attach a test file, so you can judge the issue. I see this even without your patch, so it is most likely another issue. Or do you see it different? If it is not a regression caused by your or mine change, I am happy to cherry-pick your fix with mine additions to the libreoffice-3-4 branch. Best Regards, Petr I tested with and without the patch and the issue with the top line of the chart is there. So I can confirm this issue is not introduced by our patch. Have a nice day, RB -- X File Explorer http://roland65.free.fr/xfe Toutes Choses http://roland65.free.fr/ttc ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] [PUSHED:master] Adapt texts to new B-spline implementation
Hi Tor, Tor Lillqvist schrieb: Regina, it was a bit tedious to find exactly what files (the full pathnames) your patches were for, but I applied your patches and pushed to master. One review needed for cherry-picking to the 3-4 branch. ? I thought the new implementation will first be available in 3.5 and therefore the text changes should also first be in 3.5, not in 3.4. In your next patches, please use git format-patch, that makes it easier to apply them. I first have to learn to use git. I will try it in my next vacation. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] [PUSHED:master] Adapt texts to new B-spline implementation
? I thought the new implementation will first be available in 3.5 and therefore the text changes should also first be in 3.5, not in 3.4. Ah ok, I did not know. No need to cherry-pick to the 3-4 branch then, obviously, --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [ANN] LibreOffice 3.4.1 RC2 available
Hi all, Thorsten Behrens schrieb: Hi *, for 3.4.1 rc2, we're now uploading builds to a public (but non-mirrored - so don't spread news too widely!) place, as soon as they're available. Grab them here: http://dev-builds.libreoffice.org/pre-releases/ If you've a bit of time, please give them a try report *critical* bugs not yet in bugzilla here, so we can incorporate them into the release notes. I don't know, whether it is 'critical', but my wmf-files are not printed correctly. Printing is correct in LibO3.3.2. https://bugs.freedesktop.org/show_bug.cgi?id=38619 kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] minutes of tech steering call ...
Hi *, Michael Meeks wrote (23-06-11 20:27) * Release quality / complaints ... (Cor / Italo / Olivier) + presenters not present Apologies for that - but it was about what I expected. (Have to try to focus on making a living during the day-hours ;-) ) + extend the feature-freeze period for 3.5 ? + Norbert: may not help people fix things, just move their work to the next generation. + Petr: earlier Beta / Alpha releases ? need to be useable and QA done continuously / before freeze as well. + Norbert: 3.4 impacted by merging m106, don't have this issue next time around + Caolan: nightly builds are now working, and should help get QA access to the code, and insight into progress + Caolan: more automatic regression tests are coming too + Rainer: not much penetration in QA team of nightly snapshots, most don't know where to find them. AA: + check out nightlies, and encourage others to use (Rainer) + Nobert: treat feature-freeze as a release for QA purposes ? + Caolan: master perception - should be always ok, ready to ship at any time - not actually broken modulo occasional build issues + the future should not be as bad as the 3.4.0 panic. Thanks for discussing the subject and the ideas brought forward. I am quite optimistic about what we will achieve in the future (...) and very positive about our improvements. On the other hand, we do not yet know how - the time of the year (Christmas, Western New year); - the speed of the growth of people involved in QA; - the fact that QA-time has to be devided among various versions simultaneously, - etc, will affect the reality in 6 months from now :-) Plus - especially with the unfortunate experience from 3.4.0, and to do something good for users, testers, marketing etc - IMO it is better that in the end we have three weeks extra, than that we lack three days. So I would really love to be on the save side .. However, we do not have to decide that exactly right now, do we?! So, imagine we would choose for say a three or four weeks extra between freeze and release, when should that have to be decided? Somewhere September, early October? Then we can hold on the detailed discussion and decision on this subject until then.. Sounds OK? Best, -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] minutes of tech steering call ...
Michael Meeks wrote (23-06-11 20:27) * Posting TSC minutes on the blog ... + Norbert: wording is very terse, not enough context, not suitable for mass public consumption. + Suggestion: needs to be expanded, and made more comprehensible, someone who wants that can/should do it. Short highlights + link to mail archive might be useful too.. -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] minutes of tech steering call ...
On Thu, Jun 23, 2011 at 6:11 PM, Cor Nouws oo...@nouenoff.nl wrote: Michael Meeks wrote (23-06-11 20:27) * Posting TSC minutes on the blog ... + Norbert: wording is very terse, not enough context, not suitable for mass public consumption. + Suggestion: needs to be expanded, and made more comprehensible, someone who wants that can/should do it. Short highlights + link to mail archive might be useful too.. I think the problem is not to make them shorter, but to make them 'longer', more digestible for people who do not follow these call and the dev-ML in general. I'm thinking about the difference between reading the linux-kernel mailing list and reading, once a week an highlight of the noticeable, interesting event by Colbert on LWN. The later is a great thing, I enjoy very much reading them... but I, for one, would be completely incapable to do what Jonathan Corbet does, even If I read every email of linux-kernel and had nothing else to do but that... Proper reporting for a wider audience is a skill in and of itself. Giving these 'minutes' as-is to a wider audience is begging for blogger and journalist to mis-understand and mis-quote them. Most of them would not use such minute for a dev ML as a 'source', but if TDF 'publish' them, then it is another ballgame... I mean, looks at what happen, even when communication expert spend time to have a long conversation with a journalist: the headline is 'TDF not production-ready until August'. So now imagine th same journalist, which is very unlikely to scour the dev-ML for info, now get that terse and lingo-prone summary in his rss-feed ? I dare not imagine what the next 'headline' will be Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] minutes of tech steering call ...
Cor Nouws wrote: Plus - especially with the unfortunate experience from 3.4.0, and to do something good for users, testers, marketing etc - IMO it is better that in the end we have three weeks extra, than that we lack three days. So I would really love to be on the save side .. Thank you Cor for listening to the users instead of the mighty schedule BTW since only Betas can be installed in parallel with the stable build under Windows and that was not added to the 3.4.x branch (at least from my understanding) I guess Windows Beta testers will have to wait for 3.5.x, right? -- View this message in context: http://nabble.documentfoundation.org/minutes-of-tech-steering-call-tp3100951p3102309.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [REVIEW] fdo#38544
Please review http://cgit.freedesktop.org/libreoffice/calc/commit/?id=89462758bfcaaec34c508f2afe08eacb759c7093 would like to include in 3.4 ( and additionally whatever current 3.4.x branch ) thanks, Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW] [PUSHED-3-4] fdo#38544
Pushed already to 3-4. See my other mail. 2011/6/23 Noel Power nopo...@novell.com Please review http://cgit.freedesktop.org/**libreoffice/calc/commit/?id=** 89462758bfcaaec34c508f2afe08ea**cb759c7093http://cgit.freedesktop.org/libreoffice/calc/commit/?id=89462758bfcaaec34c508f2afe08eacb759c7093 would like to include in 3.4 ( and additionally whatever current 3.4.x branch ) thanks, Noel __**_ LibreOffice mailing list LibreOffice@lists.freedesktop.**org LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/**mailman/listinfo/libreofficehttp://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Replace List with std::vector
Ok, this patch compiles fine; however, I can't find where it's used. Also, I think it's unused; it looks a lot like leftovers of when OpenOffice had a web browser. If some can verify, that it's trash, a few pointers in to how to remove it would be nice. It looks like libs-gui/uui/source/services.cxx registers the component and sets up the factory for generating the dialogs. Because it's a component system, I'm not sure how to unplug it and/or verify how it would be used. The dialogs are: cookiedlg.cxx - cookie controls (the one I'm patching) fltdlg.cxx - filter logindlg.cxx- login masterpasscrtdlg.cxx- master password (is this the one used for documents?) nameclashdlg.cxx- Name Clash? newerverwarn.cxx- Newer Version (is this the Help == Check for Updates) passworddlg.cxx - password (I wonder what the difference is between master and normal) secmacrowarnings.cxx- Macro Security Warning sslwarndlg.cxx - SSL Warning unknownauthdlg.cxx - Unknown Authority It might be easy to just remove the ones we don't need and keep the other ones. As I said, any pointers would be nice. Thanks, Joe P. 0001-Replace-List-with-std-vector-CntHTTPCookie-svl.patch Description: Binary data 0001-Replace-List-with-std-vector-CntHTTPCookie-uui.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] ANN: ODF 1.2 Candidate OASIS Standard Enters 60-Day Public Review, prerequisite for balloting as OASIS Standard
Details here: http://lists.oasis-open.org/archives/office/201106/msg00061.html This is a public review. From the announcement, which provides all details on locating the specification and background on the process: Comments may be submitted to the TC by any person through the use of the OASIS TC Comment Facility which can be located via the button labeled Send A Comment at the top of the TC public home page, [at http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=office] or directly at: http://www.oasis-open.org/committees/comments/index.php?wg_abbrev=office Comments submitted by TC non-members for this work and for other work of this TC are publicly archived and can be viewed at: http://lists.oasis-open.org/archives/office-comment/ Woo Hoo!! - Dennis ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Potential Problems for LibreOffice on Mac with impending release of Lion OSX
Hi all, I know this is likely to irk folks a little here, but has any thought been given to the potential problems that the release of Mac OSX Lion is going to cause to users of LibreOffice. Browsing the ESC meeting summaries does not seem to indicate that this has been considered or discussed yet, at least publicly. The only reason I ask, aside from the fact that I (and others) will no doubt have to deal with the incoming flak on the users list and on bugzilla is that the people over at NeoOffice have published this list of already solved problems and potential other problems : http://neowiki.neooffice.org/index.php/Lion_Upgrade_Issues Well, of course, we all know that Neo is more heavily dependent on Java for the implementation of some of its functionality, and thus may be impacted by Apple's switch to OpenJDK, but I'm more concerned about the fact that, if the Neo team is to be believed (and I'm willing to admit some hype here on Neo's part), we will be using deprecated system interfaces for copy/pasting, and text layout/rendering, and visual display problems will be present, such as the OSX menubar and combo or listboxes will not display or be updated correctly. Additionally, it appears that Neo will implement the Versions feature that Apple have built-in to OSX Lion, and has already re-introduced native file locking (to be honest, I haven't tried this yet on my OSX network). Thoughts anyone ? Alex ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] impress: after adding a new animation, scroll down to it in the list.
Hi there, This is a one-line patch to impress to make the animation list scroll down to show a newly added animation. Previously we didn't scroll the list at all. Kind Regards, Luke. From 011c3c21a7a8a250261cead697a4cf5d005a02dd Mon Sep 17 00:00:00 2001 From: Luke Symes allsy...@gmail.com Date: Fri, 24 Jun 2011 17:34:36 +1200 Subject: [PATCH] After adding a new animation, scroll down to it in the list. --- sd/source/ui/animations/CustomAnimationList.cxx |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/sd/source/ui/animations/CustomAnimationList.cxx b/sd/source/ui/animations/CustomAnimationList.cxx index 196fc53..b1eb7ca 100644 --- a/sd/source/ui/animations/CustomAnimationList.cxx +++ b/sd/source/ui/animations/CustomAnimationList.cxx @@ -542,6 +542,7 @@ void CustomAnimationList::select( CustomAnimationEffectPtr pEffect, bool bSelect { append( pEffect ); select( pEffect ); +MakeVisible( Last() ); } } -- 1.7.5.4 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice