[dev] Re: Problems building DEV300_m105
Missing cairo.h could mean that there is a (yet another :-( ) missing build dependency ? Please try building in cairo first, deliver and try pango again. This might also mean that you need to build libpng before cairo (at least that missing dependency is AFAIK fixed on the newer masters). Kind regards, pl On 12.04.11 14:53, Kristján Bjarni Guðmundsson wrote: Ok thanks I replaced GNUCOPY=cp and was able to build glib. However here is the next probem building pango: -- http://www.oracle.com/ Philipp Lohmann | Software engineer OracleOpen Office Development ORACLE Deutschland B.V. Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven http://www.oracle.com/commitment Oracle is committed to developing practices and products that help protect the environment -- - To unsubscribe send email to dev-unsubscr...@openoffice.org For additional commands send email to sy...@openoffice.org with Subject: help
[dev] Re: Problems building DEV300_m105
Hi, possibly the patch attached to issue 117792 can help with that. It replaces the use of cp with copy. http://openoffice.org/bugzilla/show_bug.cgi?id=117792 Kind regards, pl On 11.04.11 14:27, Kristján Bjarni Guðmundsson wrote: I am having some problems building DEV300_m105 on Cygwin. Here is my configure: configure=--with-lang=is --with-vendor=OpenOffice.is --with-build-version=Build by OpenOffice.is --disable-activex --disable-directx --disable-atl --disable-build-mozilla --disable-nss-module --without-junit --with-cl-home=/cygdrive/C/Program Files/Microsoft Visual Studio 9.0/VC --with-ant-home=/cygdrive/c/winapps/java/ant --with-frame-home=/cygdrive/C/Program Files/Microsoft SDKs/Windows/v6.1 --with-psdk-home=/cygdrive/C/Program Files/Microsoft SDKs/Windows/v6.1 --with-midl-path=/cygdrive/C/Program Files/Microsoft SDKs/Windows/v6.1/Bin --with-asm-home=/cygdrive/C/Program Files/Microsoft Visual Studio 9.0/VC/Bin --with-jdk-home=/cygdrive/C/Winapps/java/jdk16 --with-csc-path=/cygdrive/C/WINDOWS/Microsoft.NET/Framework/v3.5 And here is the problem building glib: Kristj¦n@kristjan /cygdrive/c/Backup/OpenOffice/ooo/glib $ dmake mkdir: cannot create directory `./wntmsci12.pro/misc/build/glib-2.28.1/ http://wntmsci12.pro/misc/build/glib-2.28.1/': File e xists Microsoft (R) Program Maintenance Utility Version 9.00.30729.01 Copyright (C) Microsoft Corporation. All rights reserved. /usr/bin/cp glib/glibconfig.h.win32 glib/glibconfig.h The system cannot find the path specified. NMAKE : fatal error U1077: '' : return code '0x1' Stop. dmake: Error code 2, while making './wntmsci12.pro/misc/build/so_built_so_glib http://wntmsci12.pro/misc/build/so_built_so_glib' I don't get what the error is because the file glib/glibconfig.h.win32 does exist. -- http://www.oracle.com/ Philipp Lohmann | Software engineer OracleOpen Office Development ORACLE Deutschland B.V. Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven http://www.oracle.com/commitment Oracle is committed to developing practices and products that help protect the environment -- - To unsubscribe send email to dev-unsubscr...@openoffice.org For additional commands send email to sy...@openoffice.org with Subject: help
[dev] Re: windows overshooting the screen on netbooks
http://wiki.services.openoffice.org/wiki/Getting_It http://wiki.services.openoffice.org/wiki/Building_OpenOffice.org On 3/3/11 10:22 AM, saurabh chakrabarty wrote: Hi all, i am trying to get the source rpm for openoffice but cant seem to find one. I did find some tar files here http://download.openoffice.org/other.html#tested-sdk but none of them has a spec file necessary to build the rpm. Can someone point me to the right place. cheers, saurabh -- http://www.oracle.com/ Philipp Lohmann | Software engineer OracleOpen Office Development ORACLE Deutschland B.V. Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven http://www.oracle.com/commitment Oracle is committed to developing practices and products that help protect the environment -- To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: sy...@openoffice.org with Subject: help
Re: [dev] Problem with the PDF Import Extension and only 8 arabic characters
Hi, On 2/4/11 1:16 PM, amine amine wrote: ٍSalam, I've filed an issue on the OoOissueTracker and here is the link : http://www.openoffice.org/issues/show_bug.cgi?id=116560 1- Is there anyOne that is working on it...? I suppose currently not. 2- Where can i find documentation on how to compile this extension mySelf...? The basic guide starts here http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide and if possible the steps to do this. When you configure add the --enable-pdfimport switch. The extension should the be built with the rest of OOo. You can find the sourcecode in the sdext/source/pdfimport subdirectory of the repository. Kind regards, pl -- http://www.oracle.com/ Philipp Lohmann | Software engineer OracleOpen Office Development ORACLE Deutschland B.V. Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven http://www.oracle.com/commitment Oracle is committed to developing practices and products that help protect the environment - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Code freeze for 3.4
The date should be found here: http://wiki.services.openoffice.org/wiki/OOoRelease34 However December 2010 might not be up to date anymore considering the 3.3 hasn't been released. For details however you would have to ask on the relea...@openoffice.org list. Kind regards, pl On 11/23/10 6:52 PM, Pavel Lastovicka wrote: Hello, I would like to ask what is the date (if known) for 3.4 code freeze. I mean if I have a work-in-progress CWS with a bugfix, when the CWS would have to be Ready for QA? Thanks -- http://www.oracle.com/ Philipp Lohmann | Software engineer OracleOpen Office Development ORACLE Deutschland B.V. Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven http://www.oracle.com/commitment Oracle is committed to developing practices and products that help protect the environment - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: Information about OpenOffice Vs LibreOffice
Hi, On 10/14/10 12:45 PM, Konstantin Tokarev wrote: OpenOffice.org will continue to exist. Nothing has changed about that. Does it all mean that LibreOffice is just a group of Hg branches with different commit policy? basically it's go-oo V2.0 -- http://www.oracle.com/ Philipp Lohmann | Software engineer Oracle Open Office Development ORACLE Deutschland B.V. Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven http://www.oracle.com/commitment Oracle is committed to developing practices and products that help protect the environment - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: Information about OpenOffice Vs LibreOffice
Conceptually it is the same. The number of patches may differ, but that's not a conceptual difference, which is why I wrote V2.0. From an outside perspective I'd expect go-oo to go soon in favor of LO; especially since the people behind it are a subgroup of TDF and probably don't want to apply the same patches in two repositories all the time. But that's just my opinion. Kind regards, pl On 10/14/10 3:20 PM, Thorsten Behrens wrote: Philipp Lohmann wrote: OpenOffice.org will continue to exist. Nothing has changed about that. Does it all mean that LibreOffice is just a group of Hg branches with different commit policy? basically it's go-oo V2.0 No, it's not - that's why it's called LibreOffice. :) Please see http://wiki.documentfoundation.org/Beta2 for what's really in. Cheers, -- Thorsten -- http://www.oracle.com/ Philipp Lohmann | Software engineer Oracle Open Office Development ORACLE Deutschland B.V. Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven http://www.oracle.com/commitment Oracle is committed to developing practices and products that help protect the environment - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Print format changes for Linux
Hi, the CUPS print system that is used on Linux and other Unix operating systems is switching its file format from PostScript to PDF. As part of this OpenOffice.org should switch its print output file format to PDF, too. This was implemented in OOo for issue 94173. The correspoding CWS pdfprint is going Ready for QA today and since this affects an area where we should have broad testing with a variety of systems and printers, I put an install set of the CWS at: ftp://qa-upload.services.openoffice.org/pdfprint/linux-x86/OOo_DEV300m86_Linux_x86_install-arc_en-US.tar.gz Please feel free to check this install set and see if it gives you printing related trouble. Ideally this change should be transparent for the user, that is you print your documents just as you did before. The only visible change is that Print to file would now produce PDF instead of PostScript; also you can switch the behavior back to the old one in either the (not well known) spadmin utility or per print job: in the Print dialog open Properties... , go to the Device TabPage and change the Printer Language type to either PDF or the desired PostScript Level. Kind regards, pl -- http://www.oracle.com/ Philipp Lohmann | Software engineer Oracle Open Office Development ORACLE Deutschland B.V. Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven http://www.oracle.com/commitment Oracle is committed to developing practices and products that help protect the environment - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Print format changes for Linux
Hi, On 9/2/10 1:50 PM, Rene Engelhard wrote: On Thu, Sep 02, 2010 at 01:31:51PM +0200, Philipp Lohmann wrote: the CUPS print system that is used on Linux and other Unix operating systems is switching its file format from PostScript to PDF. As part of this OpenOffice.org should switch its print output file format to PDF, too. This was implemented in OOo for issue 94173. When is CUPS switching/did it switch? Do I read it right in the issue that CUPS= 1.2 uses PDF, whereas older ones will use PS? This will be OK, as Supposedly that is so. Certainly Till Kamppeter knows much more about that than me. Anyway since the CUPS print API just says print this file and does filtering for PDF and PostScript since its beginnings (as did lpd before it), the actual change is fairly localized to OOo itself. 1.2 is so ancient. But if a newer CUPS switches, do we need some new versioned dependency? I don't think so, at least that is what Till told me. instead of PostScript; also you can switch the behavior back to the old one in either the (not well known) spadmin utility or per print job: in ^ .. and not to be used when using CUPS ... You can do now; however the changes will not affect your CUPS configuration only OOo. This is only thought as a solution for weird cases where you encounter a problem with PDF and really really want to fallback to PostScript printing; you can make this persistent with spadmin now. And such problems I'd like to know about so they can be addressed before 3.4 is released. Ideally before the CWS hits the master, but such changes tend to produce issues only seen later on. You're of course right, normally you should use the CUPS admin tool of the distribution for printer configuration. Kind regards, pl -- http://www.oracle.com/ Philipp Lohmann | Software engineer Oracle Open Office Development ORACLE Deutschland B.V. Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven http://www.oracle.com/commitment Oracle is committed to developing practices and products that help protect the environment - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Should assertions abort?
On 2/12/10 11:02 AM, Stephan Bergmann wrote: On 02/12/10 09:30, Rich wrote: speaking as a user here, not a coder - if software can continue with operating, it should. yes, it should warn me, but it should run as long as possible, either allowing me to save the document, copy data out of it or whatever. The irony is, once you have hit a programming error, you can no longer have confidence in the program's behavior. It could happen that the data you still manage to save is subtly corrupted, so subtly that you do not notice immediately. This is indeed a dilemma, and there is no golden way out. That said, in the event of a crash (which would include the abort from an assertion in a non-product build) OOo already tries to save your open documents (and it appears to be somewhat effective at it). Pardon me, but you are confusing me. If as you say we should crash ASAP because an assertion may have subtly corrupted your data, then consequently we shouldn't save the documents either. That may be the puristic vantage point, but crashing and loosing the user's work with 100% probability instead of saving it with 99.5% probability seems a bad idea to me. Because if you're honest, those subtle ways the document may have changed erroneously are really really rare compared to the number of assertions hit. Sure, nobody wants to suffer the consequences of programming errors. However, the software industry happens to be in a state where errors are make that the universe, you may have noticed that errors are not a pure software thing ;-) a frequent reality. The question, then, is how best to carry on once a programming error has been encountered (if the software has the luxury at all to even notice). Fail fast (abort) has the potential to cause the least data loss and the least confusion (the program does not continue running in an uncontrolled state, corrupting the user's data or giving wrong answers to the user). On the contrary, fail fast = abort, is the only way to make 100% sure that the user's work is lost. Carry on regardless (ignoring the detection that the program has reached an uncontrolled state; what effectively happens when assertions are disabled in production systems) can be considered unacceptable behavior. It potentially leads to corrupting the user's data or giving wrong answers to the user, with the user not being aware that those answers are wrong. Yes, shit occasionally happens. But with the same reasoning we should abandon all traffic, because there have been accidents. Simply crashing *on purpose* is IMHO not a solution. Give the user the choice to continue at least. If warning boxes pop up all over the place, the point of users filing issues is also achieved but at the same time gives the user the opportunity to save his work. Just my 2 cents, pl -- Sanity is just a bad excuse for a lack of imagination. -- Author unknown Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schröder, Wolfgang Engels Chairman of the Supervisory Board: Martin Häring - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Should assertions abort?
On 2/12/10 12:32 PM, Frank Schoenheit, Sun Microsystems Germany wrote: On the topic of what is an assertion: Yes, assertions should abort. Otherwise, they are not an assertion, but something that is better covered by OSL_TRACE. Sigh. Again: No matter how the term assertion is defined in theory, in practice there are *hundreds* or *thousands* of assertions (aka usages of DBG_*) which do not match the definition. Saying Assertions should abort because otherwise they're not assertions is, sorry, just closing your eyes against reality. +1 -- Sanity is just a bad excuse for a lack of imagination. -- Author unknown Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schröder, Wolfgang Engels Chairman of the Supervisory Board: Martin Häring - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Should assertions abort?
On 2/12/10 1:33 PM, bjoern michaelsen - Sun Microsystems - Hamburg Germany wrote: On a second thought: Frank is afaid his asserts will get lost in all the OSL_TRACEs we have today, Stephan wants assertions to be assertions. Proposal: - Make all current OSL_TRACEs to a new OSL_TRACE_VERBOSE (available by OSL_DEBUG_LEVEL2 or something) - Make all current OSL_ASSERTs and DBG_ASSERTs to OSL_TRACEs - Keep OSL_ASSERT for real asserts that abort (and creates an P1 when firing on a master) The migration will not change the behavior much but allows the introduction of real assertions. The obvious optimization for that process would be leaving things as they are and introduce an OSL_ASSERT_ABORT for those who really want that. Kind regards, pl -- One SVN to rule them all, One SVN to check out from, One SVN to commit them all and on the harddisks bind them In Las Vegas where the server lies. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Should assertions abort?
On 2/12/10 3:05 PM, bjoern michaelsen - Sun Microsystems - Hamburg Germany wrote: still one would need: - to get rid of DBG_ASSERT, because it makes absolutely no sense to have both DBG_ASSERT and OSL_ASSERT). Feel free to do that in gsl. Anything that makes you happier ;-) - to move all the non-informal assertions up to OSL_ASSERT_ABORT. And Frank and Christian should be the first to do that for their assertions, if those are, as they claim, only reporting seriously messed up internal state unlike those chatty noncritical observations us other devs seem to use assertions for. Please note the for those who really want that. Frank also didn't want assertions to crash, so perhaps he actually doesn't want them to. But anyway that would be up to him IMHO. No need for any should be the first from you or me ;-) Kind regards, pl -- Sanity is just a bad excuse for a lack of imagination. -- Author unknown Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schröder, Wolfgang Engels Chairman of the Supervisory Board: Martin Häring - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Change the cursor's size (all office)
Actually you should change the cursor width setting in vcl/source/app/settings.cxx line 421; exhange mnCursorSize = 2; by a larger value. Be advised, that on Windows this setting will be overwritten by the system setting from DEV300m71 on. Kind regards, pl On 1/30/10 10:21 AM, eric b wrote: Answering me again Le 30 janv. 10 à 09:24, eric b a écrit : ... in meantime, I found : svtools/source/edit/textview.cxx Looks promising :) After more investigation (OpenGrok is great btw ! ), I was plain wrong and a better place was in vcl/source/window/cursor.cxx The code below solved the cursor in the text editor, but in fact, the cursors I'd like to modify are the system one. e.g. the classical arrow, or the pen with Impress .. and so on. So my new question is : Is the only way to use bigger cursors (all platforms), provide new bigger .png .. or ? Thanks, Eric Bachard Index: vcl/source/window/cursor.cxx === --- vcl/source/window/cursor.cxx (revision 384) +++ vcl/source/window/cursor.cxx (working copy) @@ -57,6 +57,7 @@ // === + static void ImplCursorInvert( ImplCursorData* pData ) { Window* pWindow = pData-mpWindow; @@ -67,8 +68,14 @@ nInvertStyle = INVERT_50; else nInvertStyle = 0; - +#ifdef OOo4Kids + Size aNewPixSize; + aNewPixSize.setWidth( 2 * pData-maPixSize.getWidth() ); + aNewPixSize.setHeight ( pData-maPixSize.getHeight() ); // increase height is a bad idea + Rectangle aRect( pData-maPixPos, aNewPixSize ); +#else Rectangle aRect( pData-maPixPos, pData-maPixSize ); +#endif if ( pData-mnDirection || pData-mnOrientation || pData-mnPixSlant ) { Polygon aPoly( aRect ); -- Sanity is just a bad excuse for a lack of imagination. -- Author unknown Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schröder, Wolfgang Engels Chairman of the Supervisory Board: Martin Häring - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Some issues building Open Office on OSX
On 1/11/10 11:33 AM, Peter Kaufman wrote: Taking your advice Philipp, I did a clean make by doing a checkout and another make (obviously the wrong way to do things but I couldn't find the correct way to do a make clean :-( Any advice here?). Personally I'd use a build --prepare --from solenv - which is kind of non-obvious. I think a rm -rf */unxmacxi.pro should do the trick, but you are right, there probably should be a make distclean equivalent. Kind regards, pl -- One SVN to rule them all, One SVN to check out from, One SVN to commit them all and on the harddisks bind them In Las Vegas where the server lies. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Some issues building Open Office on OSX
On 1/4/10 4:07 PM, Peter Kaufman wrote: Hi Kirill and Mathias, Thanks for the help! I recompiled with --disable-mozilla switch and it got a lot farther but now it's hit another wall: - .. checking required files ... . searching zip ... Found: /usr/bin/zip .. analyzing ../util/openoffice.lst ... rmdir: /Users/peterkaufman/open_office/instsetoo_native/ unxmacxi.pro/OpenOffice/dmg/logging/: Directory not empty .. reading include pathes ... .. analyzing script: /Users/peterkaufman/open_office/solver/300/ unxmacxi.pro/bin/setup_osl.ins ... .. analyzing directories ... .. analyzing files ... .. analyzing scpactions ... .. analyzing shortcuts ... .. analyzing unix links ... .. analyzing profile ... .. analyzing profileitems ... .. analyzing modules ... .. languages en-US ... .. analyzing files ... ERROR: The following files could not be found: ERROR: File not found: libjpipe.jnilib ERROR: File not found: ldapbe2.uno.dylib ERROR: File not found: libplmxi.dylib ERROR: File not found: libxsec_fw.dylib ERROR: File not found: libxmlsecurity.dylib ERROR: File not found: libxsec_xmlsec.dylib ERROR: File not found: mozruntime.zip ERROR: File not found: xmlsecen-US.res .. cleaning the output tree ... .. removing directory /tmp/ooopackaging/i_728461262616865 ... ** ERROR: ERROR: Missing files in function: remove_Files_Without_Sourcedirectory ** ** ERROR: Saved logfile: /Users/peterkaufman/open_office/instsetoo_native/ unxmacxi.pro/OpenOffice/dmg/logging/en-US/log_DEV300_en-US.log ** Mon Jan 4 23:54:29 2010 (00:04 min.) dmake: Error code 255, while making 'openoffice_en-US.dmg' 1 module(s): instsetoo_native need(s) to be rebuilt Reason(s): Attention: if you fix the errors in above module(s) you may prolongue your the build issuing command: build --all:instsetoo_native - OK, to be frank, I'm not at all sure what the issue is. It seems like a lot of the XML related dylibs aren't building. I don't know why it's still looking for mozruntime.zip as I had the --disable-mozilla switch. If you could help point me in the right direction, it would be a big help. Thank you very much for all your help so far. -Peter As a guess: you didn't clean up all modules after configuring ? In that case you'll need to rebuilt (at least) scp2 which creates the set of files to install (which seems to include mozilla still). Just my 2 cents, pl -- One SVN to rule them all, One SVN to check out from, One SVN to commit them all and on the harddisks bind them In Las Vegas where the server lies. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] OO Dialog sizes - MapAppFont
Oliver Brinzing wrote: So is there a way to adjust the dialog size ? There is a setting in Tools-Options-View called User interface scaling. It allows to apply a scale factor to the App font height. And how does oo convert from MapAppFonts to pixels ? One AppFont unit is one eight of the height of the Application UI font in pixels. Kind regards, pl -- Sanity is just a bad excuse for a lack of imagination. -- Author unknown Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schröder, Wolfgang Engels, Wolf Frenkel Chairman of the Supervisory Board: Martin Häring - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Automation-CAT0 tests in EIS are now mandatory
Bernd Eilers wrote: By request from the QA-Automation-Team the Automation-CAT0 tests in EIS are now mandatory. They must always be started on Windows and Linux and their state should be green before the CWS gets approved by QA or nominated. If you're not in Hamburg, how do you run these tests ?, i.e. how to provide the installation set to the test. Well that is unfortunatly a problem which is not really completely solved yet. The only currently possible solution is to first ask a friendly co-developer of yours located in Hamburg to check out the CWS from the SCM to a local harddisk here in Hamburg and than start a Sun internal You're kidding right ? Until you have that solved I categorically must refuse to play build bot slave. Until you have that running (and reliably at that !) you can kiss your required test goodbye. Kind regards, pl -- Sanity is just a bad excuse for a lack of imagination. -- Author unknown Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schröder, Wolfgang Engels, Wolf Frenkel Chairman of the Supervisory Board: Martin Häring - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Build System and visibility
The only caveat that comes to mind is that you would require a private/public mechanism of every compiler. That holds true for all the major platforms, though. For UNO libraries the export of only basically three symbols (plus a plethora of compiler details) is essential because there are likely to be duplicate symbols else and there is no easy way to find such clashes. For the framework libs as you called them like vcl, sfx2, svx the PRIVATE is optional in the sense that these should still work afterwards. So if you rely on compiler visibility exclusively, it might break one of the less often built platfoms. If you're asking whether one comes to mind, I don't know of any. And one more concrete problem: you'd have to ensure that all symbols reflected as not exported in the map files now actually have the corresponding PRIVATE statement; it might be that there are some that currently haven't owed to the fact that we have multiple mechanisms. However we would need to avoid duplicate symbols here, too. Just my 2 cents, pl bjoern michaelsen - Sun Microsystems - Hamburg Germany wrote: I do not think that we still have that many libs that are not explicitly marked PRIVATE/PUBLIC on the function. So it would be only about those few renegade libs that do not follow the convention. A very important sideeffect would be that the visibility of a function can be seen directly in the source, not by: - the source - the mapfile - the makefile - That would be a huge improvement in readability. Best Regards, Bjoern -- One SVN to rule them all, One SVN to check out from, One SVN to commit them all and on the harddisks bind them In Las Vegas where the server lies. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] CWS printerpullpages now ready for QA
Hi, CWS printerpullpages is now in state ready for QA. Since there are a lot of tasks to verify in this CWS the QA-Rep would appreciate any help he can get in verifying this CWS. Of course anybody else is invited playing with this CWS build, too. There are the following tasks known that will be fixed after printerpullpages has been integrated; some of these are string changes, some contain UI details the UX discussion brought no final results on, and a few small known issues are in there, too. ID Summary 104528 [cws printerpullpages] printing from page preview is confusi 105299 [CWS printerpullpages] printing does not use paper tray sett 106196 [CWS printerpullpages] tooltips on dialog page Impress hav 104312 CWS printerpullpages: Do not print graphics and diagrams inc 104784 printerpullpages: preview of HTML source view renders differ 105055 [CWS Printerpullpages] problem with tiled printing 105067 [CWS printerpullpages] For small pages OOo does not recalcul 105434 [CWS printerpullpages] unwanted scaling when printing 2 DIN 105727 printerpullpages Disable Note options as long as no notes ar 105728 printerpullpages - Disable the Selection button as long as n 106192 printerpullpages - Unnecessary error alert by canceling prin 104934 [CWS printerpullpages] Disable Size-settings for N-Up printi 105730 printerpullpages - Selektion won't recognized for those interested there are current install sets for Windows, Linux(Intel), Solaris(Sparc) and Mac(Intel) at ftp://qa-upload.services.openoffice.org/printerpullpages Kind regards, pl -- Sanity is just a bad excuse for a lack of imagination. -- Author unknown Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schröder, Wolfgang Engels, Wolf Frenkel Chairman of the Supervisory Board: Martin Häring - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: CWS printerpullpages now ready for QA
Hi, it has been brought to my attention that the issue list posted could be mistaken for fixed issues; that is not the case. The list I posted was meant to be a list of issues that are already known - and therefore need created as duplicates - and will be fixed as a follow up. For a list of tasks that are fixed in CWS printerpullpages please look here: http://tools.services.openoffice.org/EIS2/cws.ShowCWS?Id=7202logon=trueOpenOnly=falseSection=Tasks Sorry for the inconvenience. Kind regards, pl Philipp Lohmann wrote: Hi, CWS printerpullpages is now in state ready for QA. Since there are a lot of tasks to verify in this CWS the QA-Rep would appreciate any help he can get in verifying this CWS. Of course anybody else is invited playing with this CWS build, too. There are the following tasks known that will be fixed after printerpullpages has been integrated; some of these are string changes, some contain UI details the UX discussion brought no final results on, and a few small known issues are in there, too. ID Summary 104528 [cws printerpullpages] printing from page preview is confusi 105299 [CWS printerpullpages] printing does not use paper tray sett 106196 [CWS printerpullpages] tooltips on dialog page Impress hav 104312 CWS printerpullpages: Do not print graphics and diagrams inc 104784 printerpullpages: preview of HTML source view renders differ 105055 [CWS Printerpullpages] problem with tiled printing 105067 [CWS printerpullpages] For small pages OOo does not recalcul 105434 [CWS printerpullpages] unwanted scaling when printing 2 DIN 105727 printerpullpages Disable Note options as long as no notes ar 105728 printerpullpages - Disable the Selection button as long as n 106192 printerpullpages - Unnecessary error alert by canceling prin 104934 [CWS printerpullpages] Disable Size-settings for N-Up printi 105730 printerpullpages - Selektion won't recognized for those interested there are current install sets for Windows, Linux(Intel), Solaris(Sparc) and Mac(Intel) at ftp://qa-upload.services.openoffice.org/printerpullpages Kind regards, pl -- Sanity is just a bad excuse for a lack of imagination. -- Author unknown Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schröder, Wolfgang Engels, Wolf Frenkel Chairman of the Supervisory Board: Martin Häring - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] CWS printerpullpages delayed to OOo 3.3
I regret to have to announce that CWS printerpullpages (covering a revised printing experience) just changed release to OOo 3.3. While it is almost done (there really are only finishing touches left to do to be feature complete), we will not have the time before 3.2 branch off to do the proper testing and getting user input that this CWS requires and deserves. Integrating this CWS to the ongoing development tree soon after branch off will give us the opportunity to collect user feedback and fix the small things that are invariably broken after such a large scale change. My thanks go to all the people who have been and still are working hard on this CWS. All this work should result in getting this right in a 3.3, not integrate prematurely into 3.2. Kind regards, pl -- One SVN to rule them all, One SVN to check out from, One SVN to commit them all and on the harddisks bind them In Las Vegas where the server lies. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Error: no suitable windowing system found, exiting.
Hi, this would happen if none of the vcl plugins (gtk, kde or generic) could be loaded due to missing libraries. E.g. if neither gtk/kde libraries or some of the X11 libraries were present. Oh, and you'd need a valid DISPLAY environment variable also. Kind regards, pl stephane.asc...@ac-orleans-tours.fr wrote: Hi, please forgive me for asking for help here, but I think I need people knowing OOo code: Because of a hang of one of my computers while a huge Debian update, I lost almost all system librairies. I reinstalled them one by one, each time I got a missing librairy message. But OOo is still refusing to work, with the message no suitable windowing system found, exiting. So I need to know in which cases this message could appear, so I could correct the problem. If you need me to give you more informations, tell me what to do for this, of course I'll do it. -- Sanity is just a bad excuse for a lack of imagination. -- Author unknown Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schröder, Wolfgang Engels, Wolf Frenkel Chairman of the Supervisory Board: Martin Häring - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Important Process for Mercurial Users
Cool, this simplifies hg CWS handling a lot. However may I suggest putting in the current milestone into the edit field on the page where you edit the CWS properties ? Kind regards, pl Bernd Eilers wrote: know about EIS at all. Thus in order to not break processes which depend on the correct milestone version information in EIS like buildbots or automated tests do for example a developer MUST update milestone information in EIS manually after using mercurial tools to update the source code to the new milestone. -- Sanity is just a bad excuse for a lack of imagination. -- Author unknown Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schröder, Wolfgang Engels, Wolf Frenkel Chairman of the Supervisory Board: Martin Häring - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Where do the key (board) names come from?
Andre Schnabel wrote: But I wonder where the names come from, that are used in the UI. Are these some names that are read from the system? (I did not find such names in my translation repository). Indeed they are. Kind regards, pl -- Sanity is just a bad excuse for a lack of imagination. -- Author unknown Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schröder, Wolfgang Engels, Wolf Frenkel Chairman of the Supervisory Board: Martin Häring - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] High contrast mode
Hi, for quite a while now OOo has supported High Contrast Mode - an accessibility feature that makes OOo display its UI and parts of the document in a different color set that guarantees a high contrast between foreground and background (e.g. white text on black background). Historically this was always a hight contrast black mode, that is the high contrast mode was light foreground on dark background. And consequently all places in the code having to decide whether high contrast was active, decided so on the fact that the background color is dark (not necessarily black since there are e.g. some high contrast themes that feature light yellow on dark blue for this). Up came issue 35482 [1] which (rightfully) says, that there are dark desktop themes, too, that are not high contrast and that the user in that case would want to switch our behavior off in order to get e.g. the normal images in the toolbars. Up to recently these desktop themes were rather few, however some Linux distributions are now switching their default to such themes - which makes a re-evaluation of our current HC strategy necessary. To solve this issue we'd have to change the current behavior of dark background = high contrast to a high contrast is a separate property kind of behavior. We already have such a flag, but up to now it was not to be used except in cases where the background on which something was to be rendered was not know at the time of processing (e.g. metafiles can have the problem that they get written ahead of actual rendering). So for changing the high contrast behavior I propose to change our code to use the formerly strongly discouraged HC flag and rely on its correct setting to decide what (e.g) icon set to render. Unless someone objects I will change the according code instances (of which there are quite a few :-( ). Opinions ? Kind regards, pl [1] http://www.openoffice.org/issues/show_bug.cgi?id=35482 -- Sanity is just a bad excuse for a lack of imagination. -- Author unknown Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schröder, Wolfgang Engels, Wolf Frenkel Chairman of the Supervisory Board: Martin Häring - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] High contrast mode
Andre Schnabel wrote: I don't object in this code change, I'm always in favour of using the right property :) But does this change really fix the reported issue? I did not try to reproduce the issue yet, but at severeal comments is mentioned that our option Automatically detect high contrast mode of operating system does not really work. I'm fine with any other change, as long as this option gets fixed ;) The guessing works, all right. It just cannot be switched off as it should in many places, because the guessing switched off only influences the HC flags, which is not used as a basis for doing HC mode. There are of course also places which adjust to background color regardless of HC mode or not; these should/will not be changed. Kind regards, pl -- Sanity is just a bad excuse for a lack of imagination. -- Author unknown Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schröder, Wolfgang Engels, Wolf Frenkel Chairman of the Supervisory Board: Martin Häring - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] API for generate ODS documents
Xavier Callejas wrote: Hi, I'm developing a java web application, I need to generate ODS documents containing database data, I do not do this with csv because we want to generate this files with styled cells/text. I have been reading all day yesterday about the OpenOffice SDK and it seems to much complicated for just generate ods files, I mean I need to have openoffice installed, etc. imagine if the client do not has openoffice installed and just want to get the spreadsheet file to get it to another computer? Is there a easy way to generate ODS files using java? without all this complicated UNO stuff? Thank you in advance. Yes of course. ODS is documented in the ODF spec which you can find here: http://docs.oasis-open.org/office/v1.1/OS/OpenDocument-v1.1.odt Nothing prevents you from creating the specified files yourself. Tooling to ease that you can find at http://odftoolkit.org/ Kind regards, pl -- Sanity is just a bad excuse for a lack of imagination. -- Author unknown Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schröder, Wolfgang Engels, Wolf Frenkel Chairman of the Supervisory Board: Martin Häring - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Bitmaps in Preferences Screen
If you have triangles there, then there is no bitmap; these come from native theming. The default are little squares with '+' and '-' in them as far as I know. The native theming stuff is in the system dependent vcl part; I think this is natively drawn on mac and in the gtk plugin. Kind regards, pl Alan Yaniger wrote: Hi list-members, Where in the source tree are the bitmaps which are used in the tree in the Preferences screen? I mean the right-pointing triangle which points to a collapsed node, and the down-pointing triange which indicates a node which has been opened? Thanks, Alan -- Sanity is just a bad excuse for a lack of imagination. -- Author unknown Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schröder, Wolfgang Engels, Wolf Frenkel Chairman of the Supervisory Board: Martin Häring - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] moving psprint into vcl
Hi all, since DEV300m42 is out (which conveniently contains the last changes to psprint), the move of psprint into vcl takes place now. Kind regards, pl -- Those who can, do; those who can't, teach. And those who can't teach, go into administration. -- attributed to Lois McMaster Bujold - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Mac OS X and mirrored UI
Hi, anybody using the mac in an RTL locale (e.g. arabic or hebrew) ? I'm wondering wether controls are mirrored in that case (like e.g. on Windows or gtk). An example would be the spinbox, does it have the spin buttons on the left or right side ? Searching the web came up inconclusive, it seems to me that UI is not mirrored on the Mac in RTL locales. Curious, pl -- Someone told me: Smile and be happy, it could be worse And I smiled and was happy and things became worse. -- Author unknown - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] moving psprint into vcl
Rene Engelhard wrote: What about psprint_config and the non-free PPDs lying around there? (http://qa.openoffice.org/issues/show_bug.cgi?id=72327) That is independent of this move. The PPD files (and their copyright (non)issues) are in the same state as ever. Until someone finds a solution to that this probably won't change. Kind regards, pl -- Someone told me: Smile and be happy, it could be worse And I smiled and was happy and things became worse. -- Author unknown - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] moving psprint into vcl
Hi all, for various reasons we (hdu and me in this case) would like to move the code now residing in psprint into vcl. reasons to do so: - font subsetting code is in psprint and on many platforms linked statically into vcl anyway. - future CUPS versions will migrate from PostScript to PDF as their primary spool file format. moving psprint to vcl will make it easier to do this migration in OOo, too. - vcl is psprint's only customer anyway. - there is code duplication between psprint and vcl currently that can be removed after this changed. However this will mean there will be a CWS that will make this migration and changes to psprint in other CWS will be moot (see the discussion about svn not warning about committing to moved files). So consider yourself warned that we will announce a time at which no changes to psprint should be made until a certain CWS is integrated (not that there are that many people doing that anyway :-) ) At the same time we could do a little cleanup and first thing coming to mind is the MACOSX specific code which could be removed. That would however mean that the old MacOSX X11 port would not really work anymore (at least WRT to printing). So I want to ask: do we really continue to have the X11 Mac port in the 3.0 line ? Are there any compelling arguments for this ? Kind regards, pl -- Someone told me: Smile and be happy, it could be worse And I smiled and was happy and things became worse. -- Author unknown - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] moving psprint into vcl
eric b wrote: P.S. : any news for an ATSUI replacement ? IMHO, Apple should provide something soon, no ? That replacement is CoreText. Unfortunately that does not exist in Tiger, even if ATSUI is already deprecated in Leopard. Herbert has some ideas about that migration. Kind regards, pl -- Someone told me: Smile and be happy, it could be worse And I smiled and was happy and things became worse. -- Author unknown - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] moving psprint into vcl
Rüdiger Timm wrote: I'm all in favour of this change. My only question would be about the time line. We are going to split off a separate OOo 3.1 code line soon. Only 3.1 tasks will be accepted there. Having psprint code inside vcl on TRUNK and in a separate module on 3.1 branch for several months sounds like a maintenance nightmare. Aside from the need for development to handle possible changes in two separate CWS, will there be additional maintanence problems ? I don't really expect psprint changes for 3.1 anymore (knock on wood), so I am willing to risk that. However if there are problems for releng as well, we could wait a little more until the 3.1 tree has stabilized a bit. Kind regards, pl -- Someone told me: Smile and be happy, it could be worse And I smiled and was happy and things became worse. -- Author unknown - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] moving psprint into vcl
Rüdiger Timm wrote: No other problems. Just that childworkspaces for 3.1 / 3.1.1 containing psprint (and certain parts of vcl?) can't get cloned for 3.2 any more. Ok, but that will be our problem. We would have that at any time. I agree that some proper care has to be taken, but at least you will know whom to kick when things go southward ;-) Kind regards, pl -- Someone told me: Smile and be happy, it could be worse And I smiled and was happy and things became worse. -- Author unknown - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] RSS feed to EIS?
Frank Schönheit wrote: Hi Philipp, Btw. I'd also say that members of a CWS, as well as the owner/QA-rep, should be handled as if they were subscribed to the CC list. -1 the QA-Rep at least is not going to profit from these mails in the least. Even as a member I don't want these notifications, there is enough crap in my mail inbox every day already. I can see some usefulness to me as owner but actually even then I don't really want to get a mail every time one of the other one or two members commits anything; usually what they are doing is rather independent. Not sure if we have a misunderstanding here - I was not talking about commits, as in svn commit. I was talking about changes to the CWS'es administrative data in EIS - adding a comment, changing one of the CWS properties, changing the CWS'es state, and the like. This is something which IMO happens seldom enough so that it won't really spam your intray. Oops, somehow I got the impression you were talking about commits. Reading the thread again I don't even see how I got that impression. Perhaps I misread comment for commit or some such. Sorry, forget my babbling. Kind regards, pl -- Someone told me: Smile and be happy, it could be worse And I smiled and was happy and things became worse. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] RSS feed to EIS?
Frank Schönheit - Sun Microsystems Germany wrote: Btw. I'd also say that members of a CWS, as well as the owner/QA-rep, should be handled as if they were subscribed to the CC list. -1 the QA-Rep at least is not going to profit from these mails in the least. Even as a member I don't want these notifications, there is enough crap in my mail inbox every day already. I can see some usefulness to me as owner but actually even then I don't really want to get a mail every time one of the other one or two members commits anything; usually what they are doing is rather independent. These CC's are probably a very nice and useful tool to some of us (e.g. you) but no way should they be mandatory, they should be opt in. Just my 2 cents, pl -- Someone told me: Smile and be happy, it could be worse And I smiled and was happy and things became worse. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Source code for PDF editor extension
Alan Yaniger wrote: Doing a CVS checkout of framework/filter/source/pdfimport/ got me the same empty tree. How do I get the source code? try sdext/source/pdfimport. Kind regards, pl -- Someone told me: Smile and be happy, it could be worse And I smiled and was happy and things became worse. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] XUL to replace VCL?
Marcin Miłkowski wrote: Hi, some 3 years ago, there were preliminary experiments with using XUL in OpenOffice.org, and XUL was supposed to replace VCL, eventually. What is the status of these plans? The plan was to embed XUL into a VCL window (thereby having teh capabilty to use XUL dialogs in OOo. VCL makes developing UI quite a tedious task, and is not extendable outside the core, so Java extension developers (like me) tend to use Agreed. Java Swing which looks ugly but at least is extendable. With XUL, I could probably have more native-looking UI elements... The status of those plans is basically on hold indefinitely. Currently nobody has the time it seems. As far as I remember there were however plans to make the basic dialog editor available as editing tool for XML files (specifically aimed at extensions if I remember correctly) that would then be executable by OOo's UNO toolkit. I don't know how far that is, but probably someone on the list knows ? Kidn regards, pl -- Someone told me: Smile and be happy, it could be worse And I smiled and was happy and things became worse. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Subversion precommit hook
Hi, Jens-Heiner Rechtien wrote: I somehow don't like tying SCM functionality to commit messages, but that's may be just me. And should we enforce policy (like tabs vs spaces etc) via the SCM tool? is there another point where we could actually enforce policy ? Enforce as in preemptive, not cooperating ? It would have the advantage that people cannot simply forget this. OTOH code formatting has the potential to create a holy war about nothing (namely whitespace). Personally I'd prefer this to be not a check, but an automatic on the fly reformat - but I assume that would occasionally break a file, if the input deviates too much (or in an unexpected way) from the expected format. Just my 2 cents, pl -- Someone told me: Smile and be happy, it could be worse And I smiled and was happy and things became worse. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Where to find debuggable versions of OpenOffice.org
non product build != debuggable build a non product build contains no more debugging information than the product build; the non product build activates assertions (per default in the form of popping up dialog boxes) which may or may not hint problems. To build with debug info use build debug=true. A build complete with debug info is possible on Windows I think, however on other platforms the libraries grow so much, that the office does not fit into 32 bit address space anymore and therefore will not run. Get a stacktrace first, then compile selected modules with debug information for debugging purposes. Just my 2 cents, pl Joerg Doll wrote: Hi, in some cases it would be great to have an debugable version of an OpenOffice.org release (e.g 2.x.x) to clarify problems. When using the API of OOo (for example within an extension or an external java program) and OpenOffice.org crashes under misterious circumstances this could the best way to isolate the problem and report issues with higher quality. [1] describes how to debug and refers to non production build [2], which should contain the neccessary debug stuff. Where can I find non production builds? As I understood the only way to get a non production build is to rebuild OpenOffice.org. If so then we should have in mind that everybody who needs a non production build has to do this time consuming and error-prone task. So, would it be possible to provide non production builds (debug version) for every OpenOffice.org release by default? Best regards Jörg Doll [1] http://wiki.services.openoffice.org/wiki/Debugging [2] http://wiki.services.openoffice.org/wiki/Non_Product_Build -- -- Someone told me: Smile and be happy, it could be worse And I smiled and was happy and things became worse. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Getting warning [Pango-WARNING **: Invalid UTF-8 string passed to pango_layout_set_text()]
Stephan Bergmann wrote: [EMAIL PROTECTED] wrote: Hi, Am Working on porting OpenOffice onto DirectFB.Have completed the implementation of most of the major functionality. But facing some issues relating document font rendering. Am getting the warning Pango-WARNING **: Invalid UTF-8 string passed to pango_layout_set_text() for a regular document text Have used pango to render the font and implemented a PangoFontLayout class deriving from SalLayout in unx under vcl. Following is the code to implement the UTF-16 to UTF-8 conversion where i have found out the problem is arising. m_pLayoutText = new ByteString( rArgs.mpStr, rArgs.mnLength); m_pLayoutText-Convert( RTL_TEXTENCODING_UNICODE, RTL_TEXTENCODING_UTF8 ); pango_layout_set_text( m_pPangoLayout, m_pLayoutText-GetBuffer(), rArgs.mnLength ); What is rArgs in your code snippet? A (class instance wrapping a) char[] that contains UTF-16 (-LE or -BE?) data? What strikes me as odd is that you use rArgs.mnLength in the final call, instead of m_pLayoutText-GetLength(). That's ImplLayoutArgs, a helper class in vcl's SalLayout interface which is for text output. The contained string is not necessarily output as a whole but only part of it (e.g. a word out of a paragraph by writer). The contained characters are xub_Unicode (which is effectively sal_Unicode). Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Scanner dialog and screen aspect ratio: how to get info?
Hi, Carlo Scarfoglio wrote: Hi all, I started with fixing a problem with my HP OfficeJet scanner and now I'm having a look at several issues that I found checking the code of the scanner dialog used in writer and draw. The functionality is there, but it looks like old, unmantained code. not exactly unmaintained, but I haven't touched the functional part in five years ... Bugs fixed so far: 1) The dialog offered two resolution selections for the OfficeJet: 75 and 1200 DPI, the minimum and maximum. The OfficeJet can scan at any DPI value between 75 and 1200, but the edit box was not editable. I inserted some additional DPI values in the listbox and made the edit box editable. This should work for any scanner that can scan at any DPI value between min and max. The resolution box (maReslBox) is a NumericBox, so you should be able to enter any value between min and max there. It is disabled only if the sane driver does fail to provide the range for the resolution. Aside from that there is a modify handler for that box (see line 597 of sanedlg.cxx) that might do something unwise. 2) Tested with a Canon Lide scanner, the listbox offered several DPI values, but again only the min and max values were selectable, The code wrongly set the min and max listbox range: the min DPI value as max and viceversa. This happened because the Lide can scan at fixed DPI values, but the driver returns the values in the opposite order to what the code expected it to be. The resolution edit box is not editable. Oops. Well sorting the values should fix that. I reworked the user interface. The changes so far. 3) Moved controls around to make the dialog more compact. 4) Added a listbox to choose the scan mode (Color, Grey and Lineart) directly, without accessing the advanced options treebox. Several mouse clicks saved. And 5) removed the Advanced options checkbox. The treebox is always in advanced mode. 6) Increased the size of the preview rectangle. Sounds ok to me. The preview rectangle poses a problem. The X and Y sizes are constants set in the .hrc file. I can turn them into variables, and set them at runtime according to the width and height of the scan area (the OfficeJet has 220x381 mm, the Lide 215x300 mm, for instance) and within the bounds of the dialog box. But the preview image is always vertically squashed because the screen aspect ratio is not taken into account. Aspect ratio is usually 1,25 (for 1280x1024) or 1,33 (for 1024z768), but new LCD screens can have other ratios. Just for understanding: you don't really mean the screen aspect but the ratio width/height of individual pixels, that is the ratio between DPIx and DPIy, not between absolute screen width and height. I couldn't find a way to determine this ratio. There are private variables in the Window class that (my guess) should hold these values. I think that some functions, such as PixelToLogic, etc should provide help, but I couldn't find any documentation. Can anybody provide help or a hint? PixelToLogic and vice versa converts between the current map mode and pixels. Since the current map mode is most likely MAP_PIXEL in the dialog, you're kind of stuck. For such conversions (assuming you are in a memeber function of that dialo) you can code like this. Push( PUSH_MAPMODE ); // save mapmode SetMapMode( MapMode( MAP_POINT ) ); // set mapmode for points Size aSize( 100, 100 ); // size in pixel Size aPtSize( PixelToLogic( aSize ) ); // converted size in points Pop(); // restore mapmode However you will find that this does not work either since the DPI in x and y are often the same, even if on the real screen they are not. Actually since these are so often wrong they are forced to be equal in vcl's system dependent X11 code. Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Extending the new StartCenter
The StartCenter is already cross platform (not Mac only), so I gues we can consider that point checked :-) Kind regards, pl Charles-H. Schulz wrote: Philipp, Frank, Stella, As a Mac user I tested the OOo300 build with the new StartCenter and I must say I'm very impressed. This has created a Wow effect to everyone I showed it. I am actually so impressed that I would like to see this start center replacing the standard StartModule on every platform. So I'd like to know if: - something would oppose this - if not, is there already an issue/RFE related to it or shall I create one? thanks, Charles. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: About the OOo dialog layouting patches
Mathias Bauer wrote: Michael Meeks wrote: Anyhow - it sounds like you guys would like to hack on layout, if so - you're most welcome, there should be no problem with that: though of course, making that easy requires getting the ABI breakage in awtfixes1 included. Yes, you mentioned that already. IIRC it was a new virtual method in the VCL Window class? That shouldn't be a problem, especially not on a code line towards 3.0 Beta. Not a problem since 2.0.4 which broke binary compatibility from sal up AFAIK. And I want to again state my support for this; layouting is the one vcl/toolkit feature we miss for a very long time. Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: About the OOo dialog layouting patches
Michael Meeks wrote: Ultimately, it boils down to the fact that a purely generic dialog solution is not really feasible: custom logic per dialog is necessary. If people want to wrap that with a propert-set API (as we do already though not an UNO one) - that is great ! at least, since I'm not hacking on that I have no firm views :-) My point is only - that this doesn't belong in the layout discussion (per-se). We will always need: nice property API - dialog implementation - widgets Actually a nice property API would have a vetoable change listener API that would make somthing like Application code - property API - layouter - widgets ^ | v dialog property dependencies code possible. dialog property dependencies code would be code that manages the relations between different properties (and would probably be near the application code, too) if they cannot be expressed as simple min/max values. But you're right, this does not affect the layouting discussion. Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Environment variables to be removed.
Hi, STAR_RESOURCEPATH is used to set an alternative directory where to find resource files (other than dirname libtl680*/resources . If this is not necessary for thebuild environment anymore (which AFAIK was the original customer), is anyone else using it ? Or could I remove it form ResMgr ? Kind regards, pl Rüdiger Timm wrote: Hi, I'd like to remove some environment variables from config_office/set_soenv.in for SRC680 source tree: XPVERSION GVERDIR TF_PACKAGES TF_FILEURL TF_CFGDATA TF_SVDATA TF_SDBAPI TF_UCB STAR_RESOURCEPATH STAR_REGISTRY All those variables are not in use any more by our current code base. My question now is: does someone rely on any of them for whatever purpose? As I said, they are obsolete for building OOo. I just do not know what people are using for their own purposes. So, if you need any of the variables listed above, please give me a note. If not I am going to remove them on CWS rt24 probably next week. Rüdiger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] VOS removal
Hi, while I`d generally agree, there is the infamous Solarmutex of vcl which is a derivative of the vos::IMutex interface and needs that to do refcounting. I don`t think sal`s Mutex class has virtual methods. Of course you could move that interface out of vos to vcl, if the SolarMutex is the only instance left that actually needs that derivation. Just my 2 cents, pl Jan Holesovsky wrote: Luckily, so far it was 1:1, but you are right, I'll try to collect cases where it is not if they appear on the way ;-) -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Some thoughts about our community
Michael Meeks wrote: We claim to have 15 people working on OO.o; their names are: Michael Meeks, Radek Doulik, Florian Reuter, Tor Lillqvist, Petr Mladek, Noel Power, Eric Ward, Fong, Jian-Hua, Hubert Figure, Fridrich Strba, Kohei Yoshida, Jon Prior, Zhang Yun (/contract people), Jan Nieuwenhuizen (starting soon), and JP Rosevear (mgmt). Actually that makes 16. And you left out kendy. But you know, I'm always glad to help :-) Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Proposed Thread / Process Lifecycle
Hi, the example given uses pthreads. While this may show the idea, could you please instead replace it with an axample using osl threads from sal ? Just my 2 cents, pl Kay Ramme - Sun Germany - Hamburg wrote: Hi OOo developers, once a while we face the situation, that it is unclear how a long a thread should live, if it should be cancellable, and when the containing process is going to terminate (e.g. http://udk.openoffice.org/issues/show_bug.cgi?id=80300). Therefor I wrote a short proposal about controlling the life time, supplemented by some example code to illustrate the behavior. If you are interested, please have a look at http://wiki.services.openoffice.org/wiki/User:Kr/A_Thread%27s_Life and comment on the discussion page. Ideally the proposal becomes a specification, being mandatory for thread implementors. Thanks for your help and feedback Kay - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] rtl::Reference vs. [com::sun::star::]uno::References
Ok, for the nitpickers: Something* pS = NULL; css::uno::ReferenceXSomething x( ps = new Something() ); pS-privateNonUnoFunction(); ;-) Kind regards, pl Stephan Bergmann wrote: Philipp Lohmann wrote: Hi, regarding that example I would normally do Something* pS = new Something(); css::uno::ReferenceXSomething x( pS ); pS-privateNonUnoFunction(); I would consider the approach I showed below more robust (code that can throw slipping in between the first two lines, someone removing the second line out of ignorance, ...). -Stephan class Something: public cppu::WeakImplHelper1XSomething { ... }; rtl::ReferenceSomething s(new Something); s-privateNonUnoFunction(); css::uno::ReferenceXSomething x(s.get()); etc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] rtl::Reference vs. [com::sun::star::]uno::References
Hi, just as a side note: which added value does rtl::Reference provide over boost::shared_ptr anyway ? Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] rtl::Reference vs. [com::sun::star::]uno::References
Hi, regarding that example I would normally do Something* pS = new Something(); css::uno::ReferenceXSomething x( pS ); pS-privateNonUnoFunction(); Even if privateNonUnoFunction does somehow influence the refcount of the object this has kept the reference. However you explained the difference between boost::shared_ptr and rtl::Reference very well. Kind regrads, pl Stephan Bergmann wrote: Philipp Lohmann wrote: Hi, just as a side note: which added value does rtl::Reference provide over boost::shared_ptr anyway ? rtl::ReferenceT requirs T to have acquire() and release(), whereas boost::shared_ptrT manages the refcount externally . That makes rtl::Reference a good fit when holding references to C++ implementations of UNO objects: class Something: public cppu::WeakImplHelper1XSomething { ... }; rtl::ReferenceSomething s(new Something); s-privateNonUnoFunction(); css::uno::ReferenceXSomething x(s.get()); etc. -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] [gsl-dev] header moving in vcl
Stephan Bergmann wrote: Philipp Lohmann wrote: Hi, to clean up the mess left by CWS headaburemove I will move all headers left in vcl/inc to vcl/inc/vcl. This can be safely ignored by everybody who does not change vcl code or at least not one of the headers involved. Those who do the latter in their CWS please take care that when resyncing to a master which will contain the CWS mergesvp (in which i plan to do this move), the changes done will have to be joined on the new files. Would it not help to separate the exported headers (i.e., the current content of vcl/inc/vcl) from the module-private ones (i.e., the ones now left in vcl/inc)? That would have been another feasible strategy. In fact in a new module that would be nicer. However since the exported and not exported headers are mixed in vcl/inc/vcl now already, I chose to have the original situation and just have one directory for vcl's headers. Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] [gsl-dev] header moving in vcl
Hi, to clean up the mess left by CWS headaburemove I will move all headers left in vcl/inc to vcl/inc/vcl. This can be safely ignored by everybody who does not change vcl code or at least not one of the headers involved. Those who do the latter in their CWS please take care that when resyncing to a master which will contain the CWS mergesvp (in which i plan to do this move), the changes done will have to be joined on the new files. Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] the rendering method for fonts
I'm not quite sure that this is what you're asking, but generally we use a platform's (Windows, Mac, ...) own rendering layer to output font with the exception of the X11 platforms (Linux, Solaris, ...) where we use mostly freetype to render glyph bitmaps nowadays. Kind regards, pl shen zhao wrote: Hello,all I have a question about the rendering method in OpenOffice.org, and I want to know if there is universal rendering method in OOo,that deal with all the fonts, including western and eastern, and what is the method? if not, if there is a special method for CJK language? it is important to know for me, appreciate it, thanks Best Regards Jack -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] no suitable windowing system found, exiting.
Hi, you can delete libvclplug_dummy680ls.so; this is not installed by the install set and used only during the build. I guess you copied that one directly. However that is unlikely to solve your problem. The most likely solution as kendy said is that libvclplug_gen680ls.so is missing symbols due to missing system libraries. Just my 2 cents, pl Jim Watson wrote: Jan Holesovsky wrote: To see what exactly is wrong, do ldd libvclplug_* in the non-working environment and see what library is missing/wrong. These files exist in my build, which uses default configurations Should there be a plug_kde too? [EMAIL PROTECTED]:/opt/o208/program$ ls -la libvcl* | grep _ -rwxr-xr-x 1 jim jim34174 Apr 24 07:56 libvclplug_dummy680ls.so -rwxr-xr-x 1 jim jim 2357729 Apr 24 07:56 libvclplug_gen680ls.so -r--r--r-- 1 jim jim 605608 Apr 18 06:18 libvclplug_gen680ls.so.1.1 -rwxr-xr-x 1 jim jim 1365982 Apr 24 07:56 libvclplug_gtk680ls.so -r--r--r-- 1 jim jim 414536 Apr 18 06:18 libvclplug_gtk680ls.so.1.1 -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] no suitable windowing system found, exiting.
Jim Watson wrote: Meanwhile, its seems for those of us who build outside the structured environment of the distribution packagers, we should build on the oldest possible linux installation. Is that what Sun does? Basically yes. Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] pdf Export: text only?
Laurent Denoue wrote: Can I tell the pdf export filter to only output text, not the images, or vector graphics, or background images (of an Impress for example)? Sorry, currently that is not possible. Laurent. Note: I'm interested in text only because I can already export the actual drawpages of a document as PNG, but I also need the bounding boxes of text, which is available in PDF using pdf2html. Isn't there a more direct way using the OOo API to ask a document's view about its contents ? Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] VCL performance , feature improvements for Sommer of Code?
Clemens Eisserer wrote: What do you think about writing out a summer-of-code slot this year for enhancing VCL. VCL itself is a great toolkit and I guess because of not-existing-manpower it will be used for another couple of years, but I think it lacks some features of modern toolkits. Ah, a diplomat :-) Some areas which could be improved: - Performance. Sometimes slow, sometimes bad feeling. E.g. menus in OpenOffice, Support for doublebuffering Both valid. The menu thing may extend to framework, though. - Layout Managers. Implement Layout-Managers (already existing?) and adopt important dialogs to use them. A long term wish of mine. There even were two attempts at writing Layouting code, one by mmeeks, one by cmc. Both had already progressed to a demo dialog. However there was no resolution about which way to go finally. - I am not a VCL experts but maybe there are additional things to be done? Doing the above things could easily fill a summer :-) As pavel mentioned we should continue any discussion about this in [EMAIL PROTECTED] Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Unicode---Give us all of it!
Niklas Nebel wrote: Stephan Bergmann wrote: In a first step, I will try to identify and gather as many places in OOo that need to be adapted, but I need your help for that: IF YOU KNOW OF ANY PLACE IN OOo THAT NEEDS TO BE ADAPTED, PLEASE LET ME KNOW. Wouldn't that be more or less any occurence of sal_Unicode? There's hundreds of them in Calc alone. That depends probably on the details. If for example you are searching for ansi1252 code characters in a unicode string (e.g. '/' for URL or filename parsing springs to mind), then you need not change that code since those codes do not coincide with the possible surrogate values. I guess many instances may fall into that category where searching for a known constant unicode is concerned. However if we were to change the underlying format of OUString, then also these cases would possibly have to be adjusted; e.g. UTF-8 leaves only true ascii (128) values as a single encoded character (one byte in that case). However if i'm not mistaken, changing OUString from 2 byte values will not be possible since it would change UNO protocol incompatibly, yes ? Just some thoughts, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Quickstarter on Linux
Bjoern Milcke wrote: Hi, since when do we have a quick-starter for Linux? I thought this was not Since michael and kendy deemed one necessary and CWS gtkquickstart got integrated in m187. necessary, as the libraries are kept in memory after the first start anyway, except if a lot of other programs are started meanwhile. So, is it for the first start only? You can also launch new documents from the quickstarter. When I install OOo (even the archive version without system integration) on a Linux machine using the Display on a Solaris server, I get the quick-starter icon in the system bar of my Solaris JDS workspace. (Maybe this vanishes after quitting the linux session window) The checkmark Start quick starter on system launch (or the like) is checked. How does this work as a simple (non-root) user? The same way as on windows: on first start you select the icon once to siwtch the quickstarter off and a second time to end it. Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] State of Valgrind tasks
A query for issues with keyword valgrind turns up exactly one task (17280). So how does one find the valgrind tasks ? Curious, pl Nikolai Pretzell wrote: Hi, this summer we have tried out to run the Office under Valgrind with the automatic GUI test scripts provided by QA. (http://wiki.services.openoffice.org/wiki/ValgrindTasks) These tasks are all pointing to memory violation, so have a high potential to cause GPFs. Therefore I'd like to give an overview how those tasks have been handled until now. In detail, these are the states of the tasks posted to IssueZilla from the test run from August 10 2006: 142 tasks found. From those were: 23 unusable 119 in progress. From the 23 unusable ones: 2 - could not yet be reproduced, however neither is there proof, they are false positives 21 - are duplicate From the 119 ones in progress: 92 - have not yet been touched 4 - are started 12 - are fixed or verified, but still open 11 - are fixed and closed. It would be good to have the majority of the remaining 92 fixed until the 2.1 release. Nikolai - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Learning VCL
Hi, Alan Yaniger wrote: Hi list-members, I deal mostly with RTL issues in OOo, and not surprisingly, I often end up looking at the VCL code. Is there a document which systematically describes this code? If not, does anyone have recommendations about how to go about learning this code in an efficient way? There is basically no documentation on vcl (one of our many entry barriers). For the time being i can only suggest having a look at the sample programs svtools/workben/svdem.cxx and vcl/workben/svdem.cxx. The vcl svdem is a simple hello world while the svtools svdem contains a set of controls and uses dialogs. To use them go to the respective workben directory, dmake and copy svdem and applicat.rdb (they will be produced by dmake) from the bin output directory to an existing office installation. You can start them from there. Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Seeking for guide
Mathias Bauer wrote: Xu, Shenshen wrote: Hello Everybody, Could anybody tell me what is the meaning of the return value of IMPL_LINK, I found some of the codes return 0L and few of the codes return 1L, I wonder what the difference is ? The meaning is that returning 0 means that the link wasn't executed successfully while returning any other value means success. nitpick Actually the return value is a matter of negotiation between caller and callee - an implementation detail so to speak. In some case you might find more values than 0 or 1. Think of a Link as an early version of boost::bind, a safe function pointer. /nitpick As in most cases nobody cared for the return value on the calling side it's possible that also meanwhile nobody cares for it anymore on the called side. :-) Yes, that too :-) Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Pitfall using VCL focus handler and virtual methods GetFocus/LoseFocus
Mathias Bauer wrote: Philipp Lohmann - Sun Germany wrote: That is as correct as useless. :-) Ok, you win. Excuse my being alive. ;-) If anybody has a better idea that can prevent the occurence of our bug by fixing something in VCL please let us know. This would save us the investigation and fixing of all the other cases shown by Carsten. Please consider that Carsten only showed us the places where the link is used, we still have to look for cases where the overwriting of GetFocus() is used, something that will be time consuming. It would be nice to save all this time for other tasks. Calling Hide() on the dialog before destroying might also be used to force the focus out of the window (this should move the focus to the nex overlapping window, in this case i assume this should be the document). However this is obviously also something we cannot do in vcl. Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Pitfall using VCL focus handler and virtual methods GetFocus/LoseFocus
Frank Schönheit - Sun Microsystems Germany wrote: There is even a event listener mechanism for dying windows. Which also doesn't help, since it's also triggered from Window::~Window only - which is too late, since a lot of destruction already happens before this in the derived class. Bullshit. The object dying notifies you that it gets destroyed and you still cannot refrain from using it ? Maybe that's just me, but i would call THAT a destructive attitude ;-) Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Pitfall using VCL focus handler and virtual methods GetFocus/LoseFocus
Mathias Bauer wrote: Philipp Lohmann - Sun Germany wrote: You overlook an important detail: the problem happens before any such notification could have been sent and Frank obvisouly tried to explain that. The case Carsten mentioned was a control implementing :GetFocus and in there manipulating a sibling control via its parent window - which was already destroyed. That sibling would obviously already have gotten its dying notification. The other case you mention has nothing to do with derivatives of Window at all; of course you have to be careful that a member does not access the already partially destroyed parent. But this basically has nothing to do with Window focus handling, except that focus handling is one example for this. Just my 2 cents, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Pitfall using VCL focus handler and virtual methods GetFocus/LoseFocus
Frank Schönheit - Sun Microsystems Germany wrote: No. The MyTabPage implemented a handler for the GetFocus event of one of its children. Please examine the original example more carefully ;) Point taken. The other case you mention has nothing to do with derivatives of Window at all; of course you have to be careful that a member does not access the already partially destroyed parent. That's the point: VCL does this. When a window is destroyed, it's child windows (held as members) are destroyed, too. Now if one of those members has the focus, VCL moves the focus to another suitable control - either the being-destroyed window itself, or to a sibling of the member window. In both cases, VCL calls into a partially destroyed instance. I just tried to say that this has nothing to do with focus handling in particular. You always have to handle such cases, this can happen as soon as you implement a virtual method (or a callback for that matter). Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] New kind of issues: Valgrind
Nikolai Pretzell wrote: So I'd suggest: - Summary looks like: Valgrind ID: ID, ErrorText - The issues get the keyword valgrind. I think that's a good idea. Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] New kind of issues: Valgrind
Frank Schönheit - Sun Microsystems Germany wrote: Hi Nikolai, in a few weeks and beyond, there may occur a kind of IssueZilla issues whose summary starts with Valgrind . There's a keyword valgrind (http://www.openoffice.org/issues/describekeywords.cgi), which already captures this information - IMO duplicating this information in the summary is prone to errors, and should be avoided. Since leaving Valgrind out of the summary would leave titles like ID:23 i strongly oppose simply leaving it. Since Stacktrace ID:x seems to work well for stacktraces, why not stay with Valgrind ID:x for the valgrind bugs ? What naming scheme would you propose instead ? Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] New kind of issues: Valgrind
Frank Schönheit - Sun Microsystems Germany wrote: Hi Philipp, There's a keyword valgrind (http://www.openoffice.org/issues/describekeywords.cgi), which already captures this information - IMO duplicating this information in the summary is prone to errors, and should be avoided. Since leaving Valgrind out of the summary would leave titles like ID:23 i strongly oppose simply leaving it. The complete naming scheme isn't explained in the Wiki, so I didn't now it's a mere ID then. My objection is against using the summary to classify issues (and to me it sounded / still sounds as if this is the main use of the Valgrind in the summary), since this is error-prone. There are other means for classifying issues, namely keywords. Since Stacktrace ID:x seems to work well for stacktraces, Bad example, since stack traces are not submitted in IssueZilla, but in the Sun-internal bug tracking system (to respect user privacy), and this system doesn't know other means for issue classification. Not so bad example, since the current version of Valgrind tasks is handled the same way. I guess this whole issue only crept up since Nikolai wants to move this to IssueZilla tasks as there are no privacy issues involved in tasks created by an automated tool. Still i want to be able to see from the title what an issue is generally about. A tool can never know that, so at least the valgrind title tells me what class of issues this belongs to. why not stay with Valgrind ID:x for the valgrind bugs ? What naming scheme would you propose instead ? Do Valgrind bugs really have an ID? (I mean, except the issue ID)? Aren't they defined by a test case, not by an ID? Die normative Kraft des Faktischen ist da am Werk. Already existing tasks tell us that currently they have an ID. Since the valgrind tasks are mostly related to a set of test cases of unknown size, this is also not a good criterium for the title. I suggest having the Error type or Error text (which according to the Wiki are in the issue description) as summary, since this better describes what's going on than Valgrind ID:x. We could enhance this with the file name where the error occurs, or things like this. Everything allows you to grasp an idea of the issue just from reading the summary. This would be what ? There is no direct relation between any test case basic line and the valgrind output AFAIK, what would be the Error text in your opinion ? Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OpenOffice and PPD's
Hi, Lesley Northam wrote: OpenOffice 1 (that ships with RedHat 9) cannot see these paper sizes in the printing menu. As a result, I cannot print from OpenOffice 1 (formatting issues). It probably can, but OOo 1 did not support CUPS. You would have to copy your PPD to office/share/psprint/drivers and then create a printer that uses that PPD by using the spadmin tool. OpenOffice 2.0.2 can see these sizes, and is even so kind as to adjust my document accordingly. However, for some sizes it confuses width and height, so my papersize is landscape instead of portrait orientation. The width/height is described correctly in the PPD file. I have some questions: How does the printing system work (in regards to printer-specific options) in OpenOffice 1 and OpenOffice 2? Is it possible to see my printers PPD options in OpenOffice 1? See above. Why is OpenOffice 2.0.2 mucking up the width/height values for some sizes? Because users do so many strange things; like e.g. giving a user paper format in Format-Page and then not adjusting the Landscape/Portrait property so OOo tries to cope with that; which is probably not so good for your specific use case. However there also may be some bugs in paper handling in the layers below the applications. Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Fontconfig support status?
Jan Uhlir wrote: Hello everyone, I have a curious question about status of support of system fontconfig/freetype in recent OpenOffice.org 2.0.x Similar question was left unaswered on user forum so I'm trying my luck here.. I use build options --with-system-freetype --enable-fontconfig. Does it mean that OOo will now obey a system fontconfig settings (/etc/fonts.conf) I have a precise per font settings fonts.conf - size and font tailored hinting, autohinting and antialiasing – and I naturally want OOo to follow them. What is the exact relation between OOo and system fontconfig/freetype if OOo is build with --with-system-freetype --enable-fontconfig? OOo uses fontconfig to discover available fonts and what their names are. Also fontconfig is used to discover which UI font to use if you happen to run the gtk plugin for OOo (usually the case if you run OOo on Gnome). The more detailed settings you mentioned are not supported as of now; that would be an enhancement yet to be implemented. Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] warnings01: reftotemp
Stephan Bergmann wrote: So, if there are no objections, I would switch off the reftotemp warning globally for all unxsol platforms. +1 -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OSL_VERIFY and other diagnostics
Frank Schönheit - Sun Microsystems Germany wrote: Hi Kay, Sorry for the (may be stupid) question, but why not just change OSL_VERIFY to emit nothing, in case OSL_DEBUG_LEVEL == 0? I would expect that only weird code would relay on the evaluation in case of a zero debug level. Why weird? The alternative is something like #if OSL_DEBUG_LEVEL 0 bool result = #endif callSomeFooWhichSignalsSuccess( bar ); OSL_ENSURE( result, this was expected to succeed! ); I definately think that OSL_VERIFY( callSomeFooWhichSignalsSuccess( bar ) ); is the better (non-weird) alternative here. That case is weird, because you choose to ignore the return value. In that you create a possibly not easy to find error. Ignoring return values is just bad code. Now there certainly are case in which the return value can be ignored safely, but then an OSL_VERIFY wouldn't be necessary either. Actually i think we should remove OSL_VERIFY for good. Just my 2 cents, pl -- Never be afraid to try something new. Remember: amateurs built the ark; professionals built the Titanic. -- Autor unbekannt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OSL_VERIFY and other diagnostics
Kay Ramme - Sun Germany - Hamburg wrote: Philipp Lohmann - Sun Germany wrote: Can I interpretate this in a way, you to be willing to join our diagnose and debug macro consolidation meeting?! So, watch out for an event notification for sometime next week :-) Very good, that will test the vacation mail feature of our mail server then :-) -- Never be afraid to try something new. Remember: amateurs built the ark; professionals built the Titanic. -- Autor unbekannt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Save as PDF?
Hi, what exactly would you want to know ? I could point at the vcl project to vcl/inc/pdfwriter.hxx and vcl/source/gdi/pdfwriter_impl.[hc]xx which contain that parts of OOo's PDF export that actually handle creating a PDF. But that is of course code working inside OOo, one would have to adapt that heavily to work in Mozilla. Plus the code is mostly undocumented :-( . Kind regards, pl Ryan Singer wrote: There is some interest in making a save as pdf feature in future versions of Mozilla on the PC and on linux, and one of my friends at the mozilla foundation was wondering if he could talk to a OOo developer about where to start with that. Any of you interested in helping? Just reply to me off-list and I'll forward you along. -- Never be afraid to try something new. Remember: amateurs built the ark; professionals built the Titanic. -- Autor unbekannt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] portaudio sndfile: why SO only?
eric.bachard wrote: Hi Rene, Rene Engelhard a écrit : Hi, why is portaudio / sndfile SO only in 680? It was implemented in SRX645 whith OOo in mind, too. What is the reason? That the envvar needed isn't set? The reason is very simple: the child workspace vclppbugs8 that contains the change for 645 is not integrated yet. I suppose it will be integrated for 1.1.5. Regards, pl -- Never be afraid to try something new. Remember: amateurs built the ark; professionals built the Titanic. -- Autor unbekannt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] portaudio sndfile: why SO only?
Philipp Lohmann - Sun Germany wrote: Rene Engelhard wrote: Huh ? it's not SO only; it's a configure option, configured with environment variable ENABLE_PASF. Regards, pl Sorry, i looked at the wrong place ... which i'd have noticed had i looked at your patch first, stupid me. I didn't see the wrong build dependency. Of course you're right. Regards, pl -- Never be afraid to try something new. Remember: amateurs built the ark; professionals built the Titanic. -- Autor unbekannt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]