Re: [Libreoffice] Help file discussion
Sophie Gautier schrieb: I've put some reflexions on how to handle the help files Hi, that's quite similar to my thoughts and concerns Regards Rainer ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Any taker for a starmath bug?
Hello people, I know there are quite a few persons interested or knowing the starmath code... Is there any taker for this bug? https://bugs.freedesktop.org/show_bug.cgi?id=32362 Regards, -- Cédric Bosdonnat LibreOffice hacker http://documentfoundation.org OOo Eclipse Integration developer http://cedric.bosdonnat.free.fr ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] [PUSHED] EasyHacks 3.27 Change Sheet copy process
Hi Kohei, Thanks a lot for completing. Can you mark this Easy Hack 3.27 as completed on the Development/Easy Hacks page? Or explain to me how to do that? I am now looking at - 3.28 Leftover data after an Undo operationhttp://wiki.documentfoundation.org/Easy_Hacks#Leftover_data_after_an_Undo_operation Joost 2010/12/14 Kohei Yoshida kyosh...@novell.com Hi Andy, On Mon, 2010-12-13 at 21:06 -0800, Andy Brown wrote: I would like to thank you guys. This will be great. :) Any idea when we will see it in action? Well, since this just landed on master, I would say it'll be in the next major version after 3.3maybe 3.4? Just a guess. Kohei -- Kohei Yoshida, LibreOffice hacker, Calc kyosh...@novell.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] dmake: Error code 1, while making '../unxlngx6.pro/misc/rsc_svt'
Dear all, Hi. This is imacat from Taiwan. I tried to build libreoffice on my Debian Lenny 5.0.6, gcc 4.3.2, GLibC 2.7, by running: = ./autogen.sh --with-git --with-num-cpus=2 ./download make = This time it fails at the svtools module, complaining an error while making rsc_svt: = % make Making all in po ... Entering /usr/local/src/libreoffice-3.2.99.2-20101213/build/libreoffice-3.2.99.2/svtools/util Making:svten-US.res Compiling: rsc_svt f268: Error: The image(s) lx03124 lx03134 lx03142 lx03159 lx03168 lx03187 lx03190 lx03193 lx03198 lx03201 lx03202 lx03203 lx03204 lx03205 lx03206 lx03236 lx03237 sx03124 sx03134 sx03142 sx03159 sx03168 sx03198 sx03203 sx03204 sx03205 sx03206 sx03236 sx03237 could not be found. Terminating compiler dmake: Error code 1, while making '../unxlngx6.pro/misc/rsc_svt' --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /usr/local/src/libreoffice-3.2.99.2-20101213/build/libreoffice-3.2.99.2/svtools/util ERROR: error 65280 occurred while making /usr/local/src/libreoffice-3.2.99.2-20101213/build/libreoffice-3.2.99.2/nss ERROR: error 65280 occurred while making /usr/local/src/libreoffice-3.2.99.2-20101213/build/libreoffice-3.2.99.2/libwpd ERROR: error 65280 occurred while making /usr/local/src/libreoffice-3.2.99.2-20101213/build/libreoffice-3.2.99.2/more_fonts/fonts/ttf_linlibertineg it seems you are using a threaded build, which means that the actual compile error is probably hidden far above, and could be inside any of these other modules: libwpd nss svtools please re-run build inside each one to isolate the problem. --- /bin/sh cd /usr/local/src/libreoffice-3.2.99.2-20101213/build/libreoffice-3.2.99.2 source ./LinuxX86-64Env.Set.sh cd more_fonts build when the problem is isolated and fixed exit and re-run 'make' from the top-level sometimes (sadly) it is necessary to rm -Rf unxlngx6.pro in a module. make: *** [stamp/build] Error 1 % = It looks like this thread: http://www.mail-archive.com/libreoffice@lists.freedesktop.org/msg02041.html But this error did not exist while I was building LibreOffice on 2010-12-05. Is there any change that reversed the code, or is this a new problem? Thank you very much in advance. -- Best regards, imacat ^_*' ima...@mail.imacat.idv.tw PGP Key http://www.imacat.idv.tw/me/pgpkey.asc Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's http://www.imacat.idv.tw/ Woman in FOSS in Taiwan http://wofoss.blogspot.com/ TLUG List Manager http://lists.linux.org.tw/cgi-bin/mailman/listinfo/tlug ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Patch for ignoring preceding and trailing spaces in cell during csv import
Hi Kohei, On Mon, 13 Dec 2010 16:28:34 -0500, Kohei Yoshida kyosh...@novell.com wrote: I'd like to port a patch to the libreoffice-3-3 branch to ignore preceding and trailing spaces in cells during csv import. The change is already committed on master, and the attached is the total difference against the current libreoffice-3-3 branch. The change on master consists of several commits. (snip) will be imported as three number cells. Currently, Calc imports number cells as strings in presence of spaces before or after the number. Great, I would like this stuff for 3.3! BTW why not check also horizontal tab '\t' or others of the isspace(3) family? Cheers, -- Takeshi Abe ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Patch for ignoring preceding and trailing spaces in cell during csv import
Hi Kohei, Is there a specific reason why functions like: rStr.EraseLeadingAndTrailingChars() weren't used on the string? [ then something like n=rStr.getLength() if(!n) return false; ] Regards, Muthu Subramanian On Mon, 2010-12-13 at 16:28 -0500, Kohei Yoshida wrote: Hi there, I'd like to port a patch to the libreoffice-3-3 branch to ignore preceding and trailing spaces in cells during csv import. The change is already committed on master, and the attached is the total difference against the current libreoffice-3-3 branch. The change on master consists of several commits. With this change, a csv file such as this 30, 40, 50 or 30 , 40, 50 will be imported as three number cells. Currently, Calc imports number cells as strings in presence of spaces before or after the number. This change is only applicable when the user leaves the Detect special number option *un*-checked, which is off by default. Patch reviews are appreciated. Kohei ___ 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
Re: [Libreoffice] De-Java-ise flat XML export
Hi Peter, On Mon, 2010-12-13 at 22:21 +0100, Peter Jentsch wrote: I got the message that xslt processing should be done by libxml/libxslt not by xalan. Because I'm new to libxml, I first need to have closer look at libxslts transformation API (and how to use that from LO, which brings it's own xml processing API). :-) Currently it looks as if it could be possible for me to write a CPP component that works similar to the XSLTransformer java class but uses libxslt internally. That wouldn't be optimal performancewise I guess, but I don't feel like writing a SAX parser adapter from libxml to LO right now. Riight; interesting. Ultimately XSLT requires a DOM to operate on, so I suppose if we get SAX events from OO.o, we will need to map these to libxml's nodes. I believe we already have code to do this in xmlsecurity/source/xmlsec/saxhelper.cxx / .hxx - which essentially uses libxmlsec (built on libxml2) to do document signing as of now [ AFAIR etc. ]. Perhaps we can re-use some nice chunks of code from there ? ATB, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] What is mediadescriptor.h
I've been looking for something in the code, and I've found this headerhttp://opengrok.go-oo.org/xref/libs-core/framework/inc/mediadescriptor.h, mediadescriptor.h in libs-core/framework/inc, which declares an empty namespace (all the lines are commented out), and as far as I've seen, this header is not used anywhere. Can this be removed? Regards, Robert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Base - sqlite - licence grief
Hi Wols, On Mon, 2010-12-13 at 15:16 +, Wols Lists wrote: I seem to recall it had something to do with not SQLite not lending itself easily to being able to keep everything in memory and then write an IO stream into and ODF compatible container. Of course, that was back in the days of SQLite 2 so maybe things have got better :-) Good luck !!! .. Can we put a hsqldb database in an odf container? The stuff I saw about sqlite 2 was things like you can't modify a table. It's a very basic engine without a lot of the user-friendly padding. Ho hum :-) If you open most ODF files, they tend to uncompress themselves almost entirely to /tmp/svXXX.tmp/ anyway so ;-) However - sqlite does in fact allow you to re-vector the I/O primitives ( in case you think seeking / writing to the middle of a stream in a .zip file is really a good idea ;-) there is some code to do it here: http://git.gnome.org/browse/evolution-data-server/tree/camel/camel-db.c#n162 Having said that, as long as the file was un-compressed, possibly it would be possible to do some level of modification inside the .zip file as-is; but really - I don't believe people will (or should) do gigabyte databases inside a zip file ;-) Anyways, in the first instance, I'm treating this as a teach yourself C++ exercise - rather a jump in the deep end version :-) Great :-) I'm quite happy to try and stick my database files in a odf container, but seriously, I think that is a triumph of ideology over reality. It'd actually be dead easy to dump to XML, but I think the load and save times would kill any user-friendliness, even if the database itself was cuddly-lamb-friendly. You know - the dump to XML thing is not such a terrible idea if it liberates us from a given implementation of the database backend; and I don't -know- that it has to be -that- slow (given the size of the databases we are talking about). It would be a wonderful thing to have done generically; a parallel 'XML stream' version of the database, which we could retro-fit into files for those poor hsqldb users that need to migrate away. Anyhow - interesting stuff, 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] LibreOffice WikiHelp
On Mon, 2010-12-13 at 14:33 +0100, Jan Holesovsky wrote: I think the biggest issue is the offline editing; and I think here we can use the Wiki Publisher (http://extensions.services.openoffice.org/project/wikipublisher) to edit the pages in LibreOffice. Ooh - that is an interesting idea :-) I did not test it yet, but if the extension misses the functionality to merge the changes done in the wiki, it will be easy to plug it to LibreOffice document merge feature. Sure; but I suspect there are issues around dictionaries, and other helpful tooling that make translators lives easy :-) Anyhow - it'd be great to collect the ideas for flows into the wiki page; quite possibly there are several flows possible, and we can choose per language. eg. if there is already a near-perfect translation, I can understand people might not want it 'vandalised' by others changing it :-) On the other hand, if there is simply no translation at all currently for a language, almost anything might look better than nothing - so perhaps an in-wiki-editing policy might make sense. Either way, I for one am excited by the idea of having something that is easier to edit and improve in English, although clearly the more, and higher quality help in English we have, the harder the (already huge) help translation problem becomes I guess. HTH, 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] When a file is removed, dependency info is stale and not regenerated
On Tue, 2010-12-14 at 10:47 +, Caolán McNamara wrote: How about the following attached hack in build.pl so that if a normal dmake fails when launched from build.pl, then do a dmake depend=t and retry. Looks great to me :-) Thanks ! Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 31865] [Task]: LibreOffice 3.3 release blockers / stoppers
https://bugs.freedesktop.org/show_bug.cgi?id=31865 --- Comment #35 from Michael Meeks michael.me...@novell.com 2010-12-14 02:57:49 PST --- Olivier suggest 32377 as a blocker; though there is perhaps a suitable workaround for him there now. -- 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] [PUSHED] Re: What is mediadescriptor.h
On Tue, 2010-12-14 at 12:08 +0200, Roth Robert wrote: Can this be removed? I think so, done now. Thanks for this. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [libreoffice-l10n] Re: LibreOffice WikiHelp
2010/12/14 Michael Meeks michael.me...@novell.com On Mon, 2010-12-13 at 14:33 +0100, Jan Holesovsky wrote: I think the biggest issue is the offline editing; and I think here we can use the Wiki Publisher (http://extensions.services.openoffice.org/project/wikipublisher) to edit the pages in LibreOffice. Ooh - that is an interesting idea :-) I believe that is not a good idea. It will reformat the content and make changes tracking a nightmare. Also, translating from changed US wiki to other languages will be a nightmare. I did not test it yet, but if the extension misses the functionality to merge the changes done in the wiki, it will be easy to plug it to LibreOffice document merge feature. Sure; but I suspect there are issues around dictionaries, and other helpful tooling that make translators lives easy :-) Anyhow - it'd be great to collect the ideas for flows into the wiki page; quite possibly there are several flows possible, and we can choose per language. eg. if there is already a near-perfect translation, I can understand people might not want it 'vandalised' by others changing it :-) On the other hand, if there is simply no translation at all currently for a language, almost anything might look better than nothing - so perhaps an in-wiki-editing policy might make sense. Either way, I for one am excited by the idea of having something that is easier to edit and improve in English, although clearly the more, and higher quality help in English we have, the harder the (already huge) help translation problem becomes I guess. I don't have time to go to wiki and edit it, please someone do it if you deem my thoughts worth published there. I guess from all the discussion here we see that the LO developers and documentation team wish to get help onto a new platform, where it will be easier to maintain. On the other hand the localization teams who have invested big resources into translating the huge help system wish to continue working like before in a Pootle or similar environment. I propose you develop a system to have English help editable on wiki but fully transportable back to the po/xliff system (interchangeable). All the translations would start from the English po/xliff help files and decide whether to a) strictly translate English help (like we Slovenians decided) and keep working with po/xliff files; the online help would be updated from these files at least with every minor and major release; or b) develop their own help in the wiki and never go back again; Before I go on I need an answer to a question. I tried the help in RC1 and it seems that help items do not get passed to wiki i.e. the default module help page opens even if you press F1 in a certain dialog (the previous bundled help showed that definite topic in the help). Is this how the wiki help is envisioned? If it is, one need a lot of searching to even get to a certain topic and this makes the help totally unusable. If this is the case the wiki help should only be a web version of the bundled help, just a copy made after every release from the release translations. Lp, m. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] what's SfxMenuControl::aHelpText good for?
On Mon, 2010-12-13 at 18:22 +0100, David Tardon wrote: the result is assigned (through SfxMenuControl::Bind) to SfxMenuControl::aHelpText, that can only be accessed through SfxMenuControl::GetHelpText, that is only called from SfxVirtualMenu::GetItemHelpText, that is not called from anywhere :-) Yeah, that seems to be the case alright, doesn't it. My question is: was it used for some purpose in the past and has been obsoleted? Seems to have been in there right back to 2000. Doesn't ring any bells with me anyway. Chop it I guess :-) C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 31865] [Task]: LibreOffice 3.3 release blockers / stoppers
https://bugs.freedesktop.org/show_bug.cgi?id=31865 --- Comment #36 from Tor Lillqvist tlillqv...@novell.com 2010-12-14 04:22:04 PST --- I suggest bug #31518. -- 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] Patch for ignoring preceding and trailing spaces in cell during csv import
Hi Takeshi, On Tue, 2010-12-14 at 18:36 +0900, Takeshi Abe wrote: Hi Kohei, On Mon, 13 Dec 2010 16:28:34 -0500, Kohei Yoshida kyosh...@novell.com wrote: I'd like to port a patch to the libreoffice-3-3 branch to ignore preceding and trailing spaces in cells during csv import. The change is already committed on master, and the attached is the total difference against the current libreoffice-3-3 branch. The change on master consists of several commits. (snip) will be imported as three number cells. Currently, Calc imports number cells as strings in presence of spaces before or after the number. Great, I would like this stuff for 3.3! Me too. :-) But someone has to sign off of this for 3.3 before I can safely port it. BTW why not check also horizontal tab '\t' or others of the isspace(3) family? Good suggestion. But for 3.3 we probably want to play it safe (i.e. minimal change). For example, tabs can be used as separators in which case they have already been separated out. Line break characters can be used when a cell contains manual breaks, even in csv files. So, we don't want to skip those. Kohei -- Kohei Yoshida, LibreOffice hacker, Calc kyosh...@novell.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Patch for ignoring preceding and trailing spaces in cell during csv import
On Tue, 2010-12-14 at 15:19 +0530, Muthu Subramanian K wrote: Hi Kohei, Is there a specific reason why functions like: rStr.EraseLeadingAndTrailingChars() weren't used on the string? [ then something like n=rStr.getLength() if(!n) return false; ] If we do that we'd be parsing the same character sequence twice in each number cell, which will make the import slower, especially with large csv files. So, this is the reason why I avoid it. Kohei -- Kohei Yoshida, LibreOffice hacker, Calc kyosh...@novell.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Patch for ignoring preceding and trailing spaces in cell during csv import
On Tue, 2010-12-14 at 07:43 -0600, Norbert Thiebaud wrote: On Tue, Dec 14, 2010 at 7:18 AM, Kohei Yoshida kyosh...@novell.com wrote: Hi Takeshi, On Tue, 2010-12-14 at 18:36 +0900, Takeshi Abe wrote: Hi Kohei, On Mon, 13 Dec 2010 16:28:34 -0500, Kohei Yoshida kyosh...@novell.com wrote: I'd like to port a patch to the libreoffice-3-3 branch to ignore preceding and trailing spaces in cells during csv import. The change is already committed on master, and the attached is the total difference against the current libreoffice-3-3 branch. The change on master consists of several commits. (snip) will be imported as three number cells. Currently, Calc imports number cells as strings in presence of spaces before or after the number. Great, I would like this stuff for 3.3! Me too. :-) But someone has to sign off of this for 3.3 before I can safely port it. BTW why not check also horizontal tab '\t' or others of the isspace(3) family? Good suggestion. But for 3.3 we probably want to play it safe (i.e. minimal change). For example, tabs can be used as separators in which case they have already been separated out. Line break characters can be used when a cell contains manual breaks, even in csv files. So, we don't want to skip those. In that spirit (and I haven't look at the code), I attract you attention to the fact that in some locale, comma is the decimal separator, which brings a lot of fun in comma separated list. Yes, the existing code already takes care of that. So that's a non-issue. Kohei -- Kohei Yoshida, LibreOffice hacker, Calc kyosh...@novell.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] dmake: Error code 1, while making '../unxlngx6.pro/misc/rsc_svt'
I had the exact same error with svtools when I was building as well today. I am building it on Ubuntu 10.10 64 bit version. Any pointers on how to go about fixing it ? Thanks, ~Suren On Tue, Dec 14, 2010 at 2:59 PM, imacat ima...@mail.imacat.idv.tw wrote: Dear all, Hi. This is imacat from Taiwan. I tried to build libreoffice on my Debian Lenny 5.0.6, gcc 4.3.2, GLibC 2.7, by running: = ./autogen.sh --with-git --with-num-cpus=2 ./download make = This time it fails at the svtools module, complaining an error while making rsc_svt: = % make Making all in po ... Entering /usr/local/src/libreoffice-3.2.99.2-20101213/build/libreoffice-3.2.99.2/svtools/util Making: svten-US.res Compiling: rsc_svt f268: Error: The image(s) lx03124 lx03134 lx03142 lx03159 lx03168 lx03187 lx03190 lx03193 lx03198 lx03201 lx03202 lx03203 lx03204 lx03205 lx03206 lx03236 lx03237 sx03124 sx03134 sx03142 sx03159 sx03168 sx03198 sx03203 sx03204 sx03205 sx03206 sx03236 sx03237 could not be found. Terminating compiler dmake: Error code 1, while making '../unxlngx6.pro/misc/rsc_svt' --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /usr/local/src/libreoffice-3.2.99.2-20101213/build/libreoffice-3.2.99.2/svtools/util ERROR: error 65280 occurred while making /usr/local/src/libreoffice-3.2.99.2-20101213/build/libreoffice-3.2.99.2/nss ERROR: error 65280 occurred while making /usr/local/src/libreoffice-3.2.99.2-20101213/build/libreoffice-3.2.99.2/libwpd ERROR: error 65280 occurred while making /usr/local/src/libreoffice-3.2.99.2-20101213/build/libreoffice-3.2.99.2/more_fonts/fonts/ttf_linlibertineg it seems you are using a threaded build, which means that the actual compile error is probably hidden far above, and could be inside any of these other modules: libwpd nss svtools please re-run build inside each one to isolate the problem. --- /bin/sh cd /usr/local/src/libreoffice-3.2.99.2-20101213/build/libreoffice-3.2.99.2 source ./LinuxX86-64Env.Set.sh cd more_fonts build when the problem is isolated and fixed exit and re-run 'make' from the top-level sometimes (sadly) it is necessary to rm -Rf unxlngx6.pro in a module. make: *** [stamp/build] Error 1 % = It looks like this thread: http://www.mail-archive.com/libreoffice@lists.freedesktop.org/msg02041.html But this error did not exist while I was building LibreOffice on 2010-12-05. Is there any change that reversed the code, or is this a new problem? Thank you very much in advance. -- Best regards, imacat ^_*' ima...@mail.imacat.idv.tw PGP Key http://www.imacat.idv.tw/me/pgpkey.asc Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's http://www.imacat.idv.tw/ Woman in FOSS in Taiwan http://wofoss.blogspot.com/ TLUG List Manager http://lists.linux.org.tw/cgi-bin/mailman/listinfo/tlug ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice -- regards Suren Learning Doing Learn By doing. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [APPLIED] Re: CIA bot update
Hi Miklos, On 2010-12-13 at 00:23 +0100, Miklos Vajna wrote: So - if this looks fine please update restart the bot. Thank you very much, updated, and restarted :-) Regards, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Patch for ignoring preceding and trailing spaces in cell during csv import
Hi there, On Mon, 2010-12-13 at 16:28 -0500, Kohei Yoshida wrote: I'd like to port a patch to the libreoffice-3-3 branch to ignore preceding and trailing spaces in cells during csv import. I just wrote a set of unit tests for this; in sc/qa/unit/ something like: struct { const char *pStr; int eSep; bool bResult; double nValue; } aTests[] = { { foo, English, false, 0.0 }, { 1.0, English, true, 1.0 }, { 1,0, English, false, 0.0 }, { 1.0, European, false, 0.0 }, { 1.000, European, true, 1000.0 }, { 1,000, European, true, 1.0 }, { 1.000, English, true, 1.0 }, { 1,000, English, true, 1000.0 }, { 1.0, English, true, 1.0 }, { 1.0 ,English, true, 1.0 }, { 1.0 , European, false, 0.0 }, { 1.000, European, true, 1000.0 }, { 1137.999, English, true, 1137.999 }, { 1.000.00, European, false, 0.0 } }; Which all pass just fine; so it seems fine to me. People with more tortured minds / tests welcome there. Thanks, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 31865] [Task]: LibreOffice 3.3 release blockers / stoppers
https://bugs.freedesktop.org/show_bug.cgi?id=31865 --- Comment #38 from Tor Lillqvist tlillqv...@novell.com 2010-12-14 08:27:00 PST --- Ah, good point. -- 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 31865] [Task]: LibreOffice 3.3 release blockers / stoppers
https://bugs.freedesktop.org/show_bug.cgi?id=31865 Petr Mladek pmla...@suse.cz changed: What|Removed |Added Depends on||32229 --- Comment #39 from Petr Mladek pmla...@suse.cz 2010-12-14 09:27:37 PST --- Nominate the bug #32229. It describes some more BrOffice branding problems. -- 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] Patch for ignoring preceding and trailing spaces in cell during csv import
On Tue, 2010-12-14 at 15:52 +, Michael Meeks wrote: Hi there, On Mon, 2010-12-13 at 16:28 -0500, Kohei Yoshida wrote: I'd like to port a patch to the libreoffice-3-3 branch to ignore preceding and trailing spaces in cells during csv import. I just wrote a set of unit tests for this; .. Which all pass just fine; so it seems fine to me. People with more tortured minds / tests welcome there. Thanks! With that info, I've cherry-picked the relevant commits to the libreoffice-3-3 branch. Kohei -- Kohei Yoshida, LibreOffice hacker, Calc kyosh...@novell.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 31865] [Task]: LibreOffice 3.3 release blockers / stoppers
https://bugs.freedesktop.org/show_bug.cgi?id=31865 Bug 31865 depends on bug 31716, which changed state. Bug 31716 Summary: [UI]: Right-click for context menu causes CPU-bound hang for several seconds https://bugs.freedesktop.org/show_bug.cgi?id=31716 What|Old Value |New Value Resolution||FIXED Status|NEW |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] [Bug 31865] [Task]: LibreOffice 3.3 release blockers / stoppers
https://bugs.freedesktop.org/show_bug.cgi?id=31865 Bug 31865 depends on bug 32229, which changed state. Bug 32229 Summary: Adjusts in the name of LO in pt-BR to BrOffice in the installer and menus https://bugs.freedesktop.org/show_bug.cgi?id=32229 What|Old Value |New Value Resolution||FIXED Status|NEW |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] Fwd: Auto Reply: Now with extra cppcheck FRESHNESS
Please stop setting up autoreplies that reply to mailing lists... Dr. Frank Peters. :) ---BeginMessage--- I am currently travelling with limited access to email and will read your message when I return on Dec 16. Regards Frank Peters -- Dr. Frank Peters | Documentation and Learning Manager Phone: +49 40 23646500 Oracle Office GBU ORACLE Deutschland B.V. Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven Oracle is committed to developing practices and products that help protect the environment ---End Message--- ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] hsqldb update
Hi there, is somebody out there working on an hsqldb upgrade? Version 2.0 has been out there for quite some time, 2.0.1 is well on the way and as the website states, the new version is much improved on various ends. cheers, Denny ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Any interest in porting this to 3.3?
I just fixed this bug on master https://bugs.freedesktop.org/show_bug.cgi?id=32213 which fixes copying and pasting as unformatted text between two calc documents. In my opinion this is generally a safe bug fix that affects only limited functionality, but I'd like to know if it's worth porting this to 3.3. In case it's affirmative, I'd like someone to sign off of the change too. Here is the relevant change on master: http://cgit.freedesktop.org/libreoffice/calc/commit/?id=cdcd262ea4aa3c3e407b14ed533e514f75de2d3a Regards, Kohei -- Kohei Yoshida, LibreOffice hacker, Calc kyosh...@novell.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] hsqldb update
On 14/12/10 22:13, Denny wrote: Hi there, is somebody out there working on an hsqldb upgrade? Not that I know of ... Version 2.0 has been out there for quite some time, 2.0.1 is well on the way and as the website states, the new version is much improved on various ends. It'll probably end up being me. Thanks for the heads-up. BUT. At the moment I'm working on trying to get sqlite working as an alternative to hsqldb. And the aim is to remove java from LO (which implies removing hsqldb). And I want to work on creating LO's own db engine :-) cheers, Denny Cheers, Wol ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] hsqldb update
Hi, On Tue, Dec 14, 2010 at 11:13:28PM +, Wols Lists wrote: Version 2.0 has been out there for quite some time, 2.0.1 is well on the way and as the website states, the new version is much improved on various ends. The problem is that the file format upstream encodes the version. Even 1.8.0 vs. 1.8.1 breaks. Need to dig out the issue/mails wrt that... So 2.0 will even more break... (Besides that it probably will need many adaptions) Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Now with extra cppcheck FRESHNESS
On 12/14/10 12:13, some...@boldandbusted.com wrote: Hi all, http://libreoffice.boldandbusted.com/ is running cppcheck 1.46. No segfaults so far. As much as folks want it to run the git version, the segfault party wasn't fun, sorry. Cheers, Jesse Adelman Bold and Busted LLC http://www.boldandbusted.com/ P.S. The current report has 1.45 listed as the cppcheck version. Ignore that; it is indeed output generated from 1.46. The next run or so should have that corrected. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice Just a FYI: With the new 1.46 version of cppcheck, the report generation takes around 4 hours to complete once the process starts. This is up from a little over 2 hours with 1.45. Dunno if that's a feature or a bug. :) I leave about 1-2 hours between runs so I can use the box for other things, so expect that new reports should be created and posted about every 6 hours. Cheers, Jesse Adelman Bold and Busted LLC http://www.boldandbusted.com/ ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Fix for pdfimport (fdo#32330) needs review
Hi, could someone quickly review attached patch - a fairly safe fix I'd like to include in -3-3, since it quite spectacularly break graphics on PDF import. Thanks, -- Thorsten From e455af833b31e3d5e8f7fa32a24ea44e53126baa Mon Sep 17 00:00:00 2001 From: Thorsten Behrens tbehr...@novell.com Date: Wed, 15 Dec 2010 02:32:07 +0100 Subject: [PATCH] Fix filled polygons on pdfimport This fixes fdo#32330, by explicitely closing filled polygons on ODF streaming-out. LibO does not fill polygons, even if specifically asked to - unless they're closed on coordinate level. --- sdext/source/pdfimport/tree/genericelements.cxx |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/sdext/source/pdfimport/tree/genericelements.cxx b/sdext/source/pdfimport/tree/genericelements.cxx index 5242a6b..d8696dd 100644 --- a/sdext/source/pdfimport/tree/genericelements.cxx +++ b/sdext/source/pdfimport/tree/genericelements.cxx @@ -164,6 +164,10 @@ void PolyPolyElement::updateGeometry() y = aRange.getMinY(); w = aRange.getWidth(); h = aRange.getHeight(); + +// fdo#32330 - non-closed paths will not show up filled in LibO +if( Action (PATH_FILL | PATH_EOFILL) ) +PolyPoly.setClosed(true); } void PolyPolyElement::visitedBy( ElementTreeVisitor rVisitor, -- 1.7.1 pgp0nFLwLjg0a.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Need review of the ooo/OOO330_m18 changes
On Tue, 2010-12-14 at 21:19 +0100, Jan Holesovsky wrote: filters I took care of the filters repo. The only change is for the xlsx import, and we don't modify this area much plus there was no conflict. So I went ahead and merged. Kohei -- Kohei Yoshida, LibreOffice hacker, Calc kyosh...@novell.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] sw: reset num level on SplitNode if parent is outline.
Fixes the following scenario: 1. Create a paragraph style S bound to a list style. 2. Set the Heading 2 next style to S. 3. Pressing ENTER at the end of a Heading 2 will create the new paragraph, but its numbering level will be set to 2. If this test is repeated for Heading 3, the resulting paragraph will end up with numbering level == 3. --- sw/source/core/txtnode/ndtxt.cxx |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/sw/source/core/txtnode/ndtxt.cxx b/sw/source/core/txtnode/ndtxt.cxx index 62caad9..5fbea95 100644 --- a/sw/source/core/txtnode/ndtxt.cxx +++ b/sw/source/core/txtnode/ndtxt.cxx @@ -365,6 +365,8 @@ void lcl_ChangeFtnRef( SwTxtNode rNode ) SwCntntNode *SwTxtNode::SplitCntntNode( const SwPosition rPos ) { +bool parentIsOutline = IsOutline(); + // lege den Node vor mir an const xub_StrLen nSplitPos = rPos.nContent.GetIndex(); const xub_StrLen nTxtLen = m_Text.Len(); @@ -386,7 +388,7 @@ SwCntntNode *SwTxtNode::SplitCntntNode( const SwPosition rPos ) ResetAttr( RES_PARATR_LIST_ISRESTART ); ResetAttr( RES_PARATR_LIST_RESTARTVALUE ); ResetAttr( RES_PARATR_LIST_ISCOUNTED ); -if ( GetNumRule() == 0 ) +if ( GetNumRule() == 0 || (parentIsOutline !IsOutline()) ) { ResetAttr( RES_PARATR_LIST_ID ); ResetAttr( RES_PARATR_LIST_LEVEL ); -- 1.7.2.3 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Fix for pdfimport (fdo#32330) needs review
On Wed, Dec 15, 2010 at 02:36:56AM +0100, Thorsten Behrens wrote: Hi, could someone quickly review attached patch - a fairly safe fix I'd like to include in -3-3, since it quite spectacularly break graphics on PDF import. Hi Thorsten, looks fine to me. Simple and clear :) D. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] sw: reset num level on SplitNode if parent is outline.
On Tue, 14 Dec 2010 21:59:37 -0800, Octavio Alvarez alvar...@alvarezp.ods.org wrote: Fixes the following scenario: 1. Create a paragraph style S bound to a list style. 2. Set the Heading 2 next style to S. 3. Pressing ENTER at the end of a Heading 2 will create the new paragraph, but its numbering level will be set to 2. If this test is repeated for Heading 3, the resulting paragraph will end up with numbering level == 3. --- It turns out it fixes an old bug i#93970, so I'm resending the patch (attached) with this notice on the commit message. -- Octavio. Twitter: @alvarezp2000 -- Identi.ca: @alvarezp binsuitbOOGqp.bin Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] dmake: Error code 1, while making '../unxlngx6.pro/misc/rsc_svt'
Hi, Yes, A pull and subsequent build worked fine. Thanks for the help :D On Tue, Dec 14, 2010 at 7:44 PM, Kohei Yoshida kyosh...@novell.com wrote: On Tue, 2010-12-14 at 19:42 +0530, surensp...@gmail.com wrote: I had the exact same error with svtools when I was building as well today. I am building it on Ubuntu 10.10 64 bit version. Any pointers on how to go about fixing it ? I'm pretty sure Michael has already fixed this yesterday. So, please update your build tree and see if you can go past that. Kohei -- regards Suren Learning Doing Learn By doing. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice