[Libreoffice] [PATCH] remove commented code in connectivity/workben/testmoz/main.cxx
Hello, Here is a patch for removing commented code in connectivity/workben/testmoz/main.cxx Julien. (LGPLv3+ / MPL) commit 4cb5ca82032dfd7cb0c3deb784790f1587046500 Author: serval Date: Sun Dec 19 08:45:42 2010 +0100 Removing commented code diff --git a/connectivity/workben/testmoz/main.cxx b/connectivity/workben/testmoz/main.cxx index f40974f..7ee4f6d 100644 --- a/connectivity/workben/testmoz/main.cxx +++ b/connectivity/workben/testmoz/main.cxx @@ -105,11 +105,7 @@ void printColumns( Reference &xRes ) { // printf(aPat.getStr(), xMeta->getColumnName(i).getStr()); const char *str = OUtoCStr(xMeta->getColumnName(i)); -// if ( i < 3 ) { -// printf( aPat_Short, str ); -// } else { -printf( aPat, str ); -// } +printf( aPat, str ); } printf("\n"); printf("--\n"); @@ -128,11 +124,7 @@ void printXResultSet( Reference &xRes ) { try { const char *str = OUtoCStr(xRow->getString(j)); -// if ( j < 3 ) { -// printf( aPat_Short, str ); -// } else { -printf( aPat_Short, str ); -// } +printf( aPat_Short, str ); } catch (...) { printf(" Ex "); } @@ -159,7 +151,6 @@ void printXResultSets( Reference &xRes ) } } -//#define OUtoCStr( x ) ( ::rtl::OUStringToOString ( (x), RTL_TEXTENCODING_ASCII_US).getStr()) static const char * const components[] = { SAL_MODULENAME( "ucb1" )// KSO, ABI @@ -281,20 +272,8 @@ Reference< XMultiServiceFactory > InitializeFac( void ) // set global factory setProcessServiceFactory( xSMgr ); -/* // Create simple ConfigManager -Sequence< Any > aConfArgs(3); -aConfArgs[0] <<= PropertyValue( OUString(RTL_CONSTASCII_USTRINGPARAM("servertype")), 0, makeAny( OUString(RTL_CONSTASCII_USTRINGPARAM("local")) ), ::com::sun::star::beans::PropertyState_DIRECT_VALUE ); -aConfArgs[1] <<= PropertyValue( OUString(RTL_CONSTASCII_USTRINGPARAM("sourcepath")), 0, makeAny( OUString(RTL_CONSTASCII_USTRINGPARAM("g:\\")) ), ::com::sun::star::beans::PropertyState_DIRECT_VALUE ); -aConfArgs[2] <<= PropertyValue( OUString(RTL_CONSTASCII_USTRINGPARAM("updatepath")), 0, makeAny( OUString(RTL_CONSTASCII_USTRINGPARAM("g:\\")) ), ::com::sun::star::beans::PropertyState_DIRECT_VALUE ); - -Reference< XContentProvider > xConfProvider -( xSMgr->createInstanceWithArguments( OUString(RTL_CONSTASCII_USTRINGPARAM("com.sun.star.configuration.ConfigurationProvider")), aConfArgs), UNO_QUERY ); -*/ - // Create unconfigured Ucb: -/* Sequence< Any > aArgs(1); -aArgs[1] = makeAny ( xConfProvider );*/ Sequence< Any > aArgs; ::ucb::ContentBroker::initialize( xSMgr, aArgs ); Reference< XContentProviderManager > xUcb = @@ -305,10 +284,6 @@ Reference< XMultiServiceFactory > InitializeFac( void ) xUcb->registerContentProvider( xFileProvider, OUString(RTL_CONSTASCII_USTRINGPARAM("file")), sal_True ); -/* Reference< XContentProvider > xPackageProvider -( xSMgr->createInstance( OUString(RTL_CONSTASCII_USTRINGPARAM("com.sun.star.ucb.PackageContentProvider")) ), UNO_QUERY ); -xUcb->registerContentProvider( xPackageProvider, OUString(RTL_CONSTASCII_USTRINGPARAM("vnd.sun.star.pkg")), sal_True ); -*/ globalUcb = xUcb; return xSMgr; } @@ -397,12 +372,7 @@ Reference TestQuery(Reference< ::com::sun::star::sdbc::XConnection> for (times = 0;times< 100;times ++) { Reference tmpRes = - //xStmt->executeQuery(OUString::createFromAscii("SELECT * FROM \"addr\"")); xStmt->executeQuery(OUString::createFromAscii(sql)); - // xStmt->executeQuery(OUString::createFromAscii("SELECT * FROM \"Personal Address Book\" WHERE ( PrimaryEmail IS NULL )")); - // xStmt->executeQuery(OUString::createFromAscii("SELECT * FROM \"Personal Address Book\" WHERE ( PrimaryEmail LIKE \"Darren\" )")); - // xStmt->executeQuery(OUString::createFromAscii("SELECT * FROM \"Personal Address Book\"")); - // xStmt->executeQuery(OUString::createFromAscii("SELECT * FROM \"myldap\" WHERE ( PrimaryEmail LIKE \"%Darren%\" OR DisplayName LIKE \"%Darren%\" )")); autoTest( tmpRes ); Reference clsRes(tmpRes,UNO_QUERY); ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] sw: numbering misbehaviour
On 17/12/10 20:28, Caolán McNamara wrote: > Btw, if you were interested in fixing that numbering problem, You might > be interested in this similar bug, e.g. > > 1) Type some text, select it, change the formatting, e.g. font size to 18. > Now press end to deselect the text and move to the end of the line. > > 2) Now click on the bullet icon, > > 3) Type some text. The text will be the default formatting, not that of > the previous text. > > However, if you e.g. press x, get the normal size 12 x, press undo, and > then redo, then the x is size 18 as it should have been the first time. > Most annoying. > > C. > That sounds to me like Word-style thinking! Note that I'm not used to bullets etc BUT. In WordPerfect when you select text and format it it puts on/off markers round the text. Hitting "end" takes you PAST those markers. So you *have* just told it to go back to the defaults! What effect clicking on the bullet icon would have I don't know. As I said, I don't use bullet points in the normal course of events. But I would typically EXPECT (3), and have been known to get infuriated at Word because I can't work out how to get *past* the formatting of the previous paragraph, and back to default formatting (that said, WordPerfect is now copying Word more and more and I've cursed Word-like behaviour there! :-( Trying to get the new versions of WordPerfect to behave like WordPerfect can be an absolute nightmare :-( You are probably thinking in Word mode where formatting is stored in the "end of paragraph" marker? So if you go to the end of the line (or if there's no end-of-paragraph marker to move past), you're stuffed as far as reverting to the default goes :-( Cheers, Wol ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] backport bad copy ctor fix, missing slide color transitions to 3.3
Caolan McNamara wrote: > 963c6b655032b4e5d0f26555f3c26a129a9efb03 in slideshow. The RGBColor copy > constructor is wrong, which means that colors in e.g. font color > transitions are always black to black, i.e. transitions appear to get > lost. > > I reckon we should stick this into 3.3, what do you think ? > Hi Caolan, good catch - indeed. But I'd suggest attached patch, both methods are just fine when auto-generated by the compiler. Cheers, -- Thorsten From 35a6e32b9edfea1a9bb390d8e3046a9267acd05f Mon Sep 17 00:00:00 2001 From: Thorsten Behrens Date: Sat, 18 Dec 2010 21:41:59 +0100 Subject: [PATCH] Remove extraneous copy ctor and assignment op --- slideshow/source/engine/color.cxx | 13 - slideshow/source/inc/rgbcolor.hxx |3 --- 2 files changed, 0 insertions(+), 16 deletions(-) diff --git a/slideshow/source/engine/color.cxx b/slideshow/source/engine/color.cxx index 4e65fc5..1da2c12 100644 --- a/slideshow/source/engine/color.cxx +++ b/slideshow/source/engine/color.cxx @@ -266,19 +266,6 @@ namespace slideshow return RGBColor( aColor.mnRed, aColor.mnGreen, aColor.mnBlue ); } -RGBColor::RGBColor(const RGBColor& rLHS) -{ -RGBColor(rLHS.getRed(), rLHS.getGreen(), rLHS.getBlue()); -} - -RGBColor& RGBColor::operator=( const RGBColor& rLHS ){ - -maRGBTriple.mnRed = rLHS.getRed(); -maRGBTriple.mnGreen = rLHS.getGreen(); -maRGBTriple.mnBlue = rLHS.getBlue(); -return *this; -} - HSLColor operator+( const HSLColor& rLHS, const HSLColor& rRHS ) { return HSLColor( rLHS.getHue() + rRHS.getHue(), diff --git a/slideshow/source/inc/rgbcolor.hxx b/slideshow/source/inc/rgbcolor.hxx index fd27859..202fd81 100644 --- a/slideshow/source/inc/rgbcolor.hxx +++ b/slideshow/source/inc/rgbcolor.hxx @@ -88,9 +88,6 @@ namespace slideshow */ ::cppcanvas::Color::IntSRGBA getIntegerColor() const; -RGBColor(const RGBColor& rLHS); -RGBColor& operator=( const RGBColor& rLHS); - struct RGBTriple { RGBTriple(); -- 1.7.1 pgpF9CpB4wyd0.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Patch] call-catcher / bloat removal in sc module part1
Le 18/12/2010 19:47, Norbert Thiebaud a écrit : On Sat, Dec 18, 2010 at 2:07 AM, Julien Nabet wrote: Le 18/12/2010 03:28, Norbert Thiebaud a écrit : On Fri, Dec 17, 2010 at 7:34 PM, Julien Nabetwrote: Hello, Remove call-catcher / bloat removal with sc module Compiling sc was ok. The .bz2 format means one more obstacle to reviewing it. Norbert Julien (LGPLv3+ / MPL) Hello, I put in this zip the 2 last patches I sent. Just for my information, would the format tar.gz have been an obstacle too ? sorry, I wasn't clear enough: My issue is with the compression, not the type of compression. I can't see compressed attachment 'inline', I need to save them, then uncompress them, then open the content. Norbert No pb, Miklos Vajna had given me these details, so from now i'll sent patches without compressing them. Julien. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED] Re: [PATCH] Remove unused code
On Sat, 2010-12-18 at 14:06 +0100, Anders Jonsson wrote: > Some more blocks of unused code in libs-gui and libs-core. All have been > commented out since at least 2006. All looks good, into the bin with it, thanks for this. Pushed now. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] helpcontent2.zip not found, and can't be made
Caolán McNamara said: > On Sun, 2010-12-19 at 01:11 +0800, imacat wrote: >> On 2010/12/18 20:42, Caolán McNamara said: >>> On Sat, 2010-12-18 at 11:44 +0800, imacat wrote: >>> Honestly, this sounds like the same problem you had back in the >>> beginning with a missing/empty l10n clone dir. I thought that was fixed, >>> no ? >> ??? I hadn't checked, as I, too, thought it was fixed. Now that >> you mentioned, the clone/l10n directory is empty. So the problem is >> reintroduced with 3.3.0.1? > > Not sure, I never have the problem. And I generally build out of the > master branch now which has a different build system, so I wouldn't see > this anyway. > > Best to ask on the list, and mention these findings, someone else might > have a better idea as to why its there, but empty. I'd expect it to > either not be there, or to be fully downloaded. Present but empty seems > odd. I shall give it a try. ^^; And sorry, I did not mean it to be private. ^^; -- Best regards, imacat ^_*' PGP Key http://www.imacat.idv.tw/me/pgpkey.asc <> 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] call-catcher / bloat removal in sc module part1
On Sat, Dec 18, 2010 at 2:07 AM, Julien Nabet wrote: > Le 18/12/2010 03:28, Norbert Thiebaud a écrit : >> >> On Fri, Dec 17, 2010 at 7:34 PM, Julien Nabet wrote: >> >>> >>> Hello, >>> >>> Remove call-catcher / bloat removal with sc module >>> Compiling sc was ok. >>> >> >> The .bz2 format means one more obstacle to reviewing it. >> >> Norbert >> >> >>> >>> Julien >>> (LGPLv3+ / MPL) >>> >>> > > Hello, > > I put in this zip the 2 last patches I sent. > Just for my information, would the format tar.gz have been an obstacle too ? sorry, I wasn't clear enough: My issue is with the compression, not the type of compression. I can't see compressed attachment 'inline', I need to save them, then uncompress them, then open the content. Norbert > > Julien. > > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] sw: numbering misbehaviour
On Fri, 2010-12-17 at 23:54 -0800, Octavio Alvarez wrote: > I brute-forcedly narrowed it down to the following patch, but I'm REALLY > unsure of it. Well, firstly that's awesome work, 99% of the battle is generally finding the code in the first place. > I don't know I should change it to FALSE (as I did in the > patch) or remove the if () block altogether. On first glance, I'm rather baffled by the whole thing too :-). I'd like to call in a translation strike on some of the comments around SetDontExpand and friends. I had rather hoped that a fix would appear higher up in merely the ui level or thereabouts where there's far less chance of any knock-on side effects. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Windows Build] Oh man, please, help-me.
On Sat, 2010-12-18 at 09:21 -0800, Kayo Hamid wrote: > > and, again.. ./autogen.sh --disable-mozilla > --with-psdk-home=/cygdrive/c/psdk/ > > Result? Nothing... Why? I do not know. And the Wiki don't told me > anything about this. AND, i can't go ahead. Just FYI, I have this in my configure script: --with-psdk-home="/cygdrive/c/Program Files/Microsoft SDKs/Windows/v7.0A" Also, in case this comes up on you, I have the following: --with-midl-path="/cygdrive/c/Program Files/Microsoft SDKs/Windows/v7.0A/Bin" --with-frame-home="/cygdrive/c/Program Files/Microsoft SDKs/Windows/v7.0A" --with-csc-path="/cygdrive/c/WINDOWS/Microsoft.NET/Framework/v3.5" and I can build on Windows in my environment. You may need to adjust the above paths to fit your build environment. I understand that building on Windows is very frustrating and painful. Some of us have been there too. So, keep your patience, and keep at it, and eventually you'll succeed! Kohei -- Kohei Yoshida, LibreOffice hacker, Calc ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] backport bad copy ctor fix, missing slide color transitions to 3.3
963c6b655032b4e5d0f26555f3c26a129a9efb03 in slideshow. The RGBColor copy constructor is wrong, which means that colors in e.g. font color transitions are always black to black, i.e. transitions appear to get lost. I reckon we should stick this into 3.3, what do you think ? C. >From 963c6b655032b4e5d0f26555f3c26a129a9efb03 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Caol=C3=A1n=20McNamara?= Date: Sat, 18 Dec 2010 18:26:18 + Subject: [PATCH] Resoves: rhbz#663857 font color missing; C++ FAQ 10.3 doomage --- slideshow/source/engine/color.cxx |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/slideshow/source/engine/color.cxx b/slideshow/source/engine/color.cxx index 0f8a8f7..341a54a 100644 --- a/slideshow/source/engine/color.cxx +++ b/slideshow/source/engine/color.cxx @@ -229,8 +229,8 @@ namespace slideshow } RGBColor::RGBColor(const RGBColor& rLHS) +: maRGBTriple( rLHS.maRGBTriple ) { -RGBColor(rLHS.getRed(), rLHS.getGreen(), rLHS.getBlue()); } RGBColor& RGBColor::operator=( const RGBColor& rLHS ){ -- 1.7.3.3 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Change executable/sh names
On 12/18/2010 03:48 AM, Jesús Corrius wrote: >> Right-click the .odt and select 'Open With' (WinXPPro); the 'Programs' >> window shows only option for LibO, not OOo. It does show options for >> Word if MS Word is installed and has the odf converter installed. I've >> repeated this on my WinXPro VM by: >> >> 1. Uninstalling all instances of OOo and LibO. >> 2. Reinstall OOo (3.2.1 OOO320m18) and verify that the .odt's are >> associated with OOo. >> 3. Reinstall LibORC1 (OOO330m18). The .odt's are now associated *only* >> with LibO *and* cannot be reassociated with OOo from right-clicking and >> 'Open With' from Windows Explorer. > > I was expecting to find some problem with the merge of the > SupportedTypes in the registry during the installation, but everything > worked fine in my Windows XP SP2. I've followed your instructions and > I now have two entries in the "Open With" context menu, one for > OpenOffice.org and the other one for LibreOffice. > > Anyone else is able to reproduce this? > >> My guess is that the problem is with the common swriter.exe (et al) >> executable name. If I get time over the weekend I'll modify the names in >> the Windows registry to see if I can cause the situation to change. > > As I mentioned before, in the registry there's the full path of the > executable, so it doesn't matter if they have the same name provided > that the path is different. > > Here you have info on how this works: > > http://msdn.microsoft.com/en-us/library/ee872121(v=VS.85).aspx > >> In the interim; how about you test & also explain how a standard Windows >> user is to "associate an extension with any >> program you want and It doesn't matter if they have the same name or >> not". And in particular, associate an .odt with *both* OOo and LibO on >> the same system... > > There are many options, but I wil exclude the complicated ones. So I > guess in Windows XP (in Vista and 7 this is nicer: Open With -> Choose > Default Program) there are two options left: > > 1. sample.odt -> Open With -> Choose program -> Select program from a > list -> Browse > > 2. Open Explorer -> Tools -> Folder options -> File types -> ODT -> > Change (Advanced Options will allow you to create an entry in the Open > With menú, but you need to be a bit more advanced user). > Thanks for testing. I'll test again tomorrow as I'm currently updating my machine with the WinXPPro VM on it from Ubuntu lucid to maverick. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Windows Build] Oh man, please, help-me.
So, hello guys, i'm trying to build LO at Windows and i know that anyone of us don't like to see it, but i really, --really--, needs help to do it because i can't, today, do it alone. The facts: - LO Build Page not solve the problem, she says 'hey, my FRIEND, you only need to download your libo and all will flow like water dude', this is not true. First she says: oh man, i forgot, can you download mozilla build? I think: oh yeah, i can, where i put it? She says: boy, this is a secret, but you can use the --with-mozilla-build and set the path! So I: GREAT, this is helpfull! so, ./autogen.sh --with-mozilla-build=/cygdrive/c/mozilla-build And when I use, what happens? Error! Why? I do not know, and the wiki don't talk how. But where is the error: - configure: error: Building SeaMonkey is supported with Microsoft Visual Studio 2005 only. OK! We are hackers, can we resolve this? sure! Somewhere they show how for me? no! so i use --disable-mozilla. So, what's next? OH sure, PSDK! What is this? I do not know, but can i download it? sure! Somewhere they show where to put it? no! But we are hackers, right? I think that we can resolve it! The --help says: Oh my friend, you can use --with-psdk-home=PATH And I: Can i? MAN this is GREAT! and, again.. ./autogen.sh --disable-mozilla --with-psdk-home=/cygdrive/c/psdk/ Result? Nothing... Why? I do not know. And the Wiki don't told me anything about this. AND, i can't go ahead. - checking for psdk some ... please use --with-psdk-home (oh man, i'm using it ;-/ can i cry?) - So, srsly now, what i want to show it this e-mail is that the Wiki do not provide what i need to know, and when i go ask help in the channel, what i see? 'derp, durp, derp, Go to wiki!'. What wrong i'm doing? Or better, what is wrong here? revol_ ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Improved man page
Hi Takeshi, Thanks for your suggestions. I tried to incorporate them into the attached new version. Cheers, -- Philipp On 18 December 2010 07:20, Takeshi Abe wrote: > Hi Philipp, > > On Sat, 18 Dec 2010 03:30:18 +0100, Philipp Weissenbacher > wrote: >> As I've promised on IRC some time ago, I updated and extended the >> Go-OO man page for LibreOffice (see attachment). >> >> Important changes to the old [1] one: >> * Adapted it for LibreOffice >> *Added -infilter, -convert-to and -print-to-file options (with >> examples) from /libs-core/desktop/source/app/cmdlinehelp.cxx >> *Tried out most arguments and discovered that some of them accept >> multiple files (like -show) >> >> While reading and testing, some question arose, which I couldn't find >> an answer to: > Help contents may help you, literally :) > >> >> What's the difference between -invisible and -headless? > -headless is useful for batch scripts. It implies -invisible, and strictly > ignores any GUI environment. For example, with -headless environment variable > DISPLAY for X11 does not bother anymore, while the program still respects > it even in case of -invisible. > >> >> Why are there so many arguments to disable showing a splash screen >> -minimized/-nosplash/-nologo/-no-oosplash (from libreoffice.sh)? >> >> What does -nodefault do? > By default swriter etc. open new document at startup even if -minimized etc. > given. You can use -nodefault to stop that. > >> Should we keep the reference to OO.o or drop it (we don't really need it)? >> Nevermind what is said, -quickstart still works (and thus I added it). >> >> I have no idea what -nolockcheck does. > According to the comment in the test code, it is supposed to specify not > to check whether the program's process already exists, i.e., to allow its > user to launch one more process. > > Cheers, > -- Takeshi Abe > libreoffice.1.in Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Patch] call-catcher / bloat removal in sc module part1
On Sat, Dec 18, 2010 at 09:07:49AM +0100, Julien Nabet wrote: > I put in this zip the 2 last patches I sent. > Just for my information, would the format tar.gz have been an obstacle too ? Please just attach your patches and do not compress them. Doing so makes inline comments for patches impossible (or at least really hard). pgpqsHe5bHViv.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] hsqldb update
Am Mittwoch, 15. Dezember 2010, 13:49:57 schrieb Rene Engelhard: > Hi, > > On Wed, Dec 15, 2010 at 12:27:16AM +0100, Rene Engelhard wrote: > > So 2.0 will even more break... (Besides that it probably will need many > > adaptions) > > Note that OOo already works on that; see cws hsqldb19. The amount of > changes (and tasks( is quite big, though... I have seen that, but they also have been delaying that feature for several version already, so I doubt it's gonna be included anytime soon (although currently targeted for 3.4) Point is, 2.0 or later could solve some performance issues and I have hoped, it would be more straight forward to include that than jumping to completely different database system ... I might have been wrong there. > > Grüße/Regards, > > René cheers, / Denny ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove unused code
Some more blocks of unused code in libs-gui and libs-core. All have been commented out since at least 2006. Anders Jonsson (LGPLv3+,MPL) 0001-Remove-large-blocks-of-commented-code.patch Description: application/mbox 0002-Remove-large-blocks-of-commented-code.patch Description: application/mbox ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED] Re: [PATCH] RTL_CONSTASCII_USTRINGPARAM for framework properties
On Sat, 2010-12-18 at 02:41 +0100, Julien Nabet wrote: > Hello, > > Here is a patch for properties.h of framework > framework compiles ok. Looks good, thanks for this. Pushed. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Error compilation in vcl module
On Sat, 2010-12-18 at 00:40 +0100, Julien Nabet wrote: > Hello, > > After a : > ./autogen.sh && make clean && make > it works now ! > Thank you ! Next time i'll try to think about ./autogen.sh && make > before adding make clean With a bit of luck the recent changes to the toplevel Makefile will automatically cause the "right things to happen" in the majority of cases now and rerun autogen for you if it has to before doing the real make. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] helpcontent2.zip not found, and can't be made
On Sat, 2010-12-18 at 11:44 +0800, imacat wrote: > ERROR: error 65280 occurred while making > /usr/local/src/libreoffice-3.3.0.1-zh_TW-20101216/build/libreoffice-3.3.0.1/sysui/util > ERROR: error 65280 occurred while making > /usr/local/src/libreoffice-3.3.0.1-zh_TW-20101216/build/libreoffice-3.3.0.1/helpcontent2/source/auxiliary Honestly, this sounds like the same problem you had back in the beginning with a missing/empty l10n clone dir. I thought that was fixed, no ? C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Change executable/sh names
> Right-click the .odt and select 'Open With' (WinXPPro); the 'Programs' > window shows only option for LibO, not OOo. It does show options for > Word if MS Word is installed and has the odf converter installed. I've > repeated this on my WinXPro VM by: > > 1. Uninstalling all instances of OOo and LibO. > 2. Reinstall OOo (3.2.1 OOO320m18) and verify that the .odt's are > associated with OOo. > 3. Reinstall LibORC1 (OOO330m18). The .odt's are now associated *only* > with LibO *and* cannot be reassociated with OOo from right-clicking and > 'Open With' from Windows Explorer. I was expecting to find some problem with the merge of the SupportedTypes in the registry during the installation, but everything worked fine in my Windows XP SP2. I've followed your instructions and I now have two entries in the "Open With" context menu, one for OpenOffice.org and the other one for LibreOffice. Anyone else is able to reproduce this? > My guess is that the problem is with the common swriter.exe (et al) > executable name. If I get time over the weekend I'll modify the names in > the Windows registry to see if I can cause the situation to change. As I mentioned before, in the registry there's the full path of the executable, so it doesn't matter if they have the same name provided that the path is different. Here you have info on how this works: http://msdn.microsoft.com/en-us/library/ee872121(v=VS.85).aspx > In the interim; how about you test & also explain how a standard Windows > user is to "associate an extension with any > program you want and It doesn't matter if they have the same name or > not". And in particular, associate an .odt with *both* OOo and LibO on > the same system... There are many options, but I wil exclude the complicated ones. So I guess in Windows XP (in Vista and 7 this is nicer: Open With -> Choose Default Program) there are two options left: 1. sample.odt -> Open With -> Choose program -> Select program from a list -> Browse 2. Open Explorer -> Tools -> Folder options -> File types -> ODT -> Change (Advanced Options will allow you to create an entry in the Open With menú, but you need to be a bit more advanced user). -- Jesús Corrius Document Foundation founding member Skype: jcorrius | Twitter: @jcorrius ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [libreoffice-l10n] Re: Embedded parts and wikihelp/HC2
On the new features page at test site I think this should be changed: - Made Help system available via the WikiHelp; into: Made Help system also available via the WikiHelp; Having Help system just available via the WikiHelp is not a feature but a stolen feature. What's the news on the localization of LICENSE.odt - as I pointed out the first part of the document (preamble) must be localized for all languages or made part of a dialogue and then with a link the English license text opens, that must not be localized. Lp, m. 2010/12/17 Martin Srebotnjak > Hi Jan, resending for all to see plus adding a thought at the end: > > 2010/12/17 Jan Holesovsky > > >> I've just seen the test installation of the future LibreOffice site; I >> think it very much fulfills what you are proposing. It is not at the >> end of the installation, but at the time you are downloading >> LibreOffice: >> >> http://test.libreoffice.org/download/ >> >> If you choose Linux version, you can choose the language version you >> need, as an additional download. I suppose the same will be implemented >> with the Windows version after the RC2 that will have the langpacks. >> >> I hope this resolves even this concern :-) >> >> > I don't think this is ok for GUI installers. I think users should be warned > there is no help included. The person that downloads the suite might not be > the same person that installs the package - so this needs to be known to the > person installing, not the one downloading (or to both of them). > > Also, sometimes these office suites are distributed via CD's with other OSS > software or included in an OS, so there is no download page to see this > warning. It should be in the installation procedure somewhere. Even the > Linux installer could write it out in the console - help is not included, > for further info see this and that webpage. > > My 2 cents, > m. > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Extensions manager improvement
Hi Caolán, I did a pull to check the files you said, but the project structure changed dramatically. This is a exponential growth :-D Where is the working tree? I think is bootstrap/clone/, correct? I'm trying to find desktop/source/deployment/gui in build directory too, but without success. Hi Christoph, I'm a beginner, but thanks for incentive. :-) --- Hi all, If you worked on LibreOffice extension manager someday, let us know how to do that improvement. Best Regards, Júlio. 2010/12/12 Christoph Noack > Hi Caolán, hi Júlio! > > Am Sonntag, den 12.12.2010, 20:34 + schrieb Caolán McNamara: > > > What you think about install extensions like in Firefox? I mean, the > > > user just need to open extensions manager, search extensions and > > click > > > to install. This feature would be great! (my point of view). Also, > > it > > > checks updates in dictionaries, grammatical rules, etc. > > > > Well, I think the "checks updates for already installed" extensions is > > already in there, that should work I think. > > Yep - but of course it requires extensions to be installed that handle > the language related stuff. > > Júlio, if you could work on improving the current Extension workflow - > this would be great. Currently, it requires to go to a certain site, > filter manually, download the extension to a temporary location, install > it within LibO/OOo (if it works and you downloaded the correct version), > delete the temporary file. Wow! > > Firefox (more or less): Open the "extension" manager, mark one of the > highest rated extensions for installation, wait. Done. > > Cheers, > Christoph > > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice