Re: [api-dev] Can't Open a MS Word File (com.sun.star.lang.IllegalArgumentException: URL seems to be an unsupported one.)
Hi Luís,
you have posted your question to a mailing list where subscription is
necessary. You are currently not subscibred and won't get any replies
automatically.
You can easy subscribe under
http://api.openoffice.org/servlets/ProjectMailingListList
Regards
Juergen
On 7/5/10 2:02 PM, Luís Alves wrote:
Hello, here is my code:
public void processFile(NodeRef nodeRef) {
SocketOpenOfficeConnection conectionToOO = new
SocketOpenOfficeConnection();
ServiceRegistry srvResgitry =
Repository.getServiceRegistry(FacesContext.getCurrentInstance());
FileFolderService ffService = srvResgitry.getFileFolderService();
ContentWriter cWriter = ffService.getWriter(nodeRef);
try {
// Open the input file.
FileChannel fileChannel = cWriter.getFileChannel(false);
InputStream is = Channels.newInputStream(fileChannel);
//convert to OOInputStream //not sure if it's mandatory or
InputStream it's supported
ByteArrayOutputStream bytes = new ByteArrayOutputStream();
byte[] byteBuffer = new byte[4096];
int byteBufferLength = 0;
while ((byteBufferLength = is.read(byteBuffer)) 0) {
bytes.write(byteBuffer,0,byteBufferLength);
}
OOInputStream inputStream = new
OOInputStream(bytes.toByteArray());
//is.close();
//fileChannel.close();
//comnect
conectionToOO.connect();
PropertyValue[] loadProperties = new PropertyValue[3];
loadProperties[0] = new PropertyValue();
loadProperties[1] = new PropertyValue();
loadProperties[2] = new PropertyValue();
loadProperties[0].Name = Hidden;
loadProperties[0].Value = Boolean.TRUE;
loadProperties[1].Name = ReadOnly;
loadProperties[1].Value = Boolean.FALSE; //I need to write
loadProperties[2].Name = InputStream;
loadProperties[2].Value = new
ByteArrayToXInputStreamAdapter(IOUtils.toByteArray(inputStream));
//OOInputStream //InputStream is supported?
//get a desktop
XComponentLoader xComponentLoader = conectionToOO.getDesktop();
//load file
XComponent xComponent =
xComponentLoader.loadComponentFromURL(private:stream, _blank, 0,
loadProperties);
XTextDocument mxDoc = (XTextDocument)
UnoRuntime.queryInterface(com.sun.star.text.XTextDocument.class,
xComponent);
//code to relpace some textTODO
conectionToOO.disconnect();
}
catch (Exception e )
{
e.printStackTrace();
}
finally{
conectionToOO.disconnect();
}
}
always get com.sun.star.lang.IllegalArgumentException: URL seems to be an
unsupported one. and I can't figure out what is the problem...
Trying to open an docx File...to do some text replacements
On a first stage I used the Apache POI library and I successfully opened the
file.
best regards
--
Oracle http://www.oracle.com
Jürgen Schmidt | Software Development
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...@api.openoffice.org
For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Can't Open a MS Word File (com.sun.star.lang.IllegalArgumentException: URL seems to be an unsupported one.)
Hi Luís,
mmh is it really so difficult? Last reminder, please subscribe to the
mailing list for further postings.
Juergen
On 7/5/10 4:19 PM, Luís Alves wrote:
Hello, here is my code:
public void processFile(NodeRef nodeRef) {
SocketOpenOfficeConnection conectionToOO = new
SocketOpenOfficeConnection();
ServiceRegistry srvResgitry = Repository.getServiceRegistry(
FacesContext.getCurrentInstance());
FileFolderService ffService = srvResgitry.getFileFolderService();
ContentWriter cWriter = ffService.getWriter(nodeRef);
try {
// Open the input file.
FileChannel fileChannel = cWriter.getFileChannel(false);
InputStream is = Channels.newInputStream(fileChannel);
//convert to OOInputStream //not sure if it's mandatory or
InputStream it's supported
ByteArrayOutputStream bytes = new ByteArrayOutputStream();
byte[] byteBuffer = new byte[4096];
int byteBufferLength = 0;
while ((byteBufferLength = is.read(byteBuffer)) 0) {
bytes.write(byteBuffer,0,byteBufferLength);
}
OOInputStream inputStream = new
OOInputStream(bytes.toByteArray());
//is.close();
//fileChannel.close();
//comnect
conectionToOO.connect();
PropertyValue[] loadProperties = new PropertyValue[3];
loadProperties[0] = new PropertyValue();
loadProperties[1] = new PropertyValue();
loadProperties[2] = new PropertyValue();
loadProperties[0].Name = Hidden;
loadProperties[0].Value = Boolean.TRUE;
loadProperties[1].Name = ReadOnly;
loadProperties[1].Value = Boolean.FALSE; //I need to write
loadProperties[2].Name = InputStream;
loadProperties[2].Value = new
ByteArrayToXInputStreamAdapter(IOUtils.toByteArray(inputStream));
//OOInputStream //InputStream is supported?
//get a desktop
XComponentLoader xComponentLoader = conectionToOO.getDesktop();
//load file
XComponent xComponent =
xComponentLoader.loadComponentFromURL(private:stream, _blank, 0,
loadProperties);
XTextDocument mxDoc = (XTextDocument)
UnoRuntime.queryInterface(com.sun.star.text.XTextDocument.class,
xComponent);
//code to relpace some textTODO
conectionToOO.disconnect();
}
catch (Exception e )
{
e.printStackTrace();
}
finally{
conectionToOO.disconnect();
}
}
always get com.sun.star.lang.IllegalArgumentException: URL seems to be an
unsupported one. and I can't figure out what is the problem...
Trying to open an docx File...to do some text replacements
On a first stage I used the Apache POI library and I successfully opened the
file.
best regards
--
Oracle http://www.oracle.com
Jürgen Schmidt | Software Development
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...@api.openoffice.org
For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Regarding development of functionality oowriter
Hi, if you expect a reply soon you should have subscribed correct to this mailing ;-) Currently you are not subscribed and you won't get potential replies automatically. You can easy subscribe under http://api.openoffice.org/servlets/ProjectMailingListList Regards Juergen On 7/4/10 5:55 AM, inderjeet singh wrote: Hello Everybody. I want to know is there any script in python that automate my selection of styles formatting in oowriter. Plzz reply soon i am working on my training project. - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Unable to find Java classes for OpenOffice 3.2.1 SDK...
Hi, the jars are coming with the office. Take a look in the OpenOffice.org.app folder under .../Contents/basis-link/ure-link/share/java/ Or download the related 3.2.1 SDK, configure it and run one of the examples. Or use the NB plugin together with the SDK and the office ;-) Juergen On 7/1/10 7:48 PM, Kyle Denning wrote: I want to try and integrate and use the SDK, but there are no jar files with the proper classes to use. It looks like I need to build them myself running :javamaker? Any docs or instructions to use on MAC OSX? Thank you! Kyle - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Code snippet
Hi Tom, you have send an email to a mailing list that needs subscription. You can easy subscribe under http://api.openoffice.org/servlets/ProjectMailingListList If you are not subscribed you won't get any replies directly and further emails from you probably won't reach the list at all. Juergen On 6/29/10 3:27 AM, Tom Bell wrote: I can run the attached file in a konsole, python eng.py However, I need to put it into an add-on form. Can you tell me where I can get information that will me to incorporate this into Calc so I and others can use Engineering Notation. All powers divided by three is what is needed and this code snippet does that. I tried decimal and to_eng_string that is located in decimal according to the Python coding page, but it doesn't seem to work. Engineers and engineering students do need Engineering Notation and right now, only Excel allows it, Calc does not. One way or another I intend to get this done for all the engineers and students who need it. Thank you! Tom -- PC, Where would you like to go today? ... Mac, Where would you like to be tomorrow? ... Linux, Are you guys coming, or not? - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Open Office RTD development
Hi, you are still not subscribed to this mailing list. This is the last time i accept your emails without subscription. I told you several times that you shouldn't contact me via private email but use the mailing list instead. This way other users can benefit from the question and answer as well. I think it is not so difficult to understand, please subscribe to the mailing list. I told you already that you can implement your own Calc add-in function that does whatever you want in the background and can of course dynamcilly update the result data. See for example the Calc add-in examples of the SDK. Juergen On 6/28/10 7:28 PM, KAPIL KUMAR LALWANI wrote: Hi Juergen, my problem still not solve.basically i need the RTD like functionality with open office which is available in MS office.MS office has its own formulas (RTD formulas) to provide this kind of feature but its still not available with OO. So i wish to implement some similar functionality As per my RD i can't find the alternative for open office like RTD in MS Excel Now i am trying to build the same functionality through DDE in OpenOffice, so i need your help. please let me know how to implement our own server for DDE in Open Office other than soffice. Thanks Regards, Kapil Kumar Lalwani Trainee, TickerPlant Infovending Ltd., “Enjoy the WORK you do, Do the BEST you can.” - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] XSlideshowListener dispose()
Hi Cameron, you have posted on a mailing list where subscription is necessary. For this time i put you in CC but please subscribe asap. Otherwise you won't get replies to your question. You can subscribe under http://api.openoffice.org/servlets/ProjectMailingListList Thanks Juergen On 6/23/10 8:47 PM, Cameron Flint wrote: Hello, I have a class which implements XSlideshowListener, and attempts to override the disposing() (from the XEventListener superclass) in order to set a flag to ensure that I don't try to remove it a second time if the target slideshow has already been disposed. However, I never seem to get this call. Consequently, my cleanup routine which calls XSlideShowController.removeSlideshowListener() receives a NullPointerException since the slideshow has already terminated, unbeknown to my listener. It would seem that a listener registered on a slideshow should be notified when that slideshow disposes, or am I mistaken? Thanks, -- Cameron - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] autobackup in openoffice writer
Hi, this is a mailing list and you have to subscribe to this list. If not you won't get answers directly. You can subscribe under http://api.openoffice.org/servlets/ProjectMailingListList You are currently not subscribed!!! Juergen On 5/31/10 10:55 PM, rich_mcma...@juno.com wrote: On May 18 I sent an email regarding adapting two older Word macros to Writer. I also attached copies of the macros and images of the results when used in Word. Have not heard back but realize that I may have contacted the wrong party. I later noticed an error in the close macro name - it should have been Autoclose instead of Autoclse. I left the o out. Apparently Autoexec and Autoclose macros are recognized by Word allowing it to respond. Please let me know where I stand on this. If I need to go to someone else or if what I want is impossible then please let me know. Thank you, Richard Penny Stock Jumping 2000% Sign up to the #1 voted penny stock newsletter for free today! http://thirdpartyoffers.juno.com/TGL3141/4c04227adc05615763est05vuc - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] java-connection via UNO broken on MacOS X
Hi, it's a known problem. The code have to be extended to find the default office on MacOS. But it's still not fixed and of course i am not sure if there exists already an issue or it. Feel free to submit an issue for this problem. Or fix the code in the glue code that was generated by NetBeans. I am still looking for a more reliable and better solution that can be reused in several places. Anyway you can run the program with java -Dcom.sun.star.lib.loader.unopath=/Applications/OpenOffice.org.app/Contents/MacOS -jar your App.jar ... Juergen On 5/31/10 8:06 PM, Andreas Mantke wrote: Hi all, Andre Schnabel and I created a java application with Netbeans and its OOo- Plugin. This java app works fine on Windows, Linux and Solaris. The app uses the UNO-API to get an running OOo and exports documents to PDF. But if our testers try to run the java app on Mac OS X 10.3.x (Intel), they get back the error message: com.sun.star.lib.loader.Loader::getCustomLoader: no UNO installation found! It seemed that the connection via the UNO-API on MacOS X (Intel) is broken. We use no special code for the bootstrap of OOo. We use the code that is created from the OOo-Plugin for Netbeans. You can find the source code of the java application (OOoPDFConverter) here: http://ooopdfconverter.svn.sourceforge.net/viewvc/ooopdfconverter/ The three source files are in this folder: http://ooopdfconverter.svn.sourceforge.net/viewvc/ooopdfconverter/src/net/sourceforge/OOoPDFConverter/ If you want to checkout the project files, you can do it with: svn co https://ooopdfconverter.svn.sourceforge.net/svnroot/ooopdfconverter ooopdfconverter (one line) Is there a solution or a workaround available? Regards, Andreas - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] OOo Summer Internship Program - Improve (Python) scriptability
Hi Arijit, you are currently not subscribed to this list. Please subscribe under http://api.openoffice.org/servlets/ProjectMailingListList for any further communication on this or any other OpenOffice.org mailing list. You have to subscribe to any list where you want to participate in. Thanks for your interest in the OOo internship program. Please follow the instructions how to apply on http://wiki.services.openoffice.org/wiki/OpenOffice.org_Internship OOo uses UNO our own component middleware technology to communicate between different language environments. We have already a Python language binding. And we have a scripting framework that allows the usage of different scripting languages similar to Basic. But the usage is more complicate because we have no deep integration of these other scripting languages in the office. Well there is a lot of space for improvements. As far as i understand this project. It's more the focus on a convenience layer to simply often used tasks etc. I personally can also think about some IDE integration of Python to simplify the creation, debugging, deployment of Python scripts. Anyway, Eric please correct me if i am wrong. You have probably some more details what you expect from this project. Juergen On 5/26/10 9:23 PM, Arijit Chakraborty wrote: Improve (Python) scriptabilityHello Eric I am Arijit, a senior at Birla Institute of Technology, Mesra, India and will be graduate this coming month. I am interested in applying for openoffice.org's summer intership program. I am very much interested in working on the project titled : Improve (Python) scriptability, that aims to provide Python with direct access to OOo's certain core functionalities and thus add Python-ic support to OOo. I was exposed to wrapper functions for Python during last year's Google Summer of Code. My last year's Summer of Code project dealt with implementation of a canvas based GUI modeller for ASCEND. In this project the front-end GUI was developed in PyGTK where as the core ASCEND back-end was purely C++ ( with STL ). And intercommunication between Python and C++ was done using SWIG generated wrapper functions. I like Python very much and work mainly with it. I would like to learn more about wrapper function generation and provide Python with wrapper functions that allows it to directly access some of the OOo's core functionalities. Hence, I am very much interested in this project idea and would like to work on it. I would like to discuss this project in more details with the project mentor(s). I would be highly grateful if you could give me any recommendations/suggestions to begin with. Looking forward to hear from you Thanks and Cheers Arijit - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Re: remote bridge with OOo 3.2
Hi Denis, please ensure that you are subscribed to this mailing list. You can subscribe under http://api.openoffice.org/servlets/ProjectMailingListList Juergen On 5/20/10 6:08 PM, denis wrote: On Wed, May 19, 2010 at 6:37 PM, denis wrote: using OOo SDK 3.2, the attached C++ example of a manually created bridge segfaults while accessing the instance of com.sun.star.frame.Desktop (the last line in the test-function). That is because bridge-getInstance (StarOffice.ServiceManager) -createInstanceWithContext (com.sun.star.frame.Desktop) apparently returns something broken. The problem seems to be related to issue #100071 (although I'm using linux and C++ instead of MS.NET). So my example now works after I created that rc/ini-file as mentioned in the comments on that issue. - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Application for OO internship
Hi Arindam, thank you for your interest in our internship program. You have to apply to a specific project and should send an email to one of the members of the supervisor team. I would also recommend that you start to work with OOo build env and get familiar with the source code. A good start is probably to get the source code and build an OOo on your own. We have only a limited number of projects and we will select the applicants more carefully to get the best results in the end. Further information will you get later. We will also have a dedicated mailing list (interns...@openoffice.org) in the next days for further discussion related to the internship program. Watch for the announcement or visit the internship wiki page again. Regards Juergen On 5/20/10 11:26 AM, arindam chakraborty wrote: Hello people, I, Arindam Chakraborty, am in my last semester of engineering from Vellore Institute of Technology(VIT), Vellore. We have a Linux Users Group in our college that spread the word for this Internship program. I am currently doing my last semester 6-months internship from *eBay in Chennai, India* and a number of my projects(the ones that i have been doing) have been launched and effective within the company. I would like to apply for any one of the project proposals stated in the Document at http://wiki.services.openoffice.org/wiki/OpenOffice.org_Internship/ProjectProposals I am well versed in *Java/ C++ and PHP Perl* and other scripting languages. if you can provide me the chance to work on one of the projects, it would be really nice for both of us. I am not formally applying for the internship program, as i already have a job starting from 22June, 2010. So I am asking for an informal development role, for which i am willing to work from my place within any deadline limits and totally adhering to the principles of development followed by regular developers for OO. Since I am not applying via the Internship program, the monetary benefits are negotiable and depending on the kind of work in question. Please let me know if it's possible and other formalities that need to be followed in case I am allowed to work. Thanks, Arindam. - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] info/CWS slidecopy : vnd.sun.star.extension:// URLs providing access to content within deployed extensions
Hi Frank, interesting new content provider which probably will simplify the work of extension developers a lot. One comment from me, i wouldn't use the protocol name vnd.sun.star.extension://extension_identifier/ I would prefer something like vnd.ooo.extension://extension_identifier/ or vnd.oxt://extension_identifier/ Maybe we can find a better name. But a short one would be nice ;-) Juergen On 4/29/10 10:54 AM, frank.schoenh...@sun.com wrote: Type: info Title: vnd.sun.star.extension:// URLs providing access to content within deployed extensions Posted by: frank.schoenh...@sun.com Affected: api TaskId: i111236 http://www.openoffice.org/issues/show_bug.cgi?id=111236 Effective from: CWS slidecopy CWS: http://eis.services.openoffice.org/EIS2/cws.ShowCWS?Path=DEV300/slidecopy CWS status: new *Summary* + new provider for accessing content within deployed extensions *Description* - In CWS slidecopy, a new Universal Content Provider has been implemented, which gives you access to any content within the package of your deployed extension. That is, if you have an extension/oxt containing some relative/path/to/file content, and the id of your extension is, say, org.openoffice.example.Extension, then the URL vnd.sun.star.extension://org.openoffice.example.Extensions/relative/path/to/file will give you access to that content. This way, you can access you extension's package content without actually knowing where the package is deployed, and without, at runtime, fiddling with the package information provider, to find the deployment location. Send feedback to dev@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org -- Sun Microsystems GmbHJuergen Schmidt Nagelsweg 55 Technical Lead Programmability 20097 Hamburg, Germany Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Jürgen Kunz - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Want to join mailinglist
On 4/27/10 8:11 PM, i...@peasklinik.se wrote: Hi! Sorry if this goes on the list. I want to join the mailing list as I'm trying to do get my head around some of the more advanced aspects of OOo macros. Coulnd't find instructions for joining, have googled but I might be stupid. ;-) you can subscribe here http://api.openoffice.org/servlets/ProjectMailingListList with a valid OOo account Juergen Thanks /J - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
[api-dev] Welcome aboard
Hi, i would like to welcome t_otsuki, kirmed2000, nilimanimkar, lelizarraga, polivets, andreasnark, paha, ttreker as our newest project members! Let me encourage you to subscribe to the dev@api.openoffice.org mailing list http://api.openoffice.org/servlets/ProjectMailingListList and take a look at the web page and wiki and see if anything attracts your interest wiki.services.openoffice.org/wiki/API. The API wiki is still under construction and especially in the example section we can benefit from more good examples and tutorials. Our Developer's Guide has moved into the docu wiki and is also a good resource to find more detailed information about the API (http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/OpenOffice.org_Developers_Guide). And last but not least the extension project might be also of interest for you if you plan to extend the office this way or if you want to learn more about extensions, the easiest way to get started to develop with and for OpenOffice.org. Feel free to a short biography to the list to introduce yourself. Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Scripting
Hi, you are currently not subscribed to this mailing list. Subscription is necessary and you can subscribe under http://api.openoffice.org/servlets/ProjectMailingListList. Otherwise you won't get any potential answer to your questions directly. Now to your question. No docking windows are currently not available for macro/extension developers. Juergen On 4/15/10 9:11 AM, Daniele Primon wrote: Hi, are docking windows available for scripting in basic or python? Using Openoffice.org 3.2 on Windows XP - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] OpneOffice SDk for .NET
Hi, you are currently not subscribed to this mailing list. Subscriopton is necessary and you subscribe under http://api.openoffice.org/servlets/ProjectMailingListList. Otherwise you won't get any potential answer to your questions directly. Now to our question. The SDK contains some .NET/CLI examples as well and everything you need should be already installed with OOo. Juergen On 4/14/10 8:45 AM, piyush wrote: Hello, We need OpenOffice SDK for .NET to convert office document to PDF. Can you please guide me where can i find the sample code and API for the same ? Thanks, Piyush - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Segmentation Fault when creating a Chart in Calc from external C++ program
Hi, you are currently not subscribed to this mailing list. Subscriopton is necessary and you subscribe under http://api.openoffice.org/servlets/ProjectMailingListList. Otherwise you won't get any potential answer to your questions directly. Juergen On 4/13/10 5:53 PM, Scott Thompson wrote: Greetings programs, I am having problems creating a chart in OOo Calc from my external C++ program. When I call the ReferenceXTableCharts member function addNewByName, I get a segmentation fault deep down in several nested calls within the shared object library liburp_uno.so. I am running Fedora Core 9 x86-64 Linux, compiling with gcc version 4.3.2, and I have OOo SDK 3.2.0. Here is a backtrace: #5 signal handler called #6 0x7fffeb692882 in ?? () from /opt/openoffice.org/ure/lib/liburp_uno.so #7 0x7fffeb69332e in ?? () from /opt/openoffice.org/ure/lib/liburp_uno.so #8 0x7fffeb69adc6 in ?? () from /opt/openoffice.org/ure/lib/liburp_uno.so #9 0x7fffeb69733d in ?? () from /opt/openoffice.org/ure/lib/liburp_uno.so #10 0x7fffeb6a97f3 in ?? () from /opt/openoffice.org/ure/lib/liburp_uno.so #11 0x7fffeb6a7fea in ?? () from /opt/openoffice.org/ure/lib/liburp_uno.so #12 0x7fffed14028b in ?? () from /opt/openoffice.org/ure/lib/libgcc3_uno.so #13 0x7fffed140a03 in ?? () from /opt/openoffice.org/ure/lib/libgcc3_uno.so #14 0x7fffed141f1a in ?? () from /opt/openoffice.org/ure/lib/libgcc3_uno.so #15 0x004a646b in PlotIPCOpenOffice::plot (this=0xc06160, pd=0x1a502f0) at plotipcopenoffice.cc:356 #16 0x0041cf64 in GraphTool::plotData (this=0x775b20, crntPlotSet=0x197c920) at graphtoolui.cc:3764 I have a few questions: 1. Am I asking the right mailing list about this issue? 2. I would like to download the source for this library and compile with debug symbols. What package do I need to get from CVS? 3. I have attached a small test driver that replicates the seg fault on my machine. If you are able to view and/or run this test driver, could you please advise me if I am taking all the correct steps, or if there is something different that I need to do when calling addNewByName? Thank you for your assistance! Scott Thompson - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org -- Sun Microsystems GmbHJuergen Schmidt Nagelsweg 55 Technical Lead Programmability 20097 Hamburg, Germany Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Jürgen Kunz - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] RE: [dev] Re: [api-dev] multiple connections to openoffice service
On 4/1/10 4:34 AM, Wei Min Teo wrote: Hi, I am able to connect to openoffice fine. I can open multiple ports and also implement mutexes so that requests to the openoffice server is sort of serialised. However, I'm not sure if this will worsen performance for multiple processes connecting to the openoffice server. I seem to be unable to start more than 1 instance of openoffice unless they are of different users. Is there a way to start more than 1 openoffice for the same user? no, you can't run multiple office instances for one user and you have to deal with different user installations. office1 - ./soffice -env:UserInstallation=file://tmp/useroffice1 -accept ... office2 - ./soffice -env:UserInstallation=file://tmp/useroffice2 -accept ... ... officeN - ./soffice -env:UserInstallation=file://tmp/userofficeN -accept ... Queue your requests and dispatch them to a free worker office instance if available. Juergen Date: Mon, 29 Mar 2010 09:27:01 +0200 From: juergen.schm...@sun.com To: dev@api.openoffice.org Subject: Re: [api-dev] RE: [dev] Re: [api-dev] multiple connections to openoffice service On 3/29/10 4:23 AM, Wei Min Teo wrote: Thanks. How do i go about running 2 instances of openoffice? Also, how can I ensure that each process bootstraps and connect to its own instance? Please read the DevGuide and see the SDK examples how to connect to an office. Juergen Date: Fri, 26 Mar 2010 08:21:33 +0100 From: juergen.schm...@sun.com To: dev@api.openoffice.org CC: d...@openoffice.org Subject: [dev] Re: [api-dev] multiple connections to openoffice service On 3/26/10 4:16 AM, Wei Min Teo wrote: Hi all, I tried to connect to the openoffice service using 2 processes by running 2 instances of my program. They both connect to openoffice using the default bootstrap c++ api. However, there seems to be unexpected closure error and it keeps crashing openoffice. Was wondering if anyone did something like this before? Do I have to implement some sort of mutex? Or is it possible to run 2 instances of openoffice and bootstrap to 2 different ports? Any suggestions on this? it is well known that OOo has threading problems and it is not surprising that you run into trouble quite fast in your described scenario. The best approach is indeed to put some mechanism around the connection stuff to dispatch the requests and work with more than one office instance. Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org _ Your E-mail and More On-the-Go. Get Windows Live Hotmail Free. https://signup.live.com/signup.aspx?id=60969 -- Sun Microsystems GmbH Juergen Schmidt Nagelsweg 55 Technical Lead Programmability 20097 Hamburg, Germany Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org _ Hotmail: Trusted email with Microsoft’s powerful SPAM protection. https://signup.live.com/signup.aspx?id=60969 -- Sun Microsystems GmbHJuergen Schmidt Nagelsweg 55 Technical Lead Programmability 20097 Hamburg, Germany Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] soffice.bin crashed while executing storeToUrl.
Hi Jermeny,
this mailing list needs subscription and you are currently not
subscribed. Otherwise you won't get any reply on your questions directly.
You can subscribe under
http://api.openoffice.org/servlets/ProjectMailingListList
Now to your problem. The easiest way to reproduce it is when you create
a small demo that reproduces the problem and submit an issue.
Thanks
Juergen
On 3/30/10 11:06 PM, Jeremy Trudel wrote:
I am trying to generate a powerpoint presentation, see code snippet:
public static void convert(XComponent xComponent, XComponentContext context,
String targetFilename, String conversionFilter)
{
// How to get the XComponent, see
../Office/Office.OpenDocumentFromURL.snip
XStorable xStorable = (XStorable)
UnoRuntime.queryInterface(XStorable.class, xComponent);
// Set properties for conversions
PropertyValue[] conversionProperties = new PropertyValue[2];
conversionProperties[0] = new PropertyValue();
conversionProperties[0].Name = Overwrite;
conversionProperties[0].Value = new Boolean(true);
conversionProperties[1] = new PropertyValue();
conversionProperties[1].Name = FilterName;
conversionProperties[1].Value = conversionFilter;
// Convert
try {
xStorable.storeToURL(createUNOFileURL(targetFilename, context),
conversionProperties);
}
catch (com.sun.star.io.IOException ex) {
jL.warning(Error occured during conversion);
ex.printStackTrace();
}
}
The problem I am having is a weird one. I am generating all kinds of
different slides (title slide, bullet slides, table slides, image slides).
Everything works great if I don't generate any image slides. I can generate
many presentations without a problem. The soffice.bin start and shuts down
gracefully, but if I try and generate an image slide the soffice.bin crashes
in an unreliable fashion. Sometimes it works and sometimes it crashes. I'm
not really sure what to do because I generate the same presentation over and
over again with the exact same parameters, but again soffice.bin crashes
sometimes, and sometimes it doesn't.
Are there any known issues with adding images to slides? This is the code
that I am using to add the image to the slide:
for (int j = 0; j xNewPage.getCount(); j++) {
Object oo = xNewPage.getByIndex(j);
XShape xShape = (XShape)
UnoRuntime.queryInterface(XShape.class, oo);
String type = xShape.getShapeType();
XText xText = (XText) UnoRuntime.queryInterface(XText.class,
xShape);
if (xText != null) {
if
(type.equals(com.sun.star.presentation.TitleTextShape)) {
xText.setString(jTitle);
} else if
(type.equals(com.sun.star.presentation.OutlinerShape)) {
String bullets = ;
for (String bullet : jBulletList) {
bullets += bullet + \n;
}
xText.setString(bullets);
} else if
(type.equals(com.sun.star.drawing.GraphicObjectShape)) {
XPropertySet xPropertySet = (XPropertySet)
UnoRuntime.queryInterface(
XPropertySet.class, xShape);
xPropertySet.setPropertyValue(GraphicURL,
Util.createUNOFileURL(
jImagePath,
context));
}
}
}
Any help would be much appreciated.
--
Sun Microsystems GmbHJuergen Schmidt
Nagelsweg 55 Technical Lead Programmability
20097 Hamburg, Germany
Sitz der Gesellschaft:
Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten
Amtsgericht München: HRB 161028
Geschäftsführer: Thomas Schröder
-
To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org
For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] RE: [dev] Re: [api-dev] multiple connections to openoffice service
On 3/29/10 4:23 AM, Wei Min Teo wrote: Thanks. How do i go about running 2 instances of openoffice? Also, how can I ensure that each process bootstraps and connect to its own instance? Please read the DevGuide and see the SDK examples how to connect to an office. Juergen Date: Fri, 26 Mar 2010 08:21:33 +0100 From: juergen.schm...@sun.com To: dev@api.openoffice.org CC: d...@openoffice.org Subject: [dev] Re: [api-dev] multiple connections to openoffice service On 3/26/10 4:16 AM, Wei Min Teo wrote: Hi all, I tried to connect to the openoffice service using 2 processes by running 2 instances of my program. They both connect to openoffice using the default bootstrap c++ api. However, there seems to be unexpected closure error and it keeps crashing openoffice. Was wondering if anyone did something like this before? Do I have to implement some sort of mutex? Or is it possible to run 2 instances of openoffice and bootstrap to 2 different ports? Any suggestions on this? it is well known that OOo has threading problems and it is not surprising that you run into trouble quite fast in your described scenario. The best approach is indeed to put some mechanism around the connection stuff to dispatch the requests and work with more than one office instance. Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org _ Your E-mail and More On-the-Go. Get Windows Live Hotmail Free. https://signup.live.com/signup.aspx?id=60969 -- Sun Microsystems GmbHJuergen Schmidt Nagelsweg 55 Technical Lead Programmability 20097 Hamburg, Germany Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] multiple connections to openoffice service
On 3/26/10 4:16 AM, Wei Min Teo wrote: Hi all, I tried to connect to the openoffice service using 2 processes by running 2 instances of my program. They both connect to openoffice using the default bootstrap c++ api. However, there seems to be unexpected closure error and it keeps crashing openoffice. Was wondering if anyone did something like this before? Do I have to implement some sort of mutex? Or is it possible to run 2 instances of openoffice and bootstrap to 2 different ports? Any suggestions on this? it is well known that OOo has threading problems and it is not surprising that you run into trouble quite fast in your described scenario. The best approach is indeed to put some mechanism around the connection stuff to dispatch the requests and work with more than one office instance. Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Help: Problem about install eclipse plugin
Hi Michael, you are currently not subscribed to this list, please do so under http://api.openoffice.org/servlets/ProjectMailingListList Juergen On 3/25/10 9:42 AM, Cédric Bosdonnat wrote: Hi Michael, The SDK in installed into the OpenOffice.org installation by default. Which should be something like C:/Program Files/OpenOffice.org3/basis3.2/sdk/ Regards, -- Cedric On Wed, 2010-03-24 at 22:59 -0700, Michael Sun wrote: Dear Sir or Madam: I meet a problem in installing eclipse plugin of openoffice. I followed the step which described at http://wiki.services.openoffice.org/wiki/JavaEclipseTuto. Firstly, I used eclipse's Install/Update function and installed the plugin successfully. But when I configure the SDK's path, I have no idea about the path because it is automatically download by eclipse. I'm use Windows platform and I useeclipse root directory\plugins\ as the SDK's path and I'm sure that no spaces in the path, it show's 'No idl directory found'. Could you tell me how to deal this problem? Thanks. Yours: Michael - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] deploying images in extensions, to be loaded without extension code
On 3/24/10 12:16 PM, Frank Schoenheit, Sun Microsystems Germany wrote: Hi Noel, So, Frank for your ucp solution which I would guess will somehow somewhere re-use the GraphicObject stuff No, the idea is to have a provider for *arbitrary* content within a deployed extension. That is, an URL like vnd.sun.star.extension:/extension_id/relative_path will provide a content which effectively wraps the file-system content obtained from $USERCONFIG/uno_packages/cache/uno_packages/unique_id/extension_id/relative_path. No matter what this content actually is, could be images or anything else. For dialgs coming as a xdl file (dialog editor export) we have already extended the toolklit to accept relative paths to the xdl file. That makes it quite easy to reference any images in an extension package. Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] deploying images in extensions, to be loaded without extension code
On 3/24/10 1:40 PM, Juergen Schmidt wrote: On 3/24/10 12:16 PM, Frank Schoenheit, Sun Microsystems Germany wrote: Hi Noel, So, Frank for your ucp solution which I would guess will somehow somewhere re-use the GraphicObject stuff No, the idea is to have a provider for *arbitrary* content within a deployed extension. That is, an URL like vnd.sun.star.extension:/extension_id/relative_path will provide a content which effectively wraps the file-system content obtained from $USERCONFIG/uno_packages/cache/uno_packages/unique_id/extension_id/relative_path. No matter what this content actually is, could be images or anything else. For dialgs coming as a xdl file (dialog editor export) we have already extended the toolklit to accept relative paths to the xdl file. That makes it quite easy to reference any images in an extension package. Juergen And if we extend the functionality of images in dialogs in some way we should think about a convention for accessibility. Something like myimage.png and myimage_hc.png for the high contrast counterpart. I am no accessibility expert, probably there is more that is not yet covered by the toolkit. Defining background colors and the appropriate hc color etc. Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] deploying images in extensions, to be loaded without extension code
On 3/24/10 2:47 PM, Frank Schoenheit, Sun Microsystems Germany wrote: Hi Juergen, For dialgs coming as a xdl file (dialog editor export) we have already extended the toolklit to accept relative paths to the xdl file. Didn't know that. That makes it quite easy to reference any images in an extension package. As long as you have an xdl file, i.e. a dialog, in your extension, and want to use the image in the dialog. Again: My scenario is different: I have an image somewhere in the extension, and I want to refer it to a component *outside* the extension, and load it from outside, without actually loading anything else from the extension. Well, i assume you have to know the extension identifier anyway. The PackageInformationProvider singleton is your friend to retrieve the extension root directory. From there you can reference everything in the extension hierarchy ... Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] accessible (high contrst) images
On 3/24/10 2:49 PM, Frank Schoenheit, Sun Microsystems Germany wrote: Hi Juergen, And if we extend the functionality of images in dialogs in some way we should think about a convention for accessibility. Something like myimage.png and myimage_hc.png for the high contrast counterpart. No, this should be solved without the graphic provider, if at all. Finally, using the high contrast version of all images just means using another theme. There is no need for each and every place where an image is loaded to decide whether to use a HC version or not. This will break (some places will forget it), and be highly inconsistent. If we had support for theming inside the graphics provider, then HC would be a no-issue. sure and i agree but we have no theming yet and currently it doesn't work. Today you have to program it in the extension ... Juergen Ciao Frank - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] deploying images in extensions, to be loaded without extension code
On 3/22/10 7:45 PM, Mathias Bauer wrote: Frank Schoenheit, Sun Microsystems Germany wrote: Hi Paolo, Why not the %origin% placeholder? I just noticed that the graphic provider can handle demacrofyed urls like this one: vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/sJYsUf_/MyExtension.oxt/icons/lightbulb.jpg because you would need to know, at time of creation of your extension, the sJYsUf_ part of the path, which is impossible. Okay, with the brand-new XDeploymentHook interface, you could probably add a hook which is executed when the extension is deployed, and updates the configuration with the proper URL. Possible, but still pretty ugly, and a workaround, not a solution. Sure? IIRC there was a way to have %origin% as a placeholder in entries of xcu files that will be expanded at deployment time or can be resolved at runtime to give you that path. I used that technique in several extensions, without being forced to any such hacks as deployment hooks. A quick search showed me that this technique is still used, e.g. in the presentation minimizer extension. The code in this extension using the images referencing %origin% should show you whether the expansion happens at runtime or already at deployment time (IIRC it was the latter). yes, that still works with the drawback that %origin% expands to the path of the xcu file, means often somewhere in the hierarchy of the extension (e.g. ext_root/registry/data/org/openoffice/Office). If your images are located for example in ext_root/images/myimage.png you have to use something like %ORIGIN%/../../../../../images/myimage.png in a Addons.xcu that is stored in ...openoffice/Office. Would should think about a further macro that expands to the extension root directory. Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Example, snippet for creating and using an XCommandEnvironment, even better, deploying/removing packages via UNO ?
On 3/21/10 11:09 PM, Rony G. Flatscher wrote: Jürgen: On 21.03.2010 11:06, Juergen Schmidt wrote: On 3/20/10 10:10 PM, Rony G. Flatscher wrote: Hi Ariel, just a little update. Your hints have helped me indeed. However, the XPackageManager and related APIs are *not published*, and AFAICT for a good reason, as digging out pre 2.2 code and comparing it with the current set of APIs, they have changed (like an identifier argument for removePackage as the first argument and the like). As I am interested in this corner because of the installation of a little package, which is functional starting with OOo 2.0, I would not want myself to restrict to the current set of the unpublished XPackageManager+related APIs. Rather using the executable unopkg instead. However, I still appreciate your help a lot (and if there is a way to buy you a beer or two, then please let me know! :) ). why not simply using the unopkg command line tool to install your package. That will work always! The API's will probably change and improve over time because they are mainly intended for internal use. with the APIs it is possible to query up-front whether an older version of a package is installed already, and if so, remove it (intended for an installation program, which in its course of actions will turn towards OOo and see whether an older version got installed - by a differnt name! - etc. - you get the idea, I am sure). Using this API just makes querying, removing and installing just a breeze, hence the desire to take advantage of it. sure but unopkg uninstall older packages as well automatically. As long as you use the same extension identifier this works like a charm. If you change the identifier it is not longer the same package from a technical perspective. If you do so you have to live with the consequences. If you use the API you have to adapt your installation code more often. If that is fine for you that go ahead with this approach. unopkg returns 0 or -1 in case of an error when i am not wrong. With unopkg things become quite cumbersome. In addition, the Windows version does not allow redirecting stderr and stdout (intending to redirect stderr to nul, but leave stdout). :( go ahead and fix it. It's probably an issue with a lower prio Juergen ---rony - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Example, snippet for creating and using an XCommandEnvironment, even better, deploying/removing packages via UNO ?
On 3/20/10 10:10 PM, Rony G. Flatscher wrote: Hi Ariel, just a little update. Your hints have helped me indeed. However, the XPackageManager and related APIs are *not published*, and AFAICT for a good reason, as digging out pre 2.2 code and comparing it with the current set of APIs, they have changed (like an identifier argument for removePackage as the first argument and the like). As I am interested in this corner because of the installation of a little package, which is functional starting with OOo 2.0, I would not want myself to restrict to the current set of the unpublished XPackageManager+related APIs. Rather using the executable unopkg instead. However, I still appreciate your help a lot (and if there is a way to buy you a beer or two, then please let me know! :) ). why not simply using the unopkg command line tool to install your package. That will work always! The API's will probably change and improve over time because they are mainly intended for internal use. Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Inserting GraphicObjects into XTextFrame
Hi Steffen, you are not subscribed with this email address, please ensure that you either use an email address that is subscribed correctly or subscribe under http://api.openoffice.org/servlets/ProjectMailingListList Thanks Juergen On 3/18/10 5:16 PM, Steffen Boersig wrote: Hi guys, I'm currently stuck with the insertion of pictures into a XTextFrame. My goal is to insert a GraphicObject at a cursor position. If the cursor resides inside an XTextFrame, the size of the XTextFrame should be queried and the image should be scaled accordingly to fit the size of the XTextFrame. This behaviour can be done with Insert - Graphic in the OO GUI while the cursor resides in a XTextFrame. What I can do by now is: - Embed a GraphicObject into an XTextContent. The method can of course also insert into the XTextFrame if the cursor was placed there. - Get the XTextFrame via the XTextFramesSupplier - Query the XServiceInfo for supported Services. ( XTextCursor, XTextRange and XTextViewCursor seem to not support com.sun.star.text.XTextFrame , so what should i use here?) What I cannot do by now is: - Getting the surrounding content of the XTextCursor, therefor I'm also not able to determine if the cursor is currently inside a XTextFrame. I need to find out if I'm inside a XTextFrame to query for the size of the XTextFrame to be able to resize the picture. Am I on the right track with the XServiceInfo or do I have to use a different approach? And if there is an easier solution to embed GraphicObjects into a XTextFrame( and resize it accordingly), please tell me. Regards, Steffen Boersig Offtopic: I solved my previous problem , with executing the same code several times, by upgrading to OO 3.2. - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org -- Sun Microsystems GmbHJuergen Schmidt Nagelsweg 55 Technical Lead Programmability 20097 Hamburg, Germany Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Re: [dev] Re: [discuss] Open Office development issue
Hi, correct subscription to this mailing list is necessary for you as well. I don't know, is it really so difficult to understand the concept of mailing lists? Juergen PS: your email address looks strange (more like a spam bot). You will never ever get a direct email from me in the future ;-) On 3/11/10 5:46 AM, Ян Программист wrote: On 3/10/10 11:43 AM, KAPIL KUMAR LALWANI wrote: Sir/Mam, I am Kapil, wroking as a software engineer in a IT company. presently i am wroking for OpenOffice integration with our product. I had done all very well. Now i wish to build RTD(Real Time Data ) like in excel, but as per my RD i cant find RTD for openoffice, so i am moving towards DDE(Dynamic Data Exchange). For DDE i wish to build the DDE Application server for dynamic data updation from our data server. can you please help me out for this because i can't find any help on the forums and please give me one more answer is RTD is possible in OpenOffice? if yes please help to build this through your basic guidelines Thanks Regards, Kapil Kumar Lalwani Trainee, TickerPlant Infovending Ltd., “Enjoy the WORK you do, Do the BEST you can.” The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. http://in.yahoo.com/ Hi, man. I was wondering - why DDE? Windows compatibility is a MUST in your managed application? Or you want multi-platform compatibility? Why not CORBA? Just wondering about architecture... I think both a bit too heavy for start. I recommend you to use message broker with MQ persistence facility. If service features needed - try to use a Web service (SOAP?). Ready to hear your thoughts! John - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Macro enable
On 2/24/10 4:21 PM, S Kumar Vinod wrote: Dear Dev, We are facing problem with macros in calc, can suggest me how to enable, Tools - Options - Security - Macro Security Juergen Thanks and regards, Vinodkumar.S Information contained and transmitted by this E-MAIL (including any accompanying documents) is proprietary to Metro Cash Carry India Pvt. Ltd. and is intended for use only by the individual or entity to which it is addressed, and contains information that is privileged and confidential. If you are not the intended recipient, an agent of the intended recipient or a person responsible for delivering the information to the named recipient, you are notified that any use, distribution, transmission, printing, copying or dissemination of this information in any way or in any manner is strictly prohibited. If you have received this communication in error, please promptly delete this mail notify us immediately at mccinban-itbasict...@metro.co.in Communicating through email is not secure and capable of interception, corruption and delays. Anyone communicating with METRO Cash Carry India Pvt. Ltd. by email accepts the risks involved and their consequences - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Specs/code for registry file-structure ? (Re: Question ad creating and deploying components, implemented in (dispatchable) scritpting languages ...
On 2/15/10 12:40 PM, Rony G. Flatscher wrote: Hi there, where could one find the specs or the code (Java/C/++) for creating the registry file-structure from IDL files, such that one can create registry files oneself? i would like to ask again for what reason you want to create it on your own. You should or have to provide the IDL files anyway. There is no formal spec available. But you can check the idlc and the registry module. If you want to provide type descriptions on your own you should more focus on an own implementation of an TypeDescriptionProvider (http://api.openoffice.org/docs/common/ref/com/sun/star/reflection/TypeDescriptionProvider.html) Juergen TIA, ---rony - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] XComponentLoader: XModel as PropertyValue now crashes the office
i can confirm this problem also, please submit an 3.2.1 issue for this problem. Juergen On 2/11/10 7:25 PM, Oliver Brinzing wrote: Hi Peter, In OpenOffice 3.2 this crashes the office. I get a com.sun.star.lang.DisposedException: TransactionManager... Owner instance already closed. Call was rejected! seems loadProps[1].Name = Hidden; loadProps[1].Value = Boolean.FALSE; will work, i get a second view, but indeed, TRUE will crash .. Oliver - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Is odk/examples/cpp outdated?
On 1/27/10 6:17 PM, Maxim Dementiev wrote: Hi, I found a problem in http://api.openoffice.org/source/browse/api/odk/examples/cpp/DocumentLoader/Makefile?view=markup cd $(subst /,$(PS),$(OUT_BIN)) $(basename $@) $(subst \\,/,$(subst /,$(PS), On the POSIX-alike system (I use Gentoo Linux) the part $(basename $@) doesn't contain ./ at the beginning and the current directory isn't in PATH as it is on MS DOS/Windows. So, DocumentLoader fails to run. please file an issue But I found that all contents of http://api.openoffice.org/source/browse/api/odk/examples/cpp is relatively old (~ 18 months old). no, it simply means that the example hasn't changed and still works Does it mean that it is unsupported now? no Or the repository is somewhere else? no Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Question ad creating and deploying components, implemented in (dispatchable) scritpting languages ...
Hi Rony, see some comments inline On 1/27/10 4:50 PM, Rony G. Flatscher wrote: Hi there, if this is not the right list, please advise. [This e-mail is directed at dev@api.openoffice.org and d...@openoffice.org, and the Reply-To-field set to d...@openoffice.org.] After peeking around the documentation (mainly developer's guide) currently one is able to create componenents in C++ and Java (and also in Python). C++, Java and Python we have real language bindings, for all other we have bridges only. That is the main difference. The question: how would one create and implement UNO components in scripting languages that can be deployed via the OOo (Java-based) scripting framework (e.g. JavaScript/Rhino, BeanShell, but also ooRexx or other BSF-scripting languages)? Some of the questions that may be needed to be addressed would be: * How can one dynamically add IDL kind of type information to the registry, such that the new types become reflectable? do we want this because we wouldn't have any documentation for this new types. Don't get me wrong it's just a question, we also have thought in this direction in the past as well. * How can one register a component dynamically ? that is already possible i think. You add an appropriate factory implementation for a new service implementation. * How can one supply a service manager object to be used for instantiating instances? that would be one of the more interesting parts. All language bindings provide some kind of bootstrap mechanism to get started, prepare a connection etc. That would be necessary * How can one take advantage of helper classes (XWeak, XComponent) ? you have to provide similar helper for the scripting language of choice Are there any links/hints to postings, definitions, sketches of such a functionality? Is there some experimental implementation available somewhere (or is it even available already)? i don't think so, maybe you can take a look in the implementation of the Python binding Short of that, how is the Python support implemented? Is there a documentation about the architecture and the UNO APIs it uses? What are/were the problems there, are there any shortcomings? as far as i know it is not really documented, no chapter in the DevGuide etc. And i would say it is still not really maintained. --- Maybe to rephrase this question differently: I would like to come up with a solution for OOo disptachable scripting languages, in which script programmers have no need for the OOo SDK, if they wish to create UNO components in their scripting language of choice. (The necessary complexity involved in creating UNO components, should be reduced to an absolute minimum, where this minimum should be to have no need for installing the OOo SDK.) i agree to the statement The necessary complexity involved in creating UNO components, should be reduced to an absolute minimum but the SDK doesn't provide too much i would say. New APIs have to be defined in IDL - so at least idlc is necessary. The other tools can be useful for C++ and Java. The header files for C++. What else is there, the IDL reference, some docu and examples. Ok for IDL we can think of an integrated idl compiler ... In general i like the idea but i would focus more on better tooling around scripting languages. I still have in mind to provide a better integration for scripting languages in NB. Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Help needed ... - FOSDEM input
Hi, i initially forgot the documentation and QA project. Clayton have asked on the documentation list as well and i would like to use his words (sounds much better from a native speaker) to remind you ;-) Replace the documentation project with any other project where you are working on or where you are involved and send your quote directly to me. ### So... if you don't mind being famous for 15 seconds at this years FOSDEM in Belgium... here's your chance. :-) What we are looking for is one or two sentences about why you contribute to the Doc Project... what motivates you. Nothing profound, just something that will add a human element to the slides. Something like I'm a part of the documentation project because it gives me a chance to participate in OOo even though I'm not a software developer. You know.. that sort of thing. Time is tight though... if you're able/willing to give me a one or two line quote, send it to me directly. C. ### Juergen On 1/13/10 10:09 PM, Juergen Schmidt wrote: Hi, first of all sorry for cross posting but we need your help. Maybe you have heard that we will have a stand (and a DevRoom) at the FOSDEM conference at the beginning of February. We are working on an endless presentation that we can run (besides demos) at the stand to inform users as well as developers and all other interested people. The FOSDEM is typically an event where we are looking for new developers. But any kind of help is welcome and so we are looking for quotes from people about their motivation to work on the OpenOffice.org project, their experiences, their contribution etc. Please send us your quotes (~1-2 short paragraphs, think about presentation slides). I know about very interesting people who started as GSOC students and who are professionals today working full time on OOo, or people started with SDK examples first and moved over to become an accepted developer... Many many more examples, so please don't hesitate and send us one or more quotes from you. The results will be published and can probably be used for other events as well. To have enough time to work on the material i would suggest that you send us your input until January 20th. Either to me directly or on one of the mailing lists. Thanks in advance Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Java UNO Extensions broken in Mac OS X due to Apple AWT Java VM was loaded on first thread -- can't start AWT
Hi Fabio, yes this is a known issue on MacOS and a fix is not available. The recommendation is, don't use use AWT but UNO AWT dialogs. I know that it is probably not satisfying for you and UNO awt offers only limited controls etc. But it is the only solution at the moment. Using AWT brings other problems as well, for example AWT windows can't be integrated as child windows. A possible solution would be to instantiate the component in a separate process with an own VM and do everything remote. But currently we have no appropriate loader for this. Such a loader can be of course useful for other scenarios as well. Anyway nothing really planned or available. Juergen On 1/22/10 1:35 AM, Fabio A. Miranda wrote: Hello, As I posted earlier, I have a complement that works perfectly in Linux and Windows but it is broken on Mac. In Mac OS X, OO 3.1.1 (ES), the menu extension added with the add-on appears disabled all the time, sometimes it throws an error: soffice [1981:903] Apple AWT Java VM was loaded on first thread -- can't start AWT According the above bug ( which is NOT closed nor fixed): http://www.openoffice.org/issues/show_bug.cgi?id=92926 It is document as a problem with Java VM class loader and OO. What is the solution for this issue ? If OOO has no released a bug, can aynone provided a workaround at Java coding level ? for example, prevalidate that AWT is already loaded or something thanks in advance, fabio - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Complement disabled at OO start
Hi Fabio, first of all i would suggest that you concentrate your questions on one mailing list. It's simply easier to follow the problem for all. I assume that your component jar can't be loaded or the class can't be instantiated correctly. Are you sure that you don't get an error during the installation. The menu items are configured via xcu files and during runtime a controller object gets instantiated. If this doesn't work the menu items are disabled. The easiest way to analyze the problem is probably to debug your project under Mac directly. You mentioned that you have used NB, so it shouldn't be a problem. Juergen On 1/21/10 5:20 AM, Fabio A. Miranda wrote: Hello, I created a OO complement with NB OO SDKJ which works as a charm in Linux and all versions of Windows where OO can run. But, the same complement, installed in Mac OS X snow leopard, after a fresh install of OO, is automatically disabled at OO next boot. By disabled, I mean that the complement's menu is not enabled and it can not be used. Anyone know how can I start troubleshooting this problem ? unopkg can add the complement without problems, but, when you try to use the complement menu in OO it is not enabled. Thanks in advance, fabio. - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Qeustion about devolpment calc loading spreadsheet in C#
Hi Rinaldo, the SDK is of course a good start place, see sdk/examples/CLI/CSharp/Spreadsheet Important are only the differences compared to Java. The API is always the same. Once you have understand the concepts it should be relatively easy to adapt Java examples to CSharp with the language specific differences. Juergen On 1/18/10 11:33 PM, Rinaldo Visscher wrote: Hi, I have downloaded the 3.1 SDK but I can't find any sample in C# how to load a spreadsheet and change it. Could you can provide me an example URL or ascii example? Rinaldo - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
[api-dev] Welcome aboard
Hi, i would like to welcome letfly, sagittariusdu, adamcz, creapix, papa_q, risespirit, mariatampanariu as our newest project members! Let me encourage you to subscribe to the dev@api.openoffice.org mailing list http://api.openoffice.org/servlets/ProjectMailingListList and take a look at the web page and wiki and see if anything attracts your interest wiki.services.openoffice.org/wiki/API. The API wiki is still under construction and especially in the example section we can benefit from more good examples and tutorials. Our Developer's Guide has moved into the docu wiki and is also a good resource to find more detailed information about the API (http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/OpenOffice.org_Developers_Guide). And last but not least the extension project might be also of interest for you if you plan to extend the office this way or if you want to learn more about extensions, the easiest way to get started to develop with and for OpenOffice.org. Feel free to a short biography to the list to introduce yourself. Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Sharing macros with people…
On 1/12/10 7:19 PM, Alexandro Colorado wrote: On Tue, Jan 12, 2010 at 11:43 AM, Johnny Rosenberg gurus.knu...@gmail.com wrote: 2010/1/12 Alexandro Colorado j...@openoffice.org: On Mon, Dec 21, 2009 at 11:42 AM, Johnny Rosenberg gurus.knu...@gmail.com wrote: 2009/12/20 Ariel Constenla-Haile ariel.constenla.ha...@googlemail.com: Hello Johnny, On Sunday 20 December 2009, 14:19, Johnny Rosenberg wrote: Anyone who can point me to somewhere where I can learn to create an add-on or extension? My thought is that the person to whom I send it should easily install it by the extension manager, so I guess I need to create an OXT somehow. How is all that done properly? if you just want to share macros with people, I'd recommend Paolo's BasicAddonBuilder http://extensions.services.openoffice.org/project/BasicAddonBuilder Anyway, if you want to study how extensions are packages, read the Dev's Guide http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/Extensions/Extensions and http://wiki.services.openoffice.org/wiki/Non-code_extensions Regards -- Ariel Constenla-Haile La Plata, Argentina Thank you, Ariel and also thank you, Jan. Currently I only write Basic macros (and create dialogs) and most of them are for Calc. Try the BasicAddonBuilder, this will build the OXT for you. http://extensions.services.openoffice.org/project/BasicAddonBuilder BasicAddonBuilder is an OpenOffice.org extension that allows you to export a StarBasic library in the OpenOffice.org Extension format, ready for deployment. BasicAddonBuilder does not require special skills or a deep knowledge of extensions specifications. A wizard-style dialog will guide you through the process, allowing you to define in a graphical way all menu and toolbars that will be added to the OpenOffice.org user interface in order to launch macros from your StarBasic library. Thank you all for hints and suggestions. I will certainly take a closer look at some of them. The BasicAddonBuilder seems like a quick way to get things done until I learn more about the concept of OXT. The concept of OXT is basically very simples, there are three elements: - Zip File - XML file - Code file Zip file is the same used for ODT, ODS etc. XML files, it maps to the executable code, images icons, and the overal interface of OpenOffice.org Code file, basically has also a standarized services of the API to execute the code well it is a little bit more and i would suggest that you read the appropriate chapter in the DevGuide (http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/Extensions/File_Format) because the better you use the provided features the better will be the overall user experience for your extension. Juergen Regards Johnny Rosenberg - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org -- Sun Microsystems GmbHJuergen Schmidt Nagelsweg 55 Technical Lead Programmability 20097 Hamburg, Germany Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer Chairman of the Supervisory Board: Martin Haering - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] How to handle XInterface objects in Basic
On 1/6/10 5:02 PM, Peter Eberlein wrote: Hi Niklas, Niklas Nebel schrieb: On 01/06/10 16:03, Peter Eberlein wrote: the following snippet (I left out the callback functions for the listeners) gives an error: xSaxParser = CreateUnoListener(SaxParser,com.sun.star.xml.sax.XParser) xDocumentHandler = CreateUnoListener(DocHandler,com.sun.star.xml.sax.XDocumentHandler) xSaxParser.setDocumentHandler (xDocumentHandler) CreateUnoListener means that you must provide the method implementations. Did you define a sub SaxParsersetDocumentHandler? no, I will do this. A parser implementation is available using CreateUnoService(com.sun.star.xml.sax.Parser). A complete example is at http://wiki.services.openoffice.org/wiki/XML_and_Filter. So the service com.sun.star.xml.sax.Parser is not documented? See http://api.openoffice.org/docs/common/ref/com/sun/star/xml/sax/module-ix.html you can help to improve the docu over time by submitting issues for not yet documented services Juergen I'll give it a try Thanks Peter - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] How to handle XInterface objects in Basic
On 1/6/10 5:42 PM, Ariel Constenla-Haile wrote: On Wednesday 06 January 2010, 13:17, Juergen Schmidt wrote: A parser implementation is available using CreateUnoService(com.sun.star.xml.sax.Parser). A complete example is at http://wiki.services.openoffice.org/wiki/XML_and_Filter. So the service com.sun.star.xml.sax.Parser is not documented? See http://api.openoffice.org/docs/common/ref/com/sun/star/xml/sax/module-ix. html you can help to improve the docu over time by submitting issues for not yet documented services issues exist already since Apr 3 2008: http://www.openoffice.org/issues/show_bug.cgi?id=87781 IDL: undocumented service com.sun.star.xml.sax.Parser http://www.openoffice.org/issues/show_bug.cgi?id=87783 IDL: undocumented service com.sun.star.xml.sax.Writer you can help to improve the docu over time by telling your colleagues to work on submitted issues ;-) that's true ;-) Thanks for the pointer to the existing issue. Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Re: Trying to understand random access to a file with OpenOffice.org Basic
On 1/4/10 10:04 PM, Andreas Saeger wrote: Cor Nouws wrote: Hi Johnny, Johnny Rosenberg wrote (04-01-10 18:08) 61277 seems to be the bug that I am talking about, so obviously there is a bug report at least. Too bad that no one seems to care about OpenOffice.org Basic anymore. That is a rather generic statement. And apart from that, I bet that it is not true that no one cares ;-) Cor It's a shame that OpenOffice.org is one of the very last reservations of this awkward, mind boggling dinosaur language. i also don't like Basic very much but it is widely used in the office world and easy to learn from many people. We also support other languages and our users can decide which one they prefer. The tooling, the docu, the samples can be improved for all these languages. The same is true for our API in many areas. We know that and we try to improve things where we can. Volunteers are always welcome. But let me ask you one question. Why do you use OpenOffice.org? Everytime i read a posting from you it sounds more negative than positive. Do you get money from somebody for doing it? ;-) If you don't like things as they are and if you think you can do it better or can at least help to do it better than please start and do something that help us ;-) Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Debug idlc output messages
On 1/5/10 5:01 PM, Per Eriksson wrote: Hi, I have a UNIIDL definition which I would like to create interface and class definitions for, and are trying out the tools in sdk/bin. When using idlc I get the following output: idlc: compile 'C:\Projects\ooo\sample2\sample2.idl' ... idlc: starting preprocessor failed Is there any way to further debug the output of the idlc binary? wich platform do you use? Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] use openoffice sdk
Hi, i don't know where you get this example from but it is not from the SDK. You should take a look on the C# samples coming with the SDK to get impression how it works. If you want to specify properties (MediaDescriptor) for loadComponentFromURL you should set the myArgs[0].Value as well . If you don't want to specify any properties you shouldn't create a new sequence with length 1 but no element. Juergen On 12/25/09 4:07 AM, 国华 曾 wrote: hello: when I got the OpenOffice SDK from the master openoffice Page and Used it,however the program was wrong !Oh,MyGold!I don't kown how to deal with it !so,can you help me! program: using unoidl.com.sun.star.lang; using unoidl.com.sun.star.beans; using unoidl.com.sun.star.uno; using unoidl.com.sun.star.frame; using unoidl.com.sun.star.table; using unoidl.com.sun.star.sheet; using unoidl.com.sun.star.container; XComponentContext xContext = uno.util.Bootstrap.bootstrap(); XMultiServiceFactory xFactory = (XMultiServiceFactory)xContext.getServiceManager(); XComponentLoader xLoader = (XComponentLoader)xFactory.createInstance(com.sun.star.frame.Desktop); // PropertyValue[] myArgs = new PropertyValue[1]; // myArgs[0] = new PropertyValue(); // myArgs[0].Name = Hidden; XComponent xComponent = xLoader.loadComponentFromURL(file:///C:/test.ods, _blank, 0,new PropertyValue[1]); XSpreadsheetDocument xSheetDocument = (XSpreadsheetDocument)xComponent; XSpreadsheets xSheets = xSheetDocument.getSheets(); XIndexAccess xAccess = (XIndexAccess)xSheets; XSpreadsheet xSheet = (XSpreadsheet)xAccess.getByIndex(0).Value; error: the red line is error :Return argument has an invalid type Thank you very much! ___ 好玩贺卡等你发，邮箱贺卡全新上线！ http://card.mail.cn.yahoo.com/ - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
[api-dev] Merry Christmas and a happy new year
Hi project members, i wish you and your families merry Christmas and happy holidays. Enjoy the free time with your family and friends, load your batteries and have a good and relaxing time. Finally i wish you all a happy new year and i am looking forward to an interesting and challenging new year 2010. Kind regards Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] [Fwd: [webmasters] Erratum in OpenOffice API]
Hi, i have corrected the online version already and will fix the IDL asap. Juergen Sgauti wrote: Hi all, This one is for you. Thanks in advance Kind regards Sophie Subject: [webmasters] Erratum in OpenOffice API From: Polchenko, Eugeniy epolche...@luxoft.com Date: Fri, 20 Nov 2009 15:10:34 +0300 To: webmast...@openoffice.org webmast...@openoffice.org To: webmast...@openoffice.org webmast...@openoffice.org Your have bag in OpenOffice API for service RedlinePortion at http://api.openoffice.org/docs/common/ref/com/sun/star/text/RedlinePortion.html Where field RedlineDataTime is wrong, really is RedlineDateTime -- Best regards, Evgeny Polchenko, Java developer, Omsk, Luxoft, IBS group of Companies skype: polchenko ICQ: 147301256 E-mail: epolche...@luxoft.commailto:ikalashni...@luxoft.com - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org -- Sun Microsystems GmbHJuergen Schmidt Nagelsweg 55 Technical Lead Programmability 20097 Hamburg, Germany Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer Chairman of the Supervisory Board: Martin Haering - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Will OpenOffice 3.1.1 supports com objects
Hi Karthik, yes it is still supported. The mentioned dll can you find today in the SDK becasue you need them mainly during the development. It's easier to find them in the SDK instead of searching the global assembly cache where they are as well after the default installation. The SDK contains also some examples C# and VBA.NET show how to use the API from a .NT language. I hope this helps Juergen Karthik Nagarajan wrote: Hi, I have downloaded openoffice 3.1.1, I want to convert doc to pdf using microsoft .net. What dll i need to include and can you provide some code snippet to convert. Before i was using openoffice 2.3, I used to include 4 dll's into .net project C:\Program Files\OpenOffice.org 2.0\program\assembly\cli_basetypes.dll C:\Program Files\OpenOffice.org 2.0\program\assembly\cli_cppuhelper.dll C:\Program Files\OpenOffice.org 2.0\program\assembly\cli_types.dll C:\Program Files\OpenOffice.org 2.0\program\assembly\cli_ure.dll But all these dll's are not available in the newer version 3.1.1. I want use it in .net project by including com objects of openoffice, as i have plenty of files to convert, it is difficult to do it manually. I know it is possible to convert to pdf using openoffice 2.3 com objects. But in the newer version those dll's are missing. Thanks Regards, Karthik Programmer Analyst - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Re: Missing interfaces in OOo 3.2: Why not a blocker?
Daniel B. wrote: Hi, On Fri, Nov 27, 2009 at 1:48 PM, Juergen Schmidt juergen.schm...@sun.com wrote: Daniel B. wrote: Since our (and potentially a lot of other) extension breaks with this change this is a major issue that prevents us from rolling out OOo 3.2. Reverting the change until OOo 4.0 would give us enough time to update our extension and roll out the updated version. So I support Michael's suggestion to re-implement the interfaces that are missing, at least temporary, and document the change so that people are aware of the issue and can adapt their macros/extensions. until now you are the only one with this problem. How many places using this code do you have in your extension? We gave you the necessary info to do it correct. It should be not really a big change i guess but anyway. I let it up to others to decide if it is a showstopper or not. But how can we prevent you from rolling out 3.2 when it is not already final and released? Either you change your broken or wrong extensions or we do the changes back. You have to do it anyway in the near future whereas we have double work. Sounds not really optimal ;-) We really shouldn't argue this based on who has the most work because of this change but based on what is the right thing to do in this case. The fact of the matter is that multiple interfaces were removed without advance notice. Sure, these interfaces may have been included in error in the first place but since neither the wrong interfaces nor the right way to do it were documented how could someone have known that he used something that wasn't even supposed to be there? So you can't really blame someone for using those interfaces. Okay, maybe you CAN blame them for using _anything_ that isn't documented but in this case that would have meant to just completely do without this functionality which wasn't really a good option either. i don't want to blame anybody but i wanted to raise more awareness. If an API is not documented (which should be fixed always) ask before you use it. That would prevent situations like this. Nobody should rely on the given implementation when it is not documented. If yes than they have to live with changes. The users of our API can help a lot to improve APIs and the documentation by communicating their problems, their ideas etc. Don't hesitate to submit an issue. It's always a valuable contribution and don't take it personal if an issue/feature request won't be fixed. So, removing the interfaces in general is fine, but not without giving people ample time to react to this change and to learn how to do it right. Just breaking their extensions/macros from one minor version to the next isn't very nice. i agree at least a note on interface-announce should have taken place. But the developer forget it and didn't thought about the relevance i guess But yes, I'm biased because our extension is affected. You are right that it's not such a big change, and I may have exaggerated a bit. But you must understand that it's a bit of a shock when you realize that some interfaces suddenly just disappear from OOo 3.1 to 3.2 without any warning or explanation. It also has the effect that you begin to wonder what else could have gone missing that maybe you didn't notice in your test cases. i agree again and yes we should try to improve the overall situation. We need also better tests. When we allow even incompatible changes in the future it should never happen without a clear communication and a well documented workaround. Anyway, we now have an explanation what happened and we can do the necessary changes. I still think it would be better to postpone the removal of the interfaces to a later version, but if really noone else has a problem with it I'm not going to argue any further. as i mentioned before it's up to you to put it on or suggest it for the showstopper list on the relea...@openoffice.org list Regards Juergen Regards, Daniel - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
[api-dev] Re: [dev] openoffice....@fosdem 2010
Hi, a short update about the current status. We created a new mailing list fos...@marketing.openoffice.org for detailed FOSDEM planning. For all of you who are interested on o...@fosdem and who want to help please feel free to subscribe to this list (http://marketing.openoffice.org/servlets/ProjectMailingListList) This list will be used for future planning as well. No extra fosdem2010 or fosdem2011 lists etc. Status: - DevRoom OOo is accepted and we have a DevRoom for 1 day, on Saturday 6th February from 12:00 to 19:00 I will send out a Call for Papers asap. I would suggest 45, 90 or 120 minutes per session. The experience in the past have shown that 45 minute session were accepted best. But for a workshop it's probably better to plan a little bit longer. I hope we can sponsor speakers next year again. Maybe not complete but i can guarantee a lot of fun with nice and also crazy open source people ;-) - Stand no update so far but i expect feedback this week. Regards Juergen Juergen Schmidt wrote: Hi, i just want o inform you that i have requested an OpenOffice.org stand and again an OpenOffice.org Developer Room for the next FOSDEM, February 2010 in Brussels. This is a pre announcement only because we are not finally accepted. The final decision is expected at the end of November. But for both we will need help and the time is short as always. Stand - we need people to help at the stand to answer questions, promote and demo our product, to build community and relationship to other projects ;-) - we need people for the organization (coffee, demo workplace, demos, ...) - merchandising materials (shirts, stickers, ...) - tbd Developer Room - we need interesting talks, workshops etc. - call for papers is coming soon As soon as i have more details i will come back to keep you informed. But here and today i would like to encourage you to think about the FOSDEM and how you can potentially help to make it a success. Think about an interesting development oriented talk or workshop, think about sponsoring ;-), think about participating and help at the stand etc. Follow up discussion please on the confere...@marketing.openoffice.org mailing list and later maybe on a dedicated FOSDEM list (that doesn't yet exist) Regards Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Re: Missing interfaces in OOo 3.2: Why not a blocker?
Daniel B. wrote: Hi, On Thu, Nov 26, 2009 at 6:46 PM, Juergen Schmidt juergen.schm...@sun.com wrote: Hi, if we can all agree i would suggest that we don't change the code back. The correct way will work with older versions of OOo as well and the code have to be changed in the near future anyway. What's your opinion? I can also live with Michaels suggestion to implement this interface until OOo 4.0 but it's probably easier and better to change the code now as later and potentially forget it. Since our (and potentially a lot of other) extension breaks with this change this is a major issue that prevents us from rolling out OOo 3.2. Reverting the change until OOo 4.0 would give us enough time to update our extension and roll out the updated version. So I support Michael's suggestion to re-implement the interfaces that are missing, at least temporary, and document the change so that people are aware of the issue and can adapt their macros/extensions. until now you are the only one with this problem. How many places using this code do you have in your extension? We gave you the necessary info to do it correct. It should be not really a big change i guess but anyway. I let it up to others to decide if it is a showstopper or not. But how can we prevent you from rolling out 3.2 when it is not already final and released? Either you change your broken or wrong extensions or we do the changes back. You have to do it anyway in the near future whereas we have double work. Sounds not really optimal ;-) But don't get me wrong try to put it on the showstopper list. Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Missing interfaces in OOo 3.2: Why not a blocker?
Hi, i currently don't know enough details to answer your question but i will check it. But in general i would suggest that you submit such issues under the correct component api. That ensures that i get these issues on my radar and can help. Juergen Matthias B. wrote: Hi, I'd like to know the reasoning behind the decision not to treat http://www.openoffice.org/issues/show_bug.cgi?id=106151 as a release blocker for 3.2. It's a serious regression regarding the API. Common interfaces (XTextField) that used to be supported by common objects (TextPortion) are missing now. Who knows how many macros and extensions break because of this. But no one seems to care enough to comment even on my request in bug 9 to make this a 3.2 blocker. Matthias - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Missing interfaces in OOo 3.2: Why not a blocker?
mmh, it seems that we have a classical problem where you have implemented a macro based on a not documented implementation detail. But the implementation gets cleaned up for 3.2. The problem is that the correct way is also not well documented :-( In this case it would be correct to check the TextPortionType and in case of a text field ask for the property TextField. It should be possible to ask for the property always and do the necessary checks... I am not sure if we can or should mark this as a show stopper because it was an implementation detail. And the clean up of the code makes sense and we don't really want to change it back. Maybe the responsible developer can shed some light on this and give us some more reasons for the change. We have definitely to fix the documentation to reflect the correct way. To avoid such problems in the future it is probably a good idea to ask here on this list first before you use an API that is not documented. Often enough the documentation is simply missing or incomplete. We should be careful with the available introspection tools. They provide great help and are necessary but the user of these tools should at least check the documentation too. This way we can improve the documentation as well. Juergen Juergen Schmidt wrote: Hi, i currently don't know enough details to answer your question but i will check it. But in general i would suggest that you submit such issues under the correct component api. That ensures that i get these issues on my radar and can help. Juergen Matthias B. wrote: Hi, I'd like to know the reasoning behind the decision not to treat http://www.openoffice.org/issues/show_bug.cgi?id=106151 as a release blocker for 3.2. It's a serious regression regarding the API. Common interfaces (XTextField) that used to be supported by common objects (TextPortion) are missing now. Who knows how many macros and extensions break because of this. But no one seems to care enough to comment even on my request in bug 9 to make this a 3.2 blocker. Matthias - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Re: Missing interfaces in OOo 3.2: Why not a blocker?
Hi, if we can all agree i would suggest that we don't change the code back. The correct way will work with older versions of OOo as well and the code have to be changed in the near future anyway. What's your opinion? I can also live with Michaels suggestion to implement this interface until OOo 4.0 but it's probably easier and better to change the code now as later and potentially forget it. Juergen Michael Stahl wrote: On 26/11/2009 16:58, Ariel Constenla-Haile wrote: Hello Jürgen, * On Thursday 26 November 2009, 12:36, Juergen Schmidt wrote: mmh, it seems that we have a classical problem where you have implemented a macro based on a not documented implementation detail. But the implementation gets cleaned up for 3.2. yes, i removed the XTextField interface at the writer's SwXTextPortion implementation because: - it is documented nowhere - it is only implemented in writer, not in svx/editengine - there is the TextField property which gives access to the field of the portion - the SwXTextPortion does not implement any interface of any other portion type (XFootnote...) except this XTextField - the original implementer of SwXTextPortion claimed that this interface was probably included in error - none of our regression tests broke The problem is that the correct way is also not well documented :-( indeed; i have just looked at the relevant parts of the dev. guide, and it is not documented how to access the field of a TextPortion of type TextField. In this case it would be correct to check the TextPortionType and in case of a text field ask for the property TextField. It should be possible to ask for the property always and do the necessary checks... yes, this is the proper way, and should work on all OOo versions. I am not sure if we can or should mark this as a show stopper because it was an implementation detail. And the clean up of the code makes sense and we don't really want to change it back. considering the lack of documentation, now i actually believe that this is indeed an issue that should be fixed: if the proper way of doing something is not documented, we cannot really complain that someone found a non-proper way that happens to work. (which is why i'm not replying here with an RTFM rant like i originally intended :) ) but in any case, undoing this change would only be temporary: in the next major OOo release (4.0), this interface will definitely not be supported. that should give people plenty of time to adapt their macros and stuff. Maybe the responsible developer can shed some light on this and give us some more reasons for the change. We have definitely to fix the documentation to reflect the correct way. indeed. i can update the dev guide: http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/Text/Iterating_over_Text btw, is it possible to automatically generate lists of properties in the dev guide from the IDL file? To avoid such problems in the future it is probably a good idea to ask here on this list first before you use an API that is not documented. Often enough the documentation is simply missing or incomplete. We should be careful with the available introspection tools. They provide great help and are necessary but the user of these tools should at least check the documentation too. This way we can improve the documentation as well. this issue has the same background as the one with the TextCursor properties http://www.openoffice.org/issues/show_bug.cgi?id=100798 For the TextPortion issue, on a DEV300_m65 the documentation seems corrected (though I didn't check every property) http://svn.services.openoffice.org/opengrok/xref/DEV300_m65/offapi/com/sun/star/text/TextPortion.idl#130 yes, i did that. (but unfortunately not at the same time as the XTextField removal...) IMHO common properties should be moved to the TextRange service (both a TextCursor and a TextPortion are TextRanges). not necessarily: i think there are TextRanges which are neither TextPortion nor TextCursor. regards, michael - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Error reconnecting to OOo once OOo has been started by my application, then closed.
Hi Matthew, it seems that you are under Linux and you are probably using a non official OpenOffice.org build because the official OOo doesn't include the mono support. If you encounter problems with C# under Linux you should contact the provider of your OOo build and ask there for help. It is difficult to answer questions that is related to code that we don't know. Sorry, but i can't say more than i have already written in the issue. Juergen Matthew Pirocchi wrote: I have a small application that generates three different template documents in OOo Writer. When one of the three generate buttons is clicked, this is part of the code that is executed (in C#): // Connect to OOo if (componentContext == null) componentContext = uno.util.Bootstrap.bootstrap(); XMultiServiceFactory multiServiceFactory = (XMultiServiceFactory) componentContext.getServiceManager(); XComponentLoader loader = (XComponentLoader) multiServiceFactory.createInstance (com.sun.star.frame.Desktop); // Initialize class members document, text, and cursor document = (XTextDocument) loader.loadComponentFromURL (private:factory/swriter, _blank, 0, new PropertyValue[0]); text = document.getText(); cursor = text.createTextCursor(); The following steps cause a crash: 1. The user generates a document. 2. The user closes the document (closing OOo). 3. The user tries to generate another document. This exception is thrown: unoidl.com.sun.star.lang.DisposedException: URP-Bridge: disposed(tid=4) Unexpected connection closure How do I check to make sure the connection is still open before trying to generate another chart? And how do I reconnect if it has been closed? More specifically, this is the complete error message: Marshaling clicked signal Exception in Gtk# callback delegate Note: Applications can use GLib.ExceptionManager.UnhandledException to handle the exception. System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. --- unoidl.com.sun.star.lang.DisposedException: URP- Bridge: disposed(tid=4) Unexpected connection closure at com.sun.star.bridges.mono_uno.UnoInterfaceProxy.ConstructReturnMessage (Any result, System.Object[] args, uno.Typelib.InterfaceMethodTypeDescription* methodTD, IMethodCallMessage callmsg, Any exception) [0x0] at com.sun.star.bridges.mono_uno.UnoInterfaceProxy.Invoke (IMessage request) [0x0] at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke (System.Runtime.Remoting.Proxies.RealProxy rp, IMessage msg, System.Exception exc, System.Object[] out_args) [0x0] --- End of inner exception stack trace --- ... The application was terminated by a signal: SIGHUP If I get rid of the line if (componentContext == null) (i.e., always try to connect, even when we have already connected), I get a stacktrace accompanied by this message: = Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = I've tried handling the disposing event, and trying to reconnect when OOo is closed (via Bootstrap.bootstrap()), but I get the same Unexpected connection closure. One interesting thing is that disposing doesn't seem to get called for the componentContext, multiServiceFactory, or loader when I close OOo. Only the document calls disposing (and trying to reconnect still gives me the error). Perhaps what's happening is that the connection is never fully closed, and that's what makes bootstrap give the error. Any ideas? - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Error messages / Exception handling
Hi Steffen, the OOBean is not really maintained for a long time and i would say it never reached a state where it was really finished. Today i would of course never suggest to use it because of too many problems that have to be solved first. I don't know the code in detail but i know that every developer who worked on it started to make it better ... As i mentioned the OOBean is not really maintained and if you have interest to help out here i will help and support you. If you are familiar with the OO build env you can start to improve the error handling and we can discuss your changes. The only thing that i would suggest is that you keep the interface stable at the beginning. Further improvements on this level should be postponed to later. By the way on which platform are you working? Juergen Steffen Boersig wrote: Good morning, before i start, let me get this clear: It's awesome that you guys do all that work here. OO is a great product and I defintly appreciate the work you all have put into it. Yesterday I encountered several problems while programming with OOBean and decided to download the source code to get a better understanding how things are handled inside OO. I solved all my problems through reading the code so thumbs up here :). But one thing that bugged me while reading the code was error handling in the packages. I knew that the error messages in OO weren't great and always thought this was due to lazy programming ;) or sometimes there are no better alternatives. But after reading the code I have to say it's definitly more of a lazy programming problem when it comes down to error handling rather than availabilty of alternatives . One example: com.sun.star.comp.beans.LocalOfficeConnection.parseUnoUrlWithOfficePath The method parses an UnoURL. If everything goes right a state-variable will be set to 7 and after parsing this state value will be used for checking if everythings correct. If not, an error will be thrown. Errors occure on invalid URLs of course and there are several different errors. All are catched in some way since the state value will be set to a negative number so the check at the end will fail. I counted 6 error states, all indicated through negative numbers. Well, the problem is: at the end there is only a check if state != 7. An error will be thrown stateing that the UNO Url is invalid. The 6 different error codes are not used at all. No info on what is invalid even though the error states could be used to inform the user what was wrong. I mean, there is already a kind of exception handling built in, but it is not used. Why even bother with 6 different error codes if they are not used for something good? Of course I didn't check all the source code since most of my problems could be solved by reading some snippets of the OObean package but I know for sure, that most exceptions are not really informative compared to other APIs. And maybe it's a bad example because the method isn't even used anymore or whatever, I didn't check that. I also don't want to blame one programmer or make the feature look bad or something like that. It's just difficult to understand why there is no better exception handling overall. Most of the time if something goes wrong, I get an Runtime Error and that's it. Almost never theres more information given. I mean, of course I'm able to trace it back anyway. And after reading some bunch of code and researching the web I get the information I need to solve the problem, but a more precise exception handling would be great too. If I insulted someone with this, I'm sorry. I just wanted to bring this up since exception handling in OO bothered me and former colleagues for quite a while now. Maybe it's a food for thought for some of you or a start for a discussion how it could be made better :) . Or maybe I just made everyone mad at me :D Feedback would be appreciated anyway ;). Regards, Steffen Börsig - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Is there any OpenOffice.org LookFeel for extensions in Java?
Marcin Miłkowski wrote: Konstantin Tokarev pisze: Is there any OpenOffice.org LookFeel for extensions in Java? As far as I know, there is none. If you want to have the native look (which is different under different OSes and graphical managers), use the AWT via UNO. However, this is a bit cumbersome if you display something more complex than a message box. And you cannot really implement anything new in the UI (no new UI elements by overriding classes, as far as I know). No wonder most extension developers don't use it... it is correct that the UNO awt toolkit has limitations but it is the best way to integrate in the office and to avoid problems. You can use the dialog editor in the office to do the initial design. Export the dialog description in your extensions Java project and use via dialog provider ... Appropriate handler have to be implemented and registered to handle the different events. See the SDK samples and the DevGuide docu. With OOo 3.2 it is also possible to import dialog descriptions and modify it again with the dialog editor. There is still a lot of space for improvements and volunteers are always welcome ;-) Juergen Regards Marcin - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Is there any OpenOffice.org LookFeel for extensions in Java?
Marcin Miłkowski wrote: Juergen Schmidt pisze: Marcin Miłkowski wrote: Konstantin Tokarev pisze: Is there any OpenOffice.org LookFeel for extensions in Java? As far as I know, there is none. If you want to have the native look (which is different under different OSes and graphical managers), use the AWT via UNO. However, this is a bit cumbersome if you display something more complex than a message box. And you cannot really implement anything new in the UI (no new UI elements by overriding classes, as far as I know). No wonder most extension developers don't use it... it is correct that the UNO awt toolkit has limitations but it is the best way to integrate in the office and to avoid problems. Well, the problem is that Java/Swing programmers are used to create their own user interface elements, so these limitations are quite serious. sure i totally agree but it is as it is at the moment. I don't see that we be able to make the big shot. The only thing we can do is to improve the available controls step by step and can try to improve the overall usability. This includes hopefully a layout manager some day ;-) You can use the dialog editor in the office to do the initial design. Export the dialog description in your extensions Java project and use via dialog provider ... Appropriate handler have to be implemented and registered to handle the different events. See the SDK samples and the DevGuide docu. With OOo 3.2 it is also possible to import dialog descriptions and modify it again with the dialog editor. There is still a lot of space for improvements and volunteers are always welcome ;-) I've heard that RedOffice 4.5 will support deep and custom changes of UI using extensions, so if their code gets to the core (someday), then it should be easier to persuade people to do the switch. the hope will never die ;-) Juergen Regards Marcin - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
[api-dev] IDL references from the Wiki - via IDL tags
Hi, this can be seen more as a reminder to make use of the IDL tags, see http://wiki.services.openoffice.org/wiki/Wiki_maintenance/IDLTagExtension for detailed info. When we moved the Developer's Guide into the wiki we thought about a way how we could achieve the useful IDL tags. The tags that get automatically converted into links to the related type in the generated IDL reference. In the end the IDLTagExtension was developed that allows exactly the same functionality. PLEASE whenever you want or have to reference an IDL type please use one of the IDL tags to create a link automatically. It will help our users and developers to find the appropriate information faster and it will help to improve the overall navigation between the documentation (guides, examples, tutorials, ...) in the wiki and the type reference. Thanks Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] loadcomponentfromurl
Mikhail is right, an important piece of documentation is missing here and i renew my request that we document filter specific settings somewhere. A wiki page showing the names that have to be used via API and all filter specific settings. These settings depends on the filter implementation and should be documented for each filter. Today we have only a list of filter names somewhere in the framework wiki section. Juergen Mikhail Voytenko wrote: Hi Wei Min, As I have written in one of the previous emails, I would suggest to make the type detection explicitly to get the required filter name. And in case you get Text (encoded) filter, please add the filter options containing the encoding. The problem with filter options is that there seems to be no documentation regarding them. According to source-code the following property in the MediaDescriptor might work in case of Text (encoded) filter. Prop.Name = FilterOptions Prop.Value = UTF8 Before you start with the TypeDetection usage, please try just to add the filter options property in MediaDescriptor and try it with the problematic documents. Just to be sure that the options are accepted in this format. Best regards, Mikhail. On 11/09/09 03:09, Wei Min Teo wrote: Hi all, Thanks for your responses. Let's assume that indeed those files are not legitimate .doc files. If someone creates a text file and renames it as .doc, the Writer encoding text dialog will pop out a UI. If I do choose a encoding such as UTF-8, it will be able to open the text file with no problems and the text will be readable. This is what i want to do programatically, to open with a specified encoding without using the pop-out UI. Is it possible to do this? Cheers, Wei Min Date: Fri, 6 Nov 2009 12:10:58 +0100 From: mikhail.voyte...@sun.com To: dev@api.openoffice.org Subject: Re: [api-dev] loadcomponentfromurl Hi, On 11/06/09 10:26, Juergen Schmidt wrote: Mikhail Voytenko wrote: Hi, On 11/06/09 08:50, Juergen Schmidt wrote: Ariel Constenla-Haile wrote: Hello Wei, On Thursday 05 November 2009, 22:51, Wei Min Teo wrote: I'm not going to use any filters or perhaps it automatically uses a default filter. Anyway, to clarify, I think my problem occurs with opening *.doc or *.ppt files. When I open it prompts me on which character encoding i want to use. This would hang an automation program. this sounds like the Writer encoding text dialog, that shows up for example when you try to open with OOo an unkown file format (by default is treated as text, and you are prompted to select the encoding, etc.) Aren't you passing a filter name? even if he doesn't use a filter name, the type detection should work well for .doc and .ppt files. Sounds strange. The type detection works well and the correct filter is detected as I understand. The problem here, is that the mentioned filters need character encoding, thus the FilterOptions dialog ( not Unknown file format dialog ) is shown. i don't think so. A valid .doc file is auto detected and the word filter doesn't have a filter options dialog as far as i know. It looks more like the scenario that Ariel has described. Sorry, I was wrong in my last comment. Indeed the text filter still wins sometimes by unknown formats, although actually the filter selection dialog should be shown. And MSWord filter has no filter options dialog. Maybe a complete code snippet could help to understand ... It is probably more interesting to take a look to the document. I suspect that Bernard is right and the document is no valid .doc document. Best regards, Mikhail. Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org _ Windows 7: Simplify what you do everyday. Find the right PC for you. http://windows.microsoft.com/shop - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Service SpreadsheetDocumentSettings
Hi Bernard, this is a good question and i will clarify it. I assume that the deprecated tag is wrong Thanks to bring this up. Juergen Bernard Marcelly wrote: Hi all, Service css.sheet.SpreadsheetDocumentSettings is marked as deprecated since SDK 1.1. How can it be deprecated and have new properties added since OOo 3.0 ? [optional, property] boolean IsLoaded; [optional, property] boolean IsUndoEnabled; [optional, property] boolean IsAdjustHeightEnabled; [optional, property] boolean IsExecuteLinkEnabled; [readonly, optional, property] com::sun::star::awt::XDevice ReferenceDevice; Regards Bernard - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] loadcomponentfromurl
Ariel Constenla-Haile wrote: Hello Wei, On Thursday 05 November 2009, 22:51, Wei Min Teo wrote: I'm not going to use any filters or perhaps it automatically uses a default filter. Anyway, to clarify, I think my problem occurs with opening *.doc or *.ppt files. When I open it prompts me on which character encoding i want to use. This would hang an automation program. this sounds like the Writer encoding text dialog, that shows up for example when you try to open with OOo an unkown file format (by default is treated as text, and you are prompted to select the encoding, etc.) Aren't you passing a filter name? even if he doesn't use a filter name, the type detection should work well for .doc and .ppt files. Sounds strange. Juergen Thus, I thought I could pass in the character encoding set for it to open by using ChracterSet UTF8 in the media descriptor. However, this didn't work even with UTF8. Do I have to use this with some filter implementation? If so, how can i do that? Regards - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Bootstrap OpenOffice on a Mac
Hi Daniel, it is a known problem on the Mac and the InstallationFinder have to be extended for some Mac specific code. But we simply forgot it.-( Feel free to submit an issue for this problem. Juergen Daniel Käfer wrote: Hello, I am trying to bootstrap OpenOffice on a Mac (with Java). On Linux it works perfect. On the Mac appear the Error no office executable found! I looked at the Source from InstallationFinder.java (from the Netbeans Plugin) and found no special code for Mac. Should this work on a Mac or should i patch the InstallationFinder.java to find the soffice? Kind regards Daniel Käfer - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] OOoBean: possible Bug with OOoBean.loadFromURL()
Hi Steffen,
it is no specific problem of the bean. The bean calls internally
loadComponentFromURL(...) and there is no difference. The behaviour
sounds indeed strange and maybe somebody can comment it.
Anyway using a valid and correct Url is always a good idea.
Juergen
Steffen Boersig wrote:
Hey guys,
OOoBean.loadFromURL() is acting strange for different URL formats.
//fileURL = E:\Test.ods
String fileURL = file.getAbsolutePath();
URL = Tools.convertToFileURL(fileURL);
try
{
PropertyValue[] loadProperties = new PropertyValue[1];
loadProperties[0] = new PropertyValue(ReadOnly, 0, new
Boolean(false), PropertyState.DIRECT_VALUE);
aBean.loadFromURL(URL, loadProperties);
In this snippet, a valid fileURL is created by a method of mine to
ensure there are no backslashes in the file URL. ( E:\Test.ods ==
E:/Test.ods )
If I'm exectuing the code, all works fine and i can work with the document.
If I'm changing the code to
//fileURL = E:\Test.ods
String fileURL = file.getAbsolutePath();
URL = file:/// + fileURL;
try
{
PropertyValue[] loadProperties = new PropertyValue[1];
loadProperties[0] = new PropertyValue(ReadOnly, 0, new
Boolean(false), PropertyState.DIRECT_VALUE);
aBean.loadFromURL(URL, loadProperties);
the document will be loaded as well. That's some nice feature of the
loadFromURL() function to not enforce converting backslashes. BUT it is
then opened in read only mode. Which in my opinion is strange and not
intuitive for users of the api.
At first I had the second snippet implemented and everything was fine,
because I worked with templates only, but after opening normal documents
that read-only error occured. After some rewriting I found the problem,
but I think this should be documented at least. If not fixed.
Except someone can explain me, why OOoBean should open fileUrls which
aren't correct but prevent modifiying.
Regards,
Steffen Börsig
-
To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org
For additional commands, e-mail: dev-h...@api.openoffice.org
-
To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org
For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Optional Parameters in NetBeans
Hi,
i am not sure about which tutorial you are talking but it is quite simple.
As the reference documentation of an addin
(http://api.openoffice.org/docs/common/ref/com/sun/star/sheet/AddIn.html)
describes, optional parameters can be defined as a sequence of Any and
that only as the last parameter.
From the reference docu:
...
any[]
for varying parameters. Only the last parameter of a function may
have this type. It will be filled with the remaining arguments of the
function call that were not used for the previous parameters. Each
element of the sequence will be filled as in the case of any above.
...
In NetBeans you have to define the last parameter as an Object[] array
which is equal to a sequence of any. Keep in mind that our NB Add-In
wizard maps the available types directly to Java according the Java-UNO
type mapping.
Example:
IDL:
###
module com { module example {
interface XTestAddIn {
/// used to set an add-in locale for formatting reasons for example
[optional] interface ::com::sun::star::lang::XLocalizable;
string testFunction([in] long param1, [in] string param2, [in]
sequence any optionalParams);
};
}; };
###
Java:
###
public String testFunction(int param1, String param2, Object[]
optionalParams)
{
StringBuffer ret = new StringBuffer(Result: );
ret.append(Param1=+param1);
ret.append( Param2=+param2);
if (optionalParams.length 0) {
ret.append( Number of optional
parameter=+optionalParams.length);
for (Object o: optionalParams) {
ret.append( optionalparam=+o.toString());
}
}
return ret.toString();
}
###
Juergen
Irné Barnard wrote:
I'm trying to port one of my Basic macros for custom calc formulas to an
UNO extension. So I tried to use NetBeans. Unfortunately some of the
functions have optional parameters. I know that Java doesn't have such a
thing as optional parameters. Does anyone know how I could do this?
Simply setting the parameter type to any as shown on the tutorials will
produce an error while compiling.
-
To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org
For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Optional Parameters in NetBeans
i tried it with a OOo 3.1.1 and a development build dev300m61. Both
works as expected.
Have you used the NB plugin wizard to create your project? How does your
CalcAddins.xcu looks like?
Well i have no real idea what's going wrong in your case.
Juergen
Irné Barnard wrote:
Thanks I tried that. The compile worked fine, however testing in OOo3.1
crashes if I use the formula wizard. Here's the code:
IDL: string Num2Eng([in] double nValue, [in] sequence any sFormat);
Java:
public String Num2Eng(double nValue, Object[] sFormat) {
String sResult = new String();
sResult = String.valueOf(nValue);
if (sFormat.length 0) {
sResult.concat(, );
sResult.concat(String.valueOf(sFormat.length));
sResult.concat(, );
sResult.concat(sFormat.toString());
}
return sResult;
}
-
To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org
For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] SDK for ASP.Net / VB
Rafelito Comendador wrote: Hi, I would like to ask where I could find the cli_.dll of open office, am using OOp 3.0 i tried to look for assemblies but none existing. I read that sdk from forums that it is for java and other programming tools, so i think its useless for me to download it. I will be using vb / ASP.Net. my idea is to make an activeX Control to open a document with all toolbars disabled and the print button optional on demand. Please advise on what to do and how to approach this. they will be installed by default and you should be able to find therm in the global assembly cache. Juergen thanks! - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] java MailMerger for open office 3.1.1
Ariel Constenla-Haile wrote: Hello Ted, On Thursday 08 October 2009, 08:30, Ted Zhou wrote: Dear All: I am trying to play with the MailMerger java possibly written more than 5 years ago. as you didn't quote your source, I didn't know what you where talking about, but a little searching makes me think you're talking about http://codesnippets.services.openoffice.org/Writer/Writer.MailMerge.snip Anyone has the latest java MailMerger for Open Office 3.1.1? well, not sure if this is the latest, but I've just finished it (== not very tested, so use it at your risk, only as a tool for further research) http://arielch.fedorapeople.org/devel/OOoMailMerge.zip Many thanks for all your efforts and time. You're welcome; yo should also thank Cor, who pushed me into this ;-) @Jürgen: that snippet should be removed, because is rather misleading. I didn't look much at the source, but does not work anymore (not sure it ever did on something = OOo 2.0). better would be to fix the snippet. Is there a volunteer? But it shows the problem with the snippets, they need some maintenance with QA as well. The APIs should work always ;-) but as we can see sometimes they don't. It might be a regression, a bad example (depending on impl details), or whatever... Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] OOoBean and XDesktop::terminate()
Hi Steffen,
stopOOoConnection disposed all OO objects including the bridge to the
remote office. It's not surprising that you get the DisposedException.
There is currently no clean way to shutdown the office process from the
bean. Even if it would work the XDesktop.terminate() is an ugly way to
do it and can have unexpected side effects.
You can try OOoBean.clear() which keeps the connection alive. But i
assume that is doesn't work either. I haven't tested it.
Terminating the office this way can have unexpected side effects if you
don't work with different user installations ...
It's indeed not optimal and it would be really nice to have a clean and
controlled way to terminate the office or at least to trigger a
termination if the bean would be the last client of the office process.
Juergen
Steffen Boersig wrote:
Hi,
I'm currently trying to get OO Documents embedded into a JFrame. Mainly
working with examples from the developers Guide such as
OOoBeanViewer.java .
I encountered the problem, that I'm not able to correctly terminate my
OO process through the XDesktop interface. Neither with the example
given in OOoBeanViewer.java nor with self-made closing routines.
The source code for terminating in the example looks like this:
private void terminate()
{
setVisible(false);
com.sun.star.frame.XDesktop xDesktop = null;
try
{
xDesktop = aBean.getOOoDesktop();
}
catch (com.sun.star.comp.beans.NoConnectionException aExc)
{
} // ignore
aBean.stopOOoConnection();
stop();
if (xDesktop != null)
xDesktop.terminate();
System.exit(0);
}
I'm always getting a DisposedException Error. If I move
aBean.stopOOoConnection() down further, after xDesktop.terminate(), no
exception arises anymore. But the processes soffice.bin and soffice.exe
are still running.
By searching the web I found several approaches to this problem.
(Killing the office process programatically, trying to close with
XComponent::dispose() -- didn't work, starting in headless mode etc. etc.)
Most of them were ugly workarounds and they were from 2.x .
On this mailing list was once the same question but it was back in 2004
( http://markmail.org/message/ostlb4xtc6axzqah ) and the answer was to
use XDesktop::terminate(). But as already stated it's not working for me
at the moment. Am I'm doing sth. wrong here or is it a bug that appeared
in 3.x?
I'm using OOo 3.1.1(OOO310m19 Build9420), Java 1.5_017 and Windows XP.
Any advice/info would be great.
Regards,
Steffen Börsig
-
To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org
For additional commands, e-mail: dev-h...@api.openoffice.org
-
To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org
For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] OpenOffice.org Macros.
Hi, BrOffice.org = OpenOffice.org that means you can use all the material that you can find on the OpenOffice.org site an in the OpenOffic.org wiki. Here some links to get started: - the Basic Guide http://wiki.services.openoffice.org/wiki/Documentation/BASIC_Guide - the Developers Guide http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/OpenOffice.org_Developers_Guide - Andrew Pitonyak's Macro Collection http://www.pitonyak.org/AndrewMacro.sxw - you can ask on this mailing (subscription is necessary) I hope that helps a little bit Juergen Ernandes Lourenço (GCR) wrote: Manaus/AM/BRAZIL, October9 2009. Dear OpenOffice.org team, One of my commitments in Brazilian Post and Telegraph Company (CORREIOS) is multiplicating basic to advanced BrOffice.org courses, on BrOffice.org applications like Writer 3.0, Calc 3.0 and Impress 3.0. I would like to understand better the BrOffice.org Macros language. So I wondered if you could, please, help me on that issue. How can I get material to dominate Macros in BrOffice? Since now, Thank you for the help on this issue. Thanksfully, Ernandes Barroso Lourenço Performance Management Supervisor/GEREC/DR/AM ernandesbarr...@correios.com.br 55-92-3621-8422 55-92-9221-8825 - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Mingw SDK
i don't see a huge demand for it and you can download and use the MS compiler for free and it is of course the best one for Windows. You can build the SDK on your own in your mingw environment if you need one. If it doesn't work you can submit an issue. I don't care about mingw and let it up to others to port and build the SDK if they want. Juergen Andrew Mitrophanov wrote: i think it will be very useful for a lot of developers if they can get SDK version with libraries compiled with MinGW. This can resolve many troubles with using OpenOffice.org automation in crossplatform applications and help to increase popularity of this office package. Now there are logic contradiction, when we can not use open compiler with open program's SDK. - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] How do I close the QuickStarter via command-line or Window messages?
mmh, an undocumented service ... with a not really known API. I can image that such a service can be really helpful and we should maybe think about a well designed and documented one. So please don't expect that this code will work in the future as well. It will be hopefully replaced with something more reliable. Juergen Ariel Constenla-Haile wrote: Hello Jan, On Sunday 23 August 2009, 20:32, Jan Holst Jensen wrote: Hi all. A month or two ago someone asked this same question but I don't recall seeing an answer. How can you close the OpenOffice Quickstarter tray icon on Windows ? The only way I know is to manually right-click the tray icon and choose Exit Quickstarter but I would really like to do this programatically. the quickstarter listens for desktop termination. AFAIK you have to options 1) You can tell it not to throw a veto, this way: Sub Quickstater Dim oQS as Object oQS = CreateUnoService(com.sun.star.office.Quickstart) oQS.setFastPropertyValue(0, FALSE) End Sub You will still see the systray icon, but when you close the last application window, the quickstarter closes itself and the office process will finish. 2) fully disabling it, closing it if opened: Sub Quickstater Dim oQS as Object oQS = CreateUnoService(com.sun.star.office.Quickstart) Dim aAny(1) aAny(0) = False aAny(1) = False oQS.initialize(aAny) End Sub Regards - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] MS document header formatting not retained in OO
Hi Wei Min, it sounds like a filter problem. Once a document is loaded in the internal document model the API access should be same regardless the format. Please someone correct me if i am wrong Juergen Wei Min Teo wrote: Hi all, I am trying to open and read the different headers of different pages on a document in order to sort them. So far, my code works fine for openoffice files, i'm able to access each page and get their relevant pagestyle names to get the different headers. However, using this same code on MS files however seem to result on a bug. The problem is as follows: I am able to access the headers fine for only the first section. If there are headers on a new section, the headers read by the program appears as . However, when i physically open the MS document, I am able to physically see the header of the second section. But I am just not able to get it programatically, I also lose that formatting when i save it as a ODT file. Am I doing something wrong or there are just some compatability issues with MS documents? Would this be updated with future versions of the sdk? I am currently using 3.1. Thanks. Cheers, Wei Min _ With Windows Live, you can organize, edit, and share your photos. http://www.microsoft.com/singapore/windows/windowslive/products/photo-gallery-edit.aspx - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] ODT to Windows Help file format - help needed in more than one sense.
Hi Jan, i can't answer your question related windows help files. But i would suggest that you create an OO help file and deploy it with your calc add-in in the oxt. The help will be available in the internal help system of the office directly. Well i think it is currently missing to call this help directly from the function wizard but that can be improved and is useful enhancement anyway. Juergen Jan Holst Jensen wrote: Hi list. I have developed a Calc extension which I am about to release. The documentation for the extension is provided as PDF which Writer produces easily and with a nice result. However, in case the end-user doesn't have a PDF reader I would like to provide the documentation as a Windows Help file too. I have tried saving my document as HTML and also exporting it as XHTML with terrible .CHM files as a result (using the Microsoft Help compilers to produce HtmlHelp .CHM format). Saving as .RTF and using MS's WinHelp compiler also produces a next-to-unreadable result. What do you guys do if you need to produce Windows Help files ? Does a PDF-to-Help-file converter exist (as a last resort) ? Cheers -- Jan Holst Jensen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Improvement for snippet Calc/Calc.InsertGfx.snip
Tom Schindl wrote: Done but before commit to CVS can somebody like Jürgen or confirm that this is correct? seems to be correct, it does at least what expected ;-) Juergen Tom Cor Nouws schrieb: Hi, I see that inserting a picture, as shown in the snippet http://codesnippets.services.openoffice.org/Calc/Calc.InsertGfx.snip does not work in 3.0.1 and later. I found that GraphicObjectFillBitmap is deprecated; http://api.openoffice.org/docs/common/ref/com/sun/star/drawing/GraphicObjectShape.html#GraphicObjectFillBitmap So it should be changed to oSecond.Graphic = oLinked.Graphic Someone taking care for that? Ciao - Cor - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Python support in Netbeans plugin
Hi Finn, Finn Gruwier Larsen wrote: Are there any plans for supporting Python the Netbeans Plugin for OOo? no plans but it is on my personal wish list (which of course says nothing ;-)) If not, I would like to propose such a feature. developers who want to work on this feature are also welcome Juergen Finn Gruwier Larsen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] NetBeans OOo API plug-in for NB 6.7
Juergen Schmidt wrote: Hi Ariel, Ariel Constenla-Haile wrote: Hi all, as NB 6.7 is out there, the question will come: is there a release date for the OOo API plug-in for NB 6.7? we are currently testing the plugin 2.0.5. We will provide the plugin later this week in the file section on api.openoffice.org to allow some more people to test it. I expect that it will be available in the NB update center in ~2 weeks. We got some minor issues for the plugin that we would like to fix before we put it in the NB update center. We don't know when we will we able to make it but the plugin in the file section of the api project [1] is usable. I use it in prodcution as well ;-) Juergen [1] http://api.openoffice.org/files/documents/22/4546/org-openoffice-extensions-2.0.5.nbm - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Questions about Uno Idl
Hi Joseph,
you can ignore this kind of interface header. It's a relict from the
early days of UNO and i am wondering that these headers somewhere exists.
Let me know where in which file exactly you have seen this.
Juergen
Joseph Areeda wrote:
I'm working on the Editor in the NetBeans plugin, specifically the
syntax coloring, and error checking. It's a bit weird with my limited
knowledge of the language but I'm learning.
To test I've been parsing the 6000+ idl files in the DEV300 repository.
I've run across a construct I can't find anything explaining it in the
wiki.
At the beginning of the file there are what seem to be attributes or
properties describing an interface.
For example in AcmeIsScriptable.idl:
#include nsISupports.idl
[scriptable, uuid(f78d64e0-1dd1-11b2-a9b4-ae998c529d3e)]
interface acmeIScriptObject : nsISupports {
or in :
[ uik(E2423753-33D6-11D1-AABE00A0-259D5623), ident(
XMozillaTesttoolServer, 1.0 ) ]
interface XAction : com::sun::star::uno::XInterface
If you have any insight into these constructs please let me know
Thanks,
Joe
-
To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org
For additional commands, e-mail: dev-h...@api.openoffice.org
-
To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org
For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Re: Wanted! Extensions developers for testing
ok, can you define the OOo path and SDK first under Tools - Options - Misc - OOo Plugin ... and try again. Maybe we have a problem if this settings are collected on demand in a wizard. We will check it. Juergen Aladdin wrote: Hi Steffen, the bug you listed is not the one described in Juergen's mail. Also, NetBeans 6.5 is no valid platform, since our plugin is for NetBeans 6.7 solely. Nevertheless we are interested in learning where you encountered that behavior? Here is my report : http://statistics.netbeans.org/exceptions/exception.do?id=231448 I've just launched NB 6.7 and try to create a new OOo project 1) File New Project OpenOffice.org OpenOffice.org Calc Add-In 2) Click button Next 3) Fill the information about OpenOffice.org settings (OOo path + SDK path) 4) Click button Next 5) Click button Finish I get a Java Null pointer exception whatever OOo project I try to create, I get this error when I click the button Finish. Thank you, best regards. - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
[api-dev] Wanted! Extensions developers for testing
Hi, NetBeans 6.7 is out and we have adapted the OpenOffice.org API Plugin to work with this new version. We have uploaded an unsigned version in the file section of the API project (http://api.openoffice.org/files/documents/22/4546/org-openoffice-extensions-2.0.5.nbm). You can easy download and install it in your NetBeans. A known issue is that when you use a new file wizard in an existing OOo project the explorer view get not updated. The new file is created correct but not visible. It appears after some delay or for example after an explicit build action. We try to workaround this problem asap. Everything else should be fine and is tested on 4 platforms so far. You can use it and please send us feedback if you find further problems. We will try to fix the known issue and will publish the final 2.0.5 version as soon as possible in the Netbeans plugin update center. Regards Steffen Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] querry
Hi Joshua, which Java is used in your office? Juergen joshua verano wrote: hello! Can somebody help me! i developed an openoffice extension in windows using netbeans IDE (Netbeans openoffice integration). however when i tried to install the extension in ubuntu jaunty(linux), it failed to install itself. It says that it could not create a java implementation loader... i dont know what to do. -m - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Extension can't be removed (barcode 1.2)
Hi Jonathan,
you can remove the ~/.openoffice.org/3/user/uno_packages folder
completely. The will lose all installed extensions but everyhting else
should be fine.
Juergen
Jonathan Kaye wrote:
Hi all,
I posted this a while ago on the Openoffice.questions NG. No solution was
offered but I was told it is a known problem. Maybe somebody here has some
ideas on how to solve it. I'd like to avoid removing my entire
~/.openoffice.org/3/ folder if possible.
--
I am stuck between a rock and a hard place. I'm running OO3.1 on Debian
Testing. At some point curiosity got the better of me and I installed the
barcode extension. It resides in this folder:
~/.openoffice.org/3/user/uno_packages/cache/uno_packages/4WZ4rR_/Barcode.oxt/
I keep getting notifications about an update being available but any attempt
to update it produces an error. Using the Extensions Manager I highlighted
it and clicked the Remove button. This produces another error of this type:
(com.sun.staar.uno.RuntimeException){
{Message= type 'exceptions.AttributeError': 'module' object has no
attribute 'writeRegistryInfo', traceback follows ...
And the barcode extension refuses to die. I tried simply renaming the above
mention folder ending in Barcode.oxt to bad.Barcode.oxt.bad but while that
did remove barcode from my list of extensions I could not update any other
extensions and the a message whinging about not finding Barcode.oxt
appeared. Can some one tell me how I can surgically remove this stupid
extension.
Thanks,
Jonathan
-
To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org
For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Re: [interface-discuss] adding a method to a published interface
Frank Schönheit - Sun Microsystems Germany wrote:
Juergen, Ariel,
to make it short, i would support you to add it. If we make the change
we should start with a new wiki page to document the change and a
migration path even if it would be trivial.
okay. What location do you suggest? Do we already have an entry point in
the wiki to the overall topic incompatible API changes?
ooh, we have
http://wiki.services.openoffice.org/wiki/API/Concepts_API_changes which
is currently empty and where i wanted summarize and document the outcome
of our discussions :-(
I would suggest
http://wiki.services.openoffice.org/wiki/API/Changes with a display title
{{DISPLAYTITLE:Incompatible API changes}}
...
* API changes in OpenOffice.org 3.2
DPLcategory=APIChanges_v3.2/DPL
...
[[Category:API]]
[[Category:APIChanges]]
And for your specific change
http://wiki.services.openoffice.org/wiki/API/Changes/css_awt_XView
{{DISPLAYTITLE:Incompatible API change of com.suns.star.awt.XView}}
...
[[Category:API]]
[[Category:APIChanges]]
[[Category:APIChanges_v3.2]]
With a specific category for each version we can easy collect a list of
all API changes for a specific version and with the general APIChanges
category we can collect all API changes...
It's a quick idea to put the whole stuff in some organized structure.
What do you think?
was there an agreement on that? I didn't have time to understand the reasons
given for adding a FilterOperator2, carrying with it a TableFilterField2 and a
XSheetFilterDescriptor2; but the names just tell me there was no agreement.
I think that there was an agreement to allow incompatible changes for
major releases.
Yes.
And we talked about some specific changes that might be
also allowed for minor releases. But this changes are not yet defined in
detail...
And that's what I'm trying to find out - where's the line to be drawn
between allowed for majors only and allowed for minors, too. We
already agreed that making optional properties on old-style services
non-optional is below that line, i.e. allowed for minors.
Adding a method to an existing interface as Frank suggested
would be of course such a change. No influence on Basic or other
languages using invocation. Only build incompatible in C++ as long as
you don't implement the interface on your own...
The as long as is the tricky part in such cases. For instance,
grokking for XView gave me implementations of this interface in the
presenter console, which is delivered as a C++ extension. So, in such a
case, I would have a hard time arguing that adding a method is no
problem at all. Luckily, this was css.frame.XView, not css.awt.XView :)
The given XView interface is effectively *only* implemented in the
toolkit module, and chances that it's implemented outside the OOo code
base are rather low (since all the code around it does not really allow
for pure UNO components outside the OOo code, but that's another topic).
So, I'd say we're on the safe side here.
i agree that we are probably safe here. But it shows also that a general
rule is or can be problematic. Whereas a change like yours is probably
harmless other changes of the same category can break many external
solutions depending on the usage of the changed interface. That is the
reason why we should discuss the changes in public and find a common
agreement for the proposed changes...
Juergen
Ciao
Frank
-
To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org
For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] adding a method to a published interface
Frank Schönheit - Sun Microsystems Germany wrote: Hi Malte, I disagree with doing selected enhancements in single css.awt interfaces. ... If people agree on incompatible changes, I would prefer to clean up all css.awt API and add missing get- methods. I wouldn't start to do it here and there when somebody stumbles over it. And the next change, and one change again, one more, ... Somebody already started this with XWindow2 exactly and the questions is why not. It's better to do simply start and do it step by step than waiting on the big shot. And the argument with the oneway calls is obsolete anyway. Well, as I see it, we have two choices: 1. Add some little more ugliness by introducing XView2. Hope that we'll find the time to do the big cleanup. If so, XView2 will be dead then, and have added a little more to the already-big-enough pile of legacy API. 2. Change XView now and here, not introducing new legacy API, not adding to API ugliness, not waiting for some future redeemer giving us all the resources to do the big cleanup. At the cost of introducing a (minor, as I tried to outline) incompatibility. Well, yes, my wording was a little bit tendentious, but really, I prefer 2. over 1. me too. The big cleanup should maybe end in a completely new toolkit (at least from my perspective). We learned a lot since the beginning and probably a new toolkit would result in a cleaner, more intuitive and better to use APIs. Talk with people who try to implement new controls... But as long as we see no clear signal to do it or as long as we don't see a real investigation in this direction we should try to improve the stuff we already have step by step. Juergen Ciao Frank - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Re: [interface-discuss] adding a method to a published interface
Ariel Constenla-Haile wrote: Hello Frank, On Monday 29 June 2009, 07:43, Frank Schönheit - Sun Microsystems Germany wrote: Hi, would adding a method to an existing published interface be considered too incompatible for a 3.2 release? In particular, css.awt.XView has a method setZoom, but not a getZoom, which I'd like to add. I could create a crutch called XView2, deriving from XView, having only this one said method. However, it would lead to a better API (IMO), if we would simply add the method to XView. Now XView is published, but did't we say that there's a certain type of incompatible API changes which we should consider to allow for non-major OOo releases? to make it short, i would support you to add it. If we make the change we should start with a new wiki page to document the change and a migration path even if it would be trivial. was there an agreement on that? I didn't have time to understand the reasons given for adding a FilterOperator2, carrying with it a TableFilterField2 and a XSheetFilterDescriptor2; but the names just tell me there was no agreement. I think that there was an agreement to allow incompatible changes for major releases. And we talked about some specific changes that might be also allowed for minor releases. But this changes are not yet defined in detail... Adding a method to an existing interface as Frank suggested would be of course such a change. No influence on Basic or other languages using invocation. Only build incompatible in C++ as long as you don't implement the interface on your own... Juergen Regards - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
[api-dev] Welcome aboard
Hi, i would like to welcome benuc, seclm193, xiaomj, dropzone_fly, mickys469, nesticat, thocrun, illusivepro, dsharma, bvollmer as our newest project members! This time i am a little bit late because some of them have already joined the project in February, March or April. Sorry for that ;-) Let me encourage you to subscribe to the dev@api.openoffice.org mailing list http://api.openoffice.org/servlets/ProjectMailingListList and take a look at the web page and wiki and see if anything attracts your interest wiki.services.openoffice.org/wiki/API. The API wiki is still under construction and especially in the example section we can benefit from more good examples and tutorials. Our Developer's Guide has moved into the docu wiki and is also a good resource to find more detailed information about the API (http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/OpenOffice.org_Developers_Guide). And last but not least the extension project might be also of interest for you if you plan to extend the office this way or if you want to learn more about extensions, the easiest way to get started to develop with and for OpenOffice.org. Feel free to a short biography to the list to introduce yourself. Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] porting the code from SDK 2.4.1 to SDK 3.1
Hi,
the latest SDK generated all C++ headers in one step automatically. The
first C++ examples that is compiled triggers the generation.
Or manually
cppumaker -Gc -BUCR -Owhere you want .../ure-link/share/types.rdb
.../basis-link/program/offapi.rdb
More interesting for me is how you get the OfficeServiceManager. Your
described behaviour sounds really strange ...
Juergen
Loredan Neagu wrote:
Hello,
A few months ago I developed a Windows application based on
OpenOffice.org SDK 2.4.1 that supposed to convert any *.odt files to
.pdf format. The application was written in C++ and I was very excited
because actually it worked very well.
Recently, I have upgraded to OpenOffice.org 3.1 and installed the latest
SDK. First, I have discovered that when using *cppumaker* application to
install C++ headers, some of the .hpp and .hdl files were missing.
To install the C++ headers in *includecpp* folder I have used the
following command:
cppumaker -BUCR -O oo_sdk_path\includecpp oo_root\URE\misc\types.rdb
My application uses *XComponentLoader* and *XStorable* interfaces. As
the XComponentLoader.hpp and XStorable.hpp files were missing, I tried
to compile the XComponentLoader.idl and XStorable.idl files respectively
using the following command script:
idlc -C -I..\idl ..\idl\com\sun\star\frame\XComponentLoader.idl
regmerge XComponentLoader.rdb /UCR
oo_sdk_path\idl\com\sun\star\frame\XComponentLoader.urd
cppumaker -BUCR -O oo_sdk_path\includecpp oo_root\URE\misc\types.rdb
oo_root\URE\bin\XComponentLoader.rdb
idlc -C -I..\idl ..\idl\com\sun\star\frame\XStorable.idl
regmerge XStorable.rdb /UCR oo_sdk_path\idl\com\sun\star\frame\
XStorable.urd
cppumaker -BUCR -O oo_sdk_path\includecpp oo_root\URE\misc\types.rdb
oo_root\URE\bin\XStorable.rdb
Finally, I got the files needed for my application to compile into the
*includecpp* folder:
#include com/sun/star/frame/XComponentLoader.hpp
#include com/sun/star/frame/XStorable.hpp
Now, I’m experiencing some run-time problems when trying to query for
XComponentLoader interface:
//get the desktop service
Reference XInterface Desktop =
OfficeServiceManager-createInstance(OUString::createFromAscii(com.sun.star.frame.Desktop));
if(Desktop == NULL || !Desktop.is())
{
OutputDebugString(_T(Couldn't get the desktop service));
return false;
}
//query for the XComponentLoader interface
Reference XComponentLoader rComponentLoader(Desktop, UNO_QUERY);
Error message:
First-chance exception at 0x7c812afb in odt2pdf.exe: Microsoft C++
exception: com::sun::star::container::NoSuchElementException at memory
location 0x0121f4e0..
First-chance exception at 0x7c812afb in odt2pdf.exe: Microsoft C++
exception: com::sun::star::container::NoSuchElementException at memory
location 0x0121f570..
First-chance exception at 0x7c812afb in odt2pdf.exe: Microsoft C++
exception: com::sun::star::container::NoSuchElementException at memory
location 0x0121f404..
First-chance exception at 0x7c812afb in odt2pdf.exe: Microsoft C++
exception: com::sun::star::container::NoSuchElementException at memory
location 0x0121f494..
First-chance exception at 0x7c812afb in odt2pdf.exe: Microsoft C++
exception: com::sun::star::container::NoSuchElementException at memory
location 0x0121f408..
First-chance exception at 0x7c812afb in odt2pdf.exe: Microsoft C++
exception: com::sun::star::container::NoSuchElementException at memory
location 0x0121f498..
Furthermore, when I validate the result:
if(rComponentLoader == NULL || !rComponentLoader.is())
{
OutputDebugString(_T(Error: XComponentLoader unsuccessfully
instanciated\n));
return false;
}
the application freezes and a stack overflow error message pops up:
Is there any SDK installation/configuration step that I have missed?
I really need to fix this issue as soon as possible, so any advice will
be very much appreciated.
Also, is there any way to generate all the C++ source code files from
the UNO IDL definitions?
Thank you for your support,
Loredan Neagu
Software developer
-
To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org
For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Info: potential SDK changes for OO.org 3.2
Hi Karl, Karl Weber wrote: Hallo Steffen, thanks for your answer. See my comments in-line -- as well... Am Sonntag, 7. Juni 2009 00:02 schrieb Steffen Grund: [...] Although the NB plug-in does have a similar functionality, I am no longer sure, whether it makes sense at all. The reason is that the export wizard and the launch configuration depend on the loader mechanism, i.e. on starting the main method of com.sun.star.lib.loader.Loader which then starts the client application. I am not sure, whether this is just some tooling to help a beginner to get started and experiment with API functionality. If this were right, it would not make sense to include support for java client applications into the plug-in. At least not if it depends on this loader mechanism. Well, the loader is definitely not some tooling just for beginners. It makes client applications portable and removes the need of starting OpenOffice.org for the user of the client. Does it really remove the need to _start_ OpenOffice.org? As far as I looked yes, it does and that is for most client applications a nice advantage. at the source code, the Loader tries to find the paths for the necessary files, enhances the classpath correspondingly and creates a new ClassLoader, using this enhanced classpath. The whole code is combination of the glue code coming with the SDK and some other bootstrap code that is already in the office. The glue code in the SDK indeed prepares a Java runtime env to call the other code ... You can believe that the office starts automatically or if not you can simply try it ;-) OpenOffice.org is started by the Bootstrap class, which is independent of the Loader... Or am I wrong here? no you are not wrong, see above If it does make sense to support java client applications, I would like to know a little bit more about it, in particular: - What should its functionality be? I cannot really answer this, since I am not familiar with Eclipse. I try my best to describe the way this works in NetBeans. But I really think I should answer the following question first: - Should it include the loader mechanism? Yes, I think so. The benefit of the loader mechanism is that the newest version of OpenOffice.org is located on the user's machine, independent of the platform - the loader always includes algorithms to find The newest version? Hmm... I doubt that -- at least as far as non-Windows OSes are concerned. I don't know, how the Windows registry is searched. First, some PATH-Variables are analysed (java property com.sun.star.lib.loader.unopath, Environment UNO_PATH). (If I set a 'path', I do not seem to need the Loader at all, see below.) The ...loader.unopath is used to overload the default mechanism. Sometimes it can be useful to start a specific office installation. But often it is enough to start the default configured office. Then on non-Windows PATH is analysed, then the which-command is tried. I am not sure, whether this will always find the newest version yes but nobody said that the code will find and start the newest office. On windows it is normally the last installed office because of the registry entries. On Unix systems we don't have a registry and the office is installed in different places on different systems. That means it is not easy to find the default office automatically. The vanilla build of OpenOffice creates for example a symbolic link in /usr/bin/soffice - /opt/openopffice.org3/program/soffice. With this link we can find an office and in a lot of cases it is the default office. If somebody has a better idea we are open to improve the code here ;-) Finally, .sversionrc is consulted. OpenOffice.org for all platforms (well, Linux, Solaris, Windows, Mac). Additionally, the Uno environment on the client application side is taken dynamically from the OpenOffice.org version that is found by the loader mechanism. What, if the client wants to contact a remote OpenOffice.org? The Loader may not find an OpenOffice.org on the local machine at all... But I don't know whether a remote OpenOffice.org is used often in practise... That doesn't work with this bootstrap code. There are examples in the SDK how to bootrap an UNO env snd how to setup a remote connection ... Anyway, in this case, it should be enough to put the required jar archives somewhere on the local machine and add them to the classpath. This can be done in any case, and, thus, the Loader does not seem to be necessary. And this is OS-independent. of course it could but that was exactly what we tried to prevent. We would like to reuse the jars that are coming with the office to prevent potential incompatible changes. With this, you do not have to start the Office yourself, see my remark on the Bootstrap class above. you can let the client do that. (If you want to work with a definite version of OpenOffice.org, there are several ways to do so e.g set the UNO_PATH
Re: [api-dev] How-to extension with Python NetBeans .jar
Jan Holst Jensen wrote: Sergio Corato wrote: - can I use more than one language in the same .oxt? yes, in general you can combine all supported languages in one oxt package. Sorry, I haven't specified programming languages, like Python OOoBasic together (or you understood so?) Hi Sergio. I am currently developing an extension that uses Python to implement a UNO component and I use Basic for the GUI interface (dialogs and high-level code), calling into the Python code via UNO interfaces. Works fine. Haven't integrated the Basic parts into the .oxt yet (the Python stuff is there) but I don't expect it to present problems. If I get into trouble then you will sure see me asking about it here :-). i would use only the dialog editor to design the dialogs and export the xdl files. Use the DialogProvider2 to instantiate a dialog based on the exported xdl etc. It's probably the better approach when your logic is the component and in Python anyway. And of course you hide the dialog library and use it in your extension only. Well both ways are possible but i prefer the later one ;-) Juergen A shameless plug for the Python-based Calc extension example that I did: http://wiki.services.openoffice.org/wiki/Calc/Add-In/Python_How-To Cheers -- Jan Holst Jensen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] How-to extension with Python NetBeans .jar
Hi Sergio, Sergio Corato wrote: Although I'm a beginner, I'm planning to make an extension and, as I'm willing to study hard, I would know if I am in a wrong direction. The extension will provide some little functionality to manage a warehouse and do invoice, adding some CRM functions. I'd like to use this software: - NetBeans - Python - jar libraries (ODFDOM) - MySQL I have some questions: - can I use Python and jar libraries together? yes, it should be possible in some way but i never tried it on my own. - is it correct to use the OpenOffice.org Client Application of OO.o plugin for NetBeans? no or better it depends what exactly you want to achieve. If you want to integrate your stuff in some way in the office directly you need an add-on or a general UNO component project. The OOo API plugin supports Java only at the moment. In case of odfdom you don't need an office, the NB OOo API plugin or the office API. If you plan to generate documents standalone without further office interaction you need only a Python or Java project and the odfdom jars. - can I use more than one language in the same .oxt? yes, in general you can combine all supported languages in one oxt package. I hope this helps a little bit. Otherwise feel free to ask again. Juergen Thanks all and sorry for my bad english. Sergio - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] OpenOffice.org_3.1_SDK problem
David Mizrahi wrote: I have windows vista home premium I have OpenOffice.org3 I have downloaded recently OpenOffice.org_3.1_SDK and I am having a problem to start using SDK namely, when I start the windows/system32/cmd.exe to setsdkenv_windows as per the install instructions. The first command question giving the path of OpenOffice.org_3.1_SDKwent OK The second command question giving the path of mz OpenOffice.org3also went OK The third question to enter the directory of my GNU make also went OK( I have GNU make version 3.81). However the fourth question asking me to enter the zip directory which I keep doing and I always get a funny answer saying my zip file does not exist !!! Altough according to the Install instructions I have downloaded from the suggested internet address zip30 and even tried and downloaded also zip232 version which still gives he same result, namely the file does not exist the configuration is quite simple, ensure thast there is a zip.exe in the location that you configure. Resuming, need advice if the setsdkenv_windows has a known bug or othe problem and how can I solved this and start using my SDK software. Or maybe there is another way to set the sdk environment . Please inform .Thanks well you can do it by hand, take setsdkenv_windows.bat and insert all necessary paths by hand. Juergen Davidmiz email david...@telia.com - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Proposal: first convention to discuss API changes in the future
Frank Schönheit - Sun Microsystems Germany wrote: Hi Ariel, is there already a general agreement about when API changes will be allowed? In my understanding, there was no definitive answer to this question in the thread which discussed it. The general consensus seemed to be towards change anything you like (as long as it's reasonable) in a major release. In my opinion, this /perhaps/ is somewhat too generous for a major release, and /definitely/ too restrictive for all intermediate releases. Well, I think I'll challenge that rule sooner or later, I have a lot of small changes to start with :). For instance, I'd like to take all those awt/form services which effectively describe *implementations* in OOo, and make all the optional properties added over the years non-optional, to match reality. mmh, i would also think about converting the services in multiple inheritance interfaces with type safe get/set function or even attributes. If you provide also your own forms specific context it would be quite easy to use the new create functions directly. When we do API changes we should always check if it make sense or is possible to migrate to multiple inheritance interfaces without reimplementing everything new. Well i know it depends heavily on the underlying implementation but it's worse to check it. You are the expert in this area and knows better if possible or not. Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Proposal: first convention to discuss API changes in the future
Frank Schönheit - Sun Microsystems Germany wrote: Hi Juergen, Assuming that this should read worth instead of worse :), I'm absolutely with you. yes of course ;-) Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Proposal: first convention to discuss API changes in the future
Frank Schönheit - Sun Microsystems Germany wrote: Hi Mathias, My personal take on API changes (changes I would like to suggest or to do) is more restrictive anyway, but that's only me. If possible I always would prefer changes that just need recompilations (what usually als means that Basic macros don't need any work at all as the use introspection), maybe very small and easy changes in the client code in some cases. Which sounds like a good guideline for me (personally), too. and /definitely/ too restrictive for all intermediate releases. If the only interest was to fix APIs: yes. But in the context of the necessity to keep the API stability on a level that is acceptable for most API users it is a good starting point. If it turns out to be too restrictive we also could think about more frequent major releases. :-) *Now* you finally couldn't resist kidding :) I still think we should keep an open mind for earlier changes. As you agree below, old style services can (in some respect) changed even now, without any effect on clients. i would suggest to start with 4.0 and us see how it works. We can later on decide if we want to allow API changes for example for even minor versions as well. It is also possible to differentiate between the kind of changes that are allowed on even minor releases and in major releases. But i would like to come back to the initial subject of this thread and everything else (that is of course very interesting) should we discuss in a new one. So again should we use *API.CHANGE-version-number:* to start a new thread to discuss a proposed API change for the specified version number? Please raise your concerns now ... If nobody disagree until Monday it will be filed as one convention how we discuss potential API changes. Thanks Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
[api-dev] Proposal: first convention to discuss API changes in the future
Hi, i would like to suggest that we start new threads to discuss proposals for API changes with a subject API.CHANGE-ver: e.g. API.CHANGE-4.0: That allows to search all changes quite easy and to get a fast overview. If nobody disagree i will put it on the wiki page as one convention how we discuss such things. Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Proposal: first convention to discuss API changes in the future
Ariel Constenla-Haile wrote: Hello Juergen, On Thursday 14 May 2009, 06:44, Juergen Schmidt wrote: Hi, i would like to suggest that we start new threads to discuss proposals for API changes with a subject API.CHANGE-ver: e.g. API.CHANGE-4.0: is this ver the current version where the to-be-changed API appears, or the version where it will be integreted? in the later case, quite impossible to guess. sorry for being unclear, it should be the version for which the change is proposed. Well you are correct that it is not easy to say 100%. But i think if somebody will change an API he/she has of course a specific release in mind, probably the next possible major release. It should be just for the discussion. A complete list with all changes for a major release is necessary anyway and will be available in the wiki. Interpret it more as PROPOSED.API.CHANGE-4.0 but i wanted keep it shorter. Maybe you have a better idea? I think we have more or less agreed that API changes should made early in a release phase to allow others to adapt their code as well. It doesn't mean that a proposed change will automatically come into the the named release. I thought it could help to find related discussion for the next upcoming major release easily and not more. Juergen - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
Re: [api-dev] Proposal: first convention to discuss API changes in the future
Ariel Constenla-Haile wrote: Hello Juergen, On Thursday 14 May 2009, 10:34, Juergen Schmidt wrote: i would like to suggest that we start new threads to discuss proposals for API changes with a subject API.CHANGE-ver: e.g. API.CHANGE-4.0: is this ver the current version where the to-be-changed API appears, or the version where it will be integreted? in the later case, quite impossible to guess. sorry for being unclear, it should be the version for which the change is proposed. Well you are correct that it is not easy to say 100%. But i think if somebody will change an API he/she has of course a specific release in mind, probably the next possible major release. is there already a general agreement about when API changes will be allowed? only major (for example only OOo 4.0, OOo 5.0), or also minor (OOo 3.3, OOo 3.4), or even micro (OOo 3.2.1)? mmh, i think yes, we should take it serious and should allow this changes not frequently and only for major changes. We still have the published keyword that allows us to improve new APIs over minor releases as well. By all the inconvenience with stable and compatible APIs they have of course many advantages as well. We shouldn't forget this. Juergen It should be just for the discussion. A complete list with all changes for a major release is necessary anyway and will be available in the wiki. may be http://development.openoffice.org/releases/3.1_sdk.html can also be moved to the wiki, so that one can keep track of them, something like http://wiki.services.openoffice.org/wiki/API/SDK/Features/3.1 Interpret it more as PROPOSED.API.CHANGE-4.0 but i wanted keep it shorter. Maybe you have a better idea? mmm... no, sorry for the lack of imagination. Regards - To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org For additional commands, e-mail: dev-h...@api.openoffice.org
