Re: [dev] convert Netbeans OOo project to eclipse project
Hi Karl, Le mardi 29 septembre 2009 à 23:33 +0200, Karl Weber a écrit : This is not quite true. I have started to develop such a plugin, but did not manage to finish it. Unfortunately, I will not have time in the near future to so. In order to not have done my work in vain, I could sponsor it for integration into the ooo-eclipse plugin. If you are interested, I could send you a zip-file of my eclipse plugin project. This is a good news, many thanks for your work. You can send your work to me: I'll try to integrate it ASAP. Someone would have to add the finishing touch, but I already managed to automatically create a client app with it. Cool. Many thanks again for your contribution. -- Cédric Bosdonnat OOo Eclipse Integration developer http://cedric.bosdonnat.free.fr - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Errors using gsicheck on DEV300_m60
On 09/30/09 00:12, Kristján Bjarni Guðmundsson wrote: I tried running gsicheck on the en-US.sdf file for the DEV300_m60 release and I am getting these errors: Error: File format, Line 72253, UniqueID uui/source\ids.src/title/)///: Source Language entry double. Treating as Translation. Error: File format, Line 72254, UniqueID uui/source\ids.src/title/)///: Source Language entry double. Treating as Translation. Error: File format, Line 72254, UniqueID uui/source\ids.src/title/)///: Translation Language entry double. Checking both. Error: File format, Line 72255, UniqueID uui/source\ids.src/title/)///: Source Language entry double. Treating as Translation. Error: File format, Line 72255, UniqueID uui/source\ids.src/title/)///: Translation Language entry double. Checking both. Error: File format, Line 72255, UniqueID uui/source\ids.src/title/)///: Translation Language entry double. Checking both. I there a newer version of gsicheck that I am supposed to use with the DEV300_m60 version? There is a syntax bug in file uui/source/ids.src causing this buggy lines in the sdf file. So, gsicheck is correct, the sdf file isn't. The bug is fixed in revision 276471 for upcoming DEV300 m61 and in revision 276464 for branch OOO320. Rüdiger Index: ooo/uui/source/ids.src === --- ooo/uui/source/ids.src (revision 276428) +++ ooo/uui/source/ids.src (working copy) @@ -45,12 +45,12 @@ }; -String( STR_WARNING_BROKENSIGNATURE_TITLE ) +String STR_WARNING_BROKENSIGNATURE_TITLE { Text [ en-US ] = Invalid Document Signature ; }; -String( STR_WARNING_INCOMPLETE_ENCRYPTION_TITLE ) +String STR_WARNING_INCOMPLETE_ENCRYPTION_TITLE { Text [ en-US ] = Non-Encrypted Streams ; }; - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] --enable-lockdown
On Tue, Sep 29, 2009 at 04:29:21PM +0200, Stephan Bergmann wrote: OOo appears to have support for an --enable-lockdown configure switch. In the configmgr gconf backend, it enables pulling settings for various configuration items from gconf. Is this still relevant, or is this dead code? (I am asking because I re-work configmgr and related code, so would not mind not having to take care of this specific piece of code...) -Stephan Hello Stephan. Yes, the code is still relevant and working. We use it in Fedora, for example. David - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] --enable-lockdown
On 09/30/09 10:24, David Tardon wrote: On Tue, Sep 29, 2009 at 04:29:21PM +0200, Stephan Bergmann wrote: OOo appears to have support for an --enable-lockdown configure switch. In the configmgr gconf backend, it enables pulling settings for various configuration items from gconf. Is this still relevant, or is this dead code? (I am asking because I re-work configmgr and related code, so would not mind not having to take care of this specific piece of code...) -Stephan Hello Stephan. Yes, the code is still relevant and working. We use it in Fedora, for example. I see. There is two minor issues I have with it: 1 The gconf backend provides data for a non-existent configuration entry /org.openoffice.Office.Common/Misc/DisableUICustomization. The old configmgr implementation probably just ignores it. Can somebody confirm that this specific item is indeed dead code? 2 The gconf backend provides data for configuration set member properties /org.openoffice.Setup/Office/Factories/com.sun.star.XXX.XXXDocument/ooSetupFactoryDefaultFilter, for XXX in Presentation, Spreadsheet, Text. Strictly speaking, this is problematic if some of those components are not installed (like an OOo installation where Impress has deliberately not been installed). The old configmgr implementation probably just ignores those items in such a case. I will need to see how to address that with the new configmgr implementation (see http://wiki.services.openoffice.org/wiki/Performance/Configuration#Platform_Backends for the way I intend to modify those platform backends). -Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] --enable-lockdown
Stephan Bergmann wrote: On 09/30/09 10:24, David Tardon wrote: On Tue, Sep 29, 2009 at 04:29:21PM +0200, Stephan Bergmann wrote: OOo appears to have support for an --enable-lockdown configure switch. In the configmgr gconf backend, it enables pulling settings for various configuration items from gconf. Is this still relevant, or is this dead code? (I am asking because I re-work configmgr and related code, so would not mind not having to take care of this specific piece of code...) -Stephan Hello Stephan. Yes, the code is still relevant and working. We use it in Fedora, for example. I see. There is two minor issues I have with it: Hi Stephan, 1 The gconf backend provides data for a non-existent configuration entry /org.openoffice.Office.Common/Misc/DisableUICustomization. The old configmgr implementation probably just ignores it. Can somebody confirm that this specific item is indeed dead code? As far as I know this configuration entry is not used by any framework code that I am aware of. OpenGrok also finds only one occurence in gconfbe within DEV300m60. There are other ways to accomplish the task and from my point of view this entry is dead code. I don't know who invented this entry and for what exact purpose. May be someone else can shed some light to this strange issue. 2 The gconf backend provides data for configuration set member properties /org.openoffice.Setup/Office/Factories/com.sun.star.XXX.XXXDocument/ooSetupFactoryDefaultFilter, for XXX in Presentation, Spreadsheet, Text. Strictly speaking, this is problematic if some of those components are not installed (like an OOo installation where Impress has deliberately not been installed). The old configmgr implementation probably just ignores those items in such a case. I will need to see how to address that with the new configmgr implementation (see http://wiki.services.openoffice.org/wiki/Performance/Configuration#Platform_Backends for the way I intend to modify those platform backends). -Stephan Regards, Carsten - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] boostrap issue with Bootstrap::getFrom()
Hi, To customize the UI on powerless machines (like XO), I adapted a change I did on Mac OS X some years ago. The idea is to provide configuration files, to allow the customization (we'll probably have one dedicated for the XO). If the user config file is not found, we'll use one in presets ( $OOO_BASE_DIR/presets ). But I got a problem with Bootstrap::getFrom() and I wonder what exactly happens ... Here is what I do : 1) in bootstraprc, I added the entries (Linux and OOo4Kids only) taken from scp2 patch : +Key = OOo4KidsIntegrationUserFile; +Value = $UserInstallation/user/ooo4kidsrc.txt; +Key = OOo4KidsIntegrationDefaultFile; +Value = ${OOO_BASE_DIR}/presets/ooo4kidsrc.txt; - verified ok, the boostraprc file does contain both after the installation. Means if the first entry is wrong, the fallback is ok (and tested ok) 2) And in vcl/unx/gdi/ooo4kidsint.cxx I do : rtl::OUString aUserConfigFile; rtl::OUString aDefaultConfigFile; rtl::OUString aTryFiles[2]; // read the content of bootstraprc is necessary to find the path to the user configuration file ~/.ooo4kids/0.6/user/OOo4kidsrc.txt rtl::Bootstrap aBootstrap( rtl::OUString ( RTL_CONSTASCII_USTRINGPARAM(bootstraprc) ) ); // retrieve the config files if( aBootstrap.getFrom( rtl::OUString ( RTL_CONSTASCII_USTRINGPARAM(OOo4KidsIntegrationUserFile) ), aUserConfigFile ) ) osl::FileBase::getSystemPathFromFileURL(aUserConfigFile, aTryFiles[0]); // Use that means OOo4Kidsrc.txt is not found in user install dir, and we fallback to the second OOo4Kidsrc.txt (with default values) if( aBootstrap.getFrom( rtl::OUString ( RTL_CONSTASCII_USTRINGPARAM(OOo4KidsIntegrationDefaultFile) ), aDefaultConfigFile ) ) osl::FileBase::getSystemPathFromFileURL(aDefaultConfigFile, aTryFiles[1]); No problem at build nor at install times : the config files are copied at the right place, and the install dir is ok (else the binary does not launch) But it does not work: - tracing the lines say that the string do not appear, means something is wrong perhaps with Bootstrap_Impl somewhere ... - or can this be some STRINGPARAM / USTRINGPARAM mismatch who caused the issue ? (boostrap.cxx uses both USTRINGPARAM and STRINGPARAM, maibe some issue with that) - worse: adding symbols in sal told me everything is pushed ok early at launch, but tracing in vcl, the strings are empty ? hmmm ... :-/ More odd, I found a way to make it (artificialy) work : using Midnight Commander, that's ok, and everything is found, and works as expected, and I can customize what I want. .. that's all for now in my investigations. Last but not least: maybe there is a better way to implement such feature ? Thanks in advance for any help :-) Eric Bachard -- qɔᴉɹə
[dev] security Open Office Writer
Hello! I have a file Easterly.odt. I have used save/as with password to protect it. However, I am not sure how secure it is when opened in OpenOfficeWriter.I assume that it is in memory when editing. Can you please advise. This file is the text of a book that I am writing. I am also running a server on the same machine, so the machine is always on-line. Regards Brianb -- Brian L Bennett Object Communication 18 Market Street Wells Somerset BA5 2DS Phone: 01749 988010 - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Errors using gsicheck on DEV300_m60
HI, Kristján Bjarni Guðmundsson wrote: I tried running gsicheck on the en-US.sdf file for the DEV300_m60 release and I am getting these errors: Error: File format, Line 72253, UniqueID uui/source\ids.src/title/)///: Source Language entry double. Treating as Translation. Error: File format, Line 72254, UniqueID uui/source\ids.src/title/)///: Source Language entry double. Treating as Translation. Error: File format, Line 72254, UniqueID uui/source\ids.src/title/)///: Translation Language entry double. Checking both. Error: File format, Line 72255, UniqueID uui/source\ids.src/title/)///: Source Language entry double. Treating as Translation. Error: File format, Line 72255, UniqueID uui/source\ids.src/title/)///: Translation Language entry double. Checking both. Error: File format, Line 72255, UniqueID uui/source\ids.src/title/)///: Translation Language entry double. Checking both. I there a newer version of gsicheck that I am supposed to use with the DEV300_m60 version? The latest version is 1.9.0, you can have it from here http://ooo.services.openoffice.org/gsicheck/ Kind regards Sophie - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] boostrap issue with Bootstrap::getFrom()
On 09/30/09 12:25, eric b wrote: Hi, To customize the UI on powerless machines (like XO), I adapted a change I did on Mac OS X some years ago. The idea is to provide configuration files, to allow the customization (we'll probably have one dedicated for the XO). If the user config file is not found, we'll use one in presets ( $OOO_BASE_DIR/presets ). But I got a problem with Bootstrap::getFrom() and I wonder what exactly happens ... Here is what I do : 1) in bootstraprc, I added the entries (Linux and OOo4Kids only) taken from scp2 patch : +Key = OOo4KidsIntegrationUserFile; +Value = $UserInstallation/user/ooo4kidsrc.txt; +Key = OOo4KidsIntegrationDefaultFile; +Value = ${OOO_BASE_DIR}/presets/ooo4kidsrc.txt; - verified ok, the boostraprc file does contain both after the installation. Means if the first entry is wrong, the fallback is ok (and tested ok) 2) And in vcl/unx/gdi/ooo4kidsint.cxx I do : rtl::OUString aUserConfigFile; rtl::OUString aDefaultConfigFile; rtl::OUString aTryFiles[2]; // read the content of bootstraprc is necessary to find the path to the user configuration file ~/.ooo4kids/0.6/user/OOo4kidsrc.txt rtl::Bootstrap aBootstrap( rtl::OUString( RTL_CONSTASCII_USTRINGPARAM(bootstraprc) ) ); I guess rtl::Bootstrap needs an absolute file URL for the bootstrap ini-file (if your Midnight Commander has OOo's brand program dir as current working dir, that might explain why this relative URL magically happens to work then). Also note that ini-files have different names on different platforms (boostraprc vs. bootstrap.ini). What you want to do should be something like the following (untested, just hacked this in from memory!): rtl::OUString aUserConfigFile(RTL_CONSTASCII_USTRINGPARAM({$BRAND_BASE_DIR/program SAL_INIFILENAME(bootstrap) :OOo4KidsIntegrationUserFile})); rtl::Bootstrap::expand(aUserConfigFile); if (aUserConfigFile.getLength() != 0) osl::FileBase::getSystemPathFromFileURL(aUserConfigFile, aTryFiles[0]); and similarly for the DefaultFile. -Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] --enable-lockdown
On 09/30/09 11:52, Carsten Driesner wrote: Stephan Bergmann wrote: 1 The gconf backend provides data for a non-existent configuration entry /org.openoffice.Office.Common/Misc/DisableUICustomization. The old configmgr implementation probably just ignores it. Can somebody confirm that this specific item is indeed dead code? As far as I know this configuration entry is not used by any framework code that I am aware of. OpenGrok also finds only one occurence in gconfbe within DEV300m60. There are other ways to accomplish the task and from my point of view this entry is dead code. I don't know who invented this entry and for what exact purpose. May be someone else can shed some light to this strange issue. Thanks for the feedback. I will remove the DisableUICustomization stuff on CWS sb111. -Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: [porting-dev] MinGW port build guide
Hi Takashi, the OpenOffice.org build guide in the Wiki is licensed under PDL, you can do with it pretty much what you want as long as the resulting document stays under PDL and it's clear where it did come from and what your modification are. Of course, IANAL. The exact terms can be found here: http://www.openoffice.org/licenses/PDL.html As for the format: you could use the Sun WikiPublisher extension, to be found here: http://extensions.services.openoffice.org/project/wikipublisher Pure HTML as exported from Writer(web) is not that convenient in a Wiki. Regards, Heiner Takashi Ono wrote: Hi all, OOo is now can be built with MinGW compiler and I wish build guide for it can be added to OOo-Wiki. I have already made a draft by copying existing Windows build guide and edited it with OOo-writer(web) as I am not accustomed to MediaWiki nor Wiki updating. I would like to get experts' comment how should I proceed. Is it OK to disclose my draft calling for comment, from Licensing point of view? Best Regards, Takashi Ono (t...@openoffice.org) - To unsubscribe, e-mail: dev-unsubscr...@porting.openoffice.org For additional commands, e-mail: dev-h...@porting.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: [tools-dev] should we drop gcc3 support ?
Hi, there is not yet a need to drop gcc-3.4 support I think, the usual compile problems happen with gcc-3.3 or older versions. GCC made a major (and very necessary) parser update from 3.3 to 3.4 and should have bumped up the major version at that time. We have discussed dropping gcc-3.3 support for quite some time now, but we refrained from officially obsoleting it because OS/2 and MACOSX 10.3 support still depend on gcc-3.3, at least according to this list: http://wiki.services.openoffice.org/wiki/Compiler_versions_used_by_port_maintainers_and_release_engineers The deal up to now was, that for active development we don't care much about testing buildability with the stoneage gcc-3.3 versions but would accept patches from the port-maintainers to re-enable building with it. It was also understood that we wouldn't make sweeping changes to accommodate gcc-3.3 anymore. Certainly a gcc-3.3 build failure is *no* reason for a Prio 1 task. Regarding gcc-3.4: it seems that older *BSD still rely on gcc-3.4 support, but I don't know if this is still correct and if they can't upgrade to something a bit more recent. My suggestion: - declare gcc-3.3 as not longer supported, patches aren't any longer accepted - declare gcc-3.4 as obsolete, patches will be accepted up to including OOO330. Build breakers can't be flagged as Prio 1, fixes will have to come from the port maintainers using this obsolete version as most developers will not have a way to fix or even to verify the build problem. Comments? I would especially like to hear from the port maintainers. Regards, Heiner Martin Hollmichel wrote: Hi, obviously OOo doesn't compile any longer with gcc3, see http://qa.openoffice.org/issues/show_bug.cgi?id=95511, should we now officially drop gcc3 ? Martin - To unsubscribe, e-mail: dev-unsubscr...@tools.openoffice.org For additional commands, e-mail: dev-h...@tools.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: [tools-dev] should we drop gcc3 support ?
Hi Yuri, thanks for the update! Bye Heiner Yuri Dario wrote: Hi, We have discussed dropping gcc-3.3 support for quite some time now, but we refrained from officially obsoleting it because OS/2 and MACOSX 10.3 support still depend on gcc-3.3, at least according to this list: http://wiki.services.openoffice.org/wiki/Compiler_versions_used_by_port_maintainers_and_release_engineers thanks for reminding me :-) With OOo 3.x, I moved to gcc 4.3.2; it works well, except for optimizer: code must be compiled with -O1 because O2/O3 causes OOo crashes (at least in earlier 3.x builds, it is a lot of time that I did not recheck). Bye, Yuri Dario /* * OS/2 open source software * http://web.os2power.com/yuri * http://www.netlabs.org */ - To unsubscribe, e-mail: dev-unsubscr...@tools.openoffice.org For additional commands, e-mail: dev-h...@tools.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: [tools-dev] should we drop gcc3 support ?
Hi *, On Wed, Sep 30, 2009 at 8:45 PM, Jens-Heiner Rechtien jens-heiner.recht...@sun.com wrote: there is not yet a need to drop gcc-3.4 support I think, the usual compile problems happen with gcc-3.3 or older versions. GCC made a major (and very necessary) parser update from 3.3 to 3.4 and should have bumped up the major version at that time. We have discussed dropping gcc-3.3 support for quite some time now, but we refrained from officially obsoleting it because OS/2 and MACOSX 10.3 support still depend on gcc-3.3, Aqua-OOo is not supported on Mac OS X 10.3 - at least I don't know anyone who ever did an aqua build that would run on 10.3. ciao Christian - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] boostrap issue with Bootstrap::getFrom()
Hi Stephan, Le 30 sept. 09 à 14:54, Stephan Bergmann a écrit : I guess rtl::Bootstrap needs an absolute file URL for the bootstrap ini-file (if your Midnight Commander has OOo's brand program dir as current working dir, that might explain why this relative URL magically happens to work then). Yes, you're right : I had something like that in mind, but you find the right words. To add information, I think I simply did not intialize things as expected. Proceeeding differently helped me to solve the issue. Also note that ini-files have different names on different platforms (boostraprc vs. bootstrap.ini). Sorry, I forgot : only Linux is concerned : on Mac OS X, I keep the Aqua look, same on Windows. But Linux depends on Gnome or KDE, and this is too heavy to add that : that's the reason why I searched -sort of- compromise look/perf What you want to do should be something like the following (untested, just hacked this in from memory!): rtl::OUString aUserConfigFile(RTL_CONSTASCII_USTRINGPARAM ({$BRAND_BASE_DIR/program SAL_INIFILENAME(bootstrap) :OOo4KidsIntegrationUserFile})); rtl::Bootstrap::expand(aUserConfigFile); Yes, that was the idea. In fact, was my fault (see the code I used below). I didn't find expand, but expandMacro instead ( who givers the file:///... bla result ) if (aUserConfigFile.getLength() != 0) osl::FileBase::getSystemPathFromFileURL(aUserConfigFile, aTryFiles [0]); Yes this test is better imho than the previous one I used. Here is what I did (woks perfectly on Linux PowerPC, so on most of the m IMHO :). The trick was to get the bootstrap file first and then to instantiate the Bootstrap, using it. Once that was working, I completed the rest easely. rtl::OUString aUserConfigFile; rtl::OUString aDefaultConfigFile; rtl::OUString aTryFiles[2]; rtl::OUString aIniPath; // read the content of bootstraprc is necessary to find the path to the user configuration file // ~/.ooo4kids/0.6/user/OOo4Kidsrc.txt Bootstrap::get( rtl::OUString( RTL_CONSTASCII_USTRINGPARAM ( BRAND_BASE_DIR) ), aIniPath ); aIniPath += rtl::OUString( RTL_CONSTASCII_USTRINGPARAM( / program/ SAL_CONFIGFILE( bootstrap ) ) ); Bootstrap aBootstrap(aIniPath); aBootstrap.getFrom( rtl::OUString( RTL_CONSTASCII_USTRINGPARAM (OOo4KidsIntegrationUserFile) ), aUserConfigFile ); if (aUserConfigFile.getLength() != 0) osl::FileBase::getSystemPathFromFileURL( aUserConfigFile, aTryFiles [0]); // if OOo4Kidsrc.txt is not found in user install dir, fallback to the second OOo4Kidsrc.txt (with default values), located in install_dir/presets aBootstrap.getFrom( rtl::OUString( RTL_CONSTASCII_USTRINGPARAM (OOo4KidsIntegrationDefaultFile) ), aDefaultConfigFile ); osl::FileBase::getSystemPathFromFileURL(aDefaultConfigFile, aTryFiles[1]); and similarly for the DefaultFile. So did I :) Thanks a lot for your help, that I really appreciated !! Eric -- qɔᴉɹə
[dev] [DUH - solved] Problem building M60 on Windows XP (w/ VS2005).
My mistake - I had the Windows Server 2003 Platform SDK installed and not the Windows Server 2008 Platform SDK. With the 2008 SDK and VS 2008 Express installed it is now building and building and building... so far so good at least. Cheers -- Jan Hi All. I have setup a Windows XP according to the Wiki at http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide/Building_on_Windows. When running dmake to build M60 I get the following error: = Compiling: sal/osl/w32/file_dirvol.cxx [...snip...] p:/ooo_src/DEV300_m60/sal/osl/w32/file_dirvol.cxx(1164) : error C3861: 'GetVolumeNameForVolumeMountPoint': identifier not found [...and so on...] - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Long file names
Hi all, It seems that openoffice has a maximum path name of 260 chars? However, I think the maximum path name for windows is 32,767 and file name is 260 in unicode. Is it possible to pass in to the loadComponentFromUrl function using a relative path instead of an absolute path? Are there any other workarounds? I can only think of making a copying to a temp file, do your work and copy back. Thanks. Cheers, Wei Min With Windows Live, you can organize, edit, and share your photos. _ NEW! Get Windows Live FREE. http://www.get.live.com/wl/all