Re: [tdf-discuss] Foundation Fundraising
Hi, Jonathan Aquilina wrote on 2011-02-11 07.45: On the EU level. maybe you should connect to Ian, who also has insight on this topic. The only important thing is that you don't do anything on behalf of TDF, because any action might cause consequences right now :-) Getting solely information on possible EU funds, however, is very much appreciated. Florian -- Florian Effenberger flo...@documentfoundation.org Steering Committee and Founding Member of The Document Foundation Tel: +49 8341 99660880 | Mobile: +49 151 14424108 Skype: floeff | Twitter/Identi.ca: @floeff -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Archive: http://listarchives.documentfoundation.org/www/discuss/ *** All posts to this list are publicly archived for eternity ***
[tdf-discuss] Extensions for LibreOffice
Pls anyone show me links to get extensions for LibreOffice. Sorry I couldn't find them anywhere. There're some intergrated to the setup package, but not enough. Are OpenOffice.org extensions fully compatible with LibreOffice? Many thanks! -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Archive: http://listarchives.documentfoundation.org/www/discuss/ *** All posts to this list are publicly archived for eternity ***
Re: [tdf-discuss] Trouble installing on Windows XP
You can check if there is any Warning screen with Yes, No, Next, Cancel popped-up when the setup is on progress, and unattendedly you click on another-application-windows, and the Warning screen is hidden behind the Setup progress screen. So the setup acts like No responding. When get this case again, use Alt+Tab to switch to the Warning screen. I met this case many times. If you cannot install LibO or OO again, go to Registry, use Find delete any value related to OpenOffice or LibreOfice. Then install again. Hope this help. On Fri, Feb 11, 2011 at 3:32 AM, abenglen abeng...@bellsouth.net wrote: I have used OpenOffice for several years, and now I am trying to install LibreOffice on a Windows XP computer. About 4/5th the way thru installing (according to progress on the status bar), installation stops (hangs) and goes no further. There was no action clicking on Cancel button in the installation window--the only way to close the window was with the Task Manager. In case the conflict was with OpenOffice, I removed it. Now I can't install LibreOffice or even reinstall OpenOffice. In the middle of the installation process, it accesses the OpenOffice website; why? Any help is appreciated. -- View this message in context: http://nabble.documentfoundation.org/Trouble-installing-on-Windows-XP-tp2468799p2468799.html Sent from the Discuss mailing list archive at Nabble.com. -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Archive: http://listarchives.documentfoundation.org/www/discuss/ *** All posts to this list are publicly archived for eternity *** -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Archive: http://listarchives.documentfoundation.org/www/discuss/ *** All posts to this list are publicly archived for eternity ***
Re: [tdf-discuss] Extensions for LibreOffice
Hi, At 10:51 11/02/2011, you wrote: Pls anyone show me links to get extensions for LibreOffice. Sorry I couldn't find them anywhere. There're some intergrated to the setup package, but not enough. There are lists like http://wiki.documentfoundation.org/DE/LibreOffice-Box_Extensions (in German) and http://wiki.documentfoundation.org/FR/LibreOffice-Box_Extensions (in French), but I am not aware of a similar list in English, except the one at http://libreplanet.org/wiki/Group:OpenOfficeExtensions/List, which is really a list of OpenOffice.org extensions. Are OpenOffice.org extensions fully compatible with LibreOffice? I hope they are, but if the Document Foundation decides to reduce the dependence on Java, I would like to know how this will affect the development of extensions. (I am involved in three extensions myself.) Best regards, Christophe Many thanks! -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Archive: http://listarchives.documentfoundation.org/www/discuss/ *** All posts to this list are publicly archived for eternity *** -- Christophe Strobbe K.U.Leuven - Dept. of Electrical Engineering - SCD Research Group on Document Architectures Kasteelpark Arenberg 10 bus 2442 B-3001 Leuven-Heverlee BELGIUM tel: +32 16 32 85 51 http://www.docarch.be/ Twitter: @RabelaisA11y --- Better products and services through end-user empowerment www.usem-net.eu - www.stand4all.eu --- Please don't invite me to Facebook, Quechup or other social networks. You may have agreed to their privacy policy, but I haven't. -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Archive: http://listarchives.documentfoundation.org/www/discuss/ *** All posts to this list are publicly archived for eternity ***
Re: [tdf-discuss] Extensions for LibreOffice
Christophe Strobbe schrieb: I hope they are, but[...] Hi, I see several problems: https://bugs.freedesktop.org/show_bug.cgi?id=33265 Best regards Rainer -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Archive: http://listarchives.documentfoundation.org/www/discuss/ *** All posts to this list are publicly archived for eternity ***
Re: [tdf-discuss] Re: Suppression of Blank Lines in Addresses in Labels and Envelopes from Data Base
On 09/02/2011 19:14, Cor Nouws wrote: Hi Alan, Alan Reeve wrote (09-02-11 15:47) Thanks for your response. So far as I can see, the problem does not lie in Base but within the Text Document (Writer) modules. The address line suppression should form part of the Print from Base window in Text Document after you have inserted fields from your database. Though (if I see it correct) not your initial question, I give some related info. You probably are aware that it is possible to put a conditional Hidden paragraph field in the paragraphs? Not so convenient, I agree, but it can be done. Note: when inserting such a field, be sure that the various mail merge fields are in a separate paragraph. When fields are inserted via the dialog for Labels, they are at separate lines, but in one paragraph. You have to correct that in the document. Also: looking at the window Fields, tab Database, there is a field Condition left at the bottom. I can be used when entering a Next record field, however not with a Mail merge field. That looks as a 'relatively easy' way for such an enhancement. HTH, regards, Cor My reason for raising this subject is because, surely, we cannot expect typical office people who are not very conversant with computers to try to set up Conditional statements. The technique needed is quite abstruse and it is totally unforgiving and I am afraid that only a person with a reasonable degree of computer knowledge will attempt it.. I understand how to do it and do not personally have a problem with suppressing blank address lines, apart from extra complexity, but you must agree that many people are transferring to Libre Office from M$ Word, where the ability to suppress blank lines by checking a tick box has been available for some years. Come on people, surely somebody has the skills to run with this hare! Or is it not challenging enough? Alan -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Archive: http://listarchives.documentfoundation.org/www/discuss/ *** All posts to this list are publicly archived for eternity ***
Re: [tdf-discuss] OpenOffice.org articles in Linux Format March 2011
On 11/02/11 13:03, Christophe Strobbe wrote: 1. Improve the loading speed. 20. Once more: faster loading. I really don't know how they can say that. On Windows 7, Open Office 3.3 loads a new Writer document (with Quickstarter enabled) almost INSTANTANEOUSLY, on Ubuntu 10.04 it's just under 4 seconds - only because unlike Windows there's a bug with the quickstarter. How fast do they WANT it to load? Both those times compare VERY favourably with MS Office and in fact on Windows OO is FASTER then MS Office for the above reason. Of course ANY document in ANY Office suite will load in longer times depending on the size and complexity... -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Archive: http://listarchives.documentfoundation.org/www/discuss/ *** All posts to this list are publicly archived for eternity ***
Re: [tdf-discuss] OpenOffice.org articles in Linux Format March 2011
Hi, :-) On Fri, Feb 11, 2011 at 21:03, Christophe Strobbe christophe.stro...@esat.kuleuven.be wrote: (*) None of these articles mention LibrOffice, although the review says: developers are falling away like pine needles from a Christmas tree and competitors are making inroads to its market. Could you please clarify whether it's from the OOo project or LibreOffice project that developers are falling away like pine needles from a Christmas tree? You didn't give any link to the article you were referring to, and a search for libreoffice on the Linux Format site returned nothing, otherwise I would have read for myself. David Nelson -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Archive: http://listarchives.documentfoundation.org/www/discuss/ *** All posts to this list are publicly archived for eternity ***
Re: [tdf-discuss] OpenOffice.org articles in Linux Format March 2011
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/02/2011 13:03, Christophe Strobbe wrote: 3. Implement grammar checking. This is one of the most requested features for OOo. It also has been available since OOo 1.1.3, for half a dozen languages. In all instances, you are better off using _The King's English_, or equivalent, for the language that is being grammatically checked. If users are willing to have a database that consumes 50GB per language, then grammar checking that will pass an A Level exam can be included in LibO. Granted, a lot of grunt work needs to be done, but no fundamental changes need to be made to any of the currently existing grammar checkers for LibO, or OOo. jonathon - -- If Bing copied Google, there wouldn't be anything new worth requesting. If Bing did not copy Google, there wouldn't be anything relevant worth requesting. DaveJakeman 20110207 Groklaw. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNVaE7AAoJEERA7YuLpVrVT78IAOHrb5enyipzC081wToaov+e nzzdGoG9x34MAy75CJEnAdHm2Zvp0S7JgHrfJNYiXdLAhUi7uf+cK6NborxBRRSt pkSTR5qKXFKdxOskfGxQOpjRrr0ZevN4leYsh8Q5JGls/N2oCHPTrY83Fl1sHP++ b0BGhp3oPrajQPx59hAjSEHhjqBHEqomHSSYoNOEn80n9LB+nOt9jVQU9f35Ap/+ hhOKs1nU/g/biVswVelyJQjO0rwvjbzaLzYLPYLtxVzLo0LYkPWBg3BmK+5DQ/I0 J9VvZ5j4OrGbiXhvompE8J+Kn+PiwQ7Q0YFR6WKdiFUN4WjeMnxlH+BOSpG91ec= =Mkh7 -END PGP SIGNATURE- -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Archive: http://listarchives.documentfoundation.org/www/discuss/ *** All posts to this list are publicly archived for eternity ***
Re: [tdf-discuss] OpenOffice.org articles in Linux Format March 2011
On 2011-02-11 3:35 PM, Kevin Hunter wrote: How the quickstarter works is have use gobs of memory effectively sitting idle. That doesn't work. Many of us in the computing, engineering, physics, and chemical fields *use* our computational resources. 75MB is not 'gobs' - that or we live in very different realities. RAM is extremely cheap these days. The short answer is that the quickstarter doesn't count: I want it to load as fast or faster than MSO /without/ the quickstarter. MSO can do it, from a cold boot, fast. Why can't LO? Strawman... MSO *does* have a quickstarter, but it is invisible - hidden in the OS startup processes... -- Best regards, Charles -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Archive: http://listarchives.documentfoundation.org/www/discuss/ *** All posts to this list are publicly archived for eternity ***
Re: [tdf-discuss] OpenOffice.org articles in Linux Format March 2011
Hi Kevin! Am Freitag, den 11.02.2011, 15:35 -0500 schrieb Kevin Hunter: How fast do they WANT it to load? Both those times compare VERY favourably with MS Office and in fact on Windows OO is FASTER then MS Office for the above reason. The short answer is that the quickstarter doesn't count: I want it to load as fast or faster than MSO /without/ the quickstarter. MSO can do it, from a cold boot, fast. Why can't LO? Because we are more or less platform neutral and that requires (under the given circumstances) to rely on own code that has to be loaded. Microsoft Office can share many of the components with the operating system - that's a bit easier. Consequently, it will be hard to be fast as Microsoft Office, but there is potential - for sure :-) And for those who are interested to dig a bit deeper: http://uxopenofficeorg.blogspot.com/2009/04/openoffice-user-survey-2009-performance.html And: http://wiki.services.openoffice.org/wiki/Performance Cheers, Christoph -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Archive: http://listarchives.documentfoundation.org/www/discuss/ *** All posts to this list are publicly archived for eternity ***
Re: [tdf-discuss] Extensions for LibreOffice
On Fri, Feb 11, 2011 at 12:46:02PM +0100, Rainer Bielefeld wrote: Christophe Strobbe schrieb: I hope they are, but[...] Hi, I see several problems: https://bugs.freedesktop.org/show_bug.cgi?id=33265 Has anyone gotten an untrusted site warning for this link? FF says the certificate has expired. -- Bob Holtzman Key ID: 8D549279 If you think you're getting free lunch, check the price of the beer -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Archive: http://listarchives.documentfoundation.org/www/discuss/ *** All posts to this list are publicly archived for eternity ***
[tdf-discuss] RC1 PreRelease missing 32bit debs
RC1 PreRelease missing 32bit debs http://www.libreoffice.org/download/pre-releases/ 64bit .debs are there, but not the 32bit .debs. Clicking on 'Linux x86 (deb) results in: null Also checking: http://download.documentfoundation.org/libreoffice/testing/3.3.1-rc1/deb/ http://download.documentfoundation.org/libreoffice/testing/3.3.1-rc1/deb/x86/ only shows .asc files. -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Archive: http://listarchives.documentfoundation.org/www/discuss/ *** All posts to this list are publicly archived for eternity ***
Re: [tdf-discuss] OpenOffice.org articles in Linux Format March 2011
On Saturday 12 February 2011 09:35:59 Kevin Hunter wrote: At 8:24am -0500 Fri, 11 Feb 2011, Gordon Burgess-parker wrote: On 11/02/11 13:03, Christophe Strobbe wrote: 1. Improve the loading speed. 20. Once more: faster loading. I really don't know how they can say that. Because they don't know how to eloquently say that the quickstarter is a no-go. The name quickstarter is a misnomer. It should be preloader, because that's what it actually does. (But that doesn't sound as sexy, I know.) How the quickstarter works is have use gobs of memory effectively sitting idle. That doesn't work. Many of us in the computing, engineering, physics, and chemical fields *use* our computational resources. Start up time is down to the the OS. I used to think the same as you. However this is what I have found. Start up on Ubuntu Gnome box is slow, slower than XP startup. OpenSuSE KDE4 box again slowish but like the others not gruesomely slow. But on my Yoper KDE4 box ,cold start up is almost instant and certainly faster than MSO on XPSP2. Yoper is a distro optimised for speed so obviously the problem is not all in the OOo/LibO code On Windows 7, Open Office 3.3 loads a new Writer document (with Quickstarter enabled) almost INSTANTANEOUSLY, [...] How fast do they WANT it to load? Both those times compare VERY favourably with MS Office and in fact on Windows OO is FASTER then MS Office for the above reason. The short answer is that the quickstarter doesn't count: I want it to load as fast or faster than MSO /without/ the quickstarter. MSO can do it, from a cold boot, fast. Why can't LO? MSO has a quickstarter in it's integration with the OS. Compare the speed of MSO opening in Windows environment as opposed to Apple and Apple has a very fast GUI Cheers, Kevin -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Archive: http://listarchives.documentfoundation.org/www/discuss/ *** All posts to this list are publicly archived for eternity ***
Re: [tdf-discuss] OpenOffice.org articles in Linux Format March 2011
At 4:09pm -0500 Fri, 11 Feb 2011, Charles Marcus wrote: On 2011-02-11 3:35 PM, Kevin Hunter wrote: How the quickstarter works is have use gobs of memory effectively sitting idle. That doesn't work. Many of us in the computing, engineering, physics, and chemical fields *use* our computational resources. 75MB is not 'gobs' - that or we live in very different realities. Yes, it is gobs. If you have 4GB+, perhaps it's not, but not everyone has 4GB+. Particularly in non-Western countries. I have just returned from Ethiopia, for example, where owning a computer is rare; for those who do, 256 MB is common. I suspect that we *do* live in different realities. RAM is extremely cheap these days. If $100 bucks is cheap to you, then so be it. It's not to me, a graduate student. The short answer is that the quickstarter doesn't count: I want it to load as fast or faster than MSO /without/ the quickstarter. MSO can do it, from a cold boot, fast. Why can't LO? Strawman... MSO *does* have a quickstarter, but it is invisible - hidden in the OS startup processes... Please point me to documentation of this hidden quickstarter. The MS version that I'm aware of is this program: http://support.microsoft.com/kb/290144 It's called Osa, and is an optional component to run at startup. If you want to argue the relative startup times, please try it for yourself, both with the Osa running, and without. If you still get different results than these, then all I can say is that we must have dissimilar test methodologies; I can confirm this relative speed on at least 6 boxes of varying age and hardware capabilities. On one particular 4 year-old machine, with 1G of system RAM, and without the OOo Quickstarter or MS' osa program running, rebooting for each trial, and opening the same 2003 Word (.doc) document: MSO 2003: 8s (average of 3 boots) OOo 3.3: 17s (average of 3 boots) Regards, Kevin -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Archive: http://listarchives.documentfoundation.org/www/discuss/ *** All posts to this list are publicly archived for eternity ***
Re: [tdf-discuss] OpenOffice.org articles in Linux Format March 2011
At 8:37pm -0500 Fri, 11 Feb 2011, Graham Lauder wrote: On Saturday 12 February 2011 09:35:59 Kevin Hunter wrote: Because they don't know how to eloquently say that the quickstarter is a no-go. The name quickstarter is a misnomer. It should be preloader, because that's what it actually does. (But that doesn't sound as sexy, I know.) How the quickstarter works is have use gobs of memory effectively sitting idle. That doesn't work. Many of us in the computing, engineering, physics, and chemical fields *use* our computational resources. Start up time is down to the the OS. I disagree. More on that below ... I used to think the same as you. However this is what I have found. Start up on Ubuntu Gnome box is slow, slower than XP startup. OpenSuSE KDE4 box again slowish but like the others not gruesomely slow. But on my Yoper KDE4 box ,cold start up is almost instant and certainly faster than MSO on XPSP2. Yoper is a distro optimised for speed so obviously the problem is not all in the OOo/LibO code In a mathematical sense of all I already believe it is not entirely the fault of OOo/LO. However, I need more information before I will accept this particular bit of anecdotal evidence. For starters, /how/ did the Yoper folks get such an increase in speed for OOo? Why have I -- so far -- been unable to recreate these results on my own machines (which range from old to fairly new, and run a variety of distros)? To be clear, I'm not denying that I may be wrong or have out-dated information, but at the very least I'm surprised I haven't seen a blog or other such advertisement of how they did it. I would think it a matter of pride for whoever pulls it off, others would want to know, and I consider myself fairly well informed. The short answer is that the quickstarter doesn't count: I want it to load as fast or faster than MSO /without/ the quickstarter. MSO can do it, from a cold boot, fast. Why can't LO? MSO has a quickstarter in it's integration with the OS. Compare the speed of MSO opening in Windows environment as opposed to Apple and Apple has a very fast GUI I *hate* using MSO on Mac because it is so egregiously slow (even after loading is finished!). However, I'm not convinced that it's not just an issue with MS libraries. Reference this article about Windows Firefox being faster than Linux Firefox, as run through Wine: http://www.tuxradar.com/content/browser-benchmarks-2-even-wine-beats-linux-firefox We're a full two years later at this point, I may have missed an intervening few test updates, and things may have improved in this particular case, but the point is that it's not a simple matter of OS integration. I think OS integration is a red herring, and I would claim a poor tactic for the LO community to maintain: You're only faster because you've better OS integration. More honest, I think, is You're right, we don't start as fast; but give us time, we're working on it. And, if you're following the devel list, we are. Cheers, Kevin -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Archive: http://listarchives.documentfoundation.org/www/discuss/ *** All posts to this list are publicly archived for eternity ***
Re: [tdf-discuss] OpenOffice.org articles in Linux Format March 2011
At 5:03pm -0500 Fri, 11 Feb 2011, Christoph Noack wrote: Am Freitag, den 11.02.2011, 15:35 -0500 schrieb Kevin Hunter: The short answer is that the quickstarter doesn't count: I want it to load as fast or faster than MSO /without/ the quickstarter. MSO can do it, from a cold boot, fast. Why can't LO? Because we are more or less platform neutral and that requires (under the given circumstances) to rely on own code that has to be loaded. That makes sense. Thank you for this honest recognition of the performance issues with a cogent explanation of cross-platform maintainability as the reason. I hope (and believe) there are gains to be had in this area. Cheers, Kevin -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Archive: http://listarchives.documentfoundation.org/www/discuss/ *** All posts to this list are publicly archived for eternity ***