Re: [dev] Want to help develop using Java
On 7/4/10 7:42 AM, mohammed safeer wrote: hi... is there any documents to help developments using c++? what do you mean? You should better ask a detailed question. Juergen On Fri, Jul 2, 2010 at 8:40 PM, Joost Andraejoost.and...@sun.com wrote: Hi Liran, there's some documentation available to get started. Maybe these links help you to understand a bit better how to develop for OpenOffice.org: http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/OpenOffice.org_Developers_Guide http://api.openoffice.org/ http://codesnippets.services.openoffice.org/index.xml http://wiki.services.openoffice.org/wiki/Extensions http://wiki.services.openoffice.org/wiki/Extensions_development_java http://api.openoffice.org/docs/common/ref/com/sun/star/module-ix.html http://download.openoffice.org/sdk/index.html I am interested in helping develop Open Office, using Java language. I am a Computer Science first degree student at a University. I am interesting in *actually writing a code* that will be used in Open Office. Maybe you can give me specific directions on how to begin ? I have read the TO-DO list... Kind regards, Joost - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Fwd: [ooo-announce] OpenOffice.org Developer Documentation Bounties
FYI for those who haven't subscribed annou...@ooo. Further discussion and questions please on d...@documentation. Juergen Original Message Subject: [ooo-announce] OpenOffice.org Developer Documentation Bounties Date: Thu, 17 Jun 2010 15:15:56 +0200 From: Juergen Schmidt juergen.schm...@sun.com Reply-To: annou...@openoffice.org Organization: Sun Microsystems To: annou...@openoffice.org OpenOffice.org Developer Documentation Bounties The OpenOffice.org Documentation project and the OpenOffice.org Community Council are now offering bounties for some specific OpenOffice.org Development documentation projects. These bounties will cover tasks from collecting and sorting development information and documentation, to producing and publishing documentation detailing how you can contribute as an OpenOffice.org developer. For more information on what bounties are available and how you can apply for a bounty, please visit http://wiki.services.openoffice.org/wiki/Documentation/Bounties Clayton + Juergen - To unsubscribe, e-mail: announce-unsubscr...@openoffice.org For additional commands, e-mail: announce-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Problems using %origin% in Setup.xcu
Hi, %origin% get expanded to the directory where the xcu file is located. Ensure that your path is relative to the place/location of the xcu file. Maybe this helps. Juergen oxt_root/dir1/dir2/dir3/Setup.xcu oxt_root/templates/... […] node oor:name=Office node oor:name=Factories node oor:name=com.sun.star.text.TextDocument prop oor:name=ooSetupFactoryTemplateFile oor:type=xs:string value%origin%/../../../templates/standard.ott/value /prop /node /node /node […] On 6/11/10 8:18 AM, sponmonster wrote: please try the development build and report whether it works: http://download.openoffice.org/next/index.html done :) yes there it woks, but unfortunately i have to use 3.2 but thanks for your help sponmonster - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Cannot find the Internship archives
On 5/27/10 4:40 PM, eric b wrote: Le 26 mai 10 à 09:20, Juergen Schmidt a écrit : Hi Eric, Hi Jürgen, it was indeed not easy to find, i used and modified the Url from an existing archive. I don't know why the mailing lists under @openoffice.org are handled this way. Anyway i assume you looked for the archive of the mailing list interns...@openoffice.org http://www.openoffice.org/servlets/SummarizeList?listName=internship Thanks. I received a lot of private mails, form students, who asked me to mentor them, about the subjects I proposed. So, before to continue, I'd like to be sure I'm able to mentor one student or not, because I read : .. The Programme is open to (student-)developers who can work full-time for a period of about 3 months on a project .. My problem is I got a day job, and I'm obviously *not* able to work full-time helping student. the same for all other mentors. The students should plan to work full time on the projects. We don't expect that the mentor will work also full time on the project. That won't be possible at all and is of course not intended. That means i see no problem with you as mentor. But it makes only sense if the mentor is committed to the projects and is able to mentor the students in an adequate manner. We collect currently the applications via the application form and depending on this we will select possible candidates for further evaluation with the mentors. You can start to talk with the students to get some information already but i would suggest that you wait for the official go. And since this is rule number one, I'd like someone confirms I have to resign. Can someone confirm ? Thanks in advance. But there are only 2 mails so far. This does not mean that there is no interest, we have already 18 applications that we have started to review. Mentors will be informed soon to get in contact with the students and to work on the next steps ... I'd prefer see everything public. e.g. discuss on IRC. that is intended, the mailing list is public and IRC is also suggested as a communication channel on the wiki page. But the selection process and other internal organization is done privately and with the mentors. Everything else should be public. I expect regular status updates of the projects on this mailing list (or maybe on d...@ooo or both). Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Cannot find the Internship archives
Hi Eric, it was indeed not easy to find, i used and modified the Url from an existing archive. I don't know why the mailing lists under @openoffice.org are handled this way. Anyway i assume you looked for the archive of the mailing list interns...@openoffice.org http://www.openoffice.org/servlets/SummarizeList?listName=internship But there are only 2 mails so far. This does not mean that there is no interest, we have already 18 applications that we have started to review. Mentors will be informed soon to get in contact with the students and to work on the next steps ... See also the wiki page for the application process. We require some base knowledge of OOo that will be checked during the selection process. Please use the new mailing list for further questions. Juergen On 5/21/10 8:51 PM, eric b wrote: Hi, Can someone tell me the URL of the OpenOffice.org Internship archives ? Strange, I cannot retrieve it ? Thanks in advance, Eric Bachard - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] CMake module for finding OpenOffice.org SDK installation
Hi Konstantin, it sounds interesting and i would suggest that you create a wiki page where you document it in detail. Ideally with an example. Once you have created such a page it would make sense to reference it from http://wiki.services.openoffice.org/wiki/Extensions_development Juergen On 5/25/10 11:59 AM, Konstantin Tokarev wrote: Hi all! I've written cmake module which finds installation of OpenOffice.org SDK. Both distribution-supplied and official OOo installation are supported. Script will choose first OOo installation where SDK is present. It sets paths to different directories of OOo, which could be easily used in CMake project Personally I use CMake as configurator for my extension in Java (built with ant) to simplify building on different machines/Linux distros File is attached. License is BSD. Any fixes/addition are welcomed. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] CMake module for finding OpenOffice.org SDK installation
On 5/25/10 2:01 PM, Rene Engelhard wrote: Hi, On Tue, May 25, 2010 at 01:46:12PM +0200, Juergen Schmidt wrote: Once you have created such a page it would make sense to reference it from http://wiki.services.openoffice.org/wiki/Extensions_development Actually, no, I disagree. As it's just a data file, we can just include it in the SDK. that can be done also but we need a documentation and an example anyway. Before we include it in the SDK we should document it and should get some feedback. Juergen Of course it probably won't work out of the box for your as it's hidden in /opt/openoffice.org/basis3.2/sdk but distros can just put it in/link it from wherever cmake searches for them :-) Grüße/Regards, René - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: Re: OpenOffice.org Product Development
On 3/31/10 12:43 AM, Cor Nouws wrote: Hi all, Andreas Bartel wrote (30-03-10 00:48) Thorsten Behrens wrote: With some interest I've read all the contributions in this discussion. I've been learning a lot about differences and interference of product and project etc. etc. I support Martins idea, that he likes to see a broad representation in the council, as we have written down here and there. Thinking about this today, I have the impression that the practical influence on the councils work is not at all that much visible. Far less than for example the individual qualities of council members. Apart from that, and seeing the very few concerns reg. his qualities in the discussion, it looks OK to 'give Thorsten the benefit of the doubt', and trust that he not only will be looking and debating with the other council members from - what the hack ;-) - developers perspective. mmh, i have still one problem. One motivation for me to go into the CC was and still is that i will try to work for a stronger OpenOffice.org community and against derivated work. And in consequence of this i see a conflict with somebody in the CC who is nowadays the driving force behind a spin-off (wording of go-oo, i call it fork others derivated work). It might be not so obvious for many community members what go-oo really is. And one reason for this is that our project rules are not accepted as they are. Or only partly. I have indeed a problem to support somebody as product development representative who don't really accept our project rules and who work actively on a product that brings developers not to OOo but more to go-oo. This single fact is of course a key element in my personal decision independent of any other qualifications of him. I appreciate Thorsten's engineering capabilities, his enthusiasm for OOo etc. but if he want to be a product development representative for OOo he has to accept the OOo project rules. The discussion I have read on these lists, is also in valuable in the sense that it shows support from members in various parts of the community. That can help us to feel confident, that the desired broader representation where this discussion started with, will not suffer from Thorsten being a council member. On the contrary, picking I look forward to pick up our normal work in the council again, with focussing on chances and cooperation. +1 Juergen Does this make sense to others as well? Kindest regards, Cor - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: [api-dev] multiple connections to openoffice service
On 3/26/10 4:16 AM, Wei Min Teo wrote: Hi all, I tried to connect to the openoffice service using 2 processes by running 2 instances of my program. They both connect to openoffice using the default bootstrap c++ api. However, there seems to be unexpected closure error and it keeps crashing openoffice. Was wondering if anyone did something like this before? Do I have to implement some sort of mutex? Or is it possible to run 2 instances of openoffice and bootstrap to 2 different ports? Any suggestions on this? it is well known that OOo has threading problems and it is not surprising that you run into trouble quite fast in your described scenario. The best approach is indeed to put some mechanism around the connection stuff to dispatch the requests and work with more than one office instance. Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: [discuss] Open Office development issue
Hi Kapil, first of all please use the appropriate mailing list. In your case it is d...@api.openoffice.org or d...@extensions.openoffice.org and please ensure that you are subscribed correctly. It doesn't make sense to post on n different mailing lists. Please don't do that!!! Now related to your question, you can for example implement a Calc add-in function and in the implementation you can do whatever you want to get data from somewhere and return it... See for example the OpenOffice.org SDK which contains an exmaple implementing a simply counter. sdk/examples/DevelopersGuide/Spreadsheet/ExampleAddin.java And read the docu http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/Spreadsheets/Spreadsheet_Add-Ins Regards Juergen On 3/10/10 11:43 AM, KAPIL KUMAR LALWANI wrote: Sir/Mam, I am Kapil, wroking as a software engineer in a IT company. presently i am wroking for OpenOffice integration with our product. I had done all very well. Now i wish to build RTD(Real Time Data ) like in excel, but as per my RD i cant find RTD for openoffice, so i am moving towards DDE(Dynamic Data Exchange). For DDE i wish to build the DDE Application server for dynamic data updation from our data server. can you please help me out for this because i can't find any help on the forums and please give me one more answer is RTD is possible in OpenOffice? if yes please help to build this through your basic guidelines Thanks Regards, Kapil Kumar Lalwani Trainee, TickerPlant Infovending Ltd., “Enjoy the WORK you do, Do the BEST you can.” The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. http://in.yahoo.com/ - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] new dependency to ant version 1.7.1
Hi, i would like to increase the ant dependency to version 1.7.1. The reason is that newer NetBeans versions create build.xml scripts that make use of features from ant 1.7.1 It should be possible to build such extensions (that are generated with NB) in the OO build env. The idea behind this is to make it possible for developers to easy bring their extensions in the OO build env and take advantage of the i18n process for example. Is there anybody who see problems with this increased dependency to ant 1.7.1? If yes please let me know. The other question is where i have to make changes? configure.cmd configure.in configure solenv/inc/antsettings.mk any more places? Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] new dependency to ant version 1.7.1
On 2/10/10 11:43 AM, Caolán McNamara wrote: On Wed, 2010-02-10 at 11:29 +0100, Juergen Schmidt wrote: configure.cmd configure.in configure solenv/inc/antsettings.mk configure is (of course) generated from configure.in via autoconf so one change to configure.in followed by calling autoconf. yes of course I hadn't noticed configure.cmd before, despite it being right there in the root. I have no idea what that's supposed to be. It's clearly customized for a single individual in the windows world to configure a minimal OOo build and probably should be deleted entirely. i think so too, i never have seen it before Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: [api-dev] Help needed ... - FOSDEM input
Hi, i initially forgot the documentation and QA project. Clayton have asked on the documentation list as well and i would like to use his words (sounds much better from a native speaker) to remind you ;-) Replace the documentation project with any other project where you are working on or where you are involved and send your quote directly to me. ### So... if you don't mind being famous for 15 seconds at this years FOSDEM in Belgium... here's your chance. :-) What we are looking for is one or two sentences about why you contribute to the Doc Project... what motivates you. Nothing profound, just something that will add a human element to the slides. Something like I'm a part of the documentation project because it gives me a chance to participate in OOo even though I'm not a software developer. You know.. that sort of thing. Time is tight though... if you're able/willing to give me a one or two line quote, send it to me directly. C. ### Juergen On 1/13/10 10:09 PM, Juergen Schmidt wrote: Hi, first of all sorry for cross posting but we need your help. Maybe you have heard that we will have a stand (and a DevRoom) at the FOSDEM conference at the beginning of February. We are working on an endless presentation that we can run (besides demos) at the stand to inform users as well as developers and all other interested people. The FOSDEM is typically an event where we are looking for new developers. But any kind of help is welcome and so we are looking for quotes from people about their motivation to work on the OpenOffice.org project, their experiences, their contribution etc. Please send us your quotes (~1-2 short paragraphs, think about presentation slides). I know about very interesting people who started as GSOC students and who are professionals today working full time on OOo, or people started with SDK examples first and moved over to become an accepted developer... Many many more examples, so please don't hesitate and send us one or more quotes from you. The results will be published and can probably be used for other events as well. To have enough time to work on the material i would suggest that you send us your input until January 20th. Either to me directly or on one of the mailing lists. Thanks in advance Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Linux 64 unopkg permission denied on /opt but the package is NOT shared
On 1/25/10 7:35 AM, Fabio A. Miranda wrote:
HEllo,
I am trying to install a non-privildged UNO package (that is, a non
-shared package) on Ubuntu 64.
I do not understand why the above commands tries to try OO Berkeley DB
if the package is NOT shared ? Why the above command is NOT writting
exclusively in /home/fabio/.openoffice.org/... ?
the db is always open for reading. The gui shows you information about
all installed extensions.
The question is more why you can't open the db. Can you check the
permission of this file in your installation?
Juergen
fa...@catullus:~$ uname -a
Linux catullus 2.6.31-17-generic #54-Ubuntu SMP Thu Dec 10 17:01:44 UTC
2009 x86_64 GNU/Linux
fa...@catullus:~$ /opt/openoffice.org3/program/unopkg
gui /tmp/UniOffice/UniOffice.oxt
ERROR:
[/opt/openoffice.org3/program/../share/uno_packages/cache/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/registered_packages.db]
Berkeley Db error (0): Db::open: Permission denied
unopkg failed.
fa...@catullus:~$ strace /opt/openoffice.org3/program/unopkg
gui /tmp/UniOffice/UniOffice.oxt 21
[...]
lstat(/opt/openoffice.org, {st_mode=S_IFDIR|0755, st_size=4096, ...})
= 0
lstat(/opt/openoffice.org/basis3.1, {st_mode=S_IFDIR|0755,
st_size=4096, ...}) = 0
lstat(/opt/openoffice.org/basis3.1/program, {st_mode=S_IFDIR|0755,
st_size=20480, ...}) = 0
lstat(/opt/openoffice.org/basis3.1/program/unorc, {st_mode=S_IFREG|
0444, st_size=501, ...}) = 0
access(/opt/openoffice.org/basis3.1/program/unorc, F_OK) = 0
access(/opt/openoffice.org3/program/../share/uno_packages/cache/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend,
F_OK) = 0
lstat(/opt/openoffice.org3/program/../share/uno_packages/cache/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend,
{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
access(/opt/openoffice.org3/program/../share/uno_packages/cache/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend,
F_OK) = 0
lstat(/opt/openoffice.org3/program/../share/uno_packages/cache/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend,
{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open(/proc/stat, O_RDONLY|O_CLOEXEC) = 37
read(37, cpu 393597 69568 504671 6021500..., 8192) = 1254
close(37) = 0
stat(/opt/openoffice.org3/program/../share/uno_packages/cache/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/registered_packages.db,
{st_mode=S_IFREG|0644, st_size=12288, ...}) = 0
open(/opt/openoffice.org3/program/../share/uno_packages/cache/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/registered_packages.db,
O_RDWR) = -1 EACCES (Permission denied)
open(/opt/openoffice.org3/program/../share/uno_packages/cache/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/registered_packages.db,
O_RDWR) = -1 EACCES (Permission denied)
open(/opt/openoffice.org3/program/../share/uno_packages/cache/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/registered_packages.db,
O_RDWR) = -1 EACCES (Permission denied)
futex(0x13b9244, FUTEX_CMP_REQUEUE_PRIVATE, 1, 2147483647, 0x13b9270, 2)
= 1
write(2, \nERROR: [/opt/openoffice.org3/pr..., 216
ERROR:
[/opt/openoffice.org3/program/../share/uno_packages/cache/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/registered_packages.db]
Berkeley Db error (0): Db::open: Permission denied
) = 216
write(2, \nunopkg failed.\n, 16
unopkg failed.
) = 16
open(/opt/openoffice.org/ure/lib/bridgefac.uno.so, O_RDONLY) = 37
If the argument do NOT include --shared, it assumes it not a shared
extension correct ?
Can anyone bring some light to this behavoir found in Linux ?
regards,
--
Sun Microsystems GmbHJuergen Schmidt
Nagelsweg 55 Technical Lead Programmability
20097 Hamburg, Germany
Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551
Kirchheim-Heimstetten
Commercial register of the Local Court of Munich: HRB 161028
Managing Directors: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer
Chairman of the Supervisory Board: Martin Haering
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: [api-dev] Java UNO Extensions broken in Mac OS X due to Apple AWT Java VM was loaded on first thread -- can't start AWT
Hi Fabio, yes this is a known issue on MacOS and a fix is not available. The recommendation is, don't use use AWT but UNO AWT dialogs. I know that it is probably not satisfying for you and UNO awt offers only limited controls etc. But it is the only solution at the moment. Using AWT brings other problems as well, for example AWT windows can't be integrated as child windows. A possible solution would be to instantiate the component in a separate process with an own VM and do everything remote. But currently we have no appropriate loader for this. Such a loader can be of course useful for other scenarios as well. Anyway nothing really planned or available. Juergen On 1/22/10 1:35 AM, Fabio A. Miranda wrote: Hello, As I posted earlier, I have a complement that works perfectly in Linux and Windows but it is broken on Mac. In Mac OS X, OO 3.1.1 (ES), the menu extension added with the add-on appears disabled all the time, sometimes it throws an error: soffice [1981:903] Apple AWT Java VM was loaded on first thread -- can't start AWT According the above bug ( which is NOT closed nor fixed): http://www.openoffice.org/issues/show_bug.cgi?id=92926 It is document as a problem with Java VM class loader and OO. What is the solution for this issue ? If OOO has no released a bug, can aynone provided a workaround at Java coding level ? for example, prevalidate that AWT is already loaded or something thanks in advance, fabio - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Complement not working on Mac OS X but does work on others
On 1/21/10 5:24 AM, Fabio A. Miranda wrote: On Wed, 2010-01-20 at 09:34 +0100, Juergen Schmidt wrote: On 1/20/10 6:32 AM, Fabio A. Miranda wrote: Hello, I am working on a OXT complement that works perfects on Linux and Windows, almost all versions. The problems is that, the same OO complement made with OO SDK with NetBeans, do not works on MAC. After a common unopkg gui /path/to/complement.OXT it show up the GUI and it hangs there, show painting one line of the progress bar and it sits for ever. Any additional step most be done with Mac OS X snow leopard and UNOPKG ? mmh, strange i work on snow leopard and have no problems. Have tried it with an oxt that was built on Linux. Can you try to strip down the problem. Maybe create an add-in component with NB on your Mac directly (simply run the wizard) and check if this works. Yes, that procedure worked. What I did was install a fresh built of the same complement and it is installed without problems with unopkg. I can now install the complement but the menu of the complement within OO does not work, by some reason is disabled. How to troubleshoot such error ? as i have mentioned on the api list already. You have everything in place and can debug your project. Check your protocol handler object and see if it gets instantiated correctly and if you return a dispatch object. Otherwise we need the code or more details. Juergen Can you provide more details about your oxt. Do you use external libraries etc.? Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Complement not working on Mac OS X but does work on others
On 1/20/10 6:32 AM, Fabio A. Miranda wrote: Hello, I am working on a OXT complement that works perfects on Linux and Windows, almost all versions. The problems is that, the same OO complement made with OO SDK with NetBeans, do not works on MAC. After a common unopkg gui /path/to/complement.OXT it show up the GUI and it hangs there, show painting one line of the progress bar and it sits for ever. Any additional step most be done with Mac OS X snow leopard and UNOPKG ? mmh, strange i work on snow leopard and have no problems. Have tried it with an oxt that was built on Linux. Can you try to strip down the problem. Maybe create an add-in component with NB on your Mac directly (simply run the wizard) and check if this works. Can you provide more details about your oxt. Do you use external libraries etc.? Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] OO SDK 3.1.1, NB 6.8, Linux Ubuntu
On 1/13/10 8:57 AM, Stephan Bergmann wrote: On Jan 12, 2010, at 8:06 PM, Fabio A. Miranda wrote: debug options: -Xdebug -Xrunjdwp:transport=dt_socket,address=catullus:33757 /opt/openoffice.org3/program/soffice Picked up JAVA_TOOL_OPTIONS: -Xdebug -Xrunjdwp:transport=dt_socket,address=catullus:33757 ERROR: transport error 202: connect failed: Connection refused FATAL ERROR in native method: JDWP No transports initialized, jvmtiError=AGENT_ERROR_TRANSPORT_INIT(197) ERROR: JDWP Transport dt_socket failed to initialize, TRANSPORT_INIT(510) JDWP exit error AGENT_ERROR_TRANSPORT_INIT(197): No transports initialized [../../../src/share/back/debugInit.c:708] JavaVM: JNI_CreateJavaVM called _exit, caught by abort_handler in javavm.cxx [Java framework] sunjavaplugin.soCan not create JavaVirtualMachine, abort handler was called. I came across this post: http://www.eclipse.org/forums/index.php?t=msggoto=506702; that mentions the problem is related to Debian systems: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560142#35 Please, any core UNOPKG developer can confirm this ? at least, is the issue related to networking due to connection refused from the debugee ? Yes, the JDWP error message makes it plausible that the problem is not related to OOo. IIRC, JDWP is from the internals of the Java debug mechanism. i remember that i had a similar problem but can't remember how i solved it. Fabio, can you test to debug your extension without having a network connection. I know it sounds strange but i would be interested if it works. I can't remember it exactly but i think it was a problem with resolving the hostname. And as i mentioned before i can't remember how to solve it. Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Help needed ...
Hi, first of all sorry for cross posting but we need your help. Maybe you have heard that we will have a stand (and a DevRoom) at the FOSDEM conference at the beginning of February. We are working on an endless presentation that we can run (besides demos) at the stand to inform users as well as developers and all other interested people. The FOSDEM is typically an event where we are looking for new developers. But any kind of help is welcome and so we are looking for quotes from people about their motivation to work on the OpenOffice.org project, their experiences, their contribution etc. Please send us your quotes (~1-2 short paragraphs, think about presentation slides). I know about very interesting people who started as GSOC students and who are professionals today working full time on OOo, or people started with SDK examples first and moved over to become an accepted developer... Many many more examples, so please don't hesitate and send us one or more quotes from you. The results will be published and can probably be used for other events as well. To have enough time to work on the material i would suggest that you send us your input until January 20th. Either to me directly or on one of the mailing lists. Thanks in advance Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Launching the Extension update dialog
On 1/12/10 6:32 PM, Fabio A. Miranda wrote: Hello, i am not 100% sure if i understand what exactly you want to achieve. In general you can set a version number and if you provide your oxt extensions via the official extension repository, the update mechanism will automaitcally detect new versions of your oxt if available. The only thing you have to do is to provide a new version in the repository. The automatic mechanism works like a charm. I know it is automatic, but, let's say you want to trigger it, let's say in a moment, the user want to know if he/she is update to it within the Complement add-on. How can I call it from code ? as the same effect as double click on the right icon of it. a double click where on which icon? I don't understand How to launch a UNO dialog from JAVA ? if an API for the dialog is available like the file picker it should straight forward. Otherwise you have to deal with dispatch calls and the appropriate command urls. But i am not sure if extensions should do it on their own because the user can always check for updates in a controlled way via the extension manager. Let me think about use cases ... Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] OO SDK GLIBCXX_3.4.9 not found in Linux Ubuntu
On 1/12/10 7:00 PM, Fabio A. Miranda wrote: Solved. What I did was to copy my system's libstdc++.so.6 and put it inside OO SDK lib dir as appropriated. and It works. Kinda ugly but it worked sounds really strange and shouldn't be necessary. I will check it on my own. Juergen On Mon, 2010-01-11 at 10:33 +0100, Stephan Bergmann wrote: On 01/09/10 02:39, Fabio A. Miranda wrote: Regarding Ubuntu 64 OO SDK, I am interested in resolve the issue so we can provide green light to Ubuntu developer of OO addons. The problem is the process of add-on creation do not finish correctly, this is the error: r...@catullus:~# uname -a Linux catullus 2.6.31-17-generic #54-Ubuntu SMP Thu Dec 10 17:01:44 UTC 2009 x86_64 GNU/Linux r...@catullus:~# /opt/openoffice.org/basis3.1/sdk/bin/uno-skeletonmaker /opt/openoffice.org/basis3.1/sdk/bin/uno-skeletonmaker: /opt/openoffice.org/basis3.1/sdk/bin/../../ure-link/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /opt/openoffice.org/basis3.1/sdk/bin/uno-skeletonmaker) r...@catullus:~# Are the packages of OOo itself (incl. file /opt/openoffice.org/ure/lib/libstdc++.so.6) and the OOo SDK package (/opt/openoffice.org/basis3.1/sdk) coming from the same source (either both from your Ubuntu installation, or both from the OOo download site)? Looks like that is not the case (OOo itself coming from the OOo download site, while SDK coming from Ubuntu?). What should work for you, then, is to remove all libstdc++* and libgcc_s* files from /opt/openoffice.org/ure/lib, so that the---apparently more recent ones---from the system are used instead. -Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org -- Sun Microsystems GmbHJuergen Schmidt Nagelsweg 55 Technical Lead Programmability 20097 Hamburg, Germany Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer Chairman of the Supervisory Board: Martin Haering - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] OO SDK GLIBCXX_3.4.9 not found in Linux Ubuntu
On 1/11/10 4:32 PM, Fabio A. Miranda wrote: hi, On Mon, Jan 11, 2010 at 10:33:08AM +0100, Stephan Bergmann wrote: r...@catullus:~# /opt/openoffice.org/basis3.1/sdk/bin/uno-skeletonmaker /opt/openoffice.org/basis3.1/sdk/bin/uno-skeletonmaker: /opt/openoffice.org/basis3.1/sdk/bin/../../ure-link/lib/libstdc++.so.6: ^^^ version `GLIBCXX_3.4.9' not found (required by /opt/openoffice.org/basis3.1/sdk/bin/uno-skeletonmaker) r...@catullus:~# Are the packages of OOo itself (incl. file /opt/openoffice.org/ure/lib/libstdc++.so.6) and the OOo SDK package (/opt/openoffice.org/basis3.1/sdk) coming from the same source (either both from your Ubuntu installation, or both from the OOo download site)? (Obviously) both are from the download site? Ubuntu doesn't have OOo installed in /opt, and neither does it ship a copy of libstdc++6. Exactly. The reason is simple: Create an add-on in NB, and try to run it with Ubuntu's default version of OO and see it if works. i am not aware of critical changes or better differences in this area. If you have developed an extension with NB (which of course can be an Java extensions only) on Windows for example it should run on Ubuntu as well. When if find time i will try it out with a plain Ubuntu office in a VM. Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] NB 6.8, OO SDK, Mac OS X snow leopard debug in target openoffice.org error
On 1/9/10 12:07 AM, Ariel Constenla-Haile wrote: Hello Fabio, On Friday 08 January 2010, 20:03, Fabio Miranda wrote: I believe that the problem is not related to building and running complements in OS X with NB 6.8. The problem is related to debugging which is broken in Mac, Linux and the only platform that supports OO SDK debugging is Windows. that's not true, at least for Linux: NB 6.8 debugging works perfect here, on Fedora 12. as i mentioned before i use it on Snow Leopard and it works as expected. Whatever you are doing it is probably not directly the problem of Nb 6.8, the SDK or the plugin. Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] NB 6.8, OO SDK, Mac OS X snow leopard debug in target openoffice.org error
Hi Fabio, you should try it with a 32 bit version of Java. Juergen On 1/9/10 1:03 AM, Fabio Miranda wrote: Hello, Thanks is good news. Perhaps the problem is related to Ubuntu: creating UNO extension package ... Building zip: /home/fabio/NetBeansProjects/UniOffice/dist/UniOffice.oxt uno-package: debugging UNO extension package ... /opt/openoffice.org3/program/unopkg gui -f /home/fabio/NetBeansProjects/UniOffice/dist/UniOffice.oxt Result: 1 starting the Office with ... user installation: file:///home/fabio/NetBeansProjects/UniOffice/build/soffice_debug debug options: -Xdebug -Xrunjdwp:transport=dt_socket,address=catullus:49979 /opt/openoffice.org3/program/soffice Picked up JAVA_TOOL_OPTIONS: -Xdebug -Xrunjdwp:transport=dt_socket,address=catullus:49979 ERROR: transport error 202: connect failed: Connection refused ERROR: JDWP Transport dt_socket failed to initialize, TRANSPORT_INIT(510) FATAL ERROR in native method: JDWP No transports initialized, jvmtiError=AGENT_ERROR_TRANSPORT_INIT(197) JDWP exit error AGENT_ERROR_TRANSPORT_INIT(197): No transports initialized [../../../src/share/back/debugInit.c:690] JavaVM: JNI_CreateJavaVM called _exit, caught by abort_handler in javavm.cxx [Java framework] sunjavaplugin.soCan not create JavaVirtualMachine, abort handler was called. [Java framework] sunjavaplugin.soCan not create Java Virtual Machine [Java framework] sunjavaplugin.soCan not create Java Virtual Machine [Java framework] sunjavaplugin.soCan not create Java Virtual Machine [Java framework] sunjavaplugin.soCan not create Java Virtual Machine [Java framework] sunjavaplugin.soCan not create Java Virtual Machine creating UNO extension package ... Building zip: /home/fabio/NetBeansProjects/UniOffice/dist/UniOffice.oxt uno-package: debugging UNO extension package ... /opt/openoffice.org3/program/unopkg gui -f /home/fabio/NetBeansProjects/UniOffice/dist/UniOffice.oxt Result: 1 starting the Office with ... user installation: file:///home/fabio/NetBeansProjects/UniOffice/build/soffice_debug debug options: -Xdebug -Xrunjdwp:transport=dt_socket,address=catullus:49979 /opt/openoffice.org3/program/soffice Picked up JAVA_TOOL_OPTIONS: -Xdebug -Xrunjdwp:transport=dt_socket,address=catullus:49979 ERROR: transport error 202: connect failed: Connection refused ERROR: JDWP Transport dt_socket failed to initialize, TRANSPORT_INIT(510) FATAL ERROR in native method: JDWP No transports initialized, jvmtiError=AGENT_ERROR_TRANSPORT_INIT(197) JDWP exit error AGENT_ERROR_TRANSPORT_INIT(197): No transports initialized [../../../src/share/back/debugInit.c:690] JavaVM: JNI_CreateJavaVM called _exit, caught by abort_handler in javavm.cxx [Java framework] sunjavaplugin.soCan not create JavaVirtualMachine, abort handler was called. [Java framework] sunjavaplugin.soCan not create Java Virtual Machine [Java framework] sunjavaplugin.soCan not create Java Virtual Machine [Java framework] sunjavaplugin.soCan not create Java Virtual Machine [Java framework] sunjavaplugin.soCan not create Java Virtual Machine [Java framework] sunjavaplugin.soCan not create Java Virtual Machine fa...@catullus:~$ java -version java version 1.6.0_15 Java(TM) SE Runtime Environment (build 1.6.0_15-b03) Java HotSpot(TM) 64-Bit Server VM (build 14.1-b02, mixed mode) From: ariel.constenla.ha...@googlemail.com To: dev@openoffice.org Date: Fri, 8 Jan 2010 20:07:32 -0300 Subject: Re: [dev] NB 6.8, OO SDK, Mac OS X snow leopard debug in target openoffice.org error Hello Fabio, On Friday 08 January 2010, 20:03, Fabio Miranda wrote: I believe that the problem is not related to building and running complements in OS X with NB 6.8. The problem is related to debugging which is broken in Mac, Linux and the only platform that supports OO SDK debugging is Windows. that's not true, at least for Linux: NB 6.8 debugging works perfect here, on Fedora 12. Regards -- Ariel Constenla-Haile La Plata, Argentina - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org _ Hotmail: Powerful Free email with security by Microsoft. http://clk.atdmt.com/GBL/go/196390710/direct/01/ -- Sun Microsystems GmbHJuergen Schmidt Nagelsweg 55 Technical Lead Programmability 20097 Hamburg, Germany Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer Chairman of the Supervisory Board: Martin Haering - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] NB 6.8, OO SDK, Mac OS X snow leopard debug in target openoffice.org error
Hi Fabio, i use NB 6.8 with the OOo plugin under Snow Leopard and i don't have any problems. Ok i work with dev builds or RC's for the 3.2 but that shouldn't be your problem. Which Java version do you use? Juergen On 1/8/10 12:27 AM, Fabio Miranda wrote: hello, anyone familiar with the above error in NB 6.8, OO SDK api plugin, OO 3.1.0 under snow leopard: creating UNO extension package ... Building zip: /Users/fabio/NetBeansProjects/UniOffice/dist/UniOffice.oxt uno-package: debugging UNO extension package ... /Applications/OpenOffice.org.app/Contents/MacOS/unopkg gui -f /Users/fabio/NetBeansProjects/UniOffice/dist/UniOffice.oxt 2010-01-07 17:22:35.315 unopkg[420:903] *** __NSAutoreleaseNoPool(): Object 0x1c540f0 of class RemoteControlContainer autoreleased with no pool in place - just leaking 2010-01-07 17:22:35.317 unopkg[420:903] *** __NSAutoreleaseNoPool(): Object 0x1c540b0 of class MultiClickRemoteBehavior autoreleased with no pool in place - just leaking terminate called after throwing an instance of 'com::sun::star::lang::DisposedException' Result: 134 starting the Office with ... user installation: file:///Users/fabio/NetBeansProjects/UniOffice/build/soffice_debug debug options: -Xdebug -Xrunjdwp:transport=dt_socket,address=macbook.local:49166 /Applications/OpenOffice.org.app/Contents/MacOS/soffice BUILD STOPPED (total time: 23 minutes 2 seconds) thanks in advance, fabio. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] funding request for DevRoom on FOSDEM 2010
Hi, FOSDEM 2010 is coming soon and we will have an OpenOffice.org DevRoom as well as OpenOffice.org stand there. The main reason for the DevRoom is to spread knowledge around ongoing development efforts as well as giving hints how to get started etc.. In short we try to attract developers. The plan is to sponsor the speakers from the development budget and some t-shirts and the stand crew from the marketing budget. For this reason i would like to request a funding of ~1500 Euro from the development budget for 6 speakers to cover their travel expenses. Regards Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] OpenOffice Integration
Hi Kirill, it is already possible to have multiple instances of OOo on one computer. Your described scenario is also possible and you can manage your own copy of OOo in the context of your application. You can use your own application specific user directory, can control the life cycle and can connect to exactly your configured office from your own application. You can start the office listening on a specific pipe, connect your app to this pipe and everything else is the same as before. See the SDK examples how to connect to an office via a socket connection. Simply replace the socket connection with a pipe connection. See the DevGuide in the wiki for more details. Juergen On 12/28/09 12:06 PM, K S wrote: Dear OpenOffice Development, My name is Kirill, and I am Software Engineering Professional. Let me ask you several questions concerning integration of Open Office into my project. The matter is that I would like to call OpenOffice from my Java application. If there is no OpenOffice installed on the computer, I think it is good to run a copy of OpenOffice, supplied with my application. But As I know, OpenOffile under Linux can be started only if it was installed as a package. How it is possible to run OpenOffice using UNO without installing (merely copied OO to specified folder, for example)? What about having several instances of Open Office at one time in the system? Thank you very much! Sincerely yours, Kirill - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Ubuntu OO Extension Manager adding extension error
Hi Fabio, you should check the used Java version. The error says that the extension cannot be instantiated (loaded). In this case it means probably that the jar can't be loaded. Did you use any third party stuff? Juergen On 12/20/09 4:23 PM, Fabio A. Miranda wrote: Hello Mechtilde, need more information about version of OepnOffice.org and which Extension you want to install This a custom extension tailored to meet diverse customer needs. It works perfect with OOO on Windows but Ubuntu's integrated OO complaints about it. The extension is made using OOO SDK for Netbeans. r...@catullus:/tmp/dump# file UniOffice.oxt UniOffice.oxt: Zip archive data, at least v1.0 to extract r...@catullus:/tmp/dump# unzip UniOffice.oxt Archive: UniOffice.oxt inflating: LDAP.properties creating: com/ [...] inflating: log4j.properties creating: registry/ creating: registry/data/ creating: registry/data/org/ creating: registry/data/org/openoffice/ creating: registry/data/org/openoffice/Office/ inflating: registry/data/org/openoffice/Office/Addons.xcu inflating: registry/data/org/openoffice/Office/ProtocolHandler.xcu inflating: description.xml inflating: UniOffice.jar creating: lib/ inflating: lib/AbsoluteLayout.jar inflating: lib/log4j-1.2.15.jar [...] creating: META-INF/ inflating: META-INF/manifest.xml r...@catullus:/tmp/dump# cat description.xml ?xml version=1.0 encoding=UTF-8? !--Created with OpenOffice.org API plug-in for NetBeans Version 2.0.4-- description xmlns=http://openoffice.org/extensions/description/2006; xmlns:xlink=http://www.w3.org/1999/xlink; update-information src xlink:href=http://XXX/UniOffice.update.xml; / src xlink:href=http://XXX/UniOffice.update.xml; / /update-information version value=0.0.1/ identifier value=com.XXX.UniOffice/ display-name name lang=enXXX/name /display-name publisher name lang=en xlink:href=XX/name /publisher icon default xlink:href=images/XXX/ /icon /description r...@catullus:/tmp/dump# Thanks, fabio. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org -- Sun Microsystems GmbHJuergen Schmidt Nagelsweg 55 Technical Lead Programmability 20097 Hamburg, Germany Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer Chairman of the Supervisory Board: Martin Haering - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Test Cleanup
Stephan Bergmann wrote: Hi all, I just embarked on a new project, namely to clean up and consolidate the various test frameworks and corresponding tests available in the OOo build environment. These include at least: - C++ unit tests, based on CppUnit and/or testshl2, and Java unit tests, based on JUnit and/or qadevOOo. These are scattered across the code base (*/qa, */test, */workben, testtools/, ...), some are executed during a regular build (o3tl/qa, basegfx/test, basebmp/test) but most are not even compiled during a regular build (and thus rot over time). Some of the tests need no special environment, while others require a working UNO runtime environment. - The so-called UNO-API and Complex tests. These are located in */qa/unoapi and */qa/complex, use OOoRunner from qadevOOo, and can be executed via cwscheckapi or checkapi. They require an installed OOo, which cwscheckapi takes care of. They are not compiled or executed during a regular build (they clearly cannot be executed, as they require an installed OOo), but it is expected that cwscheckapi is manually executed for each CWS. - The smoke test in smoketestoo_native. It requires an installed OOo, which smoketest.pl takes care of. It is executed at the end of a regular build. - The ConvWatch and Performance tests, that can be started from the EIS page of a CWS. They require an installed OOo (and also the installation of a corresponding master-workspace OOo, for result comparison), which they take care of. They are not executed during a regular build, but it is rather expected that they are manually triggered from EIS for each CWS (where they are executed asynchronously on dedicated machines, and their results made available in EIS). What is *not* covered (for now?) are the automatic QA tests based on testtool, as well as the portability tests (so to speak) of building OOo on a wide range of platforms via buildbots and tinderboxes. The two main problems with the tests listed above appear to be that (a) many of them require an OOo installation, and they all invented their own ways of providing one, and all those ways are brittle and start to fail sooner or later, and (b) the tests that are not compiled or executed during each build (CWS as well as master) start to rot sooner or later. A third problem probably is that the tests and test frameworks are often poorly documented and do things in non-standard ways (e.g., testshl2 vs. plain CppUnit), so that it is not easy to maintain existing tests and write additional ones. I would like to address these problems. My guiding vision in doing so is the following perfect world: There is one OOo installation in the solver. (Ideally, it would automatically emerge from delivering the various files directly to the appropriate locations in the solver.) All the tests that require an OOo installation use that one installation. (They do not modify it. Each test probably has its own, throw-away UserInstallation directory, and soffice is started with appropriate switches to not show unwanted first start wizards etc.) All the tests are written using standard tools (the xUnit framework: CppUnit resp. JUnit). For tests that have specific requirements on their environment (i.e., require a working UNO runtime environment, or an OOo installation), there are library routines available to set up/tear down such environments, to be called from the xUnit setup/tearDown methods. Generally, tests are compiled and executed during every regular build. For tests which absolutely cannot be executed during every regular build (maybe because they are too expensive, or require a dedicated machine, like could be the case for the performance test), the main way to execute them is still to have some (manual) makefile target for them. (There may be additional convenience mechanisms, like buttons in EIS, but they are strictly secondary.) I know that this picture is not perfectly realistic, and that there will be obstacles along the way that require pragmatic workarounds. Still, I think it is important to know what the ideal should look like, even if you have to deviate from it. thanks for sharing your vision of the ideal world, i agree that it is important and of course very useful to know where to go ... As a first step, I set up CWS sb118 to experiment, as a showcase and to gain further insight, with turning smoketestoo_native into such an ideal test. As it turned out, the first thing I had to do on that CWS was to replace the heavily modified CppUnit 1.8 currently used by OOo with a plain unmodified latest version of CppUnit 1.12.1. Comments on all of this are, of course, very welcome. a cleanup and a consolidation of the different available and used test frameworks etc. sounds very useful. And once we have reached a state where we have working tests, a working framework and some documentation in place that describes how to write new
Re: [dev] Will OpenOffice 3.1.1 supports com objects
Hi Karthik, i have already answered your question on d...@api.openoffice.org list. Juergen Karthik Nagarajan wrote: Hi, I have downloaded openoffice 3.1.1, I want to convert doc to pdf using microsoft .net. What dll i need to include and can you provide some code snippet to convert. Before i was using openoffice 2.3, I used to include 4 dll's into .net project C:\Program Files\OpenOffice.org 2.0\program\assembly\cli_basetypes.dll C:\Program Files\OpenOffice.org 2.0\program\assembly\cli_cppuhelper.dll C:\Program Files\OpenOffice.org 2.0\program\assembly\cli_types.dll C:\Program Files\OpenOffice.org 2.0\program\assembly\cli_ure.dll But all these dll's are not available in the newer version 3.1.1. I want use it in .net project by including com objects of openoffice, as i have plenty of files to convert, it is difficult to do it manually. I know it is possible to convert to pdf using openoffice 2.3 com objects. But in the newer version those dll's are missing. Thanks Regards, Karthik Programmer Analyst -- Sun Microsystems GmbHJuergen Schmidt Nagelsweg 55 Technical Lead Programmability 20097 Hamburg, Germany Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer Chairman of the Supervisory Board: Martin Haering - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] o...@fosdem 2010: Call for Papers
Hi, the OpenOffice.org project will have again a DevRoom at the FOSDEM 2010. The conference will take place from 6-7 February 2010 in Brussels, Belgium. Our DevRoom will be on Saturday February 6th from 1:00pm to 7:00pm. It is up to us to organize an interesting and exciting DevRoom to present our project and to show that OpenOffice.org offers a wide area for developers. The DevRoom should attract potential new developers as well as experienced ones. We should share our knowledge with others, should organize coding or QA sessions, workshops or talks where we refer about or highlight a special topic. You can be part of it! If you are interested in doing a talk, a workshop or coding/QA session please let us know. Please submit your proposal on the wiki page http://wiki.services.openoffice.org/wiki/FOSDEM/2010/CFP until December 18th 2009. It is not yet guaranteed that we can sponsor our speakers next year again but it's likely that we can sponsor at least parts of the costs. So don't hesitate and submit your proposal. We are looking forward to receive it. Thanks Juergen Additional links: - main mailing list fos...@marketing.openoffice.org - http://wiki.services.openoffice.org/wiki/Conferences/FOSDEM/2010 - http://wiki.services.openoffice.org/wiki/FOSDEM/2010/CFP - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Bison error for parser.cxx
Gregoire Gentil wrote: Hello, I'm trying to cross compile openoffice (sic!) and I'm getting an error: = Building module idlc Entering /ooo-build-3.1.1.1/build/ooo310-m19/idlc/inc Entering /ooo-build-3.1.1.1/build/ooo310-m19/idlc/source Making:parser.cxx tr -d \015 parser.y ../unxlngr.pro/misc/stripped_parser.y bison -d -l -o ../unxlngr.pro/misc/parser.cxx ../unxlngr.pro/misc/stripped_parser.y ../unxlngr.pro/misc/stripped_parser.y: conflicts: 5 shift/reduce dmake: Error code 141, while making '../unxlngr.pro/misc/parser.cxx' ERROR: Error 65280 occurred while making /ooo-build-3.1.1.1/build/ooo310-m19/idlc/source rmdir /tmp/20239 make: *** [stamp/build] Error 1 The problem is that bison in the qemu environment doesn't create parser.cxx. On my host x86 machine, bison -d -l stripped_parser.y gives the same error but the file is created. I have bison 2.4.1 both on host and the qemu chroot. The problem seems to be related to bison but I can't really figured out why the file is not created. Can anyone shed some light on the conflict error and perhaps fix it in stripped_parser.y so that my buggy bison can create the output parser.cxx. the shift/reduce problem is there for a long time and normally don't cause any problems. I don't see a chance to fix it in the near future. Juergen The file is here: http://pastebin.com/m269215f4 Thanks in advance, Grégoire - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Bison error for parser.cxx
Gregoire Gentil wrote: On Tue, 2009-11-24 at 09:32 +0100, Juergen Schmidt wrote: Gregoire Gentil wrote: Hello, I'm trying to cross compile openoffice (sic!) and I'm getting an error: = Building module idlc Entering /ooo-build-3.1.1.1/build/ooo310-m19/idlc/inc Entering /ooo-build-3.1.1.1/build/ooo310-m19/idlc/source Making:parser.cxx tr -d \015 parser.y ../unxlngr.pro/misc/stripped_parser.y bison -d -l -o ../unxlngr.pro/misc/parser.cxx ../unxlngr.pro/misc/stripped_parser.y ../unxlngr.pro/misc/stripped_parser.y: conflicts: 5 shift/reduce dmake: Error code 141, while making '../unxlngr.pro/misc/parser.cxx' ERROR: Error 65280 occurred while making /ooo-build-3.1.1.1/build/ooo310-m19/idlc/source rmdir /tmp/20239 make: *** [stamp/build] Error 1 The problem is that bison in the qemu environment doesn't create parser.cxx. On my host x86 machine, bison -d -l stripped_parser.y gives the same error but the file is created. I have bison 2.4.1 both on host and the qemu chroot. The problem seems to be related to bison but I can't really figured out why the file is not created. Can anyone shed some light on the conflict error and perhaps fix it in stripped_parser.y so that my buggy bison can create the output parser.cxx. the shift/reduce problem is there for a long time and normally don't cause any problems. I don't see a chance to fix it in the near future. That's not very helpful. :-( How can I generate this file even manually? I tried to copy the file generated on the host x86 machine but it generates some compilation errors inside qemu, your problem is probably not the shift/reduce conflict. Try to fix the compile errors on qemu. Juergen Grégoire - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: OpenOffice Calc in the Financial Markets.
Hi Cassio, Cassio Neri wrote: Hi Jurgen. ok, lets assume that OOo Calc would become viable, the issues would be fixed and the missing features would be implemented. What do you think would people really think about a shift from Excel to Calc or is it more hypothetical. I mean is there really interest to move to an open source solution with all the pro and cons to save money, to become standard based, to become open etc.? It would be really helpful to get some more insight and it helps also to prioritize our efforts correct. Juergen The short answer is: No, I don't see concrete moves towards open source products in the financial markets at this moment but it's good to be prepared. i haven't really expected something else but the best way to convince people is to show them something available and working. The long answer is: In the financial markets the issue is the same you find in other industries, namely, culture and inertia. People are used to some products and systems and are very reluctant to change. The argument I already know it seems to be much more powerful than all the much more reasonable ones you have cited: cost savings, quality, openness, standardization, ... However, there are a few positive signs that are worth knowing. 1. Take a look at https://www.openadaptor.org/ scroll down and, at the bottom of the page, see the copyright holder. This open-source project was started by Dresdner Kleinwort and is still maintained by Commerzbank (which acquired Dresdner Bank about a year ago). In the very top of the page, click on adopters to see two other important financial institutions listed: Abbey and Deutsche Bank. 2. Another one from Deutsche Bank (DB). It Head of IT recently gave a web-talk about Collabnet. He praised some open source projects for the high quality software they deliver. He said to have implemented some open source practices in DB. I mean, their code is still proprietary for the outside world but open inside DB. He was really satisfied with the results (If you wish, I can try to find the web-link again.) 3. I heard once a radio interview where Red Hat's CEO said that Morgan Stanley is one of his major clients. I don't believe all their systems are open source, though. 4. I have the impression that in Brazil (my country of origin) open source is much more popular than in the UK (where I live). The Brazilian government decided to use open source products in state offices. Once, in a visit to my local branch of Banco do Brasil (the Brazilian state bank), I saw OOo Writer being used. The latest economic analysis about Brazil are strongly positive. If Brazil achieves the predictions and becomes a major economic player then the open source culture already present there might expand as well. (That's simply guess and hope of mine.) Therefore, despite we have positive signs, I think there is nothing concrete to make you change your priorities right now. Let me tell you where I'm. I'm a quantitative analyst, as I said, in a major German bank but my interest in open source is much older than my current job. To be very clear, all what I'm saying is my personal opinion. My employer has no liability, intention or whatsoever in this matter and I have no influence or power to decide to use OOo in our offices. i understand and nevertheless it's good and interesting that you share your view with us Since I joint the company 3 years ago, I started working with pricing of financial products. My team runs sophisticated mathematical models which often requires costly computations. Our final product is a collection of Excel add-ins and spreadsheets. Other quantitative analytic teams inside the bank and in other institutions develop similar products. In particular, the add-ins share many design features. sophisticated mathematical models - costly comutations - did you have thought about grid computing, computing power on demand and highly scalable. In short you can prepare a job containg the stuff needed to do your calculations. Transfer it on the grid and run it. Data can be loaded from a database or from some where else via some special and secure data channels and can be stored back. It depends on your onw configruation how many CPU and sub jbs in parallel are runnig ... Ok it is a little bit off topic but i think interesting. Becasue you can trigger such jobs from calc difectly and can feed the data into the sheets for later use ... Or using webs wervices to get furher necessary data, stock trades ... About 2 years ago, for research purposes, I wanted to do the same kind of development at home. From the first moment my thought was to replace Excel by OOo Calc (now I'm using both). As soon as my project started to take form I was faced with the issues covered in my previous messages. I totally agree with you that they are minor bugs and simple enhancements. However, I stress, without having them fixed I can't do what I do with Excel. well i am sure that these
Re: [dev] Re: OpenOffice Calc in the Financial Markets.
Cassio Neri wrote: Hi Juergen and Björn, sophisticated mathematical models - costly comutations - did you have thought about grid computing, computing power on demand and highly scalable. In short you can prepare a job containg the stuff needed to do your calculations. Transfer it on the grid and run it. Data can be loaded from a database or from some where else via some special and secure data channels and can be stored back. It depends on your onw configruation how many CPU and sub jbs in parallel are runnig ... Ok it is a little bit off topic but i think interesting. Becasue you can trigger such jobs from calc difectly and can feed the data into the sheets for later use ... Or using webs wervices to get furher necessary data, stock trades ... The models are always probabilistic and, almost always, we use Monte Carlo simulations to run them. This is, indeed, very good for concurrency: In the heart of the algorithm there is a for loop where each iteration is (or might be) completely independent from the others. Normally those computations are done by an in-house developed library. An add-in link the library to the spreasheet application which works more as user interface. Only simpler computations (if any) are done by the spreadsheet application itself. There are other front-ends as well. In line with Juergen's suggestion, for instance, we have XML parsers which load the data necessary to the simulation from a database and generating XML reports with the results. There are, indeed, libraries exploiting the concurrency but, unfortunately, I've no hands-on experience. More recently people started to look at GPU computing as well. This is still a very new topic with promising results. Once I came across an article on Bloomberg's experience with GPUs computing. They were very pleased with the scalability. Apparently, it's faster, cheaper and greener than a farm of servers. Talking about feeding data into the sheet, I have a question about the type XVolatileResult (hope this is the right forum). Suppose, for instance, that the Monte Carlo simulation takes 10 minutes. I was wondering if we could use XVolatileResults to present in a cell the progress of the simulation before it finishes. With Excel we can just launch, wait and pray that something important is happening (some libraries use a console window to monitor the progress). If so, then can we stop the computation before it finishes? yes, that is possible. You can feed the results that are already available directly in the feed or you can return a percentage number. The SDK contains an add-in demo that demonstrates a simple counter for example. Juergen Regards, Cassio. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: OpenOffice Calc in the Financial Markets.
Cassio Neri wrote: On Tue, Nov 17, 2009 at 9:29 AM, Andreas Saeger saege...@onlinehome.de wrote: Just like in Excel, when automatic calculation is off, F9 calculates all dirty cells which would have been calculated if automatic calculation had been on. A dirty cell has a formula which depends on a modified input argument. Yes. I don't have any doubt about that and I've never said otherwise. But, please, check the OOo Calc Help: 1. Press F1; 2. On tab Find search for the term F9; 3. Select one result among Recalculate, Cell contents or Shortcut for Spreadsheets. On the right you'll see: press F9 to recalculate all CHANGED formulas in the CURRENT sheet. (Sorry for the capitals, I just want to emphasize and not to shout.) That's is wrong! Do you see what I mean? However, our major problem is the following. For us (people developing Excel add-ins in the financial markets) it's very important to be able to: Recalculate ALL formulas in the CURRENT sheet (our major problem) That's not possible in OOo Calc (is it?). To be fair, that's not possible in Excel either. However, in Excel 1. Shift+F9 calculates all CHANGED formulas in the CURRENT sheet. 2. We can make all our add-in functions volatile. Toghether these two features allow for a partial, though sufficient, solution for our major problem. More precisely, Shift+F9 recalculates all OUR add-in functions in the CURRENT sheet. In OOo Calc behavior #1 above is not implemented (neither F9 nor Shift+Ctrl+F9 do so, as Andreas said) and volatile add-in functions don't exist in OOo Calc (as Niklas said quoting er in issue #69903... Ah, a brand new patch came out yesterday). One intention (among others) of my previous messages was to propose a solution for our major problem. By doing so, OOo Calc will make one step to become a viable option for very important applications we have in financial markets. I'm very sorry to say that currently only Excel is viable. ok, lets assume that OOo Calc would become viable, the issues would be fixed and the missing features would be implemented. What do you think would people really think about a shift from Excel to Calc or is it more hypothetical. I mean is there really interest to move to an open source solution with all the pro and cons to save money, to become standard based, to become open etc.? It would be really helpful to get some more insight and it helps also to prioritize our efforts correct. Juergen Regards, Cassio. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] OpenOffice Calc in the Financial Markets.
Hi, Cassio, first of all it sounds very interesting for me because you are coming for the financial market and you knowing what's missing and what can OOo bring forward in this area. We need exactly the help of experts or ISV's who doing exactly the same for Excel and who want now enter a new market with OOo. Some of the points you have addressed are probably only bugs and have to be fixed. Other are probably missing features but could be addressed as well depending on the demand and priorities. Anyway i am sure that the developers of Calc can tell us more details here. Related to your last point i would like to point you to NetBeans and our OpenOffice.org API plugin for NetBeans. The plugin provides a Calc Add-in wizard that helps you to create new add-in functions on a very hight level and creates a complete working project with code skeletons and everything else necessary for a complete oxt package. It allows you to create a new add-in function in less than 5 minutes. If you want to try it out, download the latest stable version of NetBeans 6.7.1 or even the 6.8 Beta version. The OOo API plugin is available directly in NetBeans via the plugin update center. Additionally to NE and h lugin you need an office installation and the OOo SDK. If you should have problems please let me know. It's probably a good and useful tools for you to do some prototyping. The generated code is Java but the IDL's and the xcu's can be used for a C++ Add-In later on a well if necessary. I would prefer Java because of the platform independence, means one Add-in developed on windows or any other platform and working on all OOo supported systems. Our code skeleton maker can generate a C++ skeleton as well and in both cases (Java or C++) you have to focus on the real implementation only. I am really interested to help you where i can and if i have time. And i am sure that the Calc experts are also interested to help and support you. Juergen Cassio Neri wrote: Hello all. I wasn't sure if I should send this message to discuss or dev. It addresses strategic points (in my opinion) for OOoCalc but, sometimes, they get quite technical. I work for the investment bank arm of a major German bank. Among my dutties, I participate in the development of Excel add-ins. Additionally, in my spare time I'm developing an open-source project to help library developers to make their libraries easly accessible through different front-ends including Excel and OOo Calc. I want to share with you my experience hoping to help make OOo Calc more appealing to financial institutions. I believe this would be a good strategy since those companies are among the biggest users of spreadsheet applications. Although complex spreadsheets are a minority they play major roles. For them built-in functions are not enough and institutions implement in-house features through VBA or C++ add-ins. Many other teams inside my bank also develop Excel add-ins in C++. The overall framework followed by all teams is very similar. From discussions with former colleagues, I know that the same happens in other big institutions. My onw library also follows the same. In this framework some add-in functions create objects which are stored in a pool. Each object has an ID. Other functions take object IDs, process the corresponding objects and return results to Excel. Let's see a silly but illustrative example. A function called CreateSquare creates a square and stores it in the internal pool of objects. CreateSquare takes two parameters: The name (ID) of the square and it's edge size. The result, returned to the spreadsheet, is the object's name if it is successfully build or an error message, otherwise. Another function called GetArea takes the name of a square and returns its area. Then, one can enter the formula =CreateSquare(Foo; 2) in cell A1 and =GetArea(Foo) in cell B1. The values shown in A1 and B1 are, resp., Foo and 4. Typically, we turn off automatic calculation and do it manually, sheet by sheet, pressing Shift+F9. There are many reasons for that including: 1. In real world examples, object constructions or computations may be very time consuming. Then we want to avoid calling those functions before setting up the whole spreadsheet. 2. We need to control the order of evaluation. In the example above, suppose we change A1 to =CreateSquare(Foo; 3), that is, we have changed the size of Foo. Obviously, B1 need to be updated. However, as far as the spreadsheet application is concerned, B1 is up to date since it doesn't depend on A1. To avoid this issue we put the the two formulas in different sheets and recalculate the sheets in the correct order. Recall that in Excel Shift+F9 recalculates all changed formulas in the current sheet. Hence, normally Excel wouldn't recalculate =GetArea(Foo) except if GetArea is a volatile function. For this reason, we typically make all add-in functions volatile. One can argue that, since A1's value
[dev] openoffice....@fosdem 2010
Hi, i just want o inform you that i have requested an OpenOffice.org stand and again an OpenOffice.org Developer Room for the next FOSDEM, February 2010 in Brussels. This is a pre announcement only because we are not finally accepted. The final decision is expected at the end of November. But for both we will need help and the time is short as always. Stand - we need people to help at the stand to answer questions, promote and demo our product, to build community and relationship to other projects ;-) - we need people for the organization (coffee, demo workplace, demos, ...) - merchandising materials (shirts, stickers, ...) - tbd Developer Room - we need interesting talks, workshops etc. - call for papers is coming soon As soon as i have more details i will come back to keep you informed. But here and today i would like to encourage you to think about the FOSDEM and how you can potentially help to make it a success. Think about an interesting development oriented talk or workshop, think about sponsoring ;-), think about participating and help at the stand etc. Follow up discussion please on the confere...@marketing.openoffice.org mailing list and later maybe on a dedicated FOSDEM list (that doesn't yet exist) Regards Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] IDL references from the Wiki - via IDL tags
Hi, this can be seen more as a reminder to make use of the IDL tags, see http://wiki.services.openoffice.org/wiki/Wiki_maintenance/IDLTagExtension for detailed info. When we moved the Developer's Guide into the wiki we thought about a way how we could achieve the useful IDL tags. The tags that get automatically converted into links to the related type in the generated IDL reference. In the end the IDLTagExtension was developed that allows exactly the same functionality. PLEASE whenever you want or have to reference an IDL type please use one of the IDL tags to create a link automatically. It will help our users and developers to find the appropriate information faster and it will help to improve the overall navigation between the documentation (guides, examples, tutorials, ...) in the wiki and the type reference. Thanks Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] What is the status of the layout manager and the related new format to describe dialogs
Jan Nieuwenhuizen wrote: Op vrijdag 06-11-2009 om 13:31 uur [tijdzone +0100], schreef Juergen Schmidt: Jan Nieuwenhuizen wrote: Op donderdag 05-11-2009 om 21:58 uur [tijdzone +0100], schreef Juergen Schmidt: patches were removed [or reverted] again. do you know the reasons for that? I don't know, there must a bug in openoffice.org's commit command? mmh, sounds strange again, i think it would be more helpful if you would create a cws, work on it as usual, test and finalize it. That's what I did about a year ago, and we retried again half a year ago. Just maybe I'll attempt it yet another time. Otoh, in some circles people might say that I'm unable to learn or take a hint if I did that. Anyway, here it is http://hg.services.openoffice.org/cws/layoutdialogs3 And what is more important work closely with the experts during the development cycle. Experts: please have a look and work closely with me on this! :-) did i mentioned that i am no expert here, i am more interested in the the outcome especially to use it for extensions I think it doesn't scale very well if you work weeks or months on the go-oo code line and provide a bunch of patches only. As I understand it (CMIIW) the Go-oo project was not created to--and does not exist to--give developers another repository to work weeks or months and provide patches only. When I commit code to Go-oo, chances are that a binary will be built from them and shipped to users within a week. Sometimes within hours. Also, upstream often did [does?] not build ootb, and it's impossible for me to fix the build within a reasonable time frame [ie: hours]. I can fix the go-oo build within an hour if it's broken, if someone doesn't beat me to it ;-) well it's probably because you work the whole day with this repository and that go-oo follows a different philosophy. But i don't want to talk about this it was addressed often enough ... I even don't like everything as it is but i accept it because of the project rules ;-) In my case with layout dialogs, it allowed me to get OO.o binaries shipped with dialogs enabled for more than a year now...while upstream cannot even build them yet? mmh, the questions is more why. Did you expect that other make it working? A complete cws based on hg that build and run would be probably integrated very fast if all criteria match the rules. And keeping such a cws upstream shouldn't be also a problem. Possibly the fresh layoutdialogs3 builds, let's all pray it won't have bits removed upon/after integration and 'commit' takes less than half a year this time. I would to like to see at least or expect a complete picture how we want handle this in the future. That's grand, please send a patch! no, probably not. I was thinking more about a wiki page where the concepts are described, a spec of the new format, how to migrate existing dialogs etc. A growing collection of important info where people can find all the stuff they need to use it. By the way i think you would be faster if you would implement the dialogs new from scratch. Maybe some helper would be also helpful. Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] What is the status of the layout manager and the related new format to describe dialogs
Hi, i would like to know the current status of the layout manager and the related new format for dialogs. It's a long time since i have heart something about this project. Is it a dead project or is somebody waiting that others will continue or finish it? As far as i know parts of the code is checked in but not used somewhere. Looking forward to get some new info related to this project. Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] OpenOffice.org Wiki Categories
Hi Bjoern, it seems to be a good start but probably some more main categories are necessary. But then the question is if we need it at all or if a reworked main page would help to navigate in and through the wiki. I think a common agreement on how to use categories and sub categories would be more helpful. Take a look for example on Tutorials. Clicking on the category shows a lot of tutorials and when you expand the node in the main index you get a sub category Basic:Tutorials. What does it mean, no other tutorials or only a different usage of categories? Looks confusing to me. I miss for example the category Conferences and a related entry in the main index. The same for Marketing. Regards Juergen bjoern michaelsen - Sun Microsystems - Hamburg Germany wrote: Hi List, I tried to add a bit of structure to to the categories used on the Openoffice.org Wiki. I hope the most important ones are now a direct or indirect subcategory of the MainIndex at: http://wiki.services.openoffice.org/wiki/Category:MainIndex Please check, if your category has found a place in the hierarchy, if not, sort it in. In addition, I tried to sort categories in as at least one direct or indirect subcategory of an OpenOffice.org project. This is to help attributing responsibility for pages. Finally, I am proposing to link to [[:Category:MainIndex]] from the frontpage. Hopefully this will aid to keep the Wiki a bit more structured. Comments? Best Regards, Bjoern Michaelsen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] OpenOffice.org Wiki Categories
bjoern michaelsen - Sun Microsystems - Hamburg Germany wrote: On Mon, 26 Oct 2009 13:38:44 +0100 Juergen Schmidt juergen.schm...@sun.com wrote: it seems to be a good start but probably some more main categories are necessary. But then the question is if we need it at all or if a reworked main page would help to navigate in and through the wiki. Without categories, there will be an ever-growing number of obsolete, outdated and orphaned pages. This is not a problem for navigation from the main page, but it will make the search functionality of the wiki more and more useless. I think a common agreement on how to use categories and sub categories would be more helpful. Like: http://wiki.services.openoffice.org/wiki/User_Experience/SOP/Wiki/Categories http://wiki.services.openoffice.org/wiki/User_Experience/SOP/Wiki/New_Wiki_Pages for starters? Yes, I think every new page should be in at least one category that is a project (or a subcategory of a project). Take a look for example on Tutorials. Clicking on the category shows a lot of tutorials and when you expand the node in the main index you get a sub category Basic:Tutorials. What does it mean, no other tutorials or only a different usage of categories? Looks confusing to me. Yeah, right. But I think ordering the categories is the second step, first we will need to get stuff into at least one category and make each category a direct or indirect subcategory of MainIndex. Then we can really see whats there and consolidate. That being said, I already did some obvious cleanups along the way (like merging the Project and Projects categories). I miss for example the category Conferences and a related entry in the main index. The same for Marketing. Huh? MainIndex - Project - Markting - Conferences seems pretty straightforward to me. That being said those _are_ already listed on the frontpage. ah i see, but Marketing is so important from my point of view that i wouldn't have searched under Project. Well but that is my personal problem with all the sub projects. For me it's still more natural to see the OpneOffice.org project with several main entry points independent of any sub project. Related to a MainIndex i would expect entry points like Development, Documentation, Marketing ... Juergen Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: [project leads] Re: [discuss] Call for Nominations for Community Council Election
Hi, first of all thank you Cor for your trust in me that i would be an eligible candidate. I needed some days to think about the nomination to be sure that i am motivated, have the time and that i have the open and global view on the project that is necessary. And what is more important from my point of view that i have a realistic view because the work in all the different areas have to be done. Talking only is not enough. And the heart is still the product itself. A good product that we can promote, where we can do marketing for, that we can localize to reach even more people, that we can customize to reach other user groups like OOo4Kids, and that we can always improve to make it the best office suite of choice. I know the project very well because i know it before it was born ;-) And the reason why i still work full time on the project is the project self. Ok Sun as a good employer is a further very important point here as well. My the potential CC work would i do in my spare time because it wouldn't be part of my normal work. You see there is no real difference to any other candidate ;-) I am not looking for a further position or so, i am already the project lead of the API and Extensions project (but project lead positions are not really important from my point of view). But i am always motivated to improve things where i have the impression that things can be improved. And that is the reason why i accept the nomination. It's up to others now to vote for me or not. I am at least willing to do my best. Thank you Juergen Cor Nouws wrote: Hi all, Louis Suarez-Potts wrote (13-10-2009 16:47) **Call for Nominations** I would like to nominate Juergen Schmidt as candidate for the Community Council. Juergen is well known as lead of the API project (and co-lead before) and in that position promoting the importance of more intuitive and better APIs among the developers. He worked on the UNO, SDK and DevGuide. He also is co-lead of the extensions project from the beginning. This project is an important bridge to many, often non-corporate, developers and contributors for the project. Juergen also makes valuable contributions to the marketing project, for example with organising the OpenOffice.org contribution for the FOSDEM and promotional goods... T-shirts :-) He is active at various levels in the project and whenever time allows, with an open mind to reach out. I consider this very useful for a position in the council, therefore I hope Juergen that will accept this nomination. Looking at his background, the Code Contributor as well as the Product Development seat could be his place in the Community Council for the next years. Best regards, Cor - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: [api-dev] MS document header formatting not retained in OO
Hi Wei Min, it sounds like a filter problem. Once a document is loaded in the internal document model the API access should be same regardless the format. Please someone correct me if i am wrong Juergen Wei Min Teo wrote: Hi all, I am trying to open and read the different headers of different pages on a document in order to sort them. So far, my code works fine for openoffice files, i'm able to access each page and get their relevant pagestyle names to get the different headers. However, using this same code on MS files however seem to result on a bug. The problem is as follows: I am able to access the headers fine for only the first section. If there are headers on a new section, the headers read by the program appears as . However, when i physically open the MS document, I am able to physically see the header of the second section. But I am just not able to get it programatically, I also lose that formatting when i save it as a ODT file. Am I doing something wrong or there are just some compatability issues with MS documents? Would this be updated with future versions of the sdk? I am currently using 3.1. Thanks. Cheers, Wei Min _ With Windows Live, you can organize, edit, and share your photos. http://www.microsoft.com/singapore/windows/windowslive/products/photo-gallery-edit.aspx - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] RE: [api-dev] MS document header formatting not retained in OO
when you save to odf the appropriate filter is used. The problem was probably already during the import when the MS import filter was used. When the info is not present the export can't the info at all... I am only guessing that this is the problem. Juergen Wei Min Teo wrote: Hi Juergen, That is what i found strange. I did not set any filters. Even when i did not do any programatically, I simply used openoffice to open the MS document using swriter and save as ODT document. The header in section 2 is still lost. However, different headers in section 1 are retained. Or are there filters automatically set with the openoffice 'save as' function? Date: Mon, 24 Aug 2009 10:29:36 +0200 From: juergen.schm...@sun.com To: d...@api.openoffice.org CC: dev@openoffice.org Subject: Re: [api-dev] MS document header formatting not retained in OO Hi Wei Min, it sounds like a filter problem. Once a document is loaded in the internal document model the API access should be same regardless the format. Please someone correct me if i am wrong Juergen Wei Min Teo wrote: Hi all, I am trying to open and read the different headers of different pages on a document in order to sort them. So far, my code works fine for openoffice files, i'm able to access each page and get their relevant pagestyle names to get the different headers. However, using this same code on MS files however seem to result on a bug. The problem is as follows: I am able to access the headers fine for only the first section. If there are headers on a new section, the headers read by the program appears as . However, when i physically open the MS document, I am able to physically see the header of the second section. But I am just not able to get it programatically, I also lose that formatting when i save it as a ODT file. Am I doing something wrong or there are just some compatability issues with MS documents? Would this be updated with future versions of the sdk? I am currently using 3.1. Thanks. Cheers, Wei Min _ With Windows Live, you can organize, edit, and share your photos. http://www.microsoft.com/singapore/windows/windowslive/products/photo-gallery-edit.aspx - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org _ More than messages–check out the rest of the Windows Live™. http://www.microsoft.com/windows/windowslive/ - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] How to access Bibliography Database with python-uno?
Hi, have you already connected successful to a running office process before? If not i would suggest that you try this first. In your case you have to start the office to listen on port 2083 soffice -accept=socket,host=localhost,port=2083;urp;StarOffice.ServiceManager When you have successfully connected you have the remote service manager and can continue with it. Juergen huang huang wrote: Please bear with me-newbie. While there is a fragment of example that querying Bibliography database in java in Develop Guide, I am failed to convert it into python. The example uses a getRemoteServiceManager to create a RemoteServiceManager, but I do not know which should be corresponding in python-uno. My script is: import uno local = uno.getComponentContext() resolver = local.ServiceManager.createInstanceWithContext(com.sun.star.bridge.UnoUrlResolver, local) context = resolver.resolve(uno:socket,host=localhost,port=2083;urp;StarOffice.ServiceManager) It tells me that com.sun.star.connection.NoConnectException: Connector : couldn't connect to socket (Success) Any one can help me to correct the error or provider an example to access bibliography database directly? - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] External Properties in oxt
i would recommend that all necessary information comes with the extension and if necessary update the oxt. How you access these config files in your oxt is up to you. The PackageInformationProvider gives you access to the root dir of your oxt after installation. That means you should have access on the whole content of your oxt. For localized strings you can use a mechanism similar to Java property files that uses the office locale... See http://api.openoffice.org/docs/common/ref/com/sun/star/resource/module-ix.html and the DevGuide how to localize dialogs Juergen Vil wrote: Hi I was wondering if there is an elegant way to make an extension modifyable without deploying a new oxt. Thus i want to provide external proptery - files which specify certain paths, i18n userinterface strings, and so on. Is there a special functionality / design guideline for such a purpose or should i just parse the config files with standard java code within my extension? Best Regards, Phil - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Using OpenOffice.org for Chemistry on Linux
Ariel Constenla-Haile wrote: Hello Konstantin, On Tuesday 11 August 2009, 08:06, Konstantin Tokarev wrote: Hello! I think every chemist which wants to use Linux faces with one serious problem: structural formulae cannot be inserted into the text in editable way. Also I think that only OpenOffice.org can provide this functionality today. In MS Windows there are many GUI based editors, which can be used to create and edit formulae incorporated into documents. In *nix-like systems there are no OLE-like interfaces. Only possibilities for user are to insert formula as image, SVG, or use OLE objects, incorporated in files which were created in Windows, Objects, created by external software and inserted into document cannot be edited after incorporation. On the other hand, there is an extension for OpenOffice.org called 'quick formule', which provides a language for textual description of chemical structural formulae. It constructs formula as OOo Draw object from text string. But created object cannot be edited as chemical structure. If a possibility to store this text string alongside with drawing, it could be used for further edit, and required functionality would be achieved. I see solution of this problem in creating new OOo application working the same way as OOo Math and based on its code. Using simple GUI (probably jchempaint), user will actually change text string with formula description, and when string changes, drawing object will be re-constructed. This complex document may be incorporated using OOo OLE implementation like OO Math objects are incorporated. My question for OOo developers: is it the simplest way to achieve such functionality? Or it is simpler to realize through OOo extension? I think that Jürgen gave you the best advice: develop your own embedded object. I once developed a propotype following the SDK example, embedding JMol: inside the document I stored the pdb file, and as replacement graphic one generated by JMol from this pdb together with some JMol specific data in order to store Jmol's state. When the user activated the embedded object I opened Jmol's frame, etc. The prototype worked fine (until - I guess - the changes in OOo classpath policy) but didn't have time to play with this again. But this shows the big potential of the embedded object API. You could do something similar with JChemPaint (and of course you're free to take the Jmol idea and create two embedded object types, this may make OOo very popular among scholars) I'm C++ developer, well, both JMol and JChemPaint are Java applications, you could benefit of the Netbeans OOo API plug-in but I've never worked with OpenOffice.org API. the embedded API is rather undocumented (by documented I mean there is nothing AFAIK in the Developer's Guide), though you have the abstract API specification, and the SDK example (it's helpful but hard to follow, I remember it took me a 2 weeks winter holiday to understand this stuff) Ariel is right the documentation is currently very pure but d...@api.openoffice.org will be the best place to ask further questions and get support. We should maybe create a more complex example and should document it in the wiki in a tutorial style. Some volunteers? Juergen Regards - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: XML Import Filter
Hi Jakob, Jakob Mandalka wrote: Noone any Idea how to make this? 2009/8/6 Jakob Mandalka jakob.manda...@googlemail.com: Hello everyone, i am new here and i have a question to ask which might be a little complicated. What i want to do is to develop a component such as a button in open office which , when pressed, imports an xml file which can be selected by a file dialog and apply an already installed xslt import filter -which basically transforms the XML file and fits its data to a simple table-.So the result is a report-like .odt file with data provided by my xml file. (this is the final goal,for the moment i want to just do it from command line java program) I am stuck at how can i use the api to load a filter package i installed before opening the document,so that when the page opens you see the .odt file with the table and my data.. i am able to do so from openoffice interface , the traditional way, but how can i do it programmatically..?For the moment i open a file from java using the NOA API but i dont find any info on how to apply a filter prior to opening it. if the xslt based filter is installed correctly it has a name and should be usable via the normal API. See the code snippet base or the SDK for examples how to load a document with a specific filter. For the UI integration you can implement an addon. If you are using Java you can do it quite easy by using our NetBean plugin. Juergen thank you very much - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Using OpenOffice.org for Chemistry on Linux
Hi Konstantin, no OLE directly but we have our own platform independent API's for that. You can insert a replacement image in the document that can be resized, moved, and you can use outplace editing to change the underlying data, communicate with an external program etc. and create a new replacement images based on the changes. See the SDK Example java/EmbeddedDocument/EmbeddedObject. This can be implemented in C++ as well and either you create a new UI and use some library or you communicate completely remote with some external application if it supports remote communication or has an API ... It's just an idea Juergen Konstantin Tokarev wrote: Hello! I think every chemist which wants to use Linux faces with one serious problem: structural formulae cannot be inserted into the text in editable way. Also I think that only OpenOffice.org can provide this functionality today. In MS Windows there are many GUI based editors, which can be used to create and edit formulae incorporated into documents. In *nix-like systems there are no OLE-like interfaces. Only possibilities for user are to insert formula as image, SVG, or use OLE objects, incorporated in files which were created in Windows, Objects, created by external software and inserted into document cannot be edited after incorporation. On the other hand, there is an extension for OpenOffice.org called 'quick formule', which provides a language for textual description of chemical structural formulae. It constructs formula as OOo Draw object from text string. But created object cannot be edited as chemical structure. If a possibility to store this text string alongside with drawing, it could be used for further edit, and required functionality would be achieved. I see solution of this problem in creating new OOo application working the same way as OOo Math and based on its code. Using simple GUI (probably jchempaint), user will actually change text string with formula description, and when string changes, drawing object will be re-constructed. This complex document may be incorporated using OOo OLE implementation like OO Math objects are incorporated. My question for OOo developers: is it the simplest way to achieve such functionality? Or it is simpler to realize through OOo extension? I'm C++ developer, but I've never worked with OpenOffice.org API. Is there anyone interested in chemistry or one who would like to help chemists running Linux? If yes, please reply. If not, just help me to choose direction Thanks in advance, Konstantin - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: [project leads] Re: [dev] Proposal : OOo4Kids as official part of OpenOffice.org Project
Hi Eric, all, first of all i would like to propose to move any further discussion on only one mailing list. Maybe dev@openoffice.org because the d...@education is not part of this thread. eric.bachard wrote: Hi Juergen, Juergen Schmidt a écrit : Martin Hollmichel wrote: I like and support this idea, me too and i support the idea as well. Thank you very much for your support too ! I was a big fan of StarOffice4Kids project Same for me : Long time ago, I even asked for see the sources, but for some reasons, I never found them. Long time after, when the need became obvious for the Eucation Project to provide an Education oriented office suite, I was very early in contact with Stella Schultze, to discuss with her about design issues, and some other reasons I don't remin exactly. And indeed, she suggested to have a look at StarOffice4Kids. with more or less the same idea. I agree I derived StarOffice4Kids name, to create the OOo4Kids one. Indeed the idea is similar. I don't know ho wthings where done with StarOffice4Kids, but we have decided to strictely follow what the teachers ask (in fact, they must demonstrate every need). Did you the same ? Can you tell me more about that ? I can't answer your question i wasn't really involved in the project and it was done by an external vendor. The colleague who mentored this project doesn't work for Sun anymore. Nevertheless, there is at least one big difference : because of the slow / poor / old machines most of the schools have, we decided to not use Java ( StarOffice4Kids is mostly Java if I'm not wrong), but maybe was it only a prototype ? yes, probably the better way is to modify the existing user interface... StarOffice4Kids used the officebean and put an own simplified Java UI around. Formally : create a new branch, completely independent of , including milestones, like OOo does what do you mean by completly independent ? I would expect that this branch should kept in sync with OOo releases ? Work on the same things should be done on the same code base. For example Eric talked about performance. Edu performance projects could be seen as sub projects of the performance project with a special focus on educational things, maybe driven as university project ... In my vision of the Education Project working on performance issues, there are - I'd say - gurus, who do constitute the Performance projects core. On Education Project side, mentors and students who respectively teach and learn the good practices, and, for the best of the students, work on performance improvements. When the idea, and the resulting code will be enough, we'll join the performance meeting, and propose our work to be evaluted. To be frank with you, I have some doubs yet another project/sub-project will help there (ihmo there is no need to complicate more), but I can be wrong. well i don't talk about a real sub project. See it more as virtual project. One further effort to improve the overall performance under the umbrella of the performance project. And what is the performance project. It is one further aspect of the normal and always ongoing development umbrella. As i have mentioned earlier i personally don't like our structure with all the different projects, many of them are useless and are not really projects. Other are very active and span a much bigger scope. So i personally work on the OpenOffice.org project in different areas ;-) The really new stuff from a user perspective is the interaction with this specific user group kids, the OO users of tomorrow. Not only : the teachers are involved too. Most of the scheduled changes have been proposed by them, and without them, nothing would have been possible (they know better than us what is possible). that sounds very good and interesting Other extremely important thing: OOo4Kids is the way to enter in schools with free software. yes of course and as i mentioned before, the kids are our users of tomorrow and they are the business leaders and decision makers of tomorrow ... This is from my point of view very important and can be partly achieved or addressed with a customizable UI. I think this is not sufficient. We need to implement more than what we have today, and integrate more Education specific contents and so on. Believe me or not, but the only thing people want (not only teachers), is : simplify the UI. On MAc OS X side, this is the rule 20% visible / 80% hidden law. i haven't said that we have everything in place and i am sure that we have to do much more. But i see an overlap with the UX team here and doesn't it make sense to work closer together. Teachers and kids are one further user group with a different focus as normal office users. My main point here is if we can find a way to customize our UI in the way that it becomes quit easy and efficient. We can define different UI themes for different user groups. One
Re: [dev] Proposal : OOo4Kids as official part of OpenOffice.org Project
eric.bachard wrote: ... The colleague who mentored this project doesn't work for Sun anymore. That's not a good news :-/ well he left for many years. The project is not alive and we probably don't want to go this way. As far as i remember it, it was also task oriented, a simplified UI and they used a lot of predefined templates. ... The new is the behavior, e.g. we'd like to add a password to the prefs .. and so on, and include pedaogical objectives for students doing that. e.g. we' like to use the existing start center + the Impress wizard as -sort of- design patterns, to write two new wizards, opening predefined models in both writer and draw, but in two clicks, and insist on the use of styles. .. and so on the idea with wizards to create a new text or calc document is usable for the general office as well. For example guiding people to use styles would be perfect... I like it to help new users and it should be possible to disable it for advanced users. StarOffice4Kids used the officebean and put an own simplified Java UI around. Ok well i don't talk about a real sub project. See it more as virtual project. No idea the name, in fact: we just do it, and we'll see later what is the result. But needs a lot of energy, people and time We can define different UI themes for different user groups. One for kids, one for traditional office users, etc. IMHO, there is no need to redefine a new look. The teachers don't care about the look. they want something adapted. i am not sure. We need maybe no complete new look but a fresh and modern look and i am sure we can improve things. But lets see what the Renaissance project will bring us, they analyze a lot of user data ... I don't know if this is possible but it's worse to think about it. Maybe you thought worth ? (sorry, my poor english striked again :) of course i meant worth, in this case it was my pure English ;-) We should try to work together in all the different areas and not side by side. What will certainly work. Now, it's important work together, but not to be controled by. Now, to answer you, all propositions are welcome. From our side, I can't remember the number of times I invited people, including developers, to present us what they do, under the form of IRC ClassRooms. i know and i assume that it is in most cases simply the lack of time Of course, the invitation is still valid : what about see people from performance, UX, whatever project, join and present what they do to the students on the channel ? The success of these ClassRooms is really important (I myself particulary appreciated the one from Philipp Lohmann (gsl), and Mathias Bauer (framework) ). At a point the system will be copied by other entities (teach OpenSource is in the mood). i know and i wanted to present as well but simply wasn't able to make it until today. I promise that i will prepare something ... As example, we could have people in charge to organize, one the UX part, one the performance part, one something else .. Another possibility (add both works too), could be to see, at fixed hours/day in the week, be present on the IRC channel, and answer the questions the students could have. Have a dedicated wiki page, to prepare the questions .. and so on. maybe, i personally don't really like IRC. I am sometimes online but most often i simply haven't it running. But that is something where i can improve myself. IMHO, the best way is to see more devs joining : things will automaticaly improve afterwards, without the need to add administrative things in the middle. Waiting, I'd like to say a big thank you to Thorsten Behrens, Bjoern Michaelsen, Cedric Bosdonnat and Pierre Pasteau, who are present ~ every day on the channel, for the quality of their contributions. Other devs are welcome :) .. all of that is just suggestions, of course :) sure and we can't enforce something it's a free and open community Juergen Regards, Eric Bachard - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Proposal : OOo4Kids as official part of OpenOffice.org Project
Martin Hollmichel wrote: eric.bachard wrote: [please continue the discussion on the dev@openoffice.org mailing list] Hi all, Proposal : The OpenOffice.org Education Project proposes to drive the following experimentation : - create a dedicated branch in the OOo source code repository (means hosted by OOo Project) for a 7-12 years software, derivated from OpenOffice.org, and made and maintained by OpenOffice.org project. I like and support this idea, me too and i support the idea as well. I was a big fan of StarOffice4Kids project with more or less the same idea. Formally : create a new branch, completely independent of , including milestones, like OOo does what do you mean by completly independent ? I would expect that this branch should kept in sync with OOo releases ? a good question and i also thought about it. Everything Eric described is valid and important for the main code base as well. Terms like modularization, performance, customization etc. come into my mind. It's nothing really new and things are already ongoing. Work on the same things should be done on the same code base. For example Eric talked about performance. Edu performance projects could be seen as sub projects of the performance project with a special focus on educational things, maybe driven as university project ... The really new stuff from a user perspective is the interaction with this specific user group kids, the OO users of tomorrow. This is from my point of view very important and can be partly achieved or addressed with a customizable UI. A lot of things are possible already today but can be improved and many other things are missing. And the things that are missing can be useful in the normal office as well. I would expect the same code base but customized for the specific needs of kids. A minimized feature set and a kids related UI etc. A special branded and customized OpenOffice version if you want. Looking on the code base i would see it on top of the existing OpenOffice base layer, reusing exactly the same code basis ... Anyway it's a very good idea and i will support it where i can. Juergen - work with schools and students to improve the software - innovate about performances and cooperate with the performance project in this area - (add your idea) Resources : to be defined, but the non profit association EducOOo ( http://www.educoo.org ) is already candidate to manage that (e.g.receive sponsoring for the software, machines for students, and so on). Martin - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Consolidating build instructions for the community
Hi Christian, i really don't understand what your problem is. Maybe you missed the goal of Per's work, it is simply the consolidation of several different pages into one new place, put some structure on it and extend or improve it where necessary. From my point of view structure is always good and the documentation project did a good job here. So why not using the same technique in other places. Call it guide, book or whatever. In the end you don't have to read it all, you will be guide to the pages you need. And i think you look on it with the wrong glasses. You are very familiar with all this stuff and it's clear for you as well as for others. Great you can read configure but many others not. But they maybe want to build OOo on their own because they can C++. And they are maybe able to fix some issues, are able to create patches (with the right instruction), etc. etc. The work Per is doing is not for the developers we already have it is probably more for new ones. We should support this effort with the knowledge we have and make it a valuable resource for new developers. The only place we have to maintain for future changes, improvements in this area. Juergen Christian Lohmaier wrote: Hi Marcin, *, 2009/7/16 Marcin Miłkowski milek...@o2.pl: Christian Lohmaier pisze: I still disagree. Basically /all/ of the questions asken on IRC about building OOo were because people are unable to read configure or because they don't use vanilla build system. Most of those didn't bother to read any instructions, didn't look for instructions. I could reply that probably using IRC is eating their brains ;) as most questions asked at dev seem to be quite different. Those questions will not be answered by a building OOo for newbies guide. The one I remember fall into the not using vanilla OOo/not taking advice given category. The other ones were build breakers are introduced (already built successfully in the past, newer milestone breaks). System components change in a incompatible way. Nothing that could be covered in a simple guide. (but rather are bugs in the code) [...] Linux build was strangely broken). Those even less. To get this straight: I'm /not/ against consolidating the pages, au contraire, I support getting rid of old pages. But: I am against yet another place (instead of reusing the existing pages) I am against the structure as it appears now I doubt that the new documentation will cause less questions. I'm speaking for myself only, and of course don't tell anybody to stop with the efforts. ciao Christian - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Consolidating build instructions for the community
Hi Per, i think it is a very good idea to consolidate the different resources (webpages, wiki pages) in one place. It definitely make sense to put some organization in it or at least reorganize the stuff we have to make it easier to start and to find the correct things. The question is where to put the stuff. A new well structured section under http://wiki.services.openoffice.org/wiki/Development/Building_the_software/... or http://wiki.services.openoffice.org/wiki/Documentation/Building_the_software/... or should it start even shorter http://wiki.services.openoffice.org/wiki/Building_the_software/... I expect some hierarchical structure similar to the DevGuide with sections for the different platforms etc. Anyway i really appreciate your work and that you bring it up and what's even more important, you started your work already ;-) I will try to support you where i can! Juergen Per Eriksson wrote: Hello, I am cross-posting this to dev and documentation, but think that best would be if discussions run on dev, as many of the details probably will be discussed there. As a part of the Simplifying entry for new developers [1] effort I have the idea of collecting all the wiki pages about building the software into a building guide, as the developer guide [2]. I have discussed with several people about including it into the developer guide, but the answer was always that the developer guide would get too big. I therefore see building as an own process or part. Having a building guide would simplify and make it easier for new developers to find articles and getting to the right pages faster by providing the navigation as in the developer guide. This work would be done by sorting, consolidating and editing the various wiki pages into a guide with a structure. In this work various negative comments about building OpenOffice.org being impossible in the articles will be replaced by constructive tips for the developer. If you think this is a good idea, I will start a new small effort for this in the wiki. [1] http://wiki.services.openoffice.org/wiki/Development/Simplifying_entry_for_new_developers#Building_the_software [2] http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/OpenOffice.org_Developers_Guide Per - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Contributing to OpenOffice
Hi Bernhard, mmh, i would suggest that you look a little bit around and that you start to build OpenOffice on your own to come in touch with the code. The follwoing link might be useful when you are working under windows http://wiki.services.openoffice.org/wiki/Building_OOo_with_Cygwin_on_Windows or more general http://wiki.services.openoffice.org/wiki/Building Think about the application you are most interested in. If it is the spreadsheet application join the d...@sc.openoffice.org, if it's the writer d...@sw.openoffice.org. And join the project and get a member. You need an account anyway for the issue tracker. On the Spreadsheet project page you can find for example a query Spreadsheet issues with keyword easy2dev. Two other queries might be also of interest for you. Talk with the developers of the project to find the right working area for you (via mailing list or IRC). In the end you can simply pick up an issue and work on it. Normally you will submit a patch for an issue first until you are better known in the community. But i am sure that it will be no problem to assign the issue that you will fix explicitly to you. Welcome on board Juergen Bernhard Barker wrote: Hi everyone I'm a university student and have an assignment in which I need to fix an bug for an Open Source project. This might be a stupid question, but, if I find an issue I am interested in fixing from the issue list, how do I get assigned to that issue? Bernhard Barker bernhardbar...@gmail.com - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] API for generate ODS documents
Juergen Schmidt wrote: Hi Xavier, first of all you send the email to a wrong list. Better would be dev@openoffice.org or even d...@api.openoffice.org. forget this, i had this email in my inbox with recipient d...@www.openoffice.org. It seems that i was confused or even not really awake ;-) Juergen Anyway, you can use the office to create a template ods. Later on you can unzip the ods and you shoul take a look on the containg files (understand ODF). You can fill or generate the content.xml with data from your database via a simple xsl transformation or so. After filling the content.xml zip it together with the other files back into the ods. If i remember it correctly the manifest have to be the first entry in the zip. Try it out ;-) Or if you would prefer a office independent API take a llok on the www.odftoolkit.org project and the related Java API. Juergen PS: by the way UNO is not so complicate as you think, only the start is a little bit tricky ;-) 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. rgds. xavier - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] API for generate ODS documents
Hi Xavier, first of all you send the email to a wrong list. Better would be dev@openoffice.org or even d...@api.openoffice.org. Anyway, you can use the office to create a template ods. Later on you can unzip the ods and you shoul take a look on the containg files (understand ODF). You can fill or generate the content.xml with data from your database via a simple xsl transformation or so. After filling the content.xml zip it together with the other files back into the ods. If i remember it correctly the manifest have to be the first entry in the zip. Try it out ;-) Or if you would prefer a office independent API take a llok on the www.odftoolkit.org project and the related Java API. Juergen PS: by the way UNO is not so complicate as you think, only the start is a little bit tricky ;-) 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. rgds. xavier - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: [l10n-dev] Localisation moved into own module
Caolán McNamara wrote: On Mon, 2009-06-22 at 18:48 +0200, Ivo Hinkelmann wrote: Hi Eike, Eike Rathke wrote: I guess that for building a language pack the OOo source tree would not be needed anymore, except maybe a few modules, is still a wish for the far future? MBA had the idea to move also all resource source files into a own module but we first need to discuss this a bit further On a not-really-semi-related topic, has anyone had a go at e.g. reseating the subprojects of sdext/swext/sccomp onto using the sdk makefiles and that sdk provided build-system system and move them out of the OOo svn project into top-level independent projects of their own ? i've brainstormed a little bit with MBA about aligning the SDK build env with the OO build env. The current gnu make based example build env seems to be simpler on the first look maybe, i am not sure but there is still some complexity in it. I would really like to benefit from a shared tiny config file for the compiler switches and maybe some component specific (well documented) targets. But not the full blown one, a subset of them but using dmake and some extracted config files. The idea is to make it easier to get started with the SDK only and make it easy possible to include such projects later on in the normal office build. Sometimes it might be a good idea to include such projects in the normal build and include this components directly in the office. On the other hand it would be nice to have them independent, especially for really specific stuff ... Anyway we should keep in mind that it should be possible to have everything in one specific module. Think about NB or Eclipse extension projects. Juergen C. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] missing regmerge in OOo-SDK_3.1.0_Win32Intel_install_en-US.exe
Hi Oliver, it is not moved, regmerge was already part of the office installation. We simply consolidate and reuse already available tools from the office. The reason is also quite simply. You can use regmerge now without setting any environment. Juergen Oliver Brinzing wrote: is there any reason why regmerge.exe has been removed from .\sdk\bin ? OO 3.1 will contain now regmerge in .\OpenOffice.org 3\URE\bin Oliver - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: [api-dev] Thinking about an API deprecation process
Hi Thorsten, thanks for the infos from the ESC. I think we have to discuss and to define a lot of things here. Before we start discussing it in more detail, please can we agree to continue on one mailing list only. I would suggest to continue on the d...@api.openoffice.org list because it is API related and the correct list for it. I would also suggest to summarize all the outcome of the discussion on a new wiki page in the API section. I have created the following page http://wiki.services.openoffice.org/wiki/API/Concepts_API_changes Display title=Concepts for incompatible API changes and an API deprecation process Thanks Juergen Thorsten Behrens wrote: Hi *, on the last ESC meeting, we had a little brainstorming about if and how to deprecate OOo API. The 'if' was unanimously agreed upon, for the 'how' we came up with the following thoughts: API deprecation === See http://wiki.services.openoffice.org/w/images/2/2a/Esc-mar-2009-api-deprecation.odp for the kickoff slides -- What we need to do -- Decide on preconditions for change: - API was badly designed (architects/pleads to vote if not concordant) Have a list of 'design smells' here, e.g.: * missing exception specifications - API is unused * implemented but unused (can only be easily verified inside OOo code repo, with some more effort inside extension repo - is that enough?) * not implemented (maybe transitively, i.e. listener interfaces, which are meant for API clients, but don't have code to call them inside OOo) - API implementation is too expensive (referring to both effort performance) (architects/pleads to vote if not concordant) What we mean here is e.g. (hypothetical): * profiling xml import has shown that css::xml::sax::XEntityResolver is horribly inefficient and needs a third argument * after the drawing layer rework, one of the css::drawing interfaces needs an inordinate amount of code to emulate old semantics Decide on constraints: - how many clients does this API have * inside OOo code * (estimated) use outside OOo repo * (estimated) number of implementers not reading interface-announce For the latter two, if (at most) recompile is enough, any number of implementers won't block change. For the latter two, if syntactic changes are required, have architects/pleads majority in favor of change? - how 'bad' is the API really – if bad enough, change anyway? Process of Change - when would change be permitted - every feature release, or only major releases? - deprecate API in advance - one or two features releases before the actual removal. Of course, a replacement needs to be available then? - can/should we add technical barriers/support for detecting stale API usage, i.e. refuse to run such extensions? Should we add technical means to warn devs when using deprecated API (either enabled in debug builds, or in a special logging mode of OOo)? Who decides? - we've referred to the entity finally deciding as architects/pleads here; please consider that a place holder. We'd like to hear sensible proposals here also for that committee, also simply voting on the relevant project mailing list is conceivable, or just having the respective project lead decide. Looking forward to your ideas, Kay, Frank Thorsten - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org -- Sun Microsystems GmbHJuergen Schmidt Nagelsweg 55 Technical Lead Programmability 20097 Hamburg, Germany Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer Chairman of the Supervisory Board: Martin Haering - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] create/modify writer docs without running OO
i think sooner or later it should or will cover the whole ODF spec, means all application areas. But you shouldn't expect a full-fledged calculation and rendering engine ;-). That means printing might be a problem a swell as heavy use of forumlas in a spreadsheet doc. Juergen Aaron Ehrensberger wrote: Does this only work on Writer docs or will it also be applicable/useful with spreadsheets and presentations as well? Aaron -Original Message- From: Dan Elliott [mailto:danelliotts...@gmail.com] Sent: Wednesday, April 15, 2009 10:44 AM To: dev@openoffice.org Subject: Re: [dev] create/modify writer docs without running OO Thank you. This looks excellent. - dan Frank Schönheit - Sun Microsystems Germany wrote: Hi Dan, Using the tutorials in the wiki, I now know how to load, modify, and save writer docs using the API. However, we are writing a desktop app that we will distribute and would like to avoid distributing the open office executables (just the api libraries, would be preferable). All I need to do is add a graphic or two and some values in pre-specified locations. Is it possible to do this without using the OO services of a hidden OO instance and just either parse the doc or build an app from scratch using API calls? There's no stripped-down version of OpenOffice.org, but the ODF Toolkit at http://odftoolkit.org/ pretty much sounds like what you want. Ciao Frank -- - Frank Schönheit, Software Engineer frank.schoenh...@sun.com - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Info: potential SDK changes for OO.org 3.2
Hi, the SDK contains many examples showing the usage of the API etc. The examples got not really maintained and the workload for testing them is high. Some time in the past i have already mentioned that the idea is to remove some of the examples from the SDK. Mainly examples written in Java that are now available as NetBeans projects and that can be used instead. The advantage of the NetBeans projects is that you can easier browse the code and debug the examples directly from NetBeans. The removed examples (in the original structure) can be stored for potential use. Well the idea still is to provide the examples as Eclipse projects as well, or as MSDEV projects converted to C++, or Python? Volunteers are welcome! A further advantage of having the examples standalone and documented in the wiki is that the community can easier help to improve the examples. you can comment them on the related discussion page, can improve the code or the documentation etc. We now have enough experienced API users that can help in this area ;-) Anyway nothing is decided yet and the SDK build system will remain in the SDK independent of the examples. That means your own solutions based on the SDK build env will still work. The main reason for this email is that i would like to ask if somebody has concerns about this planned change. If so please let me know and let us continue further discussion on d...@api.openoffice.org. By the way QA volunteers for the SDK examples or the SDK in general are welcome. If you are interested to help in this area please let me know. Regards Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] buildbot builds vs standard builds
André Schnabel wrote: Hi, Thorsten Ziehm schrieb: I do not see the need to bring the build bots near to the build environment here in Hamburg. The request for build bots was (as I know) to have builds in different environments to find build issues in these different environment. When these environment will be nearly the same, then we miss to find these build breakers. As Rene's very short answer suggests: this is what thinderboxes are for (find build breakers on different build environments). Perhaps to use a build bots for CWS builds or for master builds here in Hamburg could be a solution. But my intension is to search for all requirements which are needed in build environment and want to find then a solution. And I do not want to nail down now, that we have to use build bots only on the request by QA community. Because I do not see this request is valid (see my earlier mail in this thread). Hmm? What request is not valid? That QA communitiy shoud be able to get somehow reliable builds from buildbots to be able to do CWS tests? If this request is not valid - what is the alternative (how would QA community get cws builds?) from my point of view the request is more than valid valid and it should be a very high goal for anybody to involve the community for QA. And this early during the development on cws's. A motivated community member doing QA find probably more real issues than the automated tests do. Juergen André - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] DevGuide Wiki / discussion of SDK examples / source code links into a repository
Ariel Constenla-Haile wrote: Hello Juergen, On Monday 16 February 2009 19:25, Juergen Schmidt wrote: So the idea is to provide in a first step NB projects for the Java examples of SDK (more or less done by Ariel - many thanks again, http://wiki.services.openoffice.org/wiki/API/Samples/Java) you're wellcome, but the work on the Wiki is from Jirong Zhang (http://wiki.services.openoffice.org/wiki/User:Jirong), from RedFlag; mine is on the CVS repository (api/examples/java) and will be finished in April (currently only the UNO components examples work). ups, you are right i mixed some things. Juergen Regards - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] DevGuide Wiki / discussion of SDK examples / source code links into a repository
Karl Weber wrote: Hi Juergen, first of all, thanks for your long answer. Please find my reply below. Am Montag, 16. Februar 2009 22:25 schrieb Juergen Schmidt: Hi Karl, let me describe what i have in mind ... First of all i would like to reduce the size of the SDK and i would like to remove most of the examples. In case of the Java examples it definitely makes sense to provide NetBeans or Eclipse projects because it simplifies the whole stuff a lot (easy building and debugging through the code). So the idea is to provide in a first step NB projects for the Java examples of SDK (more or less done by Ariel - many thanks again, http://wiki.services.openoffice.org/wiki/API/Samples/Java) and document them in the wiki. Well the wiki should explain the examples in general and on potential subpages the specific details for NB or Eclipse projects are explained. Ideally we will have the examples available not only in Java but alos in C++ and Python. That means MS Visual Studio projects, maybe XCode projects, etc. The DevGuide will still present related code snippets and of course should provide links to the main example wiki page. Java as the preferred example language should remain in the DevGuide. But as mentioned before we would ideally have the examples in different languages available. Users can easy checkout the example sources from the code repository and can use them in there preferred IDE. Currently they can be easy downloaded as zips. The advantage of this approach is that we can reach more potential users. And of course advanced users can easier help to improve the examples, fix problems etc. It's still a lot of work to provide good example that are well documented ... Often the developers don't focus on developer documentation and examples. But we need it and it is a good opportunity for new developers to get started. Working on examples, understanding the concepts and help others to understand what they have learned etc. Later on the next step to work on or with the real office code should become easier... Juergen Hmm, may be it is too late already, but I do not quite understand your idea. So let me try to express it in my words: (1) The DevGuide, in particular with respect to presenting only code snippets in Java, should remain as it is. (2) Boxes with code snippets in the DevGuide should have a link to the one(!) main examples page. So, starting from a code snippet in the DevGuide I click one link to get to the main examples page. no, not a main example page of all examples. A main page for the specific example where the snippet is from. In the old DevGuide we had the links to the Java files in the SDK because the DevGuide came with the SDK. (3) The main examples page contains a list of all examples available. On this page I can click on another link to get to another page that discusses the particular example in Java (or any other language) which contains the code snippet from (1), where I started. (One page for every example or even one page for every example _and_ every language?) From this page, I can again navigate to other pages, giving me particulars about the project files for NB or Eclipse or, ... On these pages I might also find links to download the project files for the particular example for the respective IDE. no, the example page should explain the example in more detail and you will find links to NB or Eclipse or whatever IDE projects to simply the usage if you want. We can also add links to the plain source files, either on this example page or in DevGuide directly. Juergen PS: i agree to Ariel that we should move further discussion to d...@api If this is what you mean, where do I find the code? My idea was to start from (1) and find a link to a page where I can read the code on-line. A very good example about what I have in mind is [1]. When I learn something like UNO I don't have to build and run every example. Very often it is enough to just read the code. So it would be great if I could read it by just clicking some links -- refer to [1] again. It would be cumbersome, if I had to download the example and install the project in an IDE in order to just read the code. Even worse, what if I don't use NB, and don't want to use it? If the examples are available only as NB projects, chances are high, that I will not only get frustrated, but that I will loose interest. O.K., my idea will not work for BASIC examples with dialogs. These examples I will have to download and open with OOo. To summarise: (a) It is not clear to me, whether your idea will incorporate the possibility to read code on-line or not. (b) How many pages should there be for every example (see question above)? -Karl [1] https://developer.mozilla.org/en/Viewing_and_searching_Mozilla_source_code_online - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional
Re: [dev] DevGuide Wiki / discussion of SDK examples / source code links into a repository
Hi Karl, let me describe what i have in mind ... First of all i would like to reduce the size of the SDK and i would like to remove most of the examples. In case of the Java examples it definitely makes sense to provide NetBeans or Eclipse projects because it simplifies the whole stuff a lot (easy building and debugging through the code). So the idea is to provide in a first step NB projects for the Java examples of SDK (more or less done by Ariel - many thanks again, http://wiki.services.openoffice.org/wiki/API/Samples/Java) and document them in the wiki. Well the wiki should explain the examples in general and on potential subpages the specific details for NB or Eclipse projects are explained. Ideally we will have the examples available not only in Java but alos in C++ and Python. That means MS Visual Studio projects, maybe XCode projects, etc. The DevGuide will still present related code snippets and of course should provide links to the main example wiki page. Java as the preferred example language should remain in the DevGuide. But as mentioned before we would ideally have the examples in different languages available. Users can easy checkout the example sources from the code repository and can use them in there preferred IDE. Currently they can be easy downloaded as zips. The advantage of this approach is that we can reach more potential users. And of course advanced users can easier help to improve the examples, fix problems etc. It's still a lot of work to provide good example that are well documented ... Often the developers don't focus on developer documentation and examples. But we need it and it is a good opportunity for new developers to get started. Working on examples, understanding the concepts and help others to understand what they have learned etc. Later on the next step to work on or with the real office code should become easier... Juergen Karl Weber wrote: Hi, Clayton Cornell from documentat...@openoffice.org referred me to discuss a point on this list. You can already find some arguments in the thread DevGuide Wiki on docume...@openoffice.org. Ariel Constenla-Haile mentioned in this thread, that Juergen Schmidt already has some plans pertaining to this point. So let me give a summary: The DevGuide contains a lot of code to explain how to do things, but it almost always limits the code shown to some excerpt, hence focussing on one particular (and probably the most important) point. At least as far as I am concerned I almost always wonder about how a particular piece of code is used and I want to look at the class file as a whole. Since it doesn't make sense to copy the whole source code into the Wiki, a link into the source code repository would make sense and be great. It would be cumbersome to always look things up in an IDE -- instead of just clicking on a link. A first idea was to use, e.g., a link of the form http://svn.services.openoffice.org/opengrok/xref/Current%20 (trunk)/odk/examples/DevelopersGuide/FirstSteps/FirstUnoContact.java to refer to the class FirstUnoContact.java. As Ariel mentioned (in the thread quoted above) Juergen seems to have an idea about a more far-reaching structural change of the DevGuide Wiki concerning the discussion of the SDK examples. Since I am currently reading a larger part of the DevGuide and having a closer look at the SDK examples, I could readily apply some changes to the Wiki. But, on the face of it, I should only do it after the desired outcome has been clearly specified by the community. I am looking forward to any suggestion. -Karl - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Java extension works directly after installation, but not after Office restart - how to debug?
Christian Lohmaier wrote: Hi *, Java extension on my machine works only when run out of the soffice, directly after installing it via Extension Manager. After restarting OOo, the extension/Java just hangs (no cpu usage, but also no progress whatsoever) I use OOo 3.0.1 (Sun-provided build) and JDK 1.6u11 (also Sun's version) The extension I'm trying to use is OpenCards 1.0.1 ( http://opencards.info http://extensions.services.openoffice.org/project/OpenCards ) The extension works fine with OOo 2.4, and apparently also works fine on other machines. Since it doesn't crash, and doesn't print anything to the console, I have no idea where to look for the cause of the problem. Could you give some hints? mmh, strange. I expect a problem inside the extension. But without knowing the code it's hard to say. I would suggest that you contact the vendor of this extension. I am sure that there is no general problem because i use several Java extensions that worked well under 2.4 and 3.0.1 Juergen ciao Christian - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org -- Sun Microsystems GmbHJuergen Schmidt Nagelsweg 55 Technical Lead Programmability 20097 Hamburg, Germany Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer Chairman of the Supervisory Board: Martin Haering - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Qt as a valid replacement for VCL
Thorsten Behrens wrote: Éric Bischoff wrote: Nokia recently relicensed the Qt library under a triple license : GPL, LGPL, and commercial. Qt is cute, modern, C++, easy to program with, and multiplatform. Wouldn't it be the ideal replacement for VCL, now that LGPL is an option? Hi Eric, why are you following up to my (unrelated) lib unloading mail?! Anyway, besides concerns others have voiced regarding text layout accessibility, changing the underlying toolkit of OOo in the way it is proposed here is the most far-reaching change to the code base I can conceive of, short of changing the implementation language from c++ to managed c++ or somesuch. So that's nothing we should do on a whim - quite the contrary, we should never ever again bind ourselves against the implementation of one specific toolkit, but rather code against an abstract interface. i fully agree but not with the current toolkit that is more or less a pour rip-off of VCL in may areas. Not easy to use and of course a lot of things are missing. If we would move forward in this direction i would strongly recommend an incompatible change and redesign of the toolkit or a complete new one. First and foremost should we make use of the UNO ease of use features, means multiple inheritance, service constructor etc. to make it more comfortable and easier to use. It will be probably always a little bit more overhead or not so comfortable than using a toolkit XY directly. But as Thorsten mentioned we will have a clear abstraction and no dependencies on one specific toolkit. That was and still is the main design idea of the toolkit. However it was addressed and implemented in the past. Along that lines, see the work that's happening around dialog auto-layouting and the awt toolkit (http://marketing.openoffice.org/ooocon2008/programme/friday_1470.pdf) we need the layouter, we need it, we need it ... When will it be really usable? Juergen Of course, having qt then provide _one_ implementation of that toolkit interface is quite the plan (as having a gtk, Win32 Cocoa one). And the license change definitely helps there. Cheers, -- Thorsten - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] FOSDEM 2009: Call for Papers for our OpenOffice.org DevRoom
REMINDER REMINDER REMINDER REMINDER REMINDER REMINDER REMINDER REMINDER just a friendly reminder that you should send me your proposals until tomorrow. I promise some fun in Brussels and Leo will probably guide us into a small nice restaurant as last year. Did i mentioned that the Belgium beer is excellent ;-) Juergen Juergen Schmidt wrote: FOSDEM - the Free and Open Source Developer's European Meeting - is nearly upon us. FOSDEM is the most developer-focused FOSS conference, and will take place in Brussels, Belgium on 6th/7th February (not forgetting the FOSDEM beer event on the Friday night :) . Geeks from all the major FOSS projects are expected to be there - including OpenOffice.org. If you are an experienced OpenOffice.org developer, we need your help! OpenOffice.org will have again a DevRoom at FOSDEM. The main goal of the DevRoom is to attract developers to work on and with OpenOffice.org. We want to show developers that there is nothing magic about OpenOffice.org development, and that our active and enthusiastic developer community is keen to help newcomers. We want to help developers get started on the code - by explaining how the source code is structured and how our build environment works. We're also keen to show developers how to integrate OpenOffice.org in their own applications, using interfaces, APIs, components, etc. We want to encourage developers to produce exciting new extensions for OpenOffice.org. If you are able to share your in-depth technical knowledge and enthusiasm then please get in touch without delay. We are looking for people who can: - give a 45 minute talk; or - run 90 or 120 minute workshops Please send your proposals (see below) to juergen.schmidt (at) sun.com as soon as possible - by the end of this week (latest Saturday 10th). Make it your New Year's Resolution to recruit a new developer in 2009 - and help us start the ball rolling at FOSDEM in February. Proposals = Your proposal should include - a title - a short abstract - your full name - a short bio of you and ideally your role in the OpenOffice.org project - request for sponsorship (travel, lodging) We know that we are again a little bit late this year and that it is short-time. But we promise to improve it next year ;-) Thanks in advance Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] FOSDEM 2009: Call for Papers for our OpenOffice.org DevRoom
FOSDEM - the Free and Open Source Developer's European Meeting - is nearly upon us. FOSDEM is the most developer-focused FOSS conference, and will take place in Brussels, Belgium on 6th/7th February (not forgetting the FOSDEM beer event on the Friday night :) . Geeks from all the major FOSS projects are expected to be there - including OpenOffice.org. If you are an experienced OpenOffice.org developer, we need your help! OpenOffice.org will have again a DevRoom at FOSDEM. The main goal of the DevRoom is to attract developers to work on and with OpenOffice.org. We want to show developers that there is nothing magic about OpenOffice.org development, and that our active and enthusiastic developer community is keen to help newcomers. We want to help developers get started on the code - by explaining how the source code is structured and how our build environment works. We're also keen to show developers how to integrate OpenOffice.org in their own applications, using interfaces, APIs, components, etc. We want to encourage developers to produce exciting new extensions for OpenOffice.org. If you are able to share your in-depth technical knowledge and enthusiasm then please get in touch without delay. We are looking for people who can: - give a 45 minute talk; or - run 90 or 120 minute workshops Please send your proposals (see below) to juergen.schmidt (at) sun.com as soon as possible - by the end of this week (latest Saturday 10th). Make it your New Year's Resolution to recruit a new developer in 2009 - and help us start the ball rolling at FOSDEM in February. Proposals = Your proposal should include - a title - a short abstract - your full name - a short bio of you and ideally your role in the OpenOffice.org project - request for sponsorship (travel, lodging) We know that we are again a little bit late this year and that it is short-time. But we promise to improve it next year ;-) Thanks in advance Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] cws sync m38 problems.
Kohei Yoshida wrote: On Mon, 2009-01-05 at 10:52 -0500, Kohei Yoshida wrote: I'm now checking out the cws once again to do a fresh rebase, to see if that works. And this worked! Still not sure what the problem was that prevented the rebase in the first place. Kohei i had the same problem. Updated svx/uiconfig/layouts and got the problem again. After a second look i noticed that it is now not svx/uiconfig/layout/delzip but sw/uiconfig/layout/delzip Please note the little difference between svx and sw and update both ;-) Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Fwd: prototype html2odf
If it is independent of OO.org it might be better to host it on www.odftoolkit.org Just my 2 cents Juergen Caio Tiago Oliveira wrote: Gabriel Monnerat, 16-12-2008 13:35: Hi, regarding the license: we can use the one used by OO developers, providing that there is no restriction of use by Brazilian Federal Government. It doesn't use PyUno. We use odfpy , PIL and BeautifulSoup. OOo use LGPL. But it looks like your project is more likely to be pointed on the site than integrated on source, so the license may vary. Does someone can point any direction? - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] XUL to replace VCL?
Philipp Lohmann wrote: 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 ? you can use the dialog editor in the office to create your own dialogs and can export this dialogs for example in your NetBeans project or anywhere else. Later on you can use this dialog from Java or any other UNO language in your own extension. It works but it's still not really satisfying. A lot of controls are missing, no layout manager until today (there is a layout manager project ongoing), ... We have a lot of space for improvements here. That is the current situation Juergen Kidn regards, pl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] problem installing OOo_SDK
Hi Pradipta, ensure that you call make in a shell where you have set a SDK environment. The script setsdkenv_unix prepares a shell based on your config settings. Every time you want to use the SDK env you have to run the setsdkenv_unix script again in a new shell. The SDK env is session or shell local. That means when you close the shell or when you type exit the SDK env is lost and you have to run the script again. Ensure that you use a 2.4 SDK with a 2.4 office or a 3.0 SDK with 3.0 SDK. Juergen Pradipta Ghosh wrote: Hi I am facing a error when going to check a example in OOo../examples/cpp/DocumentLoader directory (I have here by attached the screenshots that will help you to understand my problem ). I have already installed OOo SDK as per the given steps in OOo wiki.Please help me to overcome this.Waiting for your suggestion ... Thanking You, Pradipta Unlimited freedom, unlimited storage. Get it now http://in.rd.yahoo.com/tagline_mail_2/*http://help.yahoo.com/l/in/yahoo/mail/yahoomail/tools/tools-08..html/ Unlimited freedom, unlimited storage. Get it now http://in.rd.yahoo.com/tagline_mail_2/*http://help.yahoo.com/l/in/yahoo/mail/yahoomail/tools/tools-08.html/ - 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] Research Project
eric b wrote: Hi, Le 12 sept. 08 à 17:48, Baytiyeh, Hoda a écrit : Hello, I am a Ph.D. student in Instructional Technology at the University of Tennessee. Be welcome ! I am conducting research about what motivates people to contribute to Open Source Software for free. Interesting :) OpenOffice is one of the applications I am targeting in my research. Just a detail: OpenOffice.org is the right name of both the project and the application (the software). I would like to send my survey to people who are involved in the development and not to the users. I'd suggest you to try with the Education Project. i think this mailing list is perfect to reach all the developers. The education project in an important one but it's only one sub project of many others. I m not sure if you can reach here all the people who work on localization. It's a huge group and the make a perfect job. And of course most them do it in their spare time. Many core developers like me are sponsored by companies. Juergen Is there any mailinglist for all the contributors in OpenOffice that I can use? The most relevant list is IMHO the [EMAIL PROTECTED] Project mailing list. And if you want further information, feel free to contact us directly, or on #education.openoffice.org IRC channel ( server is irc.freenode.net ) Your help is highly appreciated. You're welcome ! Eric Bachard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] SDK on Mac OS X 10.4
Pierre Doyon wrote: Hi Juergen, I process the following g++ command with sucess. g++ -dynamiclib -single_module -Wl,-multiply_defined,suppress -Wl,-exported_symbols_list /Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/misc/CppComponentSample/CppComponent.uno.map -L/Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/lib -L/Users/pdoyon/OpenOffice.org3.0_SDK/macosx/lib -L/Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib -o /Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/lib/CppComponent.uno.dylib /Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/slo/CppComponentSample/service1_impl.o /Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/slo/CppComponentSample/service2_impl.o -luno_cppuhelpergcc3 -luno_cppu -luno_sal -Wl,-dylib_file,@__URELIB/libuno_cppuhelpergcc3.dylib.3:/Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/libuno_cppuhelpergcc3.dylib -Wl,-dylib_file,@__URELIB/libuno_cppu.dylib.3:/Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/libuno_cppu.dylib -Wl,-dylib_file,@__URELIB/libuno_sal.dylib.3:/Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/libuno_sal.dylib -Wl,-dylib_file,@loader_path/libuno_sal.dylib.3:/Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/libuno_sal.dylib.3 -Wl,-dylib_file,@loader_path/libuno_salhelpergcc3.dylib.3:/Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/libuno_salhelpergcc3.dylib.3 -Wl,-dylib_file,@loader_path/libuno_cppu.dylib.3:/Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/libuno_cppu.dylib.3 ok, looks good. I have to improve the SDK here. Can you please submit an issue for this problem to me (component sdk, owner jsc) I am a new user of this forum and I never submit a issue. Maybe someone can do it. it's not difficult. Maybe you like to try it. Once understand how it works you can submit issues for any kind of problem you detect in OO.org First of all log in on OpenOffice.org (assume you have an account already). In this case go to http://api.openoffice.org/servlets/ProjectIssues select defect - select the sdk component - select the sub component samples and fill out the other fields. Important is the summary and a good detailed description. you can assign it to jsc see also http://qa.openoffice.org/issue_handling/project_issues.html http://qa.openoffice.org/issue_handling/bug_writing_guidelines.html Then, I run the makefile to install the Component and the execution freeze on this command /Applications/OpenOffice.org.app/Contents/MacOS/unopkg add -f /Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/bin/CppComponent.oxt. that is probably a different problem. I had many deadlocks during my testing as well. The current situation is much better than at the beginning but still not 100% satisfying. The related issue is 92214. Have you tried to install it via the extensions manager UI in the office? Yes, I tried extension manager UI in OOo and It's did not work. An error occurred while enabling: CppComponent.uno.dylib mmh, i can't say why it doesn't work without further debugging ... Juergen Best Regards, Pierre - 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] Compiling on OpenSolaris: GNU make a must?
Ulf Wendel wrote: Juergen, in the course of compiling OOo I found that GNU make [1] is most helpful to have on your system even if OOo itself is using dmake. From a user perspective it doesn't really matter if an external library bundled with OOo requires GNU make or OOo itself. As long as any of the external libraries is using GNU make, you'll need to have it installed on your system unless you use one of the many --with-system or --other-magic-configure flags. well that's true. I have it on my todo list to test an OO build on OpenSolaris, so maybe you can share the result of your efforts here. Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] SDK on Mac OS X 10.4
Pierre Doyon wrote: Hi Juergen, Stephan Bergmann wrote: On 08/29/08 14:36, Pierre Doyon wrote: Hi Stephan, On 08/28/08 18:32, Pierre Doyon wrote: Hi, The undefined symbols come from the following warnings ld: warning can't open dynamic library: @loader_path/libuno_sal.dylib.3 referenced from: /Users/pdoyon/OpenOffice.org3.0_SDK/macosx/lib/libuno_cppuhelpergcc3.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2) ld: warning can't open dynamic library: @loader_path/libuno_salhelpergcc3.dylib.3 referenced from: /Users/pdoyon/OpenOffice.org3.0_SDK/macosx/lib/libuno_cppuhelpergcc3.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2) ld: warning can't open dynamic library: @loader_path/libuno_cppu.dylib.3 referenced from: /Users/pdoyon/OpenOffice.org3.0_SDK/macosx/lib/libuno_cppuhelpergcc3.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2) ld: Undefined symbols: Can you quote the complete gcc command line that outputs the above ld errors? -Stephan Here is the complete gcc command: gcc -malign-natural -c -O -fPIC -fno-common -I. -I/Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/inc -I/Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/inc/examples -I../../../../include -I/Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/inc/CppComponentSample -DUNX -DGCC -DMACOSX -DCPPU_ENV=gcc3 -DGXX_INCLUDE_PATH=/usr/include/c++/4.0.0 -o/Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/slo/CppComponentSample/service1_impl.o service1_impl.cxx mkdir -p /Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/slo/CppComponentSample gcc -malign-natural -c -O -fPIC -fno-common -I. -I/Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/inc -I/Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/inc/examples -I../../../../include -I/Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/inc/CppComponentSample -DUNX -DGCC -DMACOSX -DCPPU_ENV=gcc3 -DGXX_INCLUDE_PATH=/usr/include/c++/4.0.0 -o/Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/slo/CppComponentSample/service2_impl.o service2_impl.cxx Here is the g++ command: g++ -dynamiclib -single_module -Wl,-multiply_defined,suppress -Wl,-exported_symbols_list /Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/misc/CppComponentSample/CppComponent.uno.map -L/Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/lib -L/Users/pdoyon/OpenOffice.org3.0_SDK/macosx/lib -L/Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib -o /Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/lib/CppComponent.uno.dylib /Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/slo/CppComponentSample/service1_impl.o /Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/slo/CppComponentSample/service2_impl.o \ -luno_cppuhelpergcc3 -luno_cppu -luno_sal -Wl,-dylib_file,@__URELIB/libuno_cppuhelpergcc3.dylib.3:/Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/libuno_cppuhelpergcc3.dylib -Wl,-dylib_file,@__URELIB/libuno_cppu.dylib.3:/Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/libuno_cppu.dylib -Wl,-dylib_file,@__URELIB/libuno_sal.dylib.3:/Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/libuno_sal.dylib -Wl,-dylib_file,@loader_path/libuno_sal.dylib.3:/Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/libuno_sal.dylib and similar for libuno_salhelpergcc3.dylib.3 and libuno_cppu.dylib.3 are missing from the above g++ command line. You link against @__URELIB/libuno_cppuhelpergcc3.dylib.3, which really is /Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/libuno_cppu.dylib (the -Wl,dylib_file,@... already present), which has a dependency on @loader_path/libuno_sal.dylib.3, which ld wants to resolve, and it appears that ld does not figure out the correct value for @loader_path itself (although it probably could) and you must instead also tell it explicitly (via the additional -Wl,-dylib_file,@loader... that is missing) where to look. Also see solenv/bin/macosx-dylib-link-list.pl:1.3 which computes the necessary -Wl,-dylib_file arguments in OOo builds. Pierre can you please test this? It seems that we have to improve the SDK env here. Maybe it is PPC specific because it works for me on Intel. Thanks Juergen I process the following g++ command with sucess. g++ -dynamiclib -single_module -Wl,-multiply_defined,suppress -Wl,-exported_symbols_list /Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/misc/CppComponentSample/CppComponent.uno.map -L/Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/lib -L/Users/pdoyon/OpenOffice.org3.0_SDK/macosx/lib
Re: [dev] debug macros in tools and trailing ;
Thorsten Behrens wrote: On Fri, Aug 29, 2008 at 04:17:09PM +0100, Caolán McNamara wrote: Do we want to fix this, or ignore it entirely :-). If it gets fixed, which do we want, change the DBG_ set of macros to follow what people are generally doing with them, i.e. make them expect a trailing ;, or fix the usages to remove the ;. Hi Caolan, personally, I'd change all DBG_* usage to OSL_*, but I admit that's huge. Failing that, I'd make the DBG_ macros follow the OSL_ way. that would be nice, using the same macros everywhere and have only one set of macros. Anyway i would at least making the macros to expect a trailing ;. It seems that people naturally use it this way. Juergen Cheers, -- Thorsten - 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] Compiling on OpenSolaris: GNU make a must?
Hi Ulf, OpenOffice neither use gnu make nor Sun make. It uses dmake and a version of dmake comes with the OO.org build environment. Juergen Ulf Wendel wrote: Hi! I was trying to make OOo use the Solaris compiler using CC=cc CXX=CC ./configure [...] and thought it would be fine to use the Sun make utility from the SUNWsprot package as well. After configure source, the Sun make (/usr/ccs/bin/make) was in my PATH and OOo/dmake have been using it. However, I found that assorted Makefiles and dmake clean use GNU make flags. All those Makefiles will fail when using the Sun make (/usr/ccs/bin/make). Is using GNU make a must/recommended on OpenSolaris when trying to build OOo 3.0 M28? Ulf - 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] SDK on Mac OS X 10.4
Pierre Doyon wrote: Hi, The undefined symbols come from the following warnings ld: warning can't open dynamic library: @loader_path/libuno_sal.dylib.3 referenced from: /Users/pdoyon/OpenOffice.org3.0_SDK/macosx/lib/libuno_cppuhelpergcc3.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2) ld: warning can't open dynamic library: @loader_path/libuno_salhelpergcc3.dylib.3 referenced from: /Users/pdoyon/OpenOffice.org3.0_SDK/macosx/lib/libuno_cppuhelpergcc3.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2) ld: warning can't open dynamic library: @loader_path/libuno_cppu.dylib.3 referenced from: /Users/pdoyon/OpenOffice.org3.0_SDK/macosx/lib/libuno_cppuhelpergcc3.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2) ld: Undefined symbols: I would like to know if the configuration of the OOo 3 SDK is right on my PPC. I did the following steps 1. Download OOo 3 application at http://ooopackages.good-day.net/pub/OpenOffice.org/MacOSX/Dev_OOO300_m3/OOo_Dev_OOO300_m3_MacOSXPowerPC_install.dmg; 2. Install the OOo3 application (/Applications/OpenOffice.org.app). 3. Download SDK at http://ooopackages.good-day.net/pub/OpenOffice.org/MacOSX/Dev_OOO300_m3/OOo-SDK_3.0_macosxp_install_en-US.dmg. 4. Install it and run setsdkenv_unix 5. run the makefile of the CppComponent exemple location to the examples/DevelopersGuide/Components/CppComponent path. * * SDK environment is prepared for MacOSX * * SDK = /Volumes/Pierre2/TiercesParties/OpenOffice/OpenOffice.org3.0_SDK * Office = /Applications/OpenOffice.org.app * Office Base = /Applications/OpenOffice.org.app/Contents/basis-link * URE = /Applications/OpenOffice.org.app/Contents/basis-link/ure-link * Make = /usr/bin * Zip = /usr/bin * C++ Compiler = /usr/bin * Java = /System/Library/Frameworks/JavaVM.Framework/Versions/1.5.0 * SDK Output directory = /Users/pdoyon/OpenOffice.org3.0_SDK * Auto deployment = YES * the configuration looks ok so far. I think that @loader_path symbol is incorrect. I replace the @loader_path symbol in the following librairies : libuno_cppuhelpergcc3.dylib.3 and libuno_cppu.dylib.3 with the following commands and the problem is resolved. sudo install_name_tool -change @loader_path/libuno_sal.dylib.3 /Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/libuno_sal.dylib.3 libuno_cppuhelpergcc3.dylib.3 sudo install_name_tool -change @loader_path/libuno_cppu.dylib.3 /Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/libuno_cppu.dylib.3 libuno_cppuhelpergcc3.dylib.3 sudo install_name_tool -change @loader_path/libuno_salhelpergcc3.dylib.3 /Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/libuno_salhelpergcc3.dylib.3 libuno_cppuhelpergcc3.dylib.3 sudo install_name_tool -change @loader_path/libuno_sal.dylib.3 /Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/libuno_sal.dylib.3 libuno_cppu.dylib.3 sudo install_name_tool -change @loader_path/libuno_salhelpergcc3.dylib.3 /Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/libuno_salhelpergcc3.dylib.3 libuno_cppu.dylib.3 Why the symbol @loader_path is incorrect on my PPC? i don't know Juergen Pierre eric b wrote: Hi, Le 21 août 08 à 13:47, Juergen Schmidt a écrit : Pierre Doyon wrote: Hi all, I tried to generate a UNO Component on PPC Mac OS X 10.4 with the SDK of OpenOffice.org 3.0 and I had somes problems during the link of the objects files. I got a list Undefined symbols like this one: _osl_acquireMutex referenced from @__URELIB/libuno_cppuhelpergcc3.dylib.3 expected to be defined in @loader_path/libuno_sal.dylib.3 I would like to know if you . I would like to know if you have succeeded the generatation of the UNO Component. If yes, how do you perform it? yes i have tested the SDK examples on an Intel based Mac and it worked for me. I still got some warnings like ld: warning, duplicate dylib /local/develop/cws/vcl30stop2/StarOffice.app/Contents/basis-link/ure-link/lib/libuno_sal.dylib.3 when i compile C++ and i don't know why but the examples work. Maybe the lib in the solver differs from the one in the current module (does deliver help ?) Seems to be the first sentence of the log, but I can be wrong. no that doesn't help, i build both the office and the SDK on the same cws. The libraries should be always the same. Other issues (the one Pierre Doyon triggered above e.g.) can be: duplicate includes, or bad order of the includes declaration, including some #undef , and generally causing big troubles. But other reasons can do that .. difficult to solve when not in front of the machine :/ maybe but i assume more
Re: [dev] SDK on Mac OS X 10.4
Stephan Bergmann wrote: On 08/29/08 14:36, Pierre Doyon wrote: Hi Stephan, On 08/28/08 18:32, Pierre Doyon wrote: Hi, The undefined symbols come from the following warnings ld: warning can't open dynamic library: @loader_path/libuno_sal.dylib.3 referenced from: /Users/pdoyon/OpenOffice.org3.0_SDK/macosx/lib/libuno_cppuhelpergcc3.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2) ld: warning can't open dynamic library: @loader_path/libuno_salhelpergcc3.dylib.3 referenced from: /Users/pdoyon/OpenOffice.org3.0_SDK/macosx/lib/libuno_cppuhelpergcc3.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2) ld: warning can't open dynamic library: @loader_path/libuno_cppu.dylib.3 referenced from: /Users/pdoyon/OpenOffice.org3.0_SDK/macosx/lib/libuno_cppuhelpergcc3.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2) ld: Undefined symbols: Can you quote the complete gcc command line that outputs the above ld errors? -Stephan Here is the complete gcc command: gcc -malign-natural -c -O -fPIC -fno-common -I. -I/Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/inc -I/Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/inc/examples -I../../../../include -I/Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/inc/CppComponentSample -DUNX -DGCC -DMACOSX -DCPPU_ENV=gcc3 -DGXX_INCLUDE_PATH=/usr/include/c++/4.0.0 -o/Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/slo/CppComponentSample/service1_impl.o service1_impl.cxx mkdir -p /Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/slo/CppComponentSample gcc -malign-natural -c -O -fPIC -fno-common -I. -I/Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/inc -I/Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/inc/examples -I../../../../include -I/Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/inc/CppComponentSample -DUNX -DGCC -DMACOSX -DCPPU_ENV=gcc3 -DGXX_INCLUDE_PATH=/usr/include/c++/4.0.0 -o/Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/slo/CppComponentSample/service2_impl.o service2_impl.cxx Here is the g++ command: g++ -dynamiclib -single_module -Wl,-multiply_defined,suppress -Wl,-exported_symbols_list /Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/misc/CppComponentSample/CppComponent.uno.map -L/Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/lib -L/Users/pdoyon/OpenOffice.org3.0_SDK/macosx/lib -L/Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib -o /Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/lib/CppComponent.uno.dylib /Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/slo/CppComponentSample/service1_impl.o /Users/pdoyon/OpenOffice.org3.0_SDK/MACOSXexample.out/slo/CppComponentSample/service2_impl.o \ -luno_cppuhelpergcc3 -luno_cppu -luno_sal -Wl,-dylib_file,@__URELIB/libuno_cppuhelpergcc3.dylib.3:/Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/libuno_cppuhelpergcc3.dylib -Wl,-dylib_file,@__URELIB/libuno_cppu.dylib.3:/Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/libuno_cppu.dylib -Wl,-dylib_file,@__URELIB/libuno_sal.dylib.3:/Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/libuno_sal.dylib -Wl,-dylib_file,@loader_path/libuno_sal.dylib.3:/Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/libuno_sal.dylib and similar for libuno_salhelpergcc3.dylib.3 and libuno_cppu.dylib.3 are missing from the above g++ command line. You link against @__URELIB/libuno_cppuhelpergcc3.dylib.3, which really is /Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/libuno_cppu.dylib (the -Wl,dylib_file,@... already present), which has a dependency on @loader_path/libuno_sal.dylib.3, which ld wants to resolve, and it appears that ld does not figure out the correct value for @loader_path itself (although it probably could) and you must instead also tell it explicitly (via the additional -Wl,-dylib_file,@loader... that is missing) where to look. Also see solenv/bin/macosx-dylib-link-list.pl:1.3 which computes the necessary -Wl,-dylib_file arguments in OOo builds. Pierre can you please test this? It seems that we have to improve the SDK env here. Maybe it is PPC specific because it works for me on Intel. Thanks Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Starting OO headless - registration?
Hi Bastian, i heart of that problem for Mac OS X but i wasn't able to reproduce it on my MacBook. Which platform do you use? In general it should work and nothing special besides the correct parameters is necessary. Maybe it was a temporary problem and it is fixed with the latest dev snapshots. Juergen Bastian Preindl wrote: Hi, as stated earlier an OO process doesn't listen on the specified TCP socket in -headless mode if I set a specfic usrEnv-path utilizing -env:UserInstallation. The configuration files are created, but the process opens no socket (but it does in standard configuration). Sincerely I startup the server with all the parameters including -nofirststartwizard. So I wonder if I've to change anything in the configuration files, e.g. to register the OO copy. Or is there any other reason why fresh installations don't serve in -headless mode? Many thanks Bastian - 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] Re: Starting OO headless - registration?
Bastian Preindl wrote: Gosh, it seems indeed to be a MacOS-X issue... thanks a lot! but as i mentioned before i wasn't able to reproduce the problem on my MacBook under Mac OS X 10.5.4 (9E17) Juergen Bastian - 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] SDK on Mac OS X 10.4
eric b wrote: Hi, Le 21 août 08 à 13:47, Juergen Schmidt a écrit : Pierre Doyon wrote: Hi all, I tried to generate a UNO Component on PPC Mac OS X 10.4 with the SDK of OpenOffice.org 3.0 and I had somes problems during the link of the objects files. I got a list Undefined symbols like this one: _osl_acquireMutex referenced from @__URELIB/libuno_cppuhelpergcc3.dylib.3 expected to be defined in @loader_path/libuno_sal.dylib.3 I would like to know if you . I would like to know if you have succeeded the generatation of the UNO Component. If yes, how do you perform it? yes i have tested the SDK examples on an Intel based Mac and it worked for me. I still got some warnings like ld: warning, duplicate dylib /local/develop/cws/vcl30stop2/StarOffice.app/Contents/basis-link/ure-link/lib/libuno_sal.dylib.3 when i compile C++ and i don't know why but the examples work. Maybe the lib in the solver differs from the one in the current module (does deliver help ?) Seems to be the first sentence of the log, but I can be wrong. no that doesn't help, i build both the office and the SDK on the same cws. The libraries should be always the same. Other issues (the one Pierre Doyon triggered above e.g.) can be: duplicate includes, or bad order of the includes declaration, including some #undef , and generally causing big troubles. But other reasons can do that .. difficult to solve when not in front of the machine :/ maybe but i assume more a configuration problem. Maybe you can give me remote access to a PPC machine (next week) that i can investigate in this problem a little bit. Juergen Regards, Eric Bachard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] NetBeans setup for sdk
Ariel Constenla-Haile wrote: Hi Terrence, Terrence Enger escribió: Contrary to http://wiki.services.openoffice.org/wiki/OpenOffice_NetBeans_Integration#Configuration, it did not prompt during installation for Office installation and sdk installation directories. Going in to enter them now ... Whoops. I cannot get past message The selected OpenOffice.org SDK installation directory is not valid!. This happens for my directories DEV300_m19/sdk_oo DEV300_m19_localbuild/sdk_oo DEV300_m19_localbuild/opt/sdk_oo DEV300_m19_localbuild/opt/openoffice.org3/sdk_oo where DEV300_m19/ is where I build OOo and DEV300_m19_localbuild/ is where I installed it. (Yes, I am reduced to trying things at random.) Do I need a more recent OOo or sdk? I'm not sure when the sdk got fixed to work with the new 3-layers-OOo, but in early DEV300_m... didn't work, can't remember about DEV300_m19, I'm testing this on DEV_m29 and works fine. Now you that you got the plug-in source, did you try to debug it and see what's happening? Watch in org.openoffice.extensions.config.office.OpenOfficeLocation the methods validateOffice() and validateSDK(), sure this gives you a hint about what's wrong in your environment. the new 3.0 SDK have to be installed in the office tree under the base layer (opt/openoffice.org/basis3.0/sdk). The reason is that i originally have planned to provide the SDK as an optional office part to simplify the installation and usage. But in the last minute i detect a huge increase of the build time (packaging) because of the huge amount of files. Anyway it installs exactly in this place if you don't change it manually. Only under windows it is currently not nice (lack of time) because you can easily change the installation directory during the setup. I recommend to use always the suggested directory in the base layer. Under Mac OS X the SDK is still a single package and can be installed somewhere because of the bundle structure. The whole mechanism will be improved for 3.1. When you configure in NB such an office installation with installed SDK the plugin detects the SDK automatically. You can't use an old SDK with a new office. Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] SDK on Mac OS X 10.5
Hi Pierre, do you try to run the program from within the SDK env? If not you have to ensure that either your soffice.bin is in the path or you have to set a UNO_PATH env variable. UNO_PATH=/Applications/OpenOffice.org.app/Contents/MacOS Under windows we read the registry, under Unix we search under /usr/bin, we search the path and we read the UNO_PATH variable if it is set. Maybe we can improve the search under Mac OS to search under /Applications/OpenOffice.org.app as well. But that is not implemented yet. Juergen Pierre Doyon wrote: Hi all, With the DEV300_m29 source files, I build the example SimpleBootstrap_cpp on Mac OS X 10.5 and I execute it. I got the following log report during execution. Process: _SimpleBootstrap_cpp [9283] Path: /Users/test/OpenOffice.org3.0_SDK/MACOSXexample.out/bin/_SimpleBootstrap_cpp Identifier: _SimpleBootstrap_cpp Version: ??? (???) Code Type: X86 (Native) Parent Process: bash [9274] Date/Time: 2008-08-14 08:26:33.136 -0400 OS Version: Mac OS X 10.5.3 (9D34) Report Version: 6 Exception Type: EXC_BREAKPOINT (SIGTRAP) Exception Codes: 0x0002, 0x Crashed Thread: 0 Dyld Error Message: Library not loaded: libuno_cppuhelpergcc3.dylib.3 Referenced from: /Users/test/OpenOffice.org3.0_SDK/MACOSXexample.out/bin/_SimpleBootstrap_cpp Reason: image not found I would like to know why it not works. Is someone can help me? Thank Pierre -- Sun Microsystems GmbHJuergen Schmidt Nagelsweg 55 Technical Lead Programmability 20097 Hamburg, Germany Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer Chairman of the Supervisory Board: Martin Haering - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] SDK on Mac OS X 10.4
Pierre Doyon wrote: Hi all, I tried to generate a UNO Component on PPC Mac OS X 10.4 with the SDK of OpenOffice.org 3.0 and I had somes problems during the link of the objects files. I got a list Undefined symbols like this one: _osl_acquireMutex referenced from @__URELIB/libuno_cppuhelpergcc3.dylib.3 expected to be defined in @loader_path/libuno_sal.dylib.3 I would like to know if you . I would like to know if you have succeeded the generatation of the UNO Component. If yes, how do you perform it? yes i have tested the SDK examples on an Intel based Mac and it worked for me. I still got some warnings like ld: warning, duplicate dylib /local/develop/cws/vcl30stop2/StarOffice.app/Contents/basis-link/ure-link/lib/libuno_sal.dylib.3 when i compile C++ and i don't know why but the examples work. I haven't tested it on a PPC because i have no PPC env in place for testing. I assume that the env is not 100'% correct for PPC. In general it should work there as well. Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] the NEW STYLE service may import great complexity to implementation.
Rainman Lee wrote: Hi Frank, Thank you for your replay. Hoping to see your marcos soon~ hehe. i am not fan of macros and the skeletonmaker can be already used for both (declaration and forwarding). I think it is no real overhead and changes are not so often. I agree that it would be or can be smart for the developer but not for people who wants to read/understand or debug the code later on. Anyway i will think about it ... Juergen Best Wishes, Rainman. On Fri, Aug 1, 2008 at 5:15 AM, Frank Schönheit - Sun Microsystems Germany [EMAIL PROTECTED] wrote: Hello Rainman, We are developing our products upon UNO component model. One of the big problem we have met is how to implement a service which declared by the NEW STYLE statement. ... Now the problem comes, this is a terrible multiple inheritance relationship in C++, and maks hardly reuse of ImplA. because of ImplA and XB both derived from XA, leading that we must implement all methods declared in XA within ImplB again.The same problem occurs in ImplC. If there are many methods in XA, the development and the maintenance complexity of the ImplB and ImplC would be unacceptable. This in fact is a big problem, IMO. Upon continued begging the skeletonmaker tool (which is part of the SDK) is meanwhile able to generate code for you which does the forwarding (the concrete syntax evades me at the moment), which somewhat relaxes the problem. However, very high on my personal wishlist would be a define, auto-generated into XFoo.hpp, which allows me to write something like FORWARD_XFOO( base_class_name ) , which effectively implements all methods of XFoo, just forwarding them to base_class_name. This would reduce the maintenance efforts to mere re-compilation. (And while we are at it, an DECLARE_XFOO() would be great, too, also coming from the .hpp file. Yes, I know that skeletonmaker can also generate all the member declarations, but that's again a maintenance problem if the interface changes, which happens often enough during development of new API.) So I just wonder whether we really need the single interface service. Well, as much as I dislike the additional effort during implementation: The question is whether it's worth the added convenience for the *client* of your API. Remember that new-style API is usually much more convenient to use, and that usually, you implement only once, or a few times, but your clients use your API much more often. Your decision, finally. Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] the NEW STYLE service may import great complexity to implementation.
Frank Schönheit - Sun Microsystems Germany wrote: Hi Juergen, Hoping to see your marcos soon~ hehe. i am not fan of macros and the skeletonmaker can be already used for both (declaration and forwarding). I think it is no real overhead and changes are not so often. Which is merely wrong - in case we're talking about API which is currently being developed. In such a situation, I often come across new facets of the problem which require the API to be adjusted (yes, this might be a deficiency of mine - finally, one should be able to first design properly, and then implement, right? :) About the overhead: Feeding skeletonmaker with the type library path and the like arguments is not really fun. Doing this *every time* is *definitely* overhead compared to typing DECLARE_XFOO just *once* in the header. I agree that it would be or can be smart for the developer but not for people who wants to read/understand Hmm? What's difficult to read about DECLARE_XFOO or FORWARD_XFOO? or debug the code later on. Every decent debugger has a step into feature. Applying this to a FORWARD_XFOO line in the header is not much different from applying it to an explicit forwarding in the .cxx file. Anyway i will think about it ... This is also what you said last time I brought up this idea/request :) really, maybe you should submit a feature request ;-) Juergen Ciao Frank -- Sun Microsystems GmbHJuergen Schmidt Nagelsweg 55 Technical Lead Programmability 20097 Hamburg, Germany Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer Chairman of the Supervisory Board: Martin Haering - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Be a member of the openoffice project
Hi Aitor, welcome on board. I would suggest that you start thinking in which area you would like to help (e.g. writer, calc, impress, ...) and then i would go on the project mailing list and would ask there directly. Or you can check the todo lists of the projects to find something where you are interested. General Information about participating in the project can be found under http://wiki.services.openoffice.org/wiki/I_want_to_be_an_OpenOffice.org_developer http://contributing.openoffice.org/ If you don't find the right place please feel free to come back to this list and ask again. Juergen Mati wrote: Hello, My name is Aitor Matilla and I'm from Barcelona (Spain) I've been an openoffice user for years and now, I would like to be involved in the openoffice project. I'm a software engineer with more than 7 years of experience, most of them with C++. Any information to help me to start would be great. Thank you. Aitor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] NetBeans setup for sdk
Hi Terrence, the NB plugin as well the SDK are currently not working with the new OO.org 3.0. Because of a completely new structure both the plugin and the SDK have to changed or adapted. We are currently working on it and you can expect it next week. Juergen Terrence Enger wrote: Greetings. I am trying to use NetBeans 6.0.1 and the OpenOffice API Plugin version 1.1.1 with locally compiled DEV300_m19. I have installed from locally-created .rpm's and applied minimal hacks into /home/terry/OOo_hacking/DEV300_m19_localbuild/, and I have moved the unpacked sdk to /home/terry/OOo_hacking/DEV300_m19_localbuild/sdk_oo/. When I try to configure the OpenOffice API Plugin, I get the message The selected OpenOffice.org installation directory is not valid! for /home/terry/OOo-_hacking/DEV300_m19_localbuild/ and for all the subdirectories that I have tried. I would appreciate any guidance you can give me. Thanks, Terry. - 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] problem with exe installing oxt
Dinesh Chothe wrote: Hello, I have developed one extension using java,neatbeans,open office sdk. By this got one .oxt created through neatbeans. Also if double clicking on this oxt it gets properly installed in open office and works fine. Now I wanted to create one .exe by which oxt should get installed in open office and one other supported files directory would get copied to specific location. How do I achieve this? I also tried by creating one exe which copies other supported directory to specific location but not installs oxt into open office. Can anybody guide me how do I solve this problem? oxt files will be always installed into the office (share or user layer), no way to use it from somewhere else. use officprogrampath/unopkg add bla.oxt to install the oxt in the user layer. What ever you want to install additionally to the oxt is up to you and has nothing to do with he office or oxt files. Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Help Getting Started
Richard Pineger wrote: Thank you Ariel, thank you thank you thank you. The zip you sent (off list) is exactly what I needed. I just needed to redirect the library to OpenOffice 2.4 and it worked really well. I am sorry for using the wrong list. In future I'll ask [EMAIL PROTECTED] i think it is no problem but if you ask on the a more appropriate list or more specific list you will most often get better and faster an answers. And by the way the DevGuide example you have referenced is not really wrong but it is out of context there and an issue already exists and will be fixed soon. It seems that there was something lost ... Juergen Thanks again, Richard -Original Message- From: Ariel Constenla-Haile [mailto:[EMAIL PROTECTED] Sent: 27 May 2008 20:08 To: dev@openoffice.org Subject: Re: [dev] Help Getting Started Hi Richard, Richard Pineger escribió: Is the question too general? I really need to get started with this. Can anyone send me their 'hello world' example? Richard if you send your API questions to the API mailing list ([EMAIL PROTECTED]) you can have more feedback (this mailing list is for people working on the source code, not only using the API). [some code...] ... But, I'm not great with Java and can't get to the next stage which is the 'useConnection' method as shown in the developer's guide (http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/FirstSteps/ Example:_Working_with_a_Spreadsheet_Document): So, this method is full of invalid code. For instance, it repeats the connection that was made in the static Main class. It misses off the object types of the statements it makes so NetBeans doesn't recognize them. It ses an undefined object 'UnoRuntime'. Help!! are you copying the code from the wiki and then pasting it? If so, you may get errors. The *complete* example is on the SDK, in the folder [/opt/openoffice.org2.4_sdk]/examples/DevelopersGuide/FirstSteps I send you a NetBeans Project ready to use. But also think first about studying the documentation, before diving into the examples (otherwise you may get completely lost...) Regards Ariel. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] VCL UI Rework
Michael Meeks wrote: Hi Jurgen, On Fri, 2008-05-16 at 10:12 +0200, Juergen Schmidt wrote: whatever we will use in the future it will be important that we will have a GUI editor to make the design of new dialogs much more easier than today. Yep; absolutely - it's in the spec. and we have a quarter-functioning one already ;-) Ideally a replacement for the basic dialog editor and make it more general for internal development as well as extension development (includes Basic as it does today). Sure - ideally :-) it should be a clear strategy to replace it, we don't need a second format for dialogs. I think it is important to concentrate on one format everywhere and consolidate the different formats that we have today over time. Well - I read the xmlscript code at some considerable length, and also the toolkit/ 'model' code too - and we tried to work with that to start with: we came to the conclusion after burning quite a while, that writing something simple clean was much easier with a containment hierarchy did something new. i don't have a problem with something new, my point is that we should use over time only one format everywhere. Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Where to find cvs tag for the three-layer patch?
Hi Thorsten, Thorsten Behrens wrote: On Wed, May 21, 2008 at 07:00:03PM +0200, Juergen Schmidt wrote: Maybe you can provide some more details about the layout engine test tool. How do you use it and in which context or environment. Hi Jürgen, the relevant stuff resides in toolkit/workben/layout/* As far as i know all this stuff is not upstream and that makes it impossible to take care of such things. This is definitely upstream. fine, good to hear that I am personally work only on upstream sources, everything else is too much overhead for me and i simply don't do it. Turning this argument around - as this is upstream, could you help out here (you mentioned you're doing similar work for devtools anyway)? Set ENABLE_LAYOUT to TRUE, and IIRC (EIS seems to be currently offline) rebuilding offapi, offuh, transex3 toolkit should be enough. i can take a look on it when i have finished my SDK integration. Juergen Cheers, -- Thorsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Sun Microsystems GmbHJuergen Schmidt Nagelsweg 55 Technical Lead Programmability 20097 Hamburg, Germany Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer Chairman of the Supervisory Board: Martin Haering - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Where to find cvs tag for the three-layer patch?
Jan Nieuwenhuizen wrote: Juergen Schmidt writes: i don't think so. I would take a look on the new office structure. The main changes are two type libraries and two service rdb's, one in the office base layer and one in the URE. Yes, I did not notice that; I figured they were renamed. Previously, services.rdb and types.rdb were loaded, but in the new structure only the UNO_types.rdb and UNO_services.rdb get loaded. that's not enough, you need the offapi.rdb and the service.rdb from the basis layer as well. It should be fine to put an yourappnamerc (yourappname.ini) besides your test application and specify which rdb's should be used. See for example the fundamentalrc I haven't tried it but i hope it works ;-) Juergen I'm not sure why that is, this may be the problem, or if these now need to be loaded first. You will also need a different LD_LIBRARY_PATH according the new structure because not all libraries are now in the same directory. Yes, that's an obvious fix. Maybe you can provide some more details about the layout engine test tool. How do you use it and in which context or environment. The test tool is used to show and test xml dialogs standalone. To see it working, use dev300-m3 or earlier, to see the breakage, checkout dev300-m4 or later. This is all upstream. A new CWS (layoutdialogs) with build fixes for Solaris and Windows is slated for integration later this week. From the new README: Testing workbench and editor for Layout engine. * Configure using --enable-layout. * [d]make all * [d]make install DESTDIR=$(pwd)/ooo-layout/ * Compile test program in toolkit/workben/layout cd toolkit/workben/layout dmake all | Currently broken on dev300 installation: m3 dev300 = m10. | | * Run it on any .xml file | | ../../$INPATH/bin/test --inst .../ooo-layout/ zoom.xml | | * Run it for specific dialogs, see test.cxx | | ../../$INPATH/bin/test --inst .../ooo-layout/ --test zoom | ../../$INPATH/bin/test --inst .../ooo-layout/ --test wordcount | | * Or source refresh in workben/layout, do something like | | cd toolkit/workben/layout . ./refresh --inst .../ooo-layout/ Greetings, Jan. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Where to find cvs tag for the three-layer patch?
Jan Nieuwenhuizen wrote:
Juergen Schmidt writes:
Hi Juergen,
that's not enough, you need the offapi.rdb and the service.rdb from the
basis layer as well. It should be fine to put an yourappnamerc
(yourappname.ini) besides your test application and specify which
rdb's should be used. See for example the fundamentalrc
Ok, makes sense. (Although previously, before the split-install,
none of this was needed or all of this worked transparently...)
I haven't tried it but i hope it works ;-)
I've played a bit with this (took me a while to figure out that
BRAND_BASE_DIR *must* have a file:// prefix).
Just copying fundamentalrc to testrc does not fix it. It seemst
that fundamentalrc should then trigger fundamentalbasisrc to be loaded,
but strace shows no sign of that.
Even when I copy the content of fundamentalbasisrc into testrc, esp
URE_MORE_SERVICES=${${$ORIGIN/unorc:PKG_UserUnoFile}:UNO_SERVICES}
${${$ORIGIN/unorc:PKG_SharedUnoFile}:UNO_SERVICES} $ORIGIN/services.rdb
URE_MORE_TYPES=$ORIGIN/oovbaapi.rdb $ORIGIN/offapi.rdb
${${$ORIGIN/unorc:PKG_SharedUnoFile}:UNO_TYPES}
${${$ORIGIN/unorc:PKG_UserUnoFile}:UNO_TYPES}
this does not result in automagically loading of any of these extra .RDBs.
Do I need some extra code to trigger this?
the fundamentalrc should gave you only an idea about the content, maybe
a bad idea because it is indeed too complex
Try simply
UNO_TYPES=file:.../ure/share/misc/types.rdb
file:///.../basis3.0/program/offapi.rdb
UNO_SERVICES=file:.../ure/share/misc/services.rdb
file:///.../basis3.0/program/services.rdb
It should still work and i hope that is enough.
Juergen
Greetings,
Jan.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
