Re: [Libreoffice] LibreOffice-Plug-In for Netbeans?
Hi Andreas, On Sat, 2010-12-04 at 17:13 +0100, Andreas Mantke wrote: there is already a Netbeans-Plug-In for OOo. But this plug-in doesn't work for me with LibreOffice and it's SDK. Because of this I'm curious, if someone is working on such a plug-in for LibreOffice. It's very unlikely that the guys working on the Netbeans plugin for OOo make it support LO... as they are Oracle employees. Just for your information, I'm still working on the Eclipse plugin and made it move to LibreOffice... At least my dev version of ooeclipse works fine with dev versions of LibreOffice. If you want to help me test it, I'ld be glad to provide some build of the master branch. 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
[Libreoffice] TOPLU YEMEK FİYAT TEKLİFİMİZ
Yeni Sayfa 1 BEYAZSAYFA 50 Kişi ve üzeri personel çalıştıran firmaların mutfaklarını ÜCRETSİZ kurup alanında uzman aşcı vererek yemeğinizi İşletmenizde göz önünde taze ev yemeği lezzetinde hazırlıyarak sunuyor. 1) BEYAZSAYFA yemek üretimi için ihtiyaç duyulan demirbaşların tamamını işletmenize kurarak,üretim mutfağınızı ve yemek salonunuzu hazır hale getirecekdir. 2) En önemlisi, yemeğiniz işletmenizde yapılacağı için kullanılan ürün markalarını ve üretimi görecek, yemeğinizi gönül rahatlığıyla yiyeceksiniz. 3) Size ücretsiz olarak istihdam edilecek personelimiz sürekli işletmenizde olacağından özel misafirlerinize ve mesailerimize sorunsuz yemek hizmeti alabileceksiniz. 4) Yemek üretiminde kullanılacak elektirik ve su şirketinize ait olup LPG ve Temizlik giderleri BEYAZSAYFA tarafından karşılanacakdır. 5) Fiyatımıza ekmek ve kdv dahil değildir. --- İLETİŞİM BİLGİLERİMİZ - www.beyazsayfayemek.com Tel : 0 212 486 33 36 Ender TANIŞ Fax : 0 212 486 33 00 Satış Müdürü GSM : 0 532 357 49 78 enderta...@beyazsayfayemek.com Listeden Çıkmak için b...@listedencikar.com adresine quot;Çıkarquot; başlıklı Boş bir e-posta gönderiniz. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] RC1 Help
Hi Rainer, On 2010-12-05 at 14:27 +0100, Rainer Bielefeld wrote: can someone please urgently check https://bugs.freedesktop.org/show_bug.cgi?id=32108 ? Sorry for being late with this, but just today I am moving the test installation of help.libreoffice.org to the real one. Regards, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] binfilter and features...
On Sun, 2010-12-05 at 21:23 +0100, Pierre-André Jacquod wrote: I was thinking of taking a 2 steps approach: first silent warning in a conservative way (this is also less risk to introduce bugs) and then to down-size the module just keeping the needed part. That works for me. In my opinion, the needed part would be, for the next releases, just the read capability of (older?) binary format build in within LibO. If we didn't currently have the capability to write them I definitely wouldn't be in favour of adding it. But seeing as we already have the capability of writing them, I wonder if we should retain it, on the other hand, maybe this is the best route to take :-), drop support for writing new ones and help prod the format into extinction. Is there a technical steering committee for this kind of decision, where we could propose / give reasons for thinking this or that? There is alright, a phonecon typically once a week or so. maybe we can put this topic on the agenda and you could dial in if its at a suitable time. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED] Re: occured occurred
Hi Caolán, On Mon, 06 Dec 2010 09:18:48 +, Caolán McNamara caol...@redhat.com wrote: On Sun, 2010-12-05 at 19:09 +, Caolán McNamara wrote: On Sat, 2010-12-04 at 14:35 +0900, Takeshi Abe wrote: I'm reading through these at the moment and applying them. So far so good, will have to skip the ones that change the external API in offapi however I think. Hmm. Right, so pushed these now. Thanks for this. Cool, I greatly appreciate your trouble! I did leave out however the changes to the misspelled apis in offapi in the basis that its changes the public API/ABI that e.g. extensions might be using etc. Which is a nuisance. Agreed. I'm not adverse to changing that API, but its something we should plan for and bundle a whole set of changes together for. One possible way to gracefully diverge the APIs is providing new API/ABI with old obsolete ones in the meanwhile, that allow users to spell both variants as they like. Cheers, -- Takeshi Abe ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] RC1 Help
On Mon, 2010-12-06 at 10:23 +0100, Jan Holesovsky wrote: can someone please urgently check https://bugs.freedesktop.org/show_bug.cgi?id=32108 ? Sorry for being late with this, but just today I am moving the test installation of help.libreoffice.org to the real one. My fault for hassling everyone except Kendy wrt. RC1 :-) Regards, 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 for i115495: import problem with centered rtl tables from word
On Sun, 2010-12-05 at 23:28 +0200, Lior Kaplan wrote: Hi, Can any one look at the small patch attached to http://www.openoffice.org/issues/show_bug.cgi?id=115495 It would be nice to have this fixed in LibO 3.3, as this annoys a lot of users of the the RTL languages. Thanks Kaplan Looks like this is already in master Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Basic Currency Issues #i31001# to #i107277#
Hi John, On Tue, 2010-11-30 at 04:22 -0700, Noel Power wrote: Main patch makes 1/2 kLOC reduction in sbx. yeah, so you will have to give me some time to look at this ( not really familar with the Currently type ) and I need to somehow filter out the whitespace changes too ( probably I can regenerated the patch to do that. Nearly done with this, just need to write down some stuff in a mail etc. I do think we need this patch but imo it deserves a feature branch as a) there are some things I would like initially conditionally compile out ) b) I also made some changes [1] so I think it makes sense for me to create the feature branch ( I will do that today ) c) there are some issues to do with stream handling that need addressing and at least further testing ( in fact I am not even sure that some of this stuff is needed anymore... but that is another story ) So, again thanks for this patch I do think it is useful and improves some very sadly broken functionality. Anyway I will have more detailed comments for you later, be a little more patient with me :-) thanks, Noel [1] - one change I made was in ImpCurrencyToString where I wanted to use existing code to build the string ( hehe I just noticed that I completely broke handling of negative numbers ) Also, it's entirely possible that I even added more bugs ( my head started to hurt with this patch.. very niggledy ) but your test document results at least are the same after my changes ( your good test document did catch some horrific error that I made too :-) ) ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Pushed] Remove __FAR_DATA [PATCH]
Hi Michael, On Sun, 2010-12-05 at 16:53 -0700, calla...@xmission.com wrote: Here are patches to the various git repositories to remove the empty __FAR_DATA macro from solar.h. Thanks ! lovely stuff :-) Its amusing to see the construct used even in quite new code; RIP segmented memory ... Changes are under LGPLv3+ / MPL as requested (Although I'm not sure you technically need a license for code removal?) An abundance of caution. Michael As Norbert says, it's nice to have two names; the great Gazzogle suggests 'Michael Callahan', and I've pushed it under that name. Good work, 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] [PUSHED] [PATCH] Clean code at impress
Hi Kayo On Sun, 2010-12-05 at 14:37 -0800, Kayo Hamid wrote: Sending for review, cover sd/slideshow/* revol_ Pushed, I didn't commit the changes to slideshow/source/engine/sp_debug.cxx as I find those comment telling what #ifdef the #endif closes very useful. Thanks muchly for the nice patch!! Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED] Re: occured occurred
On Mon, 2010-12-06 at 10:06 +, Wols Lists wrote: On 06/12/10 09:53, Takeshi Abe wrote: I'm not adverse to changing that API, but its something we should plan for and bundle a whole set of changes together for. One possible way to gracefully diverge the APIs is providing new API/ABI with old obsolete ones in the meanwhile, that allow users to spell both variants as they like. The catch there, and it happened before with the spelling/grammar API and voikko, is that adding a new method e.g. a correctly spelled one, means that e.g. an old implementation in C++ is now incomplete and if someone calls the new correctly spelled name, then there isn't a virtual method in the old implementation with that name which will cause it to crash. In theory its not the internal implementation which are the most problematic, the possibility exists of external implementation. Which is why we have various horrific things like XFilePicker2 which adds methods that didn't exist in XFilePicker. Rename the functions, and provide a #define in the .h? (Or doesn't that work well with C++?) The additional catch with this is that changes in offapi affect all language bindings, e.g. java, pyuno, basic as well as C++. So sticking in a #define doesn't handle the general case. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] bad value (atom) for -mtune= switch on boostrap build
On Sun, 2010-12-05 at 08:06 +0900, Takeshi Abe wrote: apparently -mtune=atom require gcc 4.5. I think that commit need to Thanks for that information. I became eager for gcc 4.5 :) Lol :-) the background here is (AFAIR) that in the Atom - in order to get the die area down to some tiny 5x5mm square - and the power right down, Intel binned some huge chunk of logic to do all but the most simple instruction re-ordering and dropped speculative execution and register renaming. As such, the same code compiled in a slightly different order can be substantially faster on Atom than the same instructions in a different order on the same Atom :-) Of course, for those of us with non-Atom CPUs, the change is (most likely) negligable: we already had all those shuffling transistors sitting around anyway. OTOH, gcc 4.5 is no doubt better in lots of other ways ;-) HTH, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Fw: occured occurred
Sorry again, but could you apply the below to bootstrap? Cheers, -- Takeshi Abe ---BeginMessage--- Hi, On Sat, 04 Dec 2010 14:35:29 +0900 (JST), Takeshi Abe t...@fixedpoint.jp wrote: OK, I end up getting sane so that replacing them with git sed has done by the attached script. After runnging it on each git working dir and double checking, I made up the attached patch with some tweaks. Sorry, I found more missing hunks exist as attached. Cheers, -- Takeshi Abe From b353f54f6951f39fa966aedceffc6df063dab49b Mon Sep 17 00:00:00 2001 From: Takeshi Abe t...@fixedpoint.jp Date: Sat, 4 Dec 2010 21:23:36 +0900 Subject: [PATCH] more occured replaced --- solenv/bin/modules/installer/servicesfile.pm |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/solenv/bin/modules/installer/servicesfile.pm b/solenv/bin/modules/installer/servicesfile.pm index c113be6..3c54723 100644 --- a/solenv/bin/modules/installer/servicesfile.pm +++ b/solenv/bin/modules/installer/servicesfile.pm @@ -154,7 +154,7 @@ sub register_unocomponents $filestring = ; } -if (( $local_error1_occurred ) || ( $local_error2_occured )) { $error_occured = 1; } +if (( $local_error1_occurred ) || ( $local_error2_occurred )) { $error_occurred = 1; } } return $error_occurred; @@ -462,7 +462,7 @@ sub register_all_components if ( $#javacomponents -1 ) { $java_error_occurred = register_javacomponents($allvariableshashref, \...@javacomponents, $regcompfileref, $servicesfile, $regcomprdb, $javaservicesurlprefix); } if ( $#pythoncomponents -1 ) { $python_error_occurred = register_pythoncomponents(\...@pythoncomponents, $regcompfileref, $servicesfile, $includepatharrayref); } -if ( $uno_error_occurred || $java_error_occured || $python_error_occured ) { $registererrorflag = 1; } +if ( $uno_error_occurred || $java_error_occurred || $python_error_occurred ) { $registererrorflag = 1; } return $registererrorflag; } -- 1.7.2.3 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ---End Message--- ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Java build problem identified | findhome | MacOSX location ?
On Mon, 2010-12-06 at 01:28 -0600, Norbert Thiebaud wrote: Cloph, Wol and me have been working on it on IRC, resulting in bootstrap:474e4b60fec1f859bc16f268d6340d7850c7874e Well, if it works it works. Still think that all the readlink stuff before trying findhome.java is fairly dubious and that trying findhome first and then falling back to scraping the possible JAVA_HOME out of the paths and readlink should be the fallback position. But I don't have access to all platforms to take on that fight. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Java build problem identified | findhome | MacOSX location ?
Hi Norbert, *, On Mon, Dec 6, 2010 at 8:28 AM, Norbert Thiebaud nthieb...@gmail.com wrote: On Sun, Dec 5, 2010 at 9:39 PM, Thorsten Behrens t...@documentfoundation.org wrote: Caolan McNamara wrote: IIRC I tried this before, and there was some cockup under MacOSX, so if someone on MacOSX could see what findhome says and if its correct/wrong vs what works correctly there, that'd be helpful. About 4k miles away from my MacBook currently - Norbert, Cloph, any chance to give this a try? Cloph, Wol and me have been working on it on IRC, resulting in bootstrap:474e4b60fec1f859bc16f268d6340d7850c7874e Hmm - but the result of the IRC-discussion was to use (for Mac) /usr/libexec/java_home where available (10.5 and newer), and the hardcoded fallbackpath of either /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home or /Library/Java/Home (which in the end points to the /System/Library. one. http://developer.apple.com/library/mac/#qa/qa2001/qa1170.html wasn't it? I quit IRC early, so have to read some of the backlog, but my impression was that this was the way to go.. ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Java build problem identified | findhome | MacOSX location ?
On Mon, Dec 6, 2010 at 6:53 AM, Christian Lohmaier lohma...@googlemail.com wrote: Hi Norbert, *, On Mon, Dec 6, 2010 at 8:28 AM, Norbert Thiebaud nthieb...@gmail.com wrote: On Sun, Dec 5, 2010 at 9:39 PM, Thorsten Behrens t...@documentfoundation.org wrote: Caolan McNamara wrote: IIRC I tried this before, and there was some cockup under MacOSX, so if someone on MacOSX could see what findhome says and if its correct/wrong vs what works correctly there, that'd be helpful. About 4k miles away from my MacBook currently - Norbert, Cloph, any chance to give this a try? Cloph, Wol and me have been working on it on IRC, resulting in bootstrap:474e4b60fec1f859bc16f268d6340d7850c7874e Hmm - but the result of the IRC-discussion was to use (for Mac) /usr/libexec/java_home where available (10.5 and newer), and the hardcoded fallbackpath of either /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home or /Library/Java/Home (which in the end points to the /System/Library. one. http://developer.apple.com/library/mac/#qa/qa2001/qa1170.html wasn't it? Yes indeed. Which is not what the result is. since the readlink cruf is still attempted before that... I'll have a pass at it to re-order these. Norbert I quit IRC early, so have to read some of the backlog, but my impression was that this was the way to go.. ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Java build problem identified | findhome | MacOSX location ?
On 06/12/10 12:57, Norbert Thiebaud wrote: Hmm - but the result of the IRC-discussion was to use (for Mac) /usr/libexec/java_home where available (10.5 and newer), and the hardcoded fallbackpath of either /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home or /Library/Java/Home (which in the end points to the /System/Library. one. http://developer.apple.com/library/mac/#qa/qa2001/qa1170.html wasn't it? Yes indeed. Which is not what the result is. since the readlink cruf is still attempted before that... I'll have a pass at it to re-order these. Norbert Sorry - that's my fault, but I was a bit out of my depth and it was late. The problem as I saw it was making sure Mac still went through the old path first, because findhome is successful but returns a dud path. And it was the trap the comments said was for mac that was the trap that made gentoo bomb. Cheers, Wol ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Java build problem identified | findhome | MacOSX location ?
Ok, I pushed a new version that should be doing 'The Right thing(tm)' on MacOS It is still doing the readlink stuf on other platforms... Norbert On Mon, Dec 6, 2010 at 7:21 AM, Wols Lists antli...@youngman.org.uk wrote: On 06/12/10 12:57, Norbert Thiebaud wrote: Hmm - but the result of the IRC-discussion was to use (for Mac) /usr/libexec/java_home where available (10.5 and newer), and the hardcoded fallbackpath of either /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home or /Library/Java/Home (which in the end points to the /System/Library. one. http://developer.apple.com/library/mac/#qa/qa2001/qa1170.html wasn't it? Yes indeed. Which is not what the result is. since the readlink cruf is still attempted before that... I'll have a pass at it to re-order these. Norbert Sorry - that's my fault, but I was a bit out of my depth and it was late. The problem as I saw it was making sure Mac still went through the old path first, because findhome is successful but returns a dud path. And it was the trap the comments said was for mac that was the trap that made gentoo bomb. Cheers, Wol ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Java build problem identified | findhome | MacOSX location ?
Hi *, On Mon, Dec 6, 2010 at 2:21 PM, Wols Lists antli...@youngman.org.uk wrote: On 06/12/10 12:57, Norbert Thiebaud wrote: The problem as I saw it was making sure Mac still went through the old path first, because findhome is successful but returns a dud path. Yes - having the Mac check first is perfectly fine, since then the JAVA_HOME will neither be emtpy nor set to /usr, thus the findhome based check will be skipped. ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Use GtkStatusIcon instead of libegg
On Mon, 06 Dec 2010 14:08:36 +, Michael Meeks wrote: Thanks so much for this Christopher ! what is your next planned feat ? :-) Perhaps removing the bundled libegg project and disable copying it in our install package? :-) Sebastian pgpfAQ227kXmt.pgp Description: PGP signature ___ 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 31770, which changed state. Bug 31770 Summary: BrOffice brand and LibreOffice https://bugs.freedesktop.org/show_bug.cgi?id=31770 What|Old Value |New Value Resolution|FIXED | Status|RESOLVED|REOPENED -- 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] Use GtkStatusIcon instead of libegg
On 06/12/2010 14:08, Michael Meeks wrote: I gave it a reasonble test, of all the combinations I could think of [ though not session exit ], and I've pushed it. Cool, thanks. On 06/12/2010 14:08, Michael Meeks wrote: I guess, since SLED10 ships with gtk+ 2.8.11 or something crazy we should prolly dynamically detect and not enable the systray quickstarter for that version: fine with me. I have locally a check against the gtk version (the highest version needed by any feature I use (the tooltip and so on) is I think 2.18, but this could be done more fine grained). The option is still in the user interface, it just bails out of constructing the tray icon, with no feedback, which isn't great user experience, but probably better than undefined symbol errors. I don't have any means to test with an old gtk to see if this actually works though. On 06/12/2010 14:24, Sebastian Spaeth wrote: Perhaps removing the bundled libegg project and disable copying it in our install package? :-) I don't really understand the build system. I grepped for and removed every mention of libegg I could find, and now I have a broken build... make dev-install is still trying to copy it, and failing, This is even after I reran autogen and did a make clean. I must have missed an occurrence somewhere. Chris ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [libreoffice-design] Developers, Designers and Vice Versa?
Hi Christoph, On Sun, 2010-12-05 at 01:22 +0100, Christoph Noack wrote: (Note: This mail is cross-posted to both libreoff...@... and des...@...) Hi all, just a short question - is there anybody of you (developers) on the Design mailing list as well? I'm on the design list too, but I admit I don't follow the discussions there too closely. I'm curious, because people (there) start to discuss ideas and sometimes it would be great to get instant feedback on the effort, technical issues, ... another point-of-view. If it involves something in my area of expertise, then please put me in CC to alert my attention. If unsure who the domain expert is, putting the developer list in CC is what I would recommend (or prod us directly on the dev list). 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] [PATCH] Use GtkStatusIcon instead of libegg
Hi David, On Mon, 2010-12-06 at 15:18 +0100, David Tardon wrote: On Mon, Dec 06, 2010 at 02:08:36PM +, Michael Meeks wrote: Really ? as soon as the X server dies, we'll get all manner of XErrors that will kill us nastily; I don't see a feature there, but perhaps I'm missing it. And that dying on XIOError is something we (i.e., Caolan and me) wanted to avoid. Sure - but I don't believe you'll do that here; as you destroy the windows, you'll do a lot of X calls to free server resources that will just fail (surely). vcl/unx/source/app/saldata.cxx-int X11SalData::XIOErrorHdl( Display * ) does (essentially) _exit(0); which is about all you can do at that stage if you don't want to crash. Because otherwise abrt (Fedora's crash catching tool) dutifully saves it and lets the user report it as a crash and we are flooded (again) by reports like https://bugzilla.redhat.com/show_bug.cgi?id=650170 . Hmm, obviously not good. I couldn't see a stack trace there that I could read. However - I don't see why the systray should be any different to having a top-level window open, or indeed any normal gtk+ app getting getting nailed by a zapped X server. [ do you really file 10x bugs for different apps if someone does ctrl-alt-backspace to zap the server ? ]. I recognize this is not of general interest, though. Nah - we should fix it; but - ... getting a good trace for it would really help. Is it from the g_error in the gtk+ X error handler ? do we really get a good grace period to cleanup from the session manager ? [ and just don't cleanup the systray applet there ? ] or ... 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] Table behaviour in Writer
Hello, I don't know is this the right place to feature request/bug: Table should behave like chart/image when manipulating it in Writer: - One click to resize, move; - Double click to modify content. Now there is no way to wrap table differently (like images/chart) than default. No way to put text beside table. Cheers, Hillar ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] LibreOffice WikiHelp
Hi, I am sorry - I promised the LibO online help (WikiHelp) already the last week, but it haven't happened; it needed more work than anticipated :-( Either way, the good news is that I am currently uploading the files, and I'll make the site online as soon as it finishes, and I do few trivial checks; it should be later today (ETA 5 more hours, I am populating the database through the Mediawiki API, not directly). So far I am uploading only the English version. It will be read-only until RC2, so that it is easy to report bugs against the tooling that converts the help from the format that is used in the source code. After RC2, I plan to open it for your edits improvements :-) Regards, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Use GtkStatusIcon instead of libegg
On 06/12/2010 15:47, Michael Meeks wrote: Yes - it's a pain; hence doing it for you. I was thinking of more exciting fun / new things :-) Thanks. We rather need someone clueful to tackle the problem of the flat ODF / XML export - if you're interested ? http://wiki.documentfoundation.org/Development/Easy_Hacks#De-Java-ise_flat_XML_export Well, I would describe myself as a good C++ programmer, and I'm sure Java is easy enough to read. I don't really know anything about XSLT or XML in general though. Still, excuses to get rid of Java are always nice. Or are you interested in a particular area / component we can help you get stuck into ? :-) I'm reasonably handy with gtk, though via the python bindings which hide all the memory management, and a lot of the type conversion from you, so dunno how well I'll get on in C. The XML export thing sounds like a good idea to at least look into. Otherwise, maybe some more gtk/gnome integration stuff. Sadly all the bugs that really wind me up are most likely deep-seated and beyond my ability to fix (focus issues, not-quite-native-appearance, import bugs especially from powerpoint). Be warned: I'm a student, doing this for fun in the evenings, so progress might be slow. Though I was amazed to find a (semi)useful task that only took about an hour to understand and do. Chris PS - is there a git commit notification list I can subscribe to? The git web interface is a royal pain to navigate. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Use GtkStatusIcon instead of libegg
On Mon, Dec 6, 2010 at 10:12 AM, Christopher Backhouse cjbackho...@gmail.com wrote: ... Chris PS - is there a git commit notification list I can subscribe to? The git web interface is a royal pain to navigate. http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits ___ 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
[Libreoffice] Commit notifications (was: Use GtkStatusIcon instead of libegg)
On Mon, 06 Dec 2010 16:12:50 +, Christopher Backhouse cjbackho...@gmail.com wrote: PS - is there a git commit notification list I can subscribe to? The git web interface is a royal pain to navigate. You could subscribe to the RSS feed at: http://cia.vc/stats/project/LibreOffice which should give you reasonable information about what is happening. Alternatively, do the single repositories (19!) provide RSS feeds via the git webinterface. E.g. http://cgit.freedesktop.org/libreoffice/base/atom/?h=master that you could sign up to. HTH, Sebastian pgpEIeXu46TTj.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [libreoffice-documentation] LibreOffice WikiHelp
Hi Kendy, :-) On Tue, Dec 7, 2010 at 00:04, Jan Holesovsky ke...@suse.cz wrote: Hi, I am sorry - I promised the LibO online help (WikiHelp) already the last week, but it haven't happened; it needed more work than anticipated :-( Either way, the good news is that I am currently uploading the files, and I'll make the site online as soon as it finishes, and I do few trivial checks; it should be later today (ETA 5 more hours, I am populating the database through the Mediawiki API, not directly). So far I am uploading only the English version. It will be read-only until RC2, so that it is easy to report bugs against the tooling that converts the help from the format that is used in the source code. After RC2, I plan to open it for your edits improvements :-) That's great... I'm sure we'll all be looking forward to seeing it. ;-) David Nelson ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Patch 5d02d745185dac83914fe62f608a9349fdbfd8dd review for 3.3
Hi Thorsten, all, I would like to propose the patch 5d02d745185dac83914fe62f608a9349fdbfd8dd for review to be integrated into the final 3.3 build. There are only a few modifications in the Catalan sdf file and they successfully passed the gsicheck. The modifications are important. Cheers, -- Jesús Corrius je...@softcatala.org Document Foundation founding member Skype: jcorrius | Twitter: @jcorrius ___ 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 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Depends on||32142 --- Comment #23 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2010-12-06 10:08:50 PST --- Nominate Bug 32142 - Replace Beta download buttons for stable release As reminder -- 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 i115495: import problem with centered rtl tables from word
Hi Lior, On 2010-12-05 at 23:28 +0200, Lior Kaplan wrote: Can any one look at the small patch attached to http://www.openoffice.org/issues/show_bug.cgi?id=115495 It would be nice to have this fixed in LibO 3.3, as this annoys a lot of users of the the RTL languages. We have this fix in LibreOffice 3.3, it is by Caolan, and merged, is it not working for you? Regards, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Patch for i115495: import problem with centered rtl tables from word
On Mon, Dec 6, 2010 at 8:09 PM, Jan Holesovsky ke...@suse.cz wrote: Hi Lior, On 2010-12-05 at 23:28 +0200, Lior Kaplan wrote: Can any one look at the small patch attached to http://www.openoffice.org/issues/show_bug.cgi?id=115495 It would be nice to have this fixed in LibO 3.3, as this annoys a lot of users of the the RTL languages. We have this fix in LibreOffice 3.3, it is by Caolan, and merged, is it not working for you? I didn't notice we have it... opps. Tested, as looks great (: Also mentioned this in the oo.org issue. Thanks, Kaplan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Comments on RC1
Hi, On Mon, Dec 06, 2010 at 08:57:11PM +0300, Sophie Gautier wrote: Like some other members of the L10n project, I'm not very happy with the RC1 we provided: - the Windows multilanguage installer is really a pain when you are on a slow connexion Is that really a argument now that most people use broadband? Should we really care about those wo don't (and downlaod a new version every few months?) (Disclaimer: I don't like the multi-lang installed either, and am happy that we don't have that on Linux) - once you're done with the version, you realize that you do not get the help files, I don't like the splitout of the help either, but I guess this has been approved by the SC. (I'll continue to package it). Nevertheless, shouldn't this magically work if the URLs to the help got fixed? - no spellchecker is available when a inexistent grammar checker extension is provided, so a poor quality shown and again a new That I don't understand. 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] Comments on RC1
On 06/12/10 18:49, Rene Engelhard wrote: Is that really a argument now that most people use broadband? Should we really care about those wo don't (and downlaod a new version every few months?) What about those people who *C*an't use broadband? Okay, I wouldn't call 2Mb slow, but we still have plenty of people in Britain who either can't get broadband or are on basic old ADSL. I regularly pick up on people in the American boondocks who moan that they can't get broadband. etc etc. I'm not in favour of us restricting ourselves for the sake of those without broadband, but if we *consider* them, we are likely to end up with a better product. You know, bloat bloat bloat ... being efficient for the sake of efficiency really *does* have something going for it :-) Cheers, Wol ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Patch 5d02d745185dac83914fe62f608a9349fdbfd8dd review for 3.3
Hi Jesus, On Mon, 2010-12-06 at 17:38 +0100, Jesús Corrius wrote: I would like to propose the patch 5d02d745185dac83914fe62f608a9349fdbfd8dd for review to be integrated into the final 3.3 build. ... There are only a few modifications in the Catalan sdf file and they successfully passed the gsicheck. The modifications are important. I suggest that we demand code review only for code :-) Please to put them on the libreoffice-3-3 branch, and any other translations fixes that help. Thanks ! 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] Table behaviour in Writer
On Mon, 2010-12-06 at 18:00 +0200, Hillar Liiv wrote: Hello, Table should behave like chart/image when manipulating it in Writer: * One click to resize, move; * Double click to modify content. We're talking about normal tables in writer, right ?. A double click to enter text into them sounds very odd. Now there is no way to wrap table differently (like images/chart) than default. No way to put text beside table. There kind of is, but it is indeed tricky, where you place the table into a frame, and then you can drag that frame around and set its wrapping etc. Rather yucky, but possible. There then is the ugliness of the difficultly of manually getting rid of the empty unwanted paragraph. A relatively easy hack (I guess, haven't looked at the area in quite a while) would be to offer a table-wrap which, when anything other than no wrap is selected, conceptually automagically places the table into a frame and sticky that wrapping feature into the frame and removes that trailing paragraph. Maybe that's an awful idea :-), but sort of in the right ballpark. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] RTL_CONSTASCII_USTRINGPARAM for dbaccess/source/ui/dlg
Hello, Here's a small patch for dbaccess/source/ui/dlg Julien. (LGPLv3+ / MPL) commit 611a28b9fbafe37691865c023803a5a0b74b Author: serval ser...@ilapharm.com Date: Mon Dec 6 22:36:51 2010 +0100 RTL_CONSTASCII_USTRINGPARAM for ConnectionHelper.cxx diff --git a/dbaccess/source/ui/dlg/ConnectionHelper.cxx b/dbaccess/source/ui/dlg/ConnectionHelper.cxx index a21dff0..c401d28 100644 --- a/dbaccess/source/ui/dlg/ConnectionHelper.cxx +++ b/dbaccess/source/ui/dlg/ConnectionHelper.cxx @@ -184,7 +184,7 @@ DBG_NAME(OConnectionHelper) { try { -::rtl::OUString sFolderPickerService = ::rtl::OUString::createFromAscii(SERVICE_UI_FOLDERPICKER); +::rtl::OUString sFolderPickerService = ::rtl::OUString(RTL_CONSTASCII_USTRINGPARAM(SERVICE_UI_FOLDERPICKER)); Reference XFolderPicker xFolderPicker(m_xORB-createInstance(sFolderPickerService), UNO_QUERY); if (!xFolderPicker.is()) { ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Comments on RC1
Hi Sophie Wols, On Mon, 2010-12-06 at 20:57 +0300, Sophie Gautier wrote: Like some other members of the L10n project, I'm not very happy with the RC1 we provided: :-) - the Windows multilanguage installer is really a pain when you are on a slow connexion It took under five minutes for me to download; 8Mbit, I can imagine it taking ten times longer on a 1Mbit link, from Madagascar - perhaps you don't have a mirrorbrain mirror topologically close to you ? - once you're done with the version, you realize that you do not get the help files, As Rene says, on-line help is coming, and help packs too. - no spellchecker is available when a inexistent grammar checker extension is provided, so a poor quality shown and again a new download to get. This sounds like a real bug; can you file it in bugzilla and expand on the problem ? Best to suggest it as a child of the release blocker too (https://bugs.freedesktop.org/show_bug.cgi?id=31865) I'm having problems parsing the problem though - we bundle a grammar checker that doesn't exist ? :-) perhaps this is why the download is so big. I think that we shall consider again the package we are providing and its availability/quality. Well - we are looking again at how best to re-package it. The 'obvious' solutions are not very pleasant ones though. So - with only ten languages (all of my Catalan, Hungarian, friends start screaming) - we can cover some huge proportion of our users, and then it is only the minority languages that have either a huge download, or separate / split language-packs. On the other hand - now is not a wonderful time to be discovering this :-) The outline of what was suggested wrt. multi-language installs has been on the table for several months, and was there in Beta3; RC1 is not an ideal time to notice these issues. And Wols' comments: On Mon, 2010-12-06 at 19:14 +, Wols Lists wrote: What about those people who *C*an't use broadband? They have all sorts of pain, that can't be fixed. It takes them about twice as long to download LO as it does to download OO.o (as of now). Okay, I wouldn't call 2Mb slow 2Mbit ~= 10 Mb per minute, ~= 35 minutes for 350mb - right ? I'm not in favour of us restricting ourselves for the sake of those without broadband, but if we *consider* them, we are likely to end up with a better product. You know, bloat bloat bloat ... being efficient for the sake of efficiency really *does* have something going for it :-) You appear to suggest that we delight in adding bloat for its own sake. While that most certainly may -seem- to be the case based on the result, it is somewhat offensive to suggest it :-) One of the benefits of the combined installer is that we do not require many gigabytes of duplicated pointlessness on -every- mirror site: as we duplicate all of the code again and again and again for windows, 90%+ of which is identical, but each time with ~10Mb of translation / help :-) That is a nightare to build, copy, sign, up-load and manage. Of course, we want to reduce the ultimate download size; and I'm working on analysing where the extra space came from in the latest build: we should be sub 300Mb. And yes, there are a -load- of dumb design decisions (eg. the template translation[1]) that makes us far too large, but working on the underlying causes to shrink this seems a far more worthy goal than hacking around it. HTH, Michael. [1] - we have ~20Mb of nearly exactly duplicated templates in there still that requires code fixing ... if you're interested :-) -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Including Pagination extention
Hi! I would like to know if there is a chance of including *Pagination *extension in final release of Libre Office? Many of my friends are asking, why there is no simple page numbering in OO.o or Libre Office. It would be nice to have this extension installed from the beginning. It makes it easier to change MSO to LO. Small but very useful. Best regards! Lucas ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Patch 5d02d745185dac83914fe62f608a9349fdbfd8dd review for 3.3
Hi Michael, 2010/12/6 Michael Meeks michael.me...@novell.com: Hi Jesus, On Mon, 2010-12-06 at 17:38 +0100, Jesús Corrius wrote: I would like to propose the patch 5d02d745185dac83914fe62f608a9349fdbfd8dd for review to be integrated into the final 3.3 build. ... There are only a few modifications in the Catalan sdf file and they successfully passed the gsicheck. The modifications are important. I suggest that we demand code review only for code :-) Please to put them on the libreoffice-3-3 branch, and any other translations fixes that help. Pushed. Thanks Michael :) -- Jesús Corrius je...@softcatala.org Document Foundation founding member Skype: jcorrius | Twitter: @jcorrius ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Comments on RC1
Hi, Le 06/12/2010 23:10, Michael Meeks a écrit : Hi Sophie Wols, On Mon, 2010-12-06 at 20:57 +0300, Sophie Gautier wrote: - the Windows multilanguage installer is really a pain when you are on a slow connexion It took under five minutes for me to download; 8Mbit, I can imagine it taking ten times longer on a 1Mbit link, from Madagascar - perhaps you don't have a mirrorbrain mirror topologically close to you ? Why not grouping all installation tasks in the language pack ? 1/ the user download the language pack he want 2/ he installs this language pack and its installer ask the user to provide the archive of the core application or to give the permission to download it. 3/ if the user want add another language pack to an existing installation, the installer must be sufficiently smart to detect it and just add the new language. Proceding this way, we need only one file for the core application without duplication through all localizations. Best regards JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ 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 Kohei Yoshida kyosh...@novell.com changed: What|Removed |Added Depends on||32133 --- Comment #24 from Kohei Yoshida kyosh...@novell.com 2010-12-06 20:19:59 PST --- I'd like to nominate Bug 32133 - [RC1] overlapping controls on Tools - Options - General panel. -- 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] Comments on RC1
On 12/06/2010 05:15 PM, Jean-Baptiste Faure wrote: Hi, Le 06/12/2010 23:10, Michael Meeks a écrit : Hi Sophie Wols, On Mon, 2010-12-06 at 20:57 +0300, Sophie Gautier wrote: - the Windows multilanguage installer is really a pain when you are on a slow connexion It took under five minutes for me to download; 8Mbit, I can imagine it taking ten times longer on a 1Mbit link, from Madagascar - perhaps you don't have a mirrorbrain mirror topologically close to you ? Why not grouping all installation tasks in the language pack ? 1/ the user download the language pack he want 2/ he installs this language pack and its installer ask the user to provide the archive of the core application or to give the permission to download it. 3/ if the user want add another language pack to an existing installation, the installer must be sufficiently smart to detect it and just add the new language. Proceding this way, we need only one file for the core application without duplication through all localizations. Best regards JBF First off, I have a 512 kbps(yes, kilobits per a second) link, and I am considered lucky in my neighborhood. Really, luck has nothing to do with it... I had to pay $300 for install and have to pay $60 a month for it. Most people in my area still have dial-up with ~28-56kbps. So yes, for us the multi-language installer is a pain. (luckily, I use linux anyways, I only keep windows around for testing). In my opinion, installation should go like this: 1. Download a generic installer with a minimal selection of languages 2. Part of the installer asks if you want to install other languages and pulls a list from a mirror. 3. If you want one, you choose it and it is downloaded. 4. You get to choose where to install (pet peeve of mine that that is not currently offered[at least in beta 3, I haven't actually installed rc1 on windows yet]) 5. Install continues as usual If not, then the other way it -has- to be is to offer and installer in every language(shouldn't this be how it should be anyways?). Yes, it adds a lot of extra space for the mirrors, and is probably a pain for the developers. However, the users count, not the developers. Some users have to pay per a megabyte of bandwidth used, so even if they have a high speed connection we should be worrying about them. I believe the second way is best as it is completely fair (no why doesn't MY language get to be in the main installer?) and doesn't require large changes to the installer. I think it would be worth it to look into the first option after the release, though. Anyways, my two cents. Thanks, Chris Carpenter ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Patch review requested
Please someone review my patch at https://bugs.freedesktop.org/show_bug.cgi?id=32133 which fixes the aforementioned bug for 3.3. The patch in comment 7 is the one that needs reviewing. Thanks! Kohei -- Kohei Yoshida, LibreOffice hacker, Calc kyosh...@novell.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice