[dev] Re: XTextSection set background image API Changes ?
On 3/10/11 9:04 AM, underscore wrote: 2011/3/10 Jürgen Schmidt juergen.schm...@oracle.com: Indeed It was the URL -- odd thing is I have been using such (file:/home/user ) URIs since OOo 2.4 -- it worked by luck and it seems that somebody have correct the code or used some other underlying stuff that is less tolerant. The url syntax was and is wrong and you should use correct urls ;-) Okay -- thanks for the feedback... I will make the change as suggested. Odd thing is the JRE returns file URLs as file:/ (i.e. without the authority ) yes, i think it is a well known bug in Java from the early beginning of Java. I can't remember the reason why it can't be fixed... Juergen -- - To unsubscribe send email to dev-unsubscr...@openoffice.org For additional commands send email to sy...@openoffice.org with Subject: help
[dev] Re: XTextSection set background image API Changes ?
On 3/9/11 4:11 PM, underscore wrote: On Wed, Mar 9, 2011 at 5:47 PM, Michael Stahl michael.x.st...@oracle.com wrote: (xSectionProps is the XPropertySet of a XTextSection ) Object bitmapTable = createInstance(com.sun.star.drawing.BitmapTable); XNameContainer nameContainer = ooQueryInterface.XNameContainer(bitmapTable); String graphicName = section-background nameContainer.insertByName(graphicName, file:/home/user/file.png); i guess this should be file:///home/user/file.png, right? does that work? Thanks ... Indeed It was the URL -- odd thing is I have been using such (file:/home/user ) URIs since OOo 2.4 -- it worked by luck and it seems that somebody have correct the code or used some other underlying stuff that is less tolerant. The url syntax was and is wrong and you should use correct urls ;-) Juergen So 00 I have 2 instances of the same code ... One has OOo 3.1 -- and it works with file:/home/user ... Same code on OOo 3.3 -- and it works only with file:/// protocol URLs e.g. file:///home/user -- - To unsubscribe send email to dev-unsubscr...@openoffice.org For additional commands send email to sy...@openoffice.org with Subject: help -- - To unsubscribe send email to dev-unsubscr...@openoffice.org For additional commands send email to sy...@openoffice.org with Subject: help
[dev] Re: where to find the NetBeans plugin?
On 3/3/11 10:05 AM, Zongbo Zhang wrote: Hi, I am using the NeBeans 6.9, need to have the OOo plugin for NetBeans(org-openoffice-extensions-2.0.7.alpha.nbm), but cannot find the page where ít was located. while clicked the link, page not found error occured. has it been removed or relocated? it is kind of urgent request. try this one http://openoffice.org/projects/api/downloads/download/OpenOffice.org%20API%20plugin%20for%20NetBeans/org-openoffice-extensions-2.0.7.alpha.nbm Juergen BR zongbo zhang -- To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: sy...@openoffice.org with Subject: help -- - To unsubscribe send email to dev-unsubscr...@openoffice.org For additional commands send email to sy...@openoffice.org with Subject: help
Re: [dev] Beta version of XVisualNavigator (XVN)
Hi Shameera, nice extension so far. What do you mean exactly with platform independent? As far as i can see it is implemented in Java. Anyway a better and smoother integration in the office UI would be nice. I mean using the internal toolkit from the office and make it dockable etc.. I know it is more work and not so nice to use as Java directly but the integration in the office is definitely smoother and better. It would be a pleasure for me to help you where i can. Juergen On 1/29/11 5:11 AM, Shameera Rathnayaka wrote: hi all , I have implemented a visual navigation extension for Openoffice writer. As a solution for the issue on http://qa.openoffice.org/issues/show_bug.cgi?id=41087 i came up with XVN - XVisualNavigator(beta version) which can be used to overcome the issue of Reading Layout view. XVN shows a window by left side of the top-window which contains small thumbnails of all pages of the current document. Thumbnails are clear and user could see the contents of the pages to identify the particular page. This will help for every OO writer user and specially the users who work with large documents. *Functions of XVN * 1. User can see each page separately with clear thumbnail view. 2. There are four navigation buttons Next, Previous, Home, End . 3. Refresh button to refresh the XVN. 4. The selected page is in highlighted mode. 5. Navigation by just clicking on the relevant page. 6. Automatically resizing with top-window. *To Do List* * * 1. Auto refresh when add or delete pages action happens to the document. 2. Auto refresh modified or edited page when the user moves to another page. 3. Make XVN platform independent. *Link to the extensions repository* http://extensions.services.openoffice.org/en/project/XVN#comment-3432 *Google code link* http://code.google.com/p/x-visual-navigator/ *Trial video of XVN* http://www.youtube.com/watch?v=qqZVU-cDkl4 All your new suggestions and comments are mostly welcome for my further implementations to the XVN. E-mail : shameerai...@gmail.com Thank you. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] [long] Integrate an extension in the code at buildtime : what do with bitmaps ?
Hi, mmh, if you want to use the extension as it is see http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/Extensions/Packaging_Notes If you prefer to integrate the extension as a fix part of OOo you probably have to tweak a little bit more. But keep in mind that the configuration changed and we don't have the many xcu/xcs files anymore. They are combined in *.xcd files, for example brand.xcd Images are often provided in a zip container but also as single image files, you should check the wizards in the extras module, they provide also images (e.g. .../basis-link/share/config/wizard/web/images) The remaining problem would be how to address such an image from a config file. $(insturl) is expanded some where in the framework. It seems that we are missing a macro that can be used here and that can be expanded with the macro expander. Or maybe a special UCP like the one for extensions (using the the extension identifier). But this UCP don't work in this case. Sorry i have no real solution for you at the moment or at least i don't know one. Juergen On 1/3/11 10:36 AM, eric b wrote: Hi, Happy New Year to all of you, and the best for 2011 ! :-) I'm currently working on integrate a nice and existing C++ extension, but directly in the code, means at buildtime. To summarize, if I integrate the lib (written in C++) in the scp2 .. and so on system, there is no problem at all, the packaging is ok and it works fine in the install set. In fact, everything works fine, but the icons are not seen, because simply not found :-/ To explain more, the first point is, after tracing a bit, that the NormalFileName property is used to retrieve the right bitmap (please correct me if I'm wrong). As example, looking at the original name, we have (in the .xcu) : node oor:name=Background prop oor:name=NormalFileName valuebitmaps/Background.png/value /prop And in the extension, it appears that the relative path is used, means the library is in : extension/random_name/libThing.${DLL_EXTENSION} ... while the .png are in : extension/random_name/bitmaps/*.png This happens to work ok, of course. Am I correct to suppose that the relative path is used, or did I miss something ? My tries now : using the other existing .xcu as example and trying to respect the schema ( .xcs file), I did the what follows: node oor:name=Background prop oor:name=NormalFileName value$(insturl)/share/config/bitmaps/Background.png/value /prop ... and so on It does not work, but the idea is 1) put the library using those icons in $(insturl)/program (like all the other libs in fact ...) 2) use the path above to retrieve the icons. I must say I tested absolute and relative paths, without success. For example : valuexlink:href=$(insturl)/share/config/bitmaps/Background.png/value or : valuexlink:href=../share/config/bitmaps/Background.png/value Last, the documentation I have read is : http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/Extensions/Checklist_for_Writing_Extensions http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/Extensions/Example + a lot of .xcs / .xcu shipped in the OOO3.2.1 code base Feel free to ask me if I forgot some information, and thanks in advance for any help :-) Eric Bachard - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Extension submission messed up
Hi Jan, i don't know how you can delete all old versions completely to clean up everything. But you should ask such extension repository related questions better on webs...@extensions.openoffice.org or d...@extensions.openoffice.org Juergen On 11/7/10 8:30 AM, Jan private wrote: Hello, I managed to mess up my extension (iMath) by first deleting it and then re-creating it (please don't ask me why I would do something stupid like that). Now when I look at Submitted Extensions I get the extension plus three extension releases. Two of these belong to the deleted first version of the extension. How can I delete these, too? When I go to http://extensions.services.openoffice.org/en/project/iMath everything looks fine. There is one release, which is the current one. Except that I wasn't able to use the old extension identifier de.gmx.rheinlaender.jan.imath, presumably because it is being used by the two extension releases which I would like to delete. When I enter iMath into the search mask, I get a not-so-nice result with only two lines of description text and no way to access any downloads. Is there any way of cleaning up this mess? If anybody has the permissions to do it, just delete every trace of the iMath extension and I will be happy to redo it. A different issue: I got an email saying that I need to use my openoffice.org email (jrheinlaen...@openoffice.org) to access my account from 1st November. I did this, but how do I access the confirmation eMail sent to jrheinlaen...@openoffice.org? Is there a POP3 access or a web interface? Thanks a lot, Jan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org -- Oracle http://www.oracle.com Jürgen Schmidt | Principal Software Engineer Oracle Office GBU ORACLE Deutschland B.V. Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] plugin for NetBeans 6.9.1
you can find a pre alpha version (not really tested in detail) under http://api.openoffice.org/files/documents/22/4772/org-openoffice-extensions-2.0.7.alpha.nbm It probably works without any problems. I made a few quick tests and all tests worked. Try it out. Juergen On 8/25/10 11:24 AM, Andrea Chiumenti wrote: Hello, can someone update the plugin for netbeans 6.9.1 ? I'm currently having this issue on install phase The plugin Editor Library is requested in version= 1.9.1.1 (release version 1) but only 2.10.2.10.2 (of release version different from 1) was found. The following plugin is affected: OpenOffice.org API Plugin cheers, kiuma - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] StarOffice/openOffice.org NetBeans Integration - first public release
Hi, we have released the first public release of our StarOffice/OpenOffice.org NetBeans plugin to collect feedback. Please see my announcement on our new GullFOSS blog (http://blogs.sun.com/GullFOSS/entry/staroffice_openoffice_org_netbeans_integration) for more detailed information (where to download, requirements, installation instructions, how to use). The work is ongoing and there is huge space for improvements, so your feedback and ideas are highly appreciated. Juergen PS: this message is cross posted on [EMAIL PROTECTED], [EMAIL PROTECTED] and dev@openoffice.org, please give your feedabck on the [EMAIL PROTECTED] list or to me directly - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: OOoBean really running inside an Applet
ramboid wrote: Joachim Lingner joachim.lingner at sun.com writes: ramboid wrote: Joachim Lingner joachim.lingner at sun.com writes: Clovis Wichoski wrote: Joachim TIA Clóvis This class also worked very well for me and it appears to provide the solution that we were looking for. How would you suggest that we apply the policies, that you uploaded to this project, without having to set the applet runttime settings of every PC that will run the applet? There is probably no other way to set the policy manually in the control panel. This cannot be done programmatically, because this would allow all applets to set access rights as they like. Maybe a signed applet is the solution. For more information look here: http://java.sun.com/j2se/1.5.0/docs/guide/plugin/developer_guide/rsa_signing.ht ml Joachim - To unsubscribe, e-mail: dev-unsubscribe at openoffice.org For additional commands, e-mail: dev-help at openoffice.org Thank you Joaquim, How would you suggest that I implement an Interceptor for the OOoViewer? I am running the applet by adding the three classes to a signed jar: two from the OOoVier and one for the interceptor. I can invoke the interceptor by reflection and add the OOoViewer XFrame to the Inerceptor. However, the Interceptor seems to fail in intercepting events. When the applet starts, I see that the icon for the Save button is dimmed (I am intercepting every event). I type a few words in the Writer and several properties are outputted in the Java console. Afterwards the Save button is active again and the Save event saves files in the hard disk. I am thinking that I should write my own OOBean with an interceptor included. Perhaps I can extend the OOBean and attached the extended OOBean to an interceptor. The OOoViewer would work with the custom OOoBean. Thats one solution. You can get the current frame you wanted to intercept, query for XDispatchProviderInterception and register your own Interceptor object, for example something like XDispatchProvider orgdispatcher = (XDispatchProvider)UnoRuntime.queryInterface(XDispatchProvider.class, frame); XDispatchProviderInterception xRegistration = (XDispatchProviderInterception)UnoRuntime.queryInterface(XDispatchProviderInterception.class, frame); MyInterceptor inter = new MyInterceptor(/*maybe parameters*/); // you should store the original dispatcher inter.setMasterDispatchProvider(orgdispatcher); xRegistration.registerDispatchProviderInterceptor(inter); Juergen By the way, I certified the applet and the OOoViewer is working fine. I also altered the policy file that you uploaded to the Attic as follows: grant { permission java.lang.RuntimePermission loadLibrary.*; permission java.io.FilePermission C:\\Program Files\\OpenOffice.org 2.0 \\program\\*, read; permission java.io.FilePermission C:\\Program Files\\OpenOffice.org 2.0 \\program\\classes\\*, read; permission java.util.PropertyPermission *, read; }; The applet works fine with the less permissive policy. - 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] scripting openoffice
James Courtier-Dutton wrote: Éric Bischoff wrote: Le Lundi 9 Octobre 2006 11:47, James Courtier-Dutton a écrit : Is it possible to do this on a server that is not running X? I.e. The script would run without any GUI. James Yes. I've sent that program to you in private to avoid polluting the list. Last thing to solve. I cannot seem to get it to function without X. Any hints? that is not possible, you can only run the office headless but you still need a running Xserver or use the proposed solution from Laurent. Juergen James - 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] Read XML inside a Macro/Extension
Hi, take a look into the DevGuide in the chapter Scripting Framework (http://api.openoffice.org/docs/DevelopersGuide/ScriptingFramework/ScriptingFramework.xhtml#1_Scripting_Framework). you can also find two simple Examples in the SDK showing how you can work with Java scripts. From Java you can use any kind of available technology to access your xml data Juergen Clovis Wichoski wrote: hi, I want to create a Macro in JavaScript or Java that reads a XML from a Web Site (like AJAX) and populate cells in a SpreedSheet when that SpreedSheet is opened or a specific cell is changed, where if can find documentation to reach that goal? Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] how to reduce memory usage of unopkg
Christoph Lutz wrote: So it is a C++ out-of-memory condition, not a Java-related one. It might be the included WollMux.rdb that triggers this, but its hard to say without further information. If you have a self-built OOo, you could try re-debugging with a non-stripped libuno_cppu.so.3, or with one built afresh with debug=x (module cppu). thanks! we currently don't have got a self-build OOo, so we will see what we can do to give more information. Is there anything besides that meanwhile might help to find the cause? Do you think splitting the content of the package in two packages could help? that shouldn't be necessary, more interesting is the question why the memory consumption is so high. You can try to deploy the rdb file alone and if the memory consumption is still so high it would make sense if you can provide your type library for further investigation. Make sure that your type library contains only your own new IDL types. Juergen regards, Christoph - 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] error while installing the package
Madhan Ponnusamy wrote: Hi, i had created a java UNO component named job.uno.zip which contains the fles Addon.xcu Jobs.xcu META-INF/manifest.xml Job.uno.jar while adding it using UNOPKG i got a error WARNING: An error occurred while enabling the package: Job.uno.jar, Cause: (com.sun.star.registry.CannotRegisterImplementationException) { { Message = com.sun.star.comp.framework.java.services.AsyncJob, Context = ( com.sun.star.uno.XInterface) @0 } } why it is happening. can any one help me your component class can't be loaded. To give you more information i need more info content of your package manifest.xml content of your Java manifest.mf content of your jar file (inner classes?) Juergen Regards Madhan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Makefile
Madhan Ponnusamy wrote: Hi, Can anyone tell me how to use the Make file inside the openoffice_sdk. for example i had seen a make file inside openoffice_sdk/examples/developersguide/components/addon/jobsaddons, how to use that Makefile. can any one help me it should be quit simple. Read the sdk/docs/install.tml first, ensure that you have the prerequisites and run sdk/setsdkenv_unix to prepare an SDK environment and if necessary configure it the first time. If you have any other problems, feel free to come back to this list Juergen regrads, Madhan Ponnusamy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OOo developers guide
Daniel Beck wrote: Hello, I would like to have the openoffice developers guide (i.e., the one found at http://api.openoffice.org/DevelopersGuide/DevelopersGuide.html ) as a textbook. I googled for it, and also looked at amazone, but apparently it is only possible to have it in electronical form. I write this email to ask if someone know if it is possible to buy it somewhere as textbook. Because the Developer's Guide is a Sun product and it is part of the StarOffice SDK as well it is available online and you can buy a printed version http://docs.sun.com/app/docs/coll/1263.1?q=StarOffice+8s=t For selling a printed version of the Developer's Guide you need the permission of Sun yet, it is only allowed for private usage. But we are thinking about open sourcing the guide completely and not only to provide a free version. Juergen Regards, Daniel - 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] new build requirement on !Windows - mingw32
Kai Backman wrote: The work Rene has done with the cross compilation is great, but I think we need to minimize the number of -required- external dependencies. Here is my suggestion for a solution: - Check unowinreg.dll back into the repository and use it by default without recompilation on all platforms. - Include a configure switch that forces recompilation of the DLL. On win32 this uses the standard compiler, on !win32 mingw32. The rule of thumb we used in art pipelines was that if the target file required special software or hardware for generation it should be checked into the repos. Especially if it changed seldom, like the case seems to be here. We need to make our build process easier and adding another application to install or file to download does not further that goal. +1 that is exactly the solution i have in mind and i have initially assumed that it would be solved in this way and that the cross compilation is only an option for people who can't live with the precompiled dll. Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] new build requirement on !Windows - mingw32
Rene Engelhard wrote: Hi, Am Donnerstag, 17. August 2006 16:15 schrieb Jürgen Schmidt: Kai Backman wrote: The work Rene has done with the cross compilation is great, but I think we need to minimize the number of -required- external dependencies. Here is my suggestion for a solution: - Check unowinreg.dll back into the repository and use it by default without recompilation on all platforms. - Include a configure switch that forces recompilation of the DLL. On win32 this uses the standard compiler, on !win32 mingw32. [...] +1 that is exactly the solution i have in mind and i have initially assumed that it would be solved in this way and that the cross compilation is only an option for people who can't live with the precompiled dll. No, in the issue you opposed cross-compiling in general and questioned the sense to build it at all. i meant cross compilation in this special case for this library because i am still thinking that it is not necessary but i can understand your opinion. That's not exactly the solution Kai proposed and neither is that how you reacted in the issue. If my comments sound to unfriendly in the issue and even in this thread please forgive me ;-) Of course, if you now changed your mind and think that cross-compiling does make sense, good... i can live with a new configure option to cross compile the library or compile it where possible (wntmsci10) but it shouldn't be the default. I think that the suggested solution by Kai is a good compromise. Do we now all agree to the suggested solution and if yes who will take care of the issue? Juergen Regards, Rene - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] adding action event to sub menus
Madhan Ponnusamy wrote: hai, I had added menus and submenus in openoffice impress using a java program.now i want to add action event to those submenus i.e) if the user click the submenu a java class file should be called. How to do this? you should take a look on ProtocolHandler add-ons. See for example the sdk/examples/DevelopersGuide/Components/Addons/ProtocolHandlerAddon_java and i suggest the appropriate DevGuide chapter http://api.openoffice.org/docs/DevelopersGuide/Components/Components.xhtml#1_7_Integrating_Components_into_OpenOffice.org A small ProtocollHandler object can trigger different Java classes for different commands (simplified - protocol+commands = menu|toolbar items). You can package your ProtocolHandler + xcu files + your Java classes in one extension package and can deploy it easily. Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] needed a program to add menu
madhan ponnusamy wrote: Hai, Can u send me a java code which will create a new menu(not a replaced menu) in openoffice components.since i am doing a project in which there is a need to add a menu for some enchancements.please help me you should take a look to the simple add-on example in the SDK - skd/examples/DevelopersGuide/Components/Addons/ProtocolHandlerAddon_java and you should read the appropriate DevGuide chapter (http://api.openoffice.org/docs/DevelopersGuide/Components/Components.xhtml#1_7_3_Add-Ons) - Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Creative Commons support in OpenOffice.org
Laurent Godard wrote: Hi It may be even easier... the GUI should actually be populated from the web services (see http://api.creativecommons.org for docs). And those are fully localized in the same languages that we support in the main license chooser (http://creativecommons.org/license), so passing in the locales will return the UI strings in the requested language (if available). why, not lets see So I've been poking at the SDK a bit; is there a simple hello, world example? Something that demonstrates how to create a component, and then add a menu item that calls it? well, have a look at http://wiki.services.openoffice.org/wiki/Extensions http://wiki.services.openoffice.org/wiki/Extensions_development and for addons packaging http://api.openoffice.org/docs/DevelopersGuide/Components/Components.xhtml http://api.openoffice.org/docs/DevelopersGuide/Components/Components.xhtml#1_7_Integrating_Components_into_OpenOffice.org you'll also find some hello world in OOo itself tools menu besides the links Laurent has already provided you can take a look into the examples sdk/examples/DevelopersGuide/Components/Addons/ProtocolHandlerAddon_cpp sdk/examples/DevelopersGuide/Components/Addons/ProtocolHandlerAddon_java Juergen Thanks for all the interest, feel free to ask if any problem Laurent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Packaging process
Laurent Godard wrote: Hi, saying it's easy is easy ;-), i know that it is possible to extract data and create for example a PDF. But the output isn't comparable to what we have at the moment. Show me a working and satisfying solution and we can discuss it. Juergen, you know such a solution is not yet set up and i think anything won't be done until a decision is made about freeing this document a working solution will probably have influence on the decision. We talk here about a huge project and we don't make a decision based on some gut feeling. Juergen i said easy, well, replace by doable provided we can work on the content and have the I/O specification of the document Laurent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How to write a extension for OpenOffice?
Hi, besides the already mentioned docu i would suggest to download the SDK (contains the Developer's Guide, xhtml and pdf) and watch the examples. There are many examples showing the development of extensions. Juergen Xu, Shenshen wrote: Thanks a lot, I'm really grateful to you for your help. Regards, Anto -Original Message- From: Kohei Yoshida [mailto:[EMAIL PROTECTED] Sent: 2006年6月29日 12:28 To: dev@openoffice.org Subject: Re: [dev] How to write a extension for OpenOffice? Hi Shenshen, On 6/28/06, Xu, Shenshen [EMAIL PROTECTED] wrote: Do anybody know how I can write a extension or plug-in for OpenOffice? Are there any API or Dev document which can be referred to? The Developer's Guide is a good place to start for writing extensions. http://api.openoffice.org/DevelopersGuide/DevelopersGuide.html Since this guide is HUGE, I'd recommend you download the pdf version http://api.openoffice.org/docs/DevelopersGuide/DevelopersGuide.pdf For any API related questions, you can use dev@api.openoffice.org mainling list. HTH, Kohei -- Kohei Yoshida, OpenOffice.org Calc Hacker [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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Packaging process
Kay Ramme - Sun Germany - Hamburg wrote: Rene, Rene Engelhard wrote: http://qa.openoffice.org/issues/show_bug.cgi?id=37034 So, obviously the Dev.Guide is non-free. I wouldn't say that OOo is non-free because of this. In this sense, Debian can obviously redistribute the OOo SDK without the Dev.Guide only. That's what we do now but it still means repackaging the source since What needs to be done to simplify this process? That this stuff is free so I don't need to remove it? :) -Frank Peters, Juergen Schmidt: Could you please comment on any license plans regarding the Dev.Guide? we are currently evaluating if we can open source the guide. But i would say the guide is free, because it is free available, people can extend or correct the content and Sun is only maintaining the guide because a ~1200 pages document needs to be maintained in a structured way. Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] unopkg fails
Tobias Krais wrote: Hi Jürgen, My problem: I want to register a little UNO package at OOo, using unopkg. It does not matter which Java compiler I use for compiling my package. If I want to register my ready built package I can't use the Free Software Foundation 1.4.2 Java (all others I tested will work). If I use the FSF 1.4.2 Java and try to enable my UNO Package using the command /usr/lib/openoffice/program/unopkg gui I get following error: [...] can you be more concrete ... - which Java version was used to compile your package - which other Java versions did have tested I used Sun Java 1.5.0_06 from Debian Sid non-free for compiling. It doesn't matter which -source and -target flags I used (tried it with 1.1, 1.2, 1.3, 1.4). I also used the Blackdown Java 1.4.2.03-1 and the FSF GCJ 1.4.2. I tested _every_ combination of these JDKs that means I e.g. compiled it with Sun Java while OOo used Sun Java - it works; I tried compiling with each of these Javas, but only the FSF GCJ Java did not succeed with adding the UNO package. mmh, it's obviously that you have to use Java 1.5 in the office when you compile your component with Java 1.5. For all combinations where you use 1.5 for compiling and a smaller version in the office i would expect that it won't work because the incompatible class file format in Java 1.5. I personally use only Sun Java packages ;-) and can't say anything about the FSF GCJ but i will give it a try when i find some time to test it. Juergen Greetings, Tobias - 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] unopkg fails
Tobias Krais wrote: Moin Jürgen, [...] I used Sun Java 1.5.0_06 from Debian Sid non-free for compiling. It doesn't matter which -source and -target flags I used (tried it with 1.1, 1.2, 1.3, 1.4). I also used the Blackdown Java 1.4.2.03-1 and the FSF GCJ 1.4.2. I tested _every_ combination of these JDKs that means I e.g. compiled it with Sun Java while OOo used Sun Java - it works; I tried compiling with each of these Javas, but only the FSF GCJ Java did not succeed with adding the UNO package. mmh, it's obviously that you have to use Java 1.5 in the office when you compile your component with Java 1.5. For all combinations where you use 1.5 for compiling and a smaller version in the office i would expect that it won't work because the incompatible class file format in Java 1.5. Not in case I compile with options -source 1.4 -target 1.4 ok, you mentioned it before I personally use only Sun Java packages ;-) and can't say anything about the FSF GCJ but i will give it a try when i find some time to test it. Hmm. You mail header tells me that you are using Windows. This is not really a problem in Windows, because Windows OOo comes with a Java 1.5. This is only a problem with Debian Linux, where OOo comes with the FSF Java... and I can't change the Java via commandline. sure, i understand you. I read currently my Mail under windows but i work on Windows, Linux and Solaris ;-) But nevertheless we have to check this. When you compile your package with FSF GCJ Java and use for example sun Java 1.4.2 in the office, does it work? Maybe there is a general problem with the FSF GCJ. Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] unopkg fails
Hi Tobias, Tobias Krais wrote: Hi together, please tell me whether there is an other bug in OOo. My problem: I want to register a little UNO package at OOo, using unopkg. It does not matter which Java compiler I use for compiling my package. If I want to register my ready built package I can't use the Free Software Foundation 1.4.2 Java (all others I tested will work). If I use the FSF 1.4.2 Java and try to enable my UNO Package using the command /usr/lib/openoffice/program/unopkg gui I get following error: -%- (com.sun.star.lang.DisposedException) { { { Message = URP_Bridge : disposed\X000a(tid=8) Unexpected connection closure, Context = (com.sun.star.XInterface) 0x0 } } } -%- Can you tell me whether this is a OOo Bug or not? can you be more concrete ... - which Java version was used to compile your package - which other Java versions did have tested Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] [Fwd: Re: Bug#369924: soffice in PATH missing - automatic soffice starting from jar not possible]
Tobias Krais wrote: Hi Stephan, [..] What makes the soffice execuable so specific that the Debian ooffice executable does not work? Please help us answering this question to solve this Bug in Debian. Is it the case that on Debian there is an executable named ooffice in $PATH but not an executable named soffice? Yes. Well, the OOo Java simple bootstrap mechanism needs to find an OOo installation, and one of the things it tries out is to search for a file named soffice in $PATH (other things are looking at an explicitly set $UNO_PATH, for example). OK, this means that would mean that a simple link to ooffice called soffice should work, but it does not. it can't work. The bootstrap mechanism searches for an soffice in the path, links are resolved and when a executable is found (binary or script) the mechanism expects that the executable is found in a office program directory and the known directory structure is interpreted in some way to bootstrap. A link soffice to ooffice won't help because the ooffice script is in usr/bin and the bootstrap mechanism will fail. In this case you have to use the UNP_PATH environment variable. Juergen Both files, the /usr/lib/openoffice/program/soffice and the /usr/bin/ooffice call the /usr/lib/openoffice/program/soffice.bin and do some other things. And these other things make the difference. What is there so special? Greetings, Tobias - 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]
[dev] misused email
Hi, it seems that my email is misused to spread some viruses around the world. Sorry for that but this spam doesn't come from me. Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] UNO Training Course ?
Hi Werner, Cedric Bosdonnat wrote: Hi Werner, Werner Schulte a écrit : Can anyone recommend an UNO Training course (preferred in germany in german) ? Focus should be the C++ interface. Here are some links in english: http://blogs.nuxeo.com/sections/blogs/cedric_bosdonnat/2005_12_07_creating-an-ure http://udk.openoffice.org/cpp/man/tutorial/unointro.html i am not aware of any good course about UNO and especially the C++ binding. Cedric gave you some hints and you should also take a look into the SDK and there especailly the C++ examples and you should take a look into the Developer's Guide. You can find a chapter about UNO and the C++ binding. All other examples in Java can be easy converted to C++. Juergen Hope this helps you, Cedric - 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] OpenOffice.org Premium -- steps for 2.0.3
Hi Kami, sorry for the late response. KAMI wrote: Ciao! Jürgen Schmidt írta: Hi Kami, KAMI wrote: Dear Jürgen! Jürgen Schmidt írta: Hi Kami, why did you create an own installation set I have created my own installation set because: - it is funny ;o) great to here - it makes OpenOffice.org more attractive compared to other (Commercial) suites. Other suites has more complete clipart, temlate, font colletion in the installer... (In case of OpenOffice.org Premium ~2400 clipart, ~80 impress background, ~60 temlpates, ~90 fonts, 40 fontwork gallery element (already integrated), Bitstream vera replaced by Deja Vu (integration on the way)... I think OpenOffice.org Premium extras looks more shiny than original... - all-in-one solution makes the life easier (You do not have to download templates, fonts, clipart, fontwork gallery, documentation, OOo related materials, UNO components (LaTeX filter)) separetly, the install it.You get all thing via one click... Ideal way for beginners... - I enjoyed the work with your heplful collegues Ingo and Kai. perfect, it seems that you like the work with the community and you obviously has done a good job with all the new stuff for your premium OO.org. I feel same :o) But I know We need to do more. The current objective of this project to be the part of main OpenOffice.org, so everybody can use our extras. I did and will do everything to make it happen as soon as possible. Localization support, apply of OpenOffice.org desing rules on OOo Premium... I know we need contributors, whom help out us with particular language translation, templates, documentums and why didn't you provide your template collection to the OO.org project directly. As far as I know the English and German templates are available via local language teams' homepage. Hungarian templates are available at hu.openoffice.org. OpenOffice Premium source (patcset for vanilla OOo) is available here: ftp://ftp.fsf.hu/OpenOffice.org_hu/devel/Source_mod/ ok, i don't know the details exactly how the template stuff is organized. But i think that there should be one place for all languages. I do agree... One place with a set of templates, impress backgrounds ... where the community has agreed that they should become the default in an official OpenOffice.org distro. I still agree... No differentiation between OpenOffice.org and a OpenOffice.org Premium or others. I do not want to differ OpenOffic.org and OpenOffice.org Premium. I wopuld very happy if we decide to integrate OpenOffice.org Premium into OpenOffice.org project... I did steps to this direction... After we created Premium, we compiled binaries for linux and windows... Then shown it to the community. The Hungarian users really liked this idea (ide of integrated Premium versions), so we created international version - firstly en-US - and I hope we will have De version by the 2.0.3's time. Make it easy for our end users -- one OpenOffice.org -- no further decision which distro of OpenOffice would be the best for me. Ok there are always reasons for having commercial products based on OpenOffice.org. I mean especially support and service issues for companies which are often bind to a commercial product and which from my point of view is ok. But i personally as private user of OpenOffice.org wouldn't really choose between different OpenOffice.org versions. So we didn't hide our work. What do you think where should we promote our templates? That would have the benefit that the translation mechanisms on OO.org can be used Translatig is not affecting templates just the additional installation parts, galleries, etc. Templates are created one by one for every language... mmh, i think often the idea and structure of a template is important I agree - I think the origanl template stucture is good for start... and if you have some kind of master template in English I mainly work on Hungarian templates, of course one day I might start to create also English templates. But for this I have top learn English at first. for example other user can translate the template to other languages as well but reusing the original idea, structure, macros, ... Yes! More complex documents must be more reusable. OOo community might start a document localization project to make more templates/macro based documents, utilities available for more and more languages. and all OO.org versions would benefit of a better or bigger template collection and better or more impress schemes. Of course everybody benefit from out collection because everybody can use the extras (as you saw they are available for public), but Premium - from my viewpoint - is one (or two) step forward because it integrates these extras into OpenOffice.org perfectly... fine, and you can make the seconds step (installing OO.org Premium) obsolete by integrating it in the offical OpenOffice.org build I have a good news for you! I already did taht step
Re: [dev] Re: Development with the UNO framework
Hi Roger, Roger Blum wrote: Hi Cedric, Thanks for your reply. Cedric Bosdonnat [EMAIL PROTECTED] schrieb im Newsbeitrag news:[EMAIL PROTECTED] Hi Roger, Roger Blum a écrit : I have a rather general question about the possibility to use the UNO framework for the development of a client/server application (stand alone, not as part of openoffice). Thus UNO will be used thanks to the URE (UNO Runtime Environment). This is correct. I 'm currently looking for a framework to use for the development of a client/server application to process/analyze tabular data with (among others) the following properties: - use of different data sources (different DBMS, local and remote files in different formats) - handling of large datasets (millions of records) - different clients (local and remote GUI, web) - generate textual and graphical reports - extensibility through plugins There are many C++ and Java libraries performing some of these tasks (may be python too). I am aware that there are other libraries that can do part of what I will need. But I have found no other framework delivering all the functionality. I would have to use several different libraries and I really prefer to have just one. I 've also checked out QT but it's non-free licensing model (for closed source commercial development) makes it impossible to use it. Do you know about other freely available frameworks with comparable functionality? Does UNO provide all the functionality to develop this kind of application? Do you know of an other FREE framework that is more suited for what I intend to do? UNO and the URE will not bring you a direct support of different clients, or generate reports. In your case UNO will be used as Corba or ICE. That is that your framework can be split into components performing specific tasks (eg, reporting component, GUI components, ...) and they will expose an API which can be used by anyother component in different implementation languages, or on different machines. You can even establish a connection to a UNO environment throught a network, but I never tested it with the URE... I hope to get more than just an object broker and the possibility of distributed execution of the components. In fact I see the main advantage in reusing existing components for a lot of tasks (accessing data sources, generating charts, generating textual/graphical reports, etc.). Do I need an OOo installation for this or can the components bundeled as libraries when deploying the application? yes, at the moment you need an OOo installation for a lot of functions like charts, textual/graphical reports etc. The URE supports only the core UNO functionality with some basic components/helpers to support a working component framework (middleware). You describe (and you would like to use) a future picture where an URE is the central entry point where service providers have registered there components (functionality) and other components (applications) can use it. Currently it is only possible to use an OOo installation running as a server and use it as an central UNO ORB to get and use the offered functionality. Here is some documentation about the URE and UNO: http://blogs.nuxeo.com/sections/blogs/cedric_bosdonnat/2005_12_07_creating-an-ure http://development.openoffice.org/servlets/GetAttachment?list=contestmsgId=2598090attachId=1 http://api.openoffice.org/docs/DevelopersGuide/ProfUNO/ProfUNO.xhtml http://wiki.services.openoffice.org/wiki/JavaEclipseTuto Thanks for the links, I have checked them out and there seems to be at least some information around. Do you know of anybody who uses UNO for this kind of development or is it only used as part of OOo? An external company use UNO (the URE) as the component technology for there own software system (framework of distributed components). They did an independent search for component technology on the net and started an independent evaluation of features and performance of several technologies (CORBA, XPCOM and some others). And the result was that they came back to us becasue UNO offers the best performance for their use cases and the best feature set. I'm currently working on an Eclipse plugin to support development of UNO components. For the moment it works only with an OpenOffice.org installation and Java implementation, but I planned to support the URE before June (C++ will come later). I sure will have a look at your plugin from time to time. As development will be in C++ I hope C++ support will be there soon. I hope that we can provide a similar support for NetBeans as well. An offical C++ plugin for NetBeans is planned for NetBeans 5.5 as far as i know and i we are working on a general plugin for NetBeans. Juergen I hope this could help you to make your decision. Cedric Thanks again, Roger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
Re: [dev] directories
Yoann Babel wrote: Hi, I've been searching the net for some time now, and I can't find any documentation on the directeries used by OpenOffice. I mean the directories under ~/.openoffice.org2/user .../uno_packages uno_packages is used to manage extensions. It's a private directory and should keep in untouched nomrally. Juergen .../psprint .../autocorr etc... Is there some documentation to describe de files we can found there, and their format, or some stuff like that ? Yoann - 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] How to retrieve the name/value of constants ?
Hi Marten, Marten Feldtmann wrote: When creating source code for my Smalltalk interface via OLE/COM I have finished creating the source code for the enum structures. Now I came to the constants, but I can not query the name/value pairs for the constants ? I create an instance of a core reflection, query it via forName( com.sun.star.beans.MethodConcept) but only get a VAriant with type=13 - unknown type. you should use the singleton /singletons/com.sun.star.reflection.theTypeDescriptionManager, means the TypeDescriptionMananger service. Your friends are XHierarchicalNamesAccess, XContantsTypeDescription, XContstantTypeDescription Juergen How do I query the possible name/value pairs of constants ? Marten - 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] OpenOffice.org Premium -- steps for 2.0.3
Hi Kami, KAMI wrote: Dear Jürgen! Jürgen Schmidt írta: Hi Kami, why did you create an own installation set I have created my own installation set because: - it is funny ;o) great to here - it makes OpenOffice.org more attractive compared to other (Commercial) suites. Other suites has more complete clipart, temlate, font colletion in the installer... (In case of OpenOffice.org Premium ~2400 clipart, ~80 impress background, ~60 temlpates, ~90 fonts, 40 fontwork gallery element (already integrated), Bitstream vera replaced by Deja Vu (integration on the way)... I think OpenOffice.org Premium extras looks more shiny than original... - all-in-one solution makes the life easier (You do not have to download templates, fonts, clipart, fontwork gallery, documentation, OOo related materials, UNO components (LaTeX filter)) separetly, the install it.You get all thing via one click... Ideal way for beginners... - I enjoyed the work with your heplful collegues Ingo and Kai. perfect, it seems that you like the work with the community and you obviously has done a good job with all the new stuff for your premium OO.org. and why didn't you provide your template collection to the OO.org project directly. As far as I know the English and German templates are available via local language teams' homepage. Hungarian templates are available at hu.openoffice.org. OpenOffice Premium source (patcset for vanilla OOo) is available here: ftp://ftp.fsf.hu/OpenOffice.org_hu/devel/Source_mod/ ok, i don't know the details exactly how the template stuff is organized. But i think that there should be one place for all languages. One place with a set of templates, impress backgrounds ... where the community has agreed that they should become the default in an official OpenOffice.org distro. No differentiation between OpenOffice.org and a OpenOffice.org Premium or others. Make it easy for our end users -- one OpenOffice.org -- no further decision which distro of OpenOffice would be the best for me. Ok there are always reasons for having commercial products based on OpenOffice.org. I mean especially support and service issues for companies which are often bind to a commercial product and which from my point of view is ok. But i personally as private user of OpenOffice.org wouldn't really choose between different OpenOffice.org versions. So we didn't hide our work. What do you think where should we promote our templates? That would have the benefit that the translation mechanisms on OO.org can be used Translatig is not affecting templates just the additional installation parts, galleries, etc. Templates are created one by one for every language... mmh, i think often the idea and structure of a template is important and if you have some kind of master template in English for example other user can translate the template to other languages as well but reusing the original idea, structure, macros, ... and all OO.org versions would benefit of a better or bigger template collection and better or more impress schemes. Of course everybody benefit from out collection because everybody can use the extras (as you saw they are available for public), but Premium - from my viewpoint - is one (or two) step forward because it integrates these extras into OpenOffice.org perfectly... fine, and you can make the seconds step (installing OO.org Premium) obsolete by integrating it in the offical OpenOffice.org build Here is a snippet about OpenOffice.org Premium: OpenOffice.org Premium = OpenOffice.org + Extras OpenOffice.org Premium is a free and open source enhancement of official OpenOffice.org. The Hungarian Native Language Team has modified the source of OpenOffice.org and bundled lot of extras with it. Here are just a few of the extras you get with OpenOffice.org Premium: * Clip Art (currently more than 2,400 objects) * Templates (number varies by language) * Samples (number varies by language) * Documentation (if available) * Fonts (more than 90 fonts) OpenOffice.org Premium is based on the latest and greatest version of OpenOffice.org -- 2.0.2. You can download OpenOffice.org Premium 2.0.2 from here: ftp://ftp.fsf.hu/OpenOffice.org_hu/devel/OOB680_m5_Premium Current language versions: Hungarian (HU), English (EN-US) the official build supports much more Current platforms: Linux and Windows the official build supports much more The modified source code can be downloaded here: ftp://ftp.fsf.hu/OpenOffice.org_hu/devel/Source_mod (Current version is: OOo202Premium-step7.zip ftp://ftp.fsf.hu/OpenOffice.org_hu/devel/Source_mod/OOo202Premium-step7.zip ) The modified source code is available for everyone. It has been changed to utilize all of OpenOffice.org features, including localization. If you'd like to help us improve OpenOffice.org Premium, here are a few of the ways you can get involved: * Translators - translate the resource files to your language
Re: [dev] OpenOffice.org Premium -- steps for 2.0.3
Hi Kami, why did you create an own installation set and why didn't you provide your template collection to the OO.org project directly. That would have the benefit that the translation mechanisms on OO.org can be used and all OO.org versions would benefit of a better or bigger template collection and better or more impress schemes. Juergen your KamiHír wrote: As you probably know there is an enhanced version of OpenOffice.org called OpenOffice.org Premium. You can download from here: ftp://ftp.fsf.hu/OpenOffice.org_hu/devel/OOB680_m5_Premium/ http://ftp.fsf.hu/OpenOffice.org_hu/devel/OOB680_m5_Premium/ (for Linux and Windows in English and Hungarian) It contains many different templates. With version 2.0.3 I started organizing these templates in the default openoffice.org categories: officorr - “Business Correspondence” offimisc - “Other Business Documents” personal - “Personal Correspondence and Documents” forms - “Forms and Contracts” finance - “Finances” educate - “Education” layout - “Presentation Backgrounds” presnt - “Presentations” misc - “Miscellaneous” layout for Impress backgrounds, presnt for Impress prewritten presentations. Can someone organize English templates to me? I am uploading the zip file (with templates and empty folders) here: w3.enternet.hu/szalaik/download/TEMPLATES1-en-US.zip I also would like to build German version of OpenOffice.org, so I need help to arrange German language version of templates. I used the original OpenOffice.org extras CD and OOoPR-box compilation. The collected German templates are going here: w3.enternet.hu/szalaik/download/TEMPLATES1-de.zip So can you contribute this for next OpenOffice.org Premium? Thanks, KAMI OpenOffice.org fanatic ;o) - 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] How can I load a JavaScript library in a JavaScript Macro enviroment?
Hi Luiz, sorry for the late answer but i was out of scope for some weeks. OOo of course supports Python, if you prefer Python you can use it directly. Juergen Luiz Siqueira wrote: I really not a JavaScript Developer, I'm looking for a way to make Macros more efficiently. With JavaScript I can use OO techniques and with StarBasic this is more difficult (not impossible). I'm a Python developer, but OOo don't have a Python environment and is difficult to find a bug, that is way I'm trying the JavaScript. My idea is produce a professional product using OOo, some parts of the system I will make with Java and another with Macros. If you have some idea please share with me. Tanks for your time. Jürgen Schmidt [EMAIL PROTECTED] escreveu: Hi Luiz, i am not really a JavaScript user, is it possible to load a JavaScript library from another library? If yes you should try it the same way. Maybe it helps to take a look to http://www.beanshell.org/ and/or http://www.mozilla.org/rhino/ Sorry that i can't help further Juergen Luiz Siqueira wrote: How can I load a library in JavaScript Macro enviroment? I need use functions in another (js/Macro) file, how can I do that? I only know how to do that in StarBasic, but the same function don't work with JavaScript and I can't find documentation about that. Thanks about some help. - Yahoo! Search Dê uma espiadinha e saiba tudo sobre o Big Brother Brasil. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Yahoo! doce lar. Faça do Yahoo! sua homepage. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How can I load a JavaScript library in a JavaScript Macro enviroment?
Hi Luiz, i am not really a JavaScript user, is it possible to load a JavaScript library from another library? If yes you should try it the same way. Maybe it helps to take a look to http://www.beanshell.org/ and/or http://www.mozilla.org/rhino/ Sorry that i can't help further Juergen Luiz Siqueira wrote: How can I load a library in JavaScript Macro enviroment? I need use functions in another (js/Macro) file, how can I do that? I only know how to do that in StarBasic, but the same function don't work with JavaScript and I can't find documentation about that. Thanks about some help. - Yahoo! Search Dê uma espiadinha e saiba tudo sobre o Big Brother Brasil. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Code Snippet page
Hi, i noticed that we have made good progress with our Code Snippets in the past two weeks, thanks to all contributors. At this point i'd like to say thank you again to Tom and Paolo who are responsible for the infrastructure and tooling. Tom provides and has implemented the infrastructure and Paolo has implemented the Code Snippet Wizard which makes it really easy to contribute well formatted snippets. Thank you! I haven't reached my personal goal to contribute one snippet per week :-( shame on me - i won't promising anything but i will try to increase my contributions. But one further thing i would like to see (and where i think it would be easy for newbies to contribute to OpenOffice) is that existing snippets get translated to the other languages. And if people find bugs or know a better solution don't hesitate to improve existing snippets. Even for the last point i think that it could make sense to move into the OO wiki with the snippet collection but i am not sure. What are your opinions? Do you would expect more contributions, improvements when the snippets would be in a wiki system where changes are easier? Let start us an open discussion to find the best solution to spread the API knowledge to make programming with and for OpenOffice easier. Other ideas are also welcome and this shouldn't be competing to our new extensions project. I would like to address more the technical features and documentation, where the stuff gets hosted later is not important here. But that something (and hopefully more in the future) is available, is easy to find, is well structured ... is important for the success of any programmability story around OpenOffice. Juergen (API project lead) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Error: no office executable found!
Christian Junker wrote: Hi Jürgen, 2006/2/7, Jürgen Schmidt [EMAIL PROTECTED]: The secure way is that you start your OOo server manually and connect to it via TCP/IP and the specified socket. It is recommended to use this way if you want to develop something serious. sorry but that is wrong, the simple bootstrap mechanism is serious even if it has some problems on systems where special scripts are used around the normal binaries or default scripts. we could debate here about what is serious and what not, however I didn't talk about the SimpleBootstrap mechanism being not serious, I said it would be better to set things up manually when you're developing something 'serious' (== more secure, more control etc.). it depends on your requirements. If you only need a connection to a running office (which of course can be specified) and no remote connection the simple bootstrap mechanism does fulfill your needs quite well and a named pipe connection is more secure than a socket connection. My comment was related to your statement It is recommended to use this way if you want to develop something serious. and that is from my point of view wrong. You can develop a serious program using the simple bootstrap mechanism, it depends on your requirements. Excuse me if my last answer wasn't clear enough. Juergen Besides the problems there could be on some systems, it also has limitations. For example you cannot hook up to a remote-machine OOo. Thus if you're dealing with servers and you write code on a client machine, you can only go by TCP/IP to connect to the Office (named pipes work only on the same machine). -- Best Regards Christian Junker - 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] Preview window with OOoBean ?
Mathias Bauer wrote: Matthias Benkmann wrote: I'm developing a Java app that let's the user fill out a form. The Java app uses this data to create a document in Writer. I would like to offer the user a preview window that integrates as seemlessly as possible with the Java app. I thought I could use the OOoBean for that purpose, however I have the problem that the bean always contains the complete Writer GUI, with menu bar, toolbars,... Even worse, if the user had the Styles and Formatting window open the last time he used writer, then when I show the OOoBean, I get a Styles and Formatting window, too. What should I do to get rid of all of this? All I want is the document view with no editing GUI elements and no additional windows. I guess that I can get rid of the menu and toolbars with the Programmatic Control of Menu and Toolbar features, but what about windows such as Styles and Formatting? How do I enumerate and close all of those? And is closing them really the only way? I'd much prefer to not have them pop up in the first place, because having a window appear and disappear confuses the user. Suggestions are very much welcome. If you loaded your file directly with loadComponentFromURL or so you could try to add a property Preview with value True. I don't know the bean API by memory so I don't know if there is something comarable. You can also disable the menus and toolbars Juergen Best regards, Mathias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OpenOffice.org Developer Article Contest Rules - First Draft
Hi Laurant, Laurent Godard wrote: Hi Jurgen Do you have any suggestions what we should do? don't make it too complicate. We talk about documentation and committee who will read all submissions and will select the winner. I am sure that the committee will find a winner when we will have such a situation. the rules have to be clear, before starting as soon as there is money involved some people can become quite aggressive keep cool. The committee will select the winner and how the committee will select the winner is not important here. It will change nothing for the attendees. Either somebody accept the rules or not. Juergen I would say - each voter votes for an only article - the article that has the most votes wins - if egality, the oldest regarding the submission date wins - the votes are reseted each session Laurent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] [SOLVED] Re: [dev] Newbie: com.sun.star.comp.helper.BootstrapException: no office executable found!
Rene Engelhard wrote: Hi, Am Montag 16 Januar 2006 16:36 schrieb Jürgen Schmidt: Hi, mmh, that shouldn't be necessary when you have a normal installation on your system. But i don't know if Debian does anything special. In your first mail you mentioned that you have started your office with ooffice -accept=socket,host=localhost,port=8100;urp Why is it named ooffice? Is that Debian specific? If yes that is ooffice (and oowriter, oocalc etc. which are symlinks to is) is a perl-script doing some stuff OOo misses. And fixing some stuff. And if that fixing? Is it submitted as an issue? Shouldn't it be fixed in general? should be necessary sometime do stuff for clean upgrades. i.- A wrapper script. Which is in /usr/bin. soffice still exists in /usr/lib/openoffice/program. probably the problem. The bootstrap mechansim requires some pre-conditions (e.g. soffice must be in the PATH, a symbolic link is sufficient). see above. Please can you test to rename ooffice to soffice and insert a symbolic link ooffice - soffice instead. It would be interesting for me to know if this solves your problem. He just said that... forgot my suggestion it was nonsens. Forgot the perl script and insert a link /usr/gin/soffice - officepath/program/soffice Juergen Regards, Rene - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] [SOLVED] Re: [dev] Newbie: com.sun.star.comp.helper.BootstrapException: no office executable found!
Rene Engelhard wrote: Hi, Am Montag 16 Januar 2006 17:27 schrieb Jürgen Schmidt: /usr/bin/soffice should be a link directly to officepath/program/soffice otherwise it won't work. The problem in this case is that eventual needed stuff in the wrapper script isn't executed when OOo is ran by soffice and neither when a user finds soffice and gets the idea that's the normal way for starting OOo up... What exactly is missing? Juergen But I guess we have to live with that.. appropriate classpath). But it seems that this search mechanism is not reliable and the best way is to include the office/program directory of the office you want to use in your PATH. Yeah, looks like it (although it still has the the-wrapper-isn't-used problem then) Regards, Rene - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] [SOLVED] Re: [dev] Newbie: com.sun.star.comp.helper.BootstrapException: no office executable found!
Tobias Krais wrote: Hi Jürgen, yep. same script here on Debian. other path, though. If it's really needed and would work I guess we could add some soffice link (like /usr/bin/soffice - /usrr/bin/ooffice - calls the right soffice), too.. /usr/bin/soffice should be a link directly to officepath/program/soffice otherwise it won't work. In the past the setup has inserted such a link and the bootstrap mechanism uses this information (resolves the link and set an appropriate classpath). But it seems that this search mechanism is not reliable and the best way is to include the office/program directory of the office you want to use in your PATH. Today we insert a link staroffice or openoffice (somewhere) when i remember correctly, maybe the bootstrap search algorithm is not adapted. I will check it. I tried to create a link from /usr/bin/soffice to /usr/lib/openoffice/programm/soffice, but it did not work. Only adding /usr/lib/openoffice/programm/soffice to my classpath in project helped. mmh, strange i will tkae a closer look on it asap. Juergen Greetings, Tobias - 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] Starting OpenOffice.org 2.0 in Listening Mode
Vincenzo Giuliano wrote: Hi My name is Vincenzo. This is my problem: in /OfficePath/share/registry/data/org/openoffice/Setup.xcu/ I have added the tag prop oor:name=ooSetupConnectionURL value socket,host=localhost,port2002;urp;StarOffice.ServiceManager /value you should try port=2002 Juergen /prop within the tag node oor:name=Office On Linux console I start the openoffice with the command /soffice -accept=socket,host=0,port2002;urp /The openoffice start but on Linux console the message /urp: command not found/ appear. So openoffice is not listening. What can I do? Thank you all. - 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] [SOLVED] Re: [dev] Newbie: com.sun.star.comp.helper.BootstrapException: no office executable found!
Jürgen Schmidt wrote: Tobias Krais wrote: Hi Jürgen, yep. same script here on Debian. other path, though. If it's really needed and would work I guess we could add some soffice link (like /usr/bin/soffice - /usrr/bin/ooffice - calls the right soffice), too.. /usr/bin/soffice should be a link directly to officepath/program/soffice otherwise it won't work. In the past the setup has inserted such a link and the bootstrap mechanism uses this information (resolves the link and set an appropriate classpath). But it seems that this search mechanism is not reliable and the best way is to include the office/program directory of the office you want to use in your PATH. Today we insert a link staroffice or openoffice (somewhere) when i remember correctly, maybe the bootstrap search algorithm is not adapted. I will check it. I tried to create a link from /usr/bin/soffice to /usr/lib/openoffice/programm/soffice, but it did not work. Only adding /usr/lib/openoffice/programm/soffice to my classpath in project helped. mmh, strange i will tkae a closer look on it asap. i've tested it with a m145 build and it works fine after i have created a symbolic link /usr/bin/soffice - offiepath/program/soffice. There is maybe a problem with your Java, i used Sun's jdk1.5.0_02. But of course there is still the open question why this perl script is necessary, i can't see any problems with a defaut installtion at the moment Juergen Juergen Greetings, Tobias - 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] Newbie: com.sun.star.comp.helper.BootstrapException: no office executable found!
Tobias Krais wrote: Hi Christoph, The fitting ant script works out fine and OpenOffice 2 ist running. OO2 was started with following command: ooffice -accept=socket,host=localhost,port=8100;urp try an ending Semicolon at the accept string: ooffice -accept=socket,host=localhost,port=8100;urp; no, no things changed. When you use the simple bootstrap method you don't need to start the office separately. And you don't need an accept string, the simple bootstrap mechanism connects to the office using a named pipe connection. Juergen Greetings, Tobias - 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] Newbie: com.sun.star.comp.helper.BootstrapException: no office executable found!
Tobias Krais wrote: Solli Jürgen, try an ending Semicolon at the accept string: ooffice -accept=socket,host=localhost,port=8100;urp; When you use the simple bootstrap method you don't need to start the office separately. And you don't need an accept string, the simple bootstrap mechanism connects to the office using a named pipe connection. very interesting. You're right. Now I have an other question: is it possible to load an OpenOffice odt file without having a listening OpenOffice? sure, the bootstrap function returns the context of a running office (started if necessary) context.getServiceManager() returns the office servicemanger and you can use it in the same way as you did it over a socket connection. Juergen Greetings, Tobias - 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] [SOLVED] Re: [dev] Newbie: com.sun.star.comp.helper.BootstrapException: no office executable found!
Tobias Krais wrote: Hi Stephan, Just when I started the sdk Developer Guide for OO2 I experienced problems with the first application. First my system information: I use Debian Linux. My IDE is Eclipse. I installed OpenOffice2 and the OO2 sdk. I use blackdown java 1.4.2.03. , never tried if it works with the blackdown java, but normally the bootstrap mechanism should find a running office instance. working with OO 1.1.4 and the Java UNO Wrapper from .riess it works. But now I tried the samen with sun JDK 5. Nothing changes. unsupported wrapper stuff ;-) What you could try is 1. ensure that office_install/program is in the PATH I tried: -%- [EMAIL PROTECTED]:~$ export PATH=$PATH:/usr/lib/openoffice/program [EMAIL PROTECTED]:~$ echo $PATH /usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games:/usr/lib/openoffice/program [EMAIL PROTECTED]:~$ eclipse searching for compatible vm... testing /usr/lib/jvm/java-gcj...found -%- and then I run the application again: nothing changes 2. call your java class with parameter, like java -Dcom.sun.star.lib.loader.unopath=/opt/OpenOffice.org/program .. OK, I added a classpath variable to the project. Variable Name OFFICE_HOME value /usr/lib/openoffice/program. Then it work. You suggested the solution. mmh, that shouldn't be necessary when you have a normal installation on your system. But i don't know if Debian does anything special. In your first mail you mentioned that you have started your office with ooffice -accept=socket,host=localhost,port=8100;urp Why is it named ooffice? Is that Debian specific? If yes that is probably the problem. The bootstrap mechansim requires some pre-conditions (e.g. soffice must be in the PATH, a symbolic link is sufficient). Please can you test to rename ooffice to soffice and insert a symbolic link ooffice - soffice instead. It would be interesting for me to know if this solves your problem. Juergen Thanks a lot! I hope you won't hear too much from me in future :-) Greetings, Tobias - 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] [SOLVED] Re: [dev] Newbie: com.sun.star.comp.helper.BootstrapException: no office executable found!
Rene Engelhard wrote: Hi, Am Montag 16 Januar 2006 16:47 schrieb Tom Schindl: Well normally ooffice, oowriter, ... are bash-scripts or even perl (on mandrake) starting soffice to popup the appropriate OpenOffice-Application. On Mandrake for example one would have to same problem because: ooffice2.0 does the following: 8 #!/usr/bin/perl -w my $SystemInstallDir = '/usr/lib/ooo-2.0'; ... exec $SystemInstallDir/program/soffice, @ooo_argv 8 yep. same script here on Debian. other path, though. If it's really needed and would work I guess we could add some soffice link (like /usr/bin/soffice - /usrr/bin/ooffice - calls the right soffice), too.. /usr/bin/soffice should be a link directly to officepath/program/soffice otherwise it won't work. In the past the setup has inserted such a link and the bootstrap mechanism uses this information (resolves the link and set an appropriate classpath). But it seems that this search mechanism is not reliable and the best way is to include the office/program directory of the office you want to use in your PATH. Today we insert a link staroffice or openoffice (somewhere) when i remember correctly, maybe the bootstrap search algorithm is not adapted. I will check it. Juergen Regards, Rene - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: [discuss] Incubator for vba macros
Jörg Wartenberg wrote: Hi Jürgen, would it be possible to implement this Wrapper API in StarBasic? I'am of course it is, you can implement it as a Basic library and can deploy this new library as a UNO package. But we should combine our efforts. Too many different approaches would totally confuse the end user. Juergen thinking about something like small StarBasic include files for each VBA function. This would allow the user, to read the code behind the wrapper API. (This wrapper code could be collapsed in the default view of the StarBasic IDE, to maintain readability). If the user want modify the imported VBA code, he has already UNO API code to start from. Regards Jörg Jürgen Schmidt schrieb: Hi, i agree 100% with Laurent, it means a second API and that of course is probably not what we want. But the question is how we can address all the VBA programmers to migrate to OpenOffice and it's complete different API model. Does it make sense to have a migration layer on top of the existing API for exactly the VBA and Basic programmers in general? I am not sure, the main API focus will be still on the UNO API and we will go forward with this approach. The VBA wrapper API is implemented in UNO as well and makes use of the existing API. That means it would be one abstaction layer higher and of course one indirection more which means slower than the normal API. From my point of view this kind of wrapper API should be used for migration only and everything else should use the existing UNO API. It can be designed as an extension package and people who want use it can install this package optionally for example. I am flexible when we think we need it i am willing to support it. But of course the VBA API is not better than our existing API (far from it), it has only the advantage that it is well known, has great IDE support (MS Dev Studio), is well documented (thousands of books) and many many people use it. I personally believe that we will never reach a 100% roundtrip with macros and i would concentrate on the existing API and improvements in this area. Some of our existing APIs should be redesigned or improved by using the UNO ease of use features and a lot of other things can be done to simplify the development of our existing API. so no vote from my side, no +1 and no -1, only the offering to support the project on the level of the existing API. Juergen Laurent Godard wrote: Hi Noel Thanks for your proposal and your presentation I'm aware that VBA macros are a problem on a migration and something has to be done. So you're proposal is welcomed Nevertheless, I'm afraid that using VBA paradigm inside OOo will more hurt than solve the problem. VBA has 2 parts : the language and the objects I'm not talking about the syntax here. Some compatibility efforts have been done in this directon and can be improved. The problem, imho, is on the API level Giving VBA support as you propose is implementing a new API for objects. You will then have two ways for defining objects : the OOo API one, The MS VBA one. It will be more difficult to understand things as these two objects, will have difference : a VBA cell is different tha an OOo one. How does this interact ? Is a VBA macro allowed to mix both API ? Is python script allowed to use VBA objects and OOo objects ? Are VBA macros only restricted to MS File format (i see no technical reasons for this) For me, at the end, it will be the end of any scripting language except VBA one. Forget OOoBasic, python, Beanshell or javascript. VBA is widely spread due to MS file format domination. Many people do know how to create VBA macros and then it will end with a big proportion of this language. A lot of documentation exists and we will be asked more and more to implement VBA subtilities But, VBA is not free ! OOo Project has no influence on its specification and it can be changed without any warning (look at the difference between MsOffice versions) Moreover, what about legal issues ? Are we sure there are any patent on this ? Are we allowed to implement an interpreter ? Noel, I'm really enthousiastic by you project in a technical point of view. But, i have to say -1 for the resons i gave, unless we build some policies like (only proposal, ideas not worked) - restrict vba to ms office file format (not opendocument or addons) - translate the VBA source code to OOo API to only have to deal with one model So -1 for me But totally open to discussion Regards Laurent - 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
Re: [dev] scripted multiplatform .doc to .html conversion
Hi Krik, take a look into the SDK example java\DocumentHandling\DocumentConverter you can easy implement a Java remote client application doing the conversion for you. But you always need an installed office working as a server (for example with UI if necessary) Juergen Kirk Israel wrote: So the folks at my new job decided to really give me a trial by fire...they'd like me to outline a clear and detailed outline of how to include .doc to .html conversion in our product, in an automated kind of way. Openoffice seems to handle the basic task gracefully through the UI. Can anyone tell me if there's a commandline version that would enable this from the commandline? Or, possibly even better, is there a specific callable module responsible for this, is there an intermediate in-memory format that can be marshalled/unmarshalled with the various file formats? I'm at a bit of a loss to know where to start code diving...would it be a better idea for a n00b to start using the CVS feed, or is there a downloadable archive lurking around on one of the websites? Thanks for any and all advice! I'm really in dire straits here, so suggestions are acts of mercy... -Kirk - 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] scripted multiplatform .doc to .html conversion
Kirk Israel wrote: On 12/9/05, Jürgen Schmidt [EMAIL PROTECTED] wrote: Hi Krik, take a look into the SDK example java\DocumentHandling\DocumentConverter you can easy implement a Java remote client application doing the conversion for you. But you always need an installed office working as a server (for example with UI if necessary) Hmm. Is your feeling then, that just the document functionality might too difficult to extract on a source code level? Yes exactly, the current architecture doesn't allow to extract only this small part. Maybe it will be possible some time in the future ;-) For using the API you need always a runnig office instance. The other possiblity is to work directly on the xml file format and work with XSL transformations but that of course is not possible for most of binary formats. Juergen - 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] DocumentConverter.java Hangs
Hi Juan, Juan Heyns wrote: I am developing a Java application that needs to convert MS Word documents to PDF and SXW (xml). This application will run as a service and at times may be heavily loaded, so reliability is required. The application is running as a windows service by means of the Java Service Wrapper. I initially implemented the application to run as two separate instances for the PDF and the SXW conversions. I am not sure if the UNO handles concurrency so well. Maybe someone can comment on this. mmh, UNO in general should be thread safe but in the office concurrency is a problem. But we are working on improvements. Currently the best way would be to implement your own dipspatcher where you serialize your requests. Only one request per office at the same time. You can work with a pool of 2,3 or more office instances in parallel. I then tested the application with about 1500 documents. It seems that soffice process at some stage is bound to hang. The process goes into a 99% CPU utilisation and never returns. It is not always on the same method, but two methods regularly give this problem: loadComponentFromURL and bootstrap. the bootstrap functions should be called only once. When you work with a office pool you will work with several contexts from the different office instances. The main difference between my implementation and the implementation in DocumentConverter.java sample is that I load the RemoteContext every time a document is converted. It seems that the DocumentConverter.java That is not necessary, you will get always the same context, you should reuse it. Juergen is slightly more reliable. Any Comments. Juan Heyns - 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] SWriter example
Hi, first of all it seems that you are working with an old SDK. I suggest that you use a OO.org 2.0 SDK and a OO.org 2.0 office. Selim Yucel wrote: Hello, I am trying to run SWriter. my connection string is; uno:socket,host=0,port=8100;urp;StarOffice.NamingService before ou start a client you have to ensure taht your office is running in listening mode: soffice -accept=socket,host=localhost,port=2083;urp;StarOffice.ServiceManager You can check this with netstat -a. After that you can start your client for example with: myapp uno:socket,host=localhost,port=2083;urp;StarOffice.ServiceManager Juergen But I am getting exception like, Couldn't get MSFcom.sun.star.connection.NoConnectException: java.net.ConnectException: Connection refused: connect I will deeply appreciate any help. Thanks. Best Regards, Selim Yucel Certusoft, Inc. 7900 West 78th Street Suite 165 Minneapolis, MN 55439 Direct/Cell : (612) 462-1235 952-921-0351-phone 952-921-0367-fax - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] proposal: ServiceDecl
Thorsten Behrens wrote: Daniel Boelzle [EMAIL PROTECTED] writes: I'd like to present/discuss a recent helper I have developed which IMO simplifies the implementation of UNO services in C++ a lot. [...] So what do you think? Comments, please. Great stuff! Always having to write so much boilerplate has gotten to my nerves. Of course it's a cool feature but i want to mention that the new skeletonmaker tool can help a lot to reduce the coding effort for UNO objects and components. The tool is not officially announced because there is still some work to do but you can start using it and give feedback. dump mode: - the tools can dump method declaration of interfaces and all supported interfaces of services to stdout so that you can easily copy this stuff in your source file. - it can generate complete method bodies to stdout (default return, forwarding, composition, inline or with classname, ...) component mode: - it can generate complete component skeletons (buidlable, deployable) and you have to concentrate on the real implementation only Supported languages Java and C++ More information will follow soon Juergen One nit: since the automatic implementation name derivation looks kind of fragile (and most of the time, I _do_ declare my service implementations in anonymous namespaces) - how about disabling that feature by default? I have the impression that not much of OOo development outside Sun takes place on Windows, and specifying one (more) string at the constructor is really not that much overhead... Cheers, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] warnings01: -Wnon-virtual-dtor
Stephan Bergmann wrote: Hi all, http://www.openoffice.org/issues/show_bug.cgi?id=56995 shows the following problem: On compilers later than the GCC 3.4.1 we use at Hamburg (e.g., GCC 4.0.2, but from looking at the documentation also GCC 3.4.4), -Wall implies a new -Wnon-virtual-dtor which warns about classes with virtual functions that do not have a virtual destructor. On such compilers, this warning will occur for each idlc-generated UNO header (com/sun/star/uno/XInterface.hpp etc.). For reasons of compatibility, it is not an option to change those idlc-generated headers and add a virtual destructor to them. Thus, we can either switch off -Wnon-virtual-dtor globally, or switch off *all* warnings from within idlc-generated headers (#pragma GCC system_header). The second option is probably preferable, as -Wnon-virtual-dtor might point to real issues in other places of the code base, and it is unlikely that there would be other warnings from any idlc-generated header that we would thus suppress---the idlc-generated headers are pretty boiler-plate. +1 for switching off this warnings in the generated header - Juergen Opinions? -Stephan - 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] Programmierhandbuch für Basic
Christian Junker wrote: Hey Jürgen, 2005/10/28, Jürgen Schmidt [EMAIL PROTECTED]: Aber nichtsdestotrotz danke für den Hinweis. Das scheint ein Übersetungsproblem zu sein und wir werden das überprüfen und korrigieren. gibt es die Möglichkeit das Dokument (engl. + deutsch) umzustellen auf eine freie Lizenz? Sun könnte ja immer noch den StarOffice 8 Programmer's Guide anbieten auf ihren Servern, aber auf openoffice.org könnte man doch ein kollaboratives Dokument erstellen und es einfach OpenOffice.org 2.0 Programmer's Guide nennen, wobei ich mit dem Namen auch nicht so zufrieden bin weil es schon einen Developer's Guide gibt und durch die Tatsache, dass UNO nun so viele Sprachen unterstützt, der Interessent leicht davon ausgehen kann, dass es nicht nur um Starbasic/OpenOffice.org Basic geht. That's the reason why the name is StarOffice XX Software Basic Programmer's Guide But related to your question, that would maybe possible but have you asked all the others who have written books and guides to contribute there stuff back to the OpenOffice project? The answer is probably not and they have probably a lot of content from the existing guides and the mailing list. People take the stuff and of course the product from OpenOffice but what is their contribution back? It's fine if people make money with support and services around the project but they should think about any contribution back to the project. See the Developer's Guide, we Sun make it available for OpenOffice but we did the work. Ok we got some minor bugfixes but where for example is the Python language binding chapter or where are the missing chapter of a specific functionality? Nervetheless I will check it. Juergen Es gibt aber mittlererweile auch andere Bücher für Basic, eine Google-Suche sollte hier weiterhelfen. Schön und gut, aber es fehlt *die Referenz*. -- Best Regards Christian Junker - 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] new incubator : Call for Name
Rüdiger Timm wrote: Joerg Barfurth wrote: Hi, Laurent Godard wrote: - extensions.openoffice.org (already 3 votes) -1, We already have a cvs module named 'extensions' in the 'util' project. This situation (a module in one project is named like another project) is prone to cause confusion. Unfortunately we already have at least one case of this situation (module util/tools vs. project tools), but IMHO we should proliferate it any more. Ciao, Joerg The same holds true for 'scripting', as there is a module with this very name in project 'framework'. This leaves 'addon' as the only candidate: addon.openoffice.org +1 please stop with this kind of arguments. We can simply change this source modules if really necessary (i would volunteer if that would make problems). We are searching for a good name for a project independent of any build and environment issues. Juergen Ruediger - 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] Helper of the Day: call for papers
Frank Schönheit - Sun Microsystems Germany wrote: Hi, every time I'm writing a piece of code, and need some helper class which I assume is already implemented somewhere (since my requirement sounds quite generic), I can't help but get the impression that we have hundreds of helper implementations, of which 95% are unknown to 95% of us developers. That is, comphelper and unotools (my two favourites) alone contain more than 100 files, not to mention cppuhelper, salhelper, and (for higher levels) tools svtools (plus maybe more). The most files therein are completely unknown to me (side note: though they are young enough that the interface they implement should have been announced in interface-announce@openoffice.org :( ). Maybe it's only me, but somehow I believe that a lot of us don't even know the goodies which hide in the various *helper places, and thus either unnecessarily re-implement them, or simply produce code which could have been more elegant, and/or more robust, and/or easier to maintain, and/or easier to read, ... (continue at will). What I would like to suggest is some kind of Helper of the Day initiative. People who know a certain piece of (helper) code in one of the above-mentioned projects should introduce this piece to others, shortly saying what it is (and perhaps what it is _not_) good for. Ideally, this means just copying the code's documentation into an email, less ideally, this means writing this documentation first. Those mails could, in irregular order, be posted to some list (probably [EMAIL PROTECTED], or [EMAIL PROTECTED], or ?). If we give them a tag (say: [HOTD] :), and a good summary, this could create an informal pool of information. Such an initiative would require at least - potential readers - would somebody else except me consider this useful? - potential writers, which volunteer to spend a little of /their/ time to save more of us /a lot of/ time. What do you think? I think it's a good idea and i suggest that we should use the new on openoffice available wiki. Of course we should stasrt when we have migrated to the new MediaWiki. If it would be a good helper and if we think it's final we should provide the helper with the SDK for external extension developers as well. -Juergen Ciao Frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Writing UNO Components
王彬 wrote: - Stephan Bergmann wrote: If something works on localhost but not across machines, it is typically the case that some UNO accept string (e.g., the -accept:socket,host=... you can start soffice with) contains a host parameter that restricts access to localhost. Using host=0 should do the trick. - Hi,Stephan Bergmann I start the office with an additional parameter: -accept=socket,host=0,port=8100;urp; My component can not be called all the same. But when I call an existing component(com.sun.star.frame.Desktop.XComponentLoader) from another machine,it works; So may be something is wrong with my source code(Implementing the core interfaces). I don't know how to implement some of the core interfaces (e.g.,queryInterface,acquire,release,getTypes,getImplementationId,getImplementationName,getSupportedServiceNames) check it first in the office for example in Basic to see if it works in general o = createUnoService(com.sun.star.task.ProcessMSG) msgbox o.dbg_supportedInterfaces If this works you should check if your new type info is also available on the client side. Where can I get some simple examples? (The example in Developer's Guide make me confused @_@ ) In the SDK, thwere are several very simply examples. ans see my other comments on interface-discuss ... (please no cross posting) Juergen Thank you very much! Sincerely yours,WangBin 2005-10-25 - 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] Maven dependencies for UNO
Emmanouil Batsis wrote: Does OOo provide a repo for apache maven dependency handling? no, not yet and currently we have no plans to create one. But if their is a real demand, we should align it and should create only one. It would be bad to have several different ones, which maybe run out of sync. The problem is that most often related problems come to us. I would suggest that we create one on openoffice.org if necessary. - Juergen Thanks, Manos - 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] Maven dependencies for UNO
Emmanouil Batsis wrote: Jürgen Schmidt wrote: Emmanouil Batsis wrote: Does OOo provide a repo for apache maven dependency handling? no, not yet and currently we have no plans to create one. But if their is a real demand, we should align it and should create only one. It would be bad to have several different ones, which maybe run out of sync. The problem is that most often related problems come to us. I would suggest that we create one on openoffice.org if necessary. It is not. You could submit jars to ibiblio. Most (if not all) java OS projects do it and it saves them from creating and maintaining a maven repo for themselves (and developers from a repo labyrinth). Ibiblio is *the* maven repo. You can easily post a request for this to the codehaus JIRA, see: http://maven.apache.org/reference/repository-upload.html Fine, then we will need an automated mechanism that for each offical release of OO the repository will be updated. Ok somebody who feels responsible for that would be enough ;-) Any volunteers? I will provide the infomration which jars are necessary because we won't need all office jars. Only the jars with ofical public API's. - Juergen Manos - 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] Finding Dependencies of the Component
Hi, Sunil Todi wrote: Hi all, We have a scenario in which we have multiple components (registered into a common RDB file) and they have dependencies on each other. Now for testing purpose, we want to find out all the components (with component library path) which are dependent on a particular component. Please let me know your ideas, views and pointers on this. That is not possible and it should be only an implementation detail. UNO components use functionality specified with services and the implementation of these services are exchangeable and should not change the behaviour of an implementation. If you take this into account it makes only sense to check if all used services are available. We will provide this kind of dependencies in the future for UNO packages. - Juergen - 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] createUnoService problem in 1.9.x on windows
Hi Christian, Christian Andersson wrote: Hi there, I have created an package for Openoffice V2 series (using 1.9 for now to test) The package works flawless on linux, however on windows there is just a small problem (sofar) that makes my package useless. My package contains basic code/dialogs and javaclasses/services From what I can see, runnings under windows 2000 and java 1.5.0_02 the services I create using createUnoService(my.package.Service) will not work properly. How did you have installed your package, did you have used the package manager? If yes, marked the package manger ui your package as enabled or got you any errors during the installation? Did you have compiled your package with Java 1.5 and did you use Java 1.5 in your office as well because otherwise it won't work. In your office you have to use the same or a higher version of Java. Juergen With OOo 1.9.03 Openoffice stopped executing the basic code when it came to the createUnoService line, with no information at all. With OOo 1.9.118 the basic code will not stop at this line no more, but whenever I try to use the service I do get an Exception of Type: Unknown with the message: Illegal object given! System information: Windows 2000 SP3 java 1.5.0_02 OOo 1.9.109 and 118 /Christian Andersson - 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: problem with setProperty in my dialog
James Black wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Oliver Brinzing wrote: Hi James, xPSetButton.setPropertyValue( PositionX , new Integer(50)); This causes a failure. it's no good idea to use blanks at the start/end of a properties name... :-) the properties are case sensitive too, as far as I know ... I remember there are some more examples in the sdk showing how to create OO dialogs ... so have a look ... I had gotten my example from Chap 11.6, and in my pasting the spaces ended up there. I didn't know if it would make sense to just use a trim() function on the name, since it appears that whitespace at the beginning of a property name will throw an exception. you didn't really wonder about that ... Juergen - -- Love is mutual self-giving that ends in self-recovery. Fulton Sheen James Black[EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFC5nhmikQgpVn8xrARAoImAJ9ujT1Gn4eze0ZxuSjYVsB3fb58ZwCdFRfj LufBL5PyheyEW4/J47fUulk= =2Dxr -END PGP SIGNATURE- - 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] How to de-activate calling-home functions?
Hi, Matthias Benkmann wrote: Our internal approval process for applications requires that all calling-home functions can be de-activated. OOos registration dialog and the dialog that allows to send back debug data after a crash qualify as calling-home functions (despite the fact that user action is required to trigger the function). I'd like to know how we can de-activate the sending back of data in both cases. The crash recovery should stay, of course, but there should be no way how a user can cause crash data to be sent back to openoffice.org. Likewise for the registration, there should be no way for the user to cause registration data to be sent back to openoffice.org. Is this possible? i understand your requirement and would like to ask if you plan to provide this information to openoffice on a different way. Because the crash report feature helps us to improve the quality and the registration help us to get an impression how often OO is used in the world (market shares - marketing - ...) You get a full featured office suite with crash recovery for free, plan a bigger deployment inside your company and you help OpenOffice with ...? Sorry for asking that and go ahead with whatever you plan but maybe you can think about it. Juergen ;-) Matthias Benkmann - 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: helping with programming
Hi Mark, [EMAIL PROTECTED] wrote: Dear Sir or Madame My name is Mark Yang and I am interested in contributing programming to the open office project. I could use some advice as to how to find out how to begin and where I would like to contribute. Are there any forums that focus on this topic? I have experience in C++, C, .NET and other langauges Welcome to the OO community. Do you have any ideas in which application area do you want help? If you are interested in the component technology and the API and want first learn more about the concepts you can start with the SDK. See the examples and learn how the API works. Questions and discussion on this topic should take place on the dev@api.openoffice.org list. You can help in a first step in creating good examples for our code snippet base. Later when you have a better impression or know in which application area do you want help you can move to the appropriate project list (e.g. [EMAIL PROTECTED]) But of course you can also go directly to a project list. But i think it will be a good start for you to learn about the API concepts because functions are more and more implemented as UNO components in all applications. And of course good examples will help a lot of people to get started and even C++ examples are currently rarely. Welcome again and don't hesitate to ask me again Juergen Thanks Mark Yang [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] How to keep users away from Base
Hi, Frank Schönheit - Sun Microsystems Germany wrote: Hi Matthias, I've just deregistered /IMPLEMENTATIONS/org.openoffice.comp.dbu.OApplicationController and that seems to get rid of the complete Base UI. Can you think of any bad side effects this may have? Is this controller used for any other services we might need? Nope. BTW, is there a reason why you deregister the abstract service and the implementation in your example instead of just the implementation? Is there a service I should be deregistering in addition to /IMPLEMENTATIONS/org.openoffice.comp.dbu.OApplicationController? It was a minimal attempt to keep the registry consistent, even if slight inconsistencies don't cause real harm. Normally, the structure is as follows: SERVICES service_A implementation_A_1 ... implementation_A_n service_B implementation_B_1 ... IMPLEMENTATIONS implementation_A_1 how_to_obtain_that_implementation ... ... implementation_A_n how_to_obtain_that_implementation ... implementation_B_1 how_to_obtain_that_implementation ... By removing IMPLEMENTATIONS/implementation_X_Y, you completely get rid of one implementation (Y) for one service (X), however, the SERVICES/service_X node is causing an inconsistency then. By removing the complete SERVICES/service_X node, you get rid of *all* implementations for this particular service, though the IMPLEMENTATIONS/ipmlementation_X_* nodes cause inconsistencies then. For a service which, as we know, has exactly one implementation, deleting both SERVICES/service_X and IMPLEMENTATIONS/implementation_X_1 gets rid of the concrete implementation, and leaves the registry consistent. To make it clear, this will be a hack and no official recommended way to do that. How these services and implementations entires are managed internally is an implementation detail and you should not expect that it will not change. Juergen I conclude that the following would probably be a good course of action to enforce our policy: - install with Base enabled (to make sure we have the DSB and other stuff we need) - de-register some services (probably just dbu.OApplicationController) - de-register .odb extension - remove Database from all Popups and the File Filters De-registering the filter is done somewhere in the configuration, and should automatically remove the respective entries in the file-open dialog. But don't ask me *where* exactly, the filter configuration is a closed book to me :) That should achieve the restrictions we want without the risk that some stuff we need will disappear in the future as the Install without Base feature progresses. Well, be aware of the fact that especially de-registering the services is not an officially supported way. It works, and most probably will continue to work, but there is a chance that it won't for all time (however, it *will* for 2.0). At least, you should go the safe way and search all implementation_X_* for a service_X, and remove all of those from the IMPLEMENTATIONS node. This way, your macro needs to know the service name only, and this one is fixed - as opposed to the implementation name, which is an implementation detail and can change without any notice. Do you see a way for us to achieve the last part, i.e. removing Database everywhere for a standard installation with Base enabled? Christian Junker mentioned the programmatic access to the toolbar icons, but I guess that this won't allow us to remove Database from the quickstarter popup. The only way I know to achieve this is by removing Base from the installation. However, it might be that the dispatch interception mechanism overrules this, so perhaps you can leave Base intact, and still disable the entries with dispatch interceptors. Not sure. However, since the only thing which disabling Base does is removing the DSB, there might be another way: - disable Base. This will remove the New database entries from everywhere, and the filter from the file-open dialog - create a dispatch interceptor for the DSB slot which properly opens it (and properly handles the state). This will overrule the built-in behaviour of disabling the slot when Base is not installed - disable the GUI with de-registering the services as needed. Not sure how laborious the second item would be, admittedly. Ciao Frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Problems on Using SDK
Hi, 王在祥 wrote: I have installed 1. OOo_1.9.113_Win32Intel_install.zip and install in E:\OpenOffice.org 1.9.113, 2. OOo_1.1.0_Win32Intel_sdk.zip installed in E:\OpenOffice.org1.1_SDK I have run the configureWindowsNT.bat (without CPP setting since i have no VC installed). When i runs idlc command, it reports a error: Can not find stlport_vc745.dll I find that there is a stlport_vc7145.dll in E:\OpenOffice.org 1.9.113\program directory, and i tried to rename from 7145.dll to 745.dll, the idlc can runs but the soffice.exe report Can not find stlport_vc7145.dll Yes, that's true the idlc from the older SDK needs stlport_vc745.dll which doesn't come with OO.1.9.x. So you have to use a newer SDK build or copy the old library form an older OpenOffice version. Does this mean the SDK1.1.0 not works for OpenOffice 1.9? and can I using cygwin/gcc to build from source instead using MS VC? no Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Ideas on mapping UNO IDL to Java 5
Hi, thanks for sharing your ideas ... 王在祥 wrote: I am a beginner of OpenOffice and I am learning the SDK document now. Instead, i found the mapping from IDL to java looks missing something: 1. the mapped Java classes contains less information than the IDL, By using the Java 5 annotations will solve this problem, and we can even write no IDL at all, and simply writing the Java classes, and using a tool to generate the IDL if neccessary. We cannot use Java 5 features because we have to be compatible with older versions. 2. the Out/In Out parameter mapping is something strange. I think using a OutHolderT or InOutHolderT will be more clear see above 3. No Service is mapped, this require the queryInterface called frequently. I think a Service can be mapped to an interface which may extends other interface or aggregate optional interface inside. that 's true for old services but not for the new UNO ease of use extensions. See http://udk.openoffice.org/common/man/draft/multinherit.html for more details. And more, i think there should be a util to generate the POJO mapping from exists IDL(Its better to include the documents in Java). i am not sure if I understand you but with the new javamaker tool we generate directly Java class files from the type library. The type library is currently necessary for the UNO runtime to get the necessary type information (Basic, C++). Yes we have thought about a TypeProvider who works on IDL or better on Java class files directly but haven't implement it until now. Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] New tool for automating Makefile creation (qmake)
Pierre-Andre Galmes wrote: * Jürgen Schmidt [EMAIL PROTECTED] [050715 09:37]: Pierre-Andre Galmes wrote: Hello, Hello Jürgen, I apologize for the delay answering, but as you may know, in France last days were non-working days, so no internet connection for me. ^_^ In this mail, I will just focus on the idea of a new tool like qmake. I - The context : - How are the Makefile in the exemples of the SDK created ? By hand ? yes[...] - How do you generate the makefiles in general ? Do you use automake/autoconf or any other tool ? no, as i said the makefiles are created by hand. OO itself used a build environment based on dmake. The SDK build env. was mainly introduced to build the examples easily on all platforms. II - A new tool : - Is there a tool like qmake for QT that generates the Makefile for us from the files in the project directory ? no, but it would be nice to have it. I think it would be nice too, in particular, now that the URE will be released as a separate component of OpenOffice.org. That way, new projects could be managed really easily. It could really help newcomers to OpenOffice to start understanding the API, and developers to earn time ! III - Short description for the tool : For example, such a tool by just typing commands like would generate everything to be done (IDL transformation, compilation...) in a transparent way for the developper. $ ooomake -project // (1) $ ooomake // (2) $ make // (3) (1) - Generates a file containing the dependencies the source files. Example : TEMPLATE = my_app DEPENDPATH += . INCLUDEPATH += . OOO += writer // project depends on the writer API. # Input HEADERS += hello.h SOURCES += hello.cpp SOURCES += main.cpp (2) - generates the Makefile (3) - launches the Makefile IV - links - qmake tutorial - http://doc.trolltech.com/4.0/qmake-tutorial.html qmake doc - http://doc.trolltech.com/4.0/qmake-manual.html Do you think it would be a good idea try to develop such a tool ? I suppose that ooomake could mainly call other tools (idlc...), to get the work done. Would it be useful to add a feature request for such a tool ? I am not sure. For Java i would say that users will probably use an IDE which is most often ANT based and so it should be no problem to create or adapt an ANT script with some OO specific tasks (e.g. IDL compilation, ...). ANT is the de facto standard for Java projects. In the long term i would like to define dependencies on service level or at least on UNO package level. That means that a dependency as you suggested (OOO += writer) would make sense when writer means a package providing writer functionality (with the necessary API's) with maybe more dependencies on other packages. So i wouldn't introduce a new build system, i would integrate in existing tools\IDE's (e.g. MS Dev integration, Eclipse and NetBeans integration and others) That would have the advantage that people who are already familar with the normal IDE can easily use that IDE for OO specific projects without learning a new build system. Using gnu make was more or less a decision based on the resources we have had, i am not sure if we would that again ;-) Juergen Juergen Regards, Pierre-Andre - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] New tool for automating Makefile creation (qmake)
Pierre-Andre Galmes wrote: * Jürgen Schmidt [EMAIL PROTECTED] [050718 14:07]: Pierre-Andre Galmes wrote: Do you think it would be a good idea try to develop such a tool ? I suppose that ooomake could mainly call other tools (idlc...), to get the work done. Would it be useful to add a feature request for such a tool ? I am not sure. For Java i would say that users will probably use an IDE which is most often ANT based and so it should be no problem to create or adapt an ANT script with some OO specific tasks (e.g. IDL compilation, ...). ANT is the de facto standard for Java projects. Yes, I agree that Ant is THE scripting langage for Java ! Actually, developing for OpenOffice and Java is a quite straight forward task, as the doc (Dev's guide), the tools (Netbeans) and most of the resources are Java Oriented. So i wouldn't introduce a new build system, i would integrate in existing tools\IDE's (e.g. MS Dev integration, Eclipse and NetBeans integration and others) That would have the advantage that people who are already familar with the normal IDE can easily use that IDE for OO specific projects without learning a new build system. True ! But it must be loads of work to do it for the different environments and to maintain with the evolution of the environments. Simplifying the creation of the building step for new projects is an idea to simplify the use of the framework to develop new products. Hope this will work in some time also for C++ ! Have you already planned things like that for the future ? There are things going on for Eclipse and NetBeans (Google Summer of Code). Using gnu make was more or less a decision based on the resources we have had, i am not sure if we would that again ;-) ^_^ Thanks for the explanation ! By the way, is there an IDE well integrated for OpenOffice C++ development and docs about it ? no not really, some people have customized their IDE to make things easier but that's all as far as i know Do you know Which IDE is used by Sun's developers ? it depends, a lot of people use their preferred editor (like emacs, ultra edit, MS Dev Studio,...). For debugging we use most often the MS Dev Studio but some of the developers who are working primary on Unix use the Sun Studio on Solaris. Juergen Juergen Cheers, Pierre-Andre - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] I want to help programming in the OpenOffice
Hi Daniel, Daniel Carrera wrote: Bernd Eilers wrote: it is always a good idea to start by getting familar with OOo´s component model UNO, therefor you should have a look at the OOo Developers Guide, which can be found at the following location: http://api.openoffice.org/DevelopersGuide/DevelopersGuide.html If I were Claudia, I'd read up to here, go see the developers guide and hit a huge road block. This document is enormous and very very very hard to understand. After trying to wrap my head around it for a few weeks I'd decide that this is just too difficult and I'd then move on to the Gnumeric list and ask if they need help. I don't think that the Developers Guide is a good starting point for prospect developers. It can be mentioned as a *reference* but not as a read this first thing. I agree that the Developers guide is not for non developers and that it is probably hard to start with it. On the other side the guide provides a first steps chapter which was introduced to give a smart start in the whole material. We often asked for really good and fundamental feedback but we hadn't got to much. We need definitely more documentation based on top of the Developers Guide like Andrew Pitonyak's Macro book (Andrew got a lot of info from the Developers Guide). Documentation for the different languages and different user groups (macro programmer, plugin developers (e.g. add-ons, calc add-ins) are necessary. Core developers definitely have to read the Developers Guide which of course needs to be improved and updated frequently. Feedback is always welcome but our resources are limited and we (the core developers) can only provide this kind of base documentation and can offer our help on the mailing lists. Authors who want to write books in the area of programmability features of OO are welcome and i offer again my help to provide the necessary input and i would do reviews if desired. It would be good to have a friendlier tutorial avaliable, and to review i agree, short tutorials for only one special aspect (e.g. add-ons) would be really helpful. But of course the Developers Guide was never introduced as a tutorial. the Developers Guide for readability. I never did manage to read the whole thing. Or even a significant portion of it. You are not a developer and you did not understand the guide, right? You should see the guide as a book where some base programming skills are necessary to understand the concepts described in the guide. Juergen Cheers, Daniel. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Automating Makefile creation
Pierre-Andre Galmes wrote: Hello, While starting to develop with OpenOffice.org, I have been asking to myself quite a fex question about the developments tools used for C++. There come the questions : - How are the Makefile in the exemples of the SDK created ? By hand ? yes, we decided to use gnu make to reduce the maintenance effort. The makefiles running on all supported platforms and they should only show the necessary steps. I agree that we need some documentation describing the makefiles but i haven't found the time to do that. - How do you generate the makefiles in general ? Do you use automake/autoconf or any other tool ? no, as i said the makefiles are created by hand. OO itself used a build environment based on dmake. The SDK build env. was mainly introduced to build the examples easily on all platforms. - Is there a tool like qmake for QT that generates the Makefile for us from the files in the project directory ? no, but it would be nice to have it. But of course for Java i expect that people use an IDE and all Java IDE's which i know are ant based. - How to then compile the project on Windows with those Unix make ? gnu make is available on windows and you can simply build examples in the command shell of Windows. - Is there any help about those compile topics ? You can ask on dev@api.openoffice.org which is also the main mailing list for all SDK questions. My aim is to simplify the tasks I have to manage while developing OpenOffice.org. At the moment, I am a bit lost with the solutions I could use. Even modifying the Makefiles from the examples is not easy, and automating those tasks could help to focus on the real problems. Where are the problems to adapt the example makefiles? In general we have only the following steps 1. compile IDL files if own types were defined (includes compiling, rdb creation, header file or Java class file creation) 2. For C++ you have always to create some header files for UNO base types because the header files comes not directly with the SDK. But of course you can do that once for all types at the beginning. Maybe i should do that during the configuration step in the future. 3. compiling C++ or Java sources in dependency of 1. or 2. if necessary For Java you have to create a manifest entry to indentify your registration class. 4a. Client applications C++: rename your application with leading _, copy unoapploader binary in the same directory and rename it to your original application name Java: create manifest entry and put the bootstrap glue code from the SDK classes directory into your jar file 4b. UNO components zip all necessary files into a zip file with the extension *.uno.pkg, create a manifest.xml with the appropriate entries For details of UNO packages see the Developers Guide or ask me again. Juergen Could anyone give me some help, please ? Thanks-you. Regards, Pierre-Andre - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How to add-in in OpenOffice.org Calc!
Hi, xutuan Zhang wrote: --- Stephan Bergmann [EMAIL PROTECTED] wrote: . . . file:///home/chatter/OpenOffice.org1.1.4/user/uno_packages/cache/services.rdb: failed! (cannot register implementation: cannot get uno environments!)! This error message suggests that your componet_getImplementationEnvironment function is not implemented properly. See the Devloper's Guide for details. Oh, thanks for mentioning. I didn't put an effort on checking this function.. I thought the code is correct because it works fine on Windows. I guess I will have to re-read developer's Guide again (FYI: there is little information re C++), at the meantime, can you expalin why the code works on Windows and not on Linux and Solaris. an implementation can look like this: extern C void SAL_CALL component_getImplementationEnvironment( char const ** envTypeName, uno_Environment **) { *envTypeName = CPPU_CURRENT_LANGUAGE_BINDING_NAME; } You should check your compiler defines Windows: cl -c -GX -MT -I... -DWIN32 -DWNT -DCPPU_ENV=msci ... Linux: gcc -c -O -fpic -I... -DUNX -DGCC -DLINUX -DCPPU_ENV=gcc3 ... Juergen Thanks, Xutuan ___ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com - 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]
[dev] Programmability Workshop on the OO Conference Sep. 2005 in Koper
Hi, last year i've tried to organize such a workshop but in fact of to few interested people and sickness i was not able to do that. But i think the idea is it worth to try it again. The general idea is to offer one programming workshop during the OpenOffice.org conference 2005 in Koper if there is some interest. The workshop would address general questions regarding how to start, best practice, typical pitfalls, how to create an Add-on or a Calc Add-in, programming Java, C++ or Basic, ... To plan such a workshop i need some information: 1. Are you interested in this kind of workshop. If yes, would you like to register to the workshop when the workshop takes place on the community day (which is as far as i know one day before the official conference)? 2. Do you would prefer a half- or full-day workshop? 3. Are you willing to give a donation ;-) for OpenOffice.org when you would attend such a workshop? Requirements Attendees have to bring and use their own laptop. But if you only interested in listening you will be also welcome and maybe you can share a workplace with somebody. I am also interested in more ideas. So if you are interested or have some ideas please drop me an email. I will keep you informed about the state of the planning ;-) Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] basic macro to uno package
Hi, the best way is to define your Basic macro in a new Basic library. Once you have Basic library you can simple put these library in a UNO package and the last thing is to define the package descriptor. descriptor should look like name: META-INF\manifest.xml ?xml version=1.0 encoding=UTF-8? !DOCTYPE manifest:manifest PUBLIC -//OpenOffice.org//DTD Manifest 1.0//EN Manifest.dtd manifest:manifest xmlns:manifest=http://openoffice.org/2001/manifest; manifest:file-entry manifest:media-type=application/vnd.sun.star.basic-library manifest:full-path=ToolkitControls/ /manifest:manifest where ToolkitControls is the name of your Basic library. package structure example: name: mypackage.uno.pkg root\META-INF\manifest.xml \ToolkitControls\dialog.xlb \ToolkitControls\script.xlb \ToolkitControls\MultiPage.xba \ToolkitControls\MultiPageDlg.xdl \ToolkitControls\ In the future it will be possible to create such a package directly from the Basic IDE. - Juergen Ales Kahanek wrote: Hi, can anybody give me a hint how to create an uno package? I have small basic macro attached to document close event and I want to create uno package with this macro. The purpose of doing this is that our Delphi application is cooperating with OOo and when our app is installed on a system, we need to install this package to existing OOo installation (it means force OOo to use this macro and beeing it attached to the close document event). Thak you in advance. Ales - 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: using ant to create source from .idl file
Hi James, 1. idlc -Isdk/idl mytypes.idl - the idlc generates a mytypes.urd 2. normally we have several idl files and merge them together in for example allmytypes.rdb under the root key /UCR. The UCR key is a historical relict (i will change that compatible for the future) because we have had only one rdb file in the past and this key was used to organize the internal structure of the rdb file. Use: regmerge allmytypes.rdb /UCR mytypes.ucr 3. with the rdb file you can now generate C++ header files for all your types or you can directly generate Java class files C++ cppumaker -BUCR -Tmy.private.Type allmytypes.rdb -Xofficeprogrampath/types.rdb -Ooutputpath Java javamaker -BUCR -Tmy.private.Type allmytypes.rdb -Xofficeprogrampath/types.rdb -Ooutputpath or javamaker -BUCR allmytypes.rdb -Xofficeprogrampath/types.rdb -Ooutputpath The second one generates class files for all types iin allmytypes.rdb Juergen James Black wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am hoping that someone could send me a sample of creating source from the .idl file, as it appears that there are a few steps to do this task. Thanx. - -- Love is mutual self-giving that ends in self-recovery. Fulton Sheen James Black[EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCubfbikQgpVn8xrARAl1fAJ4/9P12Vfl/KXr+Oo9e7ACxeZCncACePFcN fKZqKcl1h+/jd7NboqWfeSE= =Kzgk -END PGP SIGNATURE- - 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] Modification of the spell checker
Hi, Thomas Lange wrote: Hi, I found that the spell checker in the openoffice is not working corretly in many cases. For example, when I write the word día (day in spanish) as dia (í instead of i) it suggest many word except the right one. Then I decide to solve this problem and I got it by using Metric Access Methods which are suitable for similarity information retrieval. This is the case when we need similar word. Our method is quite better tha the existing one proposed by OpenOffice and it presents a logarithmic time to retrieve the similar words. Right now, we would like to contribute and add this data structure to the open office but I do not have idea about the structure of OO code. May you help me to do that?. I will wait for answers. Please repost in the newsgroup openoffice.lingucomponent.dev since that is the one devoted to discussion about the linguistic components in OOo. Another contact would be Kevin Hendricks since he is the owner of that component and implemented the spellchecker. You can also try to implment a new spellchecker based on your new data structure. The SDK contains an example how to implemnt a spellchecker component. After implementing the spellchecker you can run and test it directly in your OO installation using unopkg or the package manger UI) to install the component. And if it works correctly you can contribute your complete implementation to OO. Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Error compiling java addon.
Hi, mmh, on the first look it looks ok to me. Can you send me your SampleFunction.rdb file directly. Juergen Dinesh Varadharajan wrote: Hi Juergen, First I am running IDLC to create urd and rdb files. After I am calling javamaker for the constucted rdb file. There it fails. idlc -I%OO_SDK_HOME%\idl Sample.SampleFunctions.idl regmerge Sample.SampleFunctions.rdb /UCR Sample.SampleFunctions.urd javamaker -BUCR Sample.SampleFunctions.rdb %OFFICE_PROGRAM_PATH%\types.rdb The same setup is working with 1.1.2. and the paths are rightly defined. Thanks, Dinesh Jrgen Schmidt wrote: Hi, can you be more precise. How do you invoke the javamaker? Juergen Dinesh Varadharajan wrote: hi, I wrote a idl for java and when I try to create java interface out of it I am getting javamaker ERROR: cannot dump Type 'com/sun/star/uno/RuntimeException' error. The same setup was working with 1.1.2 and I updated all the libraries to 2.0 beta. Can somebody help me identify the error.. Thanks, Dinesh - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Error compiling java addon.
Hi Dinesh, please send the file directly to me and not to the mailing list Thanks Juergen Dinesh Varadharajan wrote: Hi Juergen, Attached is the rdb file. Thanks for your help. Thanks, Dinesh Jrgen Schmidt wrote: Hi, mmh, on the first look it looks ok to me. Can you send me your SampleFunction.rdb file directly. Juergen Dinesh Varadharajan wrote: Hi Juergen, First I am running IDLC to create urd and rdb files. After I am calling javamaker for the constucted rdb file. There it fails. idlc -I%OO_SDK_HOME%\idl Sample.SampleFunctions.idl regmerge Sample.SampleFunctions.rdb /UCR Sample.SampleFunctions.urd javamaker -BUCR Sample.SampleFunctions.rdb %OFFICE_PROGRAM_PATH%\types.rdb The same setup is working with 1.1.2. and the paths are rightly defined. Thanks, Dinesh Jrgen Schmidt wrote: Hi, can you be more precise. How do you invoke the javamaker? Juergen Dinesh Varadharajan wrote: hi, I wrote a idl for java and when I try to create java interface out of it I am getting javamaker ERROR: cannot dump Type 'com/sun/star/uno/RuntimeException' error. The same setup was working with 1.1.2 and I updated all the libraries to 2.0 beta. Can somebody help me identify the error.. Thanks, Dinesh - 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] - 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] UNO IDL and java.util.Date
Ary Junior wrote: Hi Kohei Yoshida, if I try to declare the date argument date as a com.sun.star.util.Date like this: (In my .idl file) string test(...[in] com::sun::start::util::Date date, ...); (In my Java class implementation) public String test(... com.sun.star.util.Date date, ...) {... My function don't appear in the Calc Functions Window. If I change to double or string type, it works. Why? Becasue not all IDL types are valid for calc add-in functions. The add-in function suppüort only a restricted set of types. See the Developer's Guide (http://api.openoffice.org/docs/DevelopersGuide/Spreadsheet/Spreadsheet.htm#1+6+Spreadsheet+Add-Ins) for detailed information. Juergen []s Ary Junior Kohei Yoshida wrote: On 5/27/05, Ary Junior [EMAIL PROTECTED] wrote: Hello, I have a Spreadsheet cell formated with the date type. I'm implementing a add-in function with Java and this function have an java.util.Date argument. Whitch UNO IDL type I can use to map this argument and send the data value of the cell to my function as a java.util.Date? Try the com.sun.star.util.Date struct. http://api.openoffice.org/docs/common/ref/com/sun/star/util/Date.html HTH, Kohei - 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] Wants a start in OpenOffice development.
Hi Azhar, i would suggest that you start with SDK examples, work with them, implement your own simple tasks and read the documentation (the Developers Guide). You will learn the basics about the API and after that you should be able to start working on other things (e.g. extensions). Juergen Azhar wrote: Hello, My name is Azhar Javaid, I am currently working as a Senior Software Developer in a Software Organization. I want to get started with open office development. It would be just great if you can help me in doing so. Though i am not currently working in the languages that are required in OpenOffice development like C++ and JAVA, but I have a strong knowledge of these two great languages and with a little effort, I hope that I can develop something in these languages and contribute in the development of OpenOffice. Waiting for you response. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Extending an UNO service
Hi, normally you would define a new service which includes the SimpleRegistry service and extend your new stuff. The implementation can maybe reused and only the new stuff have to be implemented. But it depends on the new features. But take into account that you can't change the interface. You should consider also the new UNO ease of use features for new services. Juergen Arindam Mukherjee wrote: Hi If I want to extend the functionality of a service implementation like say SimpleRegistry, how do I go about it? One way could be to wrap that functionality in another service. Is there any other way of doing this?? We have the component implementation .so files but no header files for the implementations as class declarations and definitions are merged into the same source files. Regards Arindam Ray Mukherjee - 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] More than one interface inside a .idl file
Stephan Bergmann wrote: Nikolai Pretzell wrote: Hi Ary, Hi, im trying to registry two interfaces inside the same .idl file... I can't give you a workaround (others probably can), but AFAIK, the creators of UNO IDL did explicitely intend, there should only be one IDL type in one IDL file. This is a feature, not a bug. ;-) That is not quite true. Technically, you can have as many declarations as you like in one UNOIDL file (see Appendix B of the Developer's Guide). But if we ever move from the model of textual include of UNOIDL files within other UNOIDL files and of translating from UNOIDL to a binary rdb to some other model that serves our needs better, there might come a time where each UNOIDL declaration must live in a file of its own. One more reason to stick to the prinicple of one declaration per UNOIDL file. By the way, the number of declarations per UNOIDL file was a red herring in the original post. What was lacking there, I think, was to have one Java class in the Java UNO component that registers multiple services (if multiple services were indeed intended, I am not very fluent with Calc add-ins). exactly that is the point. You should create a small registration helper class which does all the registration and instantiation stuff. In the manifest you would only reference this helper for example: RegistrationClassName: root.mymodule.CompRegistrationHelper package root.mymodule; ... public class CompRegistrationHelper { public static XSingleComponentFactory __getComponentFactory( String sImplementationName ) { XSingleComponentFactory xFactory = null; if ( sImplementationName.equals( NewInterfaceImpl.class.getName() ) ) xFactory = Factory.createComponentFactory( NewInterfaceImpl.class, NewInterfaceImpl.getServiceNames( )); else if ( sImplementationName.equals( MyInterfaceImpl.class.getName() ) ) xFactory = Factory.createComponentFactory( MyInterfaceImpl.class, MyInterfaceImpl.getServiceNames( )); return xFactory; } public static boolean __writeRegistryServiceInfo( XRegistryKey xRegistryKey ) { boolean bReg1 = Factory.writeRegistryServiceInfo( NewInterfaceImpl.class.getName(), NewInterfaceImpl.getServiceNames(), xRegistryKey ); boolean bReg2 = Factory.writeRegistryServiceInfo( MyInterfaceImpl.class.getName(), MyInterfaceImpl.getServiceNames(), xRegistryKey ); return bReg1 bReg2; } } -Stephan Nikolai - 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] access forms and reports in .odb files
Andrew Douglas Pitonyak wrote: I was able to open forms using the 2.0 Beta, and to create a new database in the 2.0 beta. Things changed between 1.79 and 1.89. There is a lot more stability and the API has changed as well. Realize that I am refering to a new API, so it has not yet been documented so it is expected to change! just a reminder, if new IDL types have no published keyword in front of their definition (e.g. published interface ), they are not finalized . That means that these types maybe change to the next version. You should be aware of tis fact, it is comparable with the old draft mechanism. - Juergen Now that 1.89 is out, it is worth testing some database functionality again... G. Roderick Singleton wrote: On Sat, 2005-04-02 at 23:06 -0500, Andrew Douglas Pitonyak wrote: http://www.oooforum.org/forum/viewtopic.phtml?t=16797 I think that base patches et cetera were not in any beta/development snapshot before m89. This is the likely source of the problem with getting OOo to behave. Could one of you please test m89 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Spreadsheet Add-Ins and Java
Hi, you should take a look into the DevGuide and the SDK examples. In the DevGuide you find a section where calc add-ins are explained in details and in the SDK you will find working examples. Juergen Ary Junior wrote: Hi, Im trying to create a add-in function with Java that gets the value of a cell in a Spreadsheet document, query values on my DB and sets the results in a cell range of this same document. My question is: How can I get the reference of a com.sun.star.sheet.XSpreadsheetDocument that's calling the add-in function to manipulate the cells inside the method that's represents my add-in function? See the method body: public String getNomeAcao(com.sun.star.beans.XPropertySet xOptions, String acao) { // I need a com.sun.star.sheet.XSpreadsheetDocument referende here :'( return acao.substring(0, acao.length()-1); } And my interface definition: #ifndef _BR_COM_VALORIZA_ADDINOO_GRAFICOCOTACOES_IDL_ #define _BR_COM_VALORIZA_ADDINOO_GRAFICOCOTACOES_IDL__ #include com/sun/star/uno/XInterface.idl #include com/sun/star/beans/XPropertySet.idl module br { module com { module valoriza { module addinoo { module graficocotacoes { interface XAddinGraficoCotacoes : com::sun::star::uno::XInterface { string getNomeAcao([in] com::sun::star::beans::XPropertySet xOptions, [in] string acao); }; service AddinGraficoCotacoes { interface XAddinGraficoCotacoes; }; }; }; }; }; }; #endif []s Ary Junior - 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] Install-Macros on OO2
Hi Helmut, in the DevGuide you will find a chapter about UNO packages and how to deploy them (unopkg). The SDK comes with a lot of component examples, showing how to create UNO packages (C++/Java components, script library, BASIC library), and how these packages can be deployed. Once created such a package you can install it simply via UI (Tools-Package Manager) or using unopkg on command line directly. Probably the DevGuide chapter about add-ons is also interesting for you for own toolbars or new menu entries. - Juergen Tom Schindl wrote: I'll take a look in the dev-guide section where addons are described and other uno-packages. In OO you also have an MenuEntry to install addon-packages, there are makefile/ant examples which create an Addon-Package for you in the SDK you can obtain from api.openoffice.org. We are also discussing an addon-manager which downloads addons from locations on the web. Normally the process of install packages is to create a ZIP-File out of your addon. Take a look e.g. to the snippet creator a link can be found here: http://codesnippets.services.openoffice.org/ For a description of unopkg I'd ask on [EMAIL PROTECTED] Tom Helmut Seidel wrote: hello tom, that may well be(?) - is there anywhere a description/howto of unopkg? thanks helmut Tom Schindl schrieb: Helmut Seidel wrote: hello everybody, i've got another question which is of importance for me: i developed several applications (partly commercial - that means password protected) in oo-basic. up to now it is quite difficult to install them on customer computers (partly windows, partly linux) - but still its no problem because the are marketed regionaly and i can do the setup myself. in near future the are sold on a wider basis - so a mechanism to install the macros is needed (i.e. copy the librarys, forms and documents, register the librarys and create startbuttons or menus etc.) is there (or will there be) a possibility to do this in oo2? thanks for your answers helmut - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Do you search for pkgchk OO 1.x and unopkg on OO2? Tom - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OOo 2.0 Netbeans Templates?
Hi Raymond, a closer IDE (NetBeans, Eclipse integrstion) is still on our todo list. The SDK contains two ant build scripts (scripting framework examples) which of course will probably change in the future but they still work and can be used as a start point. More ant scripts will be prepared asap and i will provide them as a separate download on api.openoffice.org and in future versions of the SDK. I can nevertheless provide an ant script for a UNO component example if necessary. But normally i would like to change and extend it to make it more general that it can be proper used a template. Juergen Raymond, Brian C. CONTR J9C887 wrote: I noticed in the developer's guide for 2.0 a mention of templates like there were in the 1.1 SDK. They aren't currently included in the SDK so I wanted to check to see if anyone has anything they are currently using that might be a help? I'm most interested in the Ant build script because the process has changed some with the xml manifest and such. Thanks.. - Brian - 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] UNO service development
Hi John, John Sisson wrote: Hello, Maybe I am missing something, but I am having a hard time with UNO development of 'services' for Java. I can specify two IDLS - (stripped) code as follows: the interface #include com/sun/star/uno/XInterface.idl module com { module nxps { module nxadv { module unotest { module interfaces { interface XJsTestOne: com::sun::star::uno::XInterface { boolean checkText( [in] string sCheckText ); boolean triggerComplete([in] long waitSeconds ); }; }; }; }; }; }; the service #include com/sun/star/beans/XPropertySet.idl #include XJsTestOne.idl module com { module nxps { module nxadv { module unotest { module services { service JsTestOne { interface com::nxps::nxadv::unotest::interfaces::XJsTestOne; interface com::sun::star::beans::XPropertySet; [property] string sDocumentId; [property] string sMacroParams; [property] string sMacroResult; [property] string sTriggerInvoked; [property] string sTriggerComplete; }; }; }; }; }; }; == build proceeds using some ant targets modeled after the generic devguide makefiles: - this runs 'idlc' and 'regmerge' and creates a file JsTestOne.uno.rdb - running 'regview' on this shows that there is a spec for interface XJsTestOne - but there is nothing beyond some hierarchy placeholders for service JsTestOne running 'javamaker' produces a skeleton JsTestOne.java and no evidence of JsTestOne. This seems to be the case for all the other stuff in the devguide. - so the service 'specification' is implemented entirely in user-written code - no evidence of its contract is in the rdb file There seems to be no point in writing or maintaining service IDL. - unless it is to be used in extension of the service by some other service idl. - is this so? yes, it is so for all old style services and i can't remember that in the DevGuide is written that we generate code for this kind of services. But i agree that it is not easy to understand when you familiar with Corba. With our new style services this will change and a constructor method is created for this services (see http://udk.openoffice.org/common/man/draft/multinherit.html and the new updated DevGuide, part of the SDK and online hopefully in the next days). For your example i would suggest to use the a new style service and that you adapt your interface accordingly. interface XJsTestOne: com::sun::star::uno::XInterface { boolean checkText( [in] string sCheckText ); boolean triggerComplete([in] long waitSeconds ); [attribute] string DocumentId { get raises (UnknownPropertyException); set raises (IllegalArgumentException); }; [attribute] string MacroParams { get raises (UnknownPropertyException); set raises (IllegalArgumentException); }; [attribute] string MacroResult { get raises (UnknownPropertyException); set raises (IllegalArgumentException); }; [attribute] string TriggerInvoked { get raises (UnknownPropertyException); set raises (IllegalArgumentException); }; // for example this is also possible and default get/set methods are generated [attribute] string TriggerComplete; }; service JsTestOne : XJsTestOne { // define here your own create methods, for example: create([in]string sArgument) raises (::com::sun::star::lang::IllegalArgumentException); }; Use a multiple inheritance interface if necessary and specify the properties as attributes at the interface. For attributes get/set methods will be created, where you can specify additional exceptions. Inheritance of XInterface is done implicitly, you don't have to write it. For your service you can specify additonal create methods, for example with parameters. This create methods are internally mapped to a createInstanceWithArgumentsAndContext call. In fact of this your implementation has to implement XInitialization. In your client code you can then simple write XComponentContext xCtx = // get from anywhere; XJsTestOne = JsTestOne.create( xCtx, Hello); This new features are available with OO2.0 Hope this helps - Juergen - maybe it should be in the devguide. What have I missed here? The Visbroker Corba codewright engine created stubs for both interfaces and services. Thank you, John Sisson - 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] UNO
Hi, Jacob Floyd wrote: I'm getting ready to create a new layer for OOo, and was told I should do it in UNO. However, I'm not sure how UNO helps me and I hope some one can explain this (read on): From what I understand UNO uses the network for different OOo components to talk to each other. Is this true? Of course it's true but only one facet of UNO. UNO is a component model which allows you to define interfaces language independent in UNOIDL. You can now implement UNO objects/components in one of the support languages. The advantage of such an abstaction is that you can exchange for example a C++ implementation of component A with an implmentation in Java if necessary. Or you use component A running in a process on a different machine but for the client it is transparent if the component runs in procss or on a different machine. See the DevGuide for more information about UNO (the chapters Professional UNO and Writing UNO Component should be interesting for you - an updated version is coming soon where the new UNO features are described)) In case of a toolit abstaction you can exchange the underlying implementation with a GTK based implementation, a Java Swing based implementation or something else. The code using the UNO interfaces (UNO abstraction) hasn't been rebuilt when you exchange the undelying implementation and that is of course a huge advantage. The problem for a new toolkit layer is to find a common abstaction which is complete but also general enough that it can be mapped to the different platform/language dependent graphic layers. Hope this make things clearer for you Juergen What happnes when a user doesn't have a network card or any network devices installed? And how does UNO help in writing a UI component. Note: I haven't read very far in the OO Developer Guide, but don't want to read all 1000+ pages only to find it's useless (and thus a major waste of my limited time). If it's explained in the document, and UNO really _is_ what I should use, then I'll read the docs. FYI I'm going to be working on a new chrome layer (I call it Silver Onion right now If you search the dev@gsl.openoffice.org list for silveronion you should be able to find the thread where I started talking about my ideas.) to replace VCL (not all of VCL just the chrome/event portions). Also, this is big and will take a long time, so don't get your hopes up just yet, I'm still in the 'planning' phase. Thanks, Jacob - 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]