Re: [api-dev] Replace UNO:Paste

2009-04-30 Thread Carsten Driesner
Cor Nouws wrote: Hi, From some threads in the mail archive, I reed it is possible to replace a uno function by one you define yourself. But the example(s) I find are about a component written in Java. Is it possible to do replace UNO:Paste also in OOo-Basic? I think that the devGuide [1]

Re: [api-dev] Problem with my Eventhandler under OOWriter 3.x (Exception)

2009-04-30 Thread Alex P
Thanks all for help, I will try to get it running :-) Greetings Alex - Original Message - From: Bernard Marcelly marce...@club-internet.fr To: dev@api.openoffice.org Sent: Wednesday, April 29, 2009 4:54 PM Subject: Re: [api-dev] Problem with my Eventhandler under OOWriter 3.x

Re: [api-dev] How to access the properties of an dialog which is not created at runtime

2009-04-30 Thread Bernard Marcelly
Hi Benjamin, The property Step is found on the model of the dialog and on the model of each control. See Developer's Guide, section Graphical User Interfaces Dialog Creation and its sub-sections. http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/GUI/Dialog_Creation Regards

[api-dev] How to access the properties of an dialog which is not created at runtime

2009-04-30 Thread Benjamin Vollmer
Hello, in my extension written in java I load dialogs which I created with the OOo dialog editor via XDialogProvider.createDialog(). Now I want to access the properties of one dialog which should offer a wizard functionality. For this purpose I need the property step. Is it possible to get

Re: [api-dev] Replace UNO:Paste

2009-04-30 Thread Mathias Bauer
Cor Nouws wrote: Hi, From some threads in the mail archive, I reed it is possible to replace a uno function by one you define yourself. But the example(s) I find are about a component written in Java. Is it possible to do replace UNO:Paste also in OOo-Basic? Unfotrunately not, as the

Re: [api-dev] Thinking about an API deprecation process

2009-04-30 Thread Mathias Bauer
Thorsten Behrens wrote: I buy that. But as I said elsewhere, in my book there's a fundamental difference between c++ extensions and e.g. Java- or Python-based ones: it is *much* easier to break compatibility for c++ extensions, and handling them suck when dealing with cross-platform

Re: [api-dev] Thinking about an API deprecation process

2009-04-30 Thread Mathias Bauer
Frank Schönheit - Sun Microsystems Germany wrote: I'd say we need a set of highly proficient and highly respected architects, whose opinion should, at least, be weighted high. No, please not! Every code change can break something, so why should API changes be treated differently? We should

Re: [api-dev] Thinking about an API deprecation process

2009-04-30 Thread Thorsten Behrens
Mathias Bauer wrote: Frank Schönheit - Sun Microsystems Germany wrote: I'd say we need a set of highly proficient and highly respected architects, whose opinion should, at least, be weighted high. No, please not! Hi Mathias, FWICT Frank was joking here. ;) Of course (as for every

Re: [api-dev] Thinking about an API deprecation process

2009-04-30 Thread Stephan Bergmann
On 04/30/09 12:24, Mathias Bauer wrote: Frank Schönheit - Sun Microsystems Germany wrote: I'd say we need a set of highly proficient and highly respected architects, whose opinion should, at least, be weighted high. No, please not! Every code change can break something, so why should API

Re: [api-dev] Tree control example

2009-04-30 Thread Giuseppe Castagno
Hi Cristina, Cristina Scheau wrote: Hello! Is there a complete example with the Tree control from star.awt.tree package? (preferably in Java). there is some information on this page [1] on the OOo wiki, though the code is C++. As an alternative, I wrote some treecontrol Java code for a

Re: [api-dev] Replace UNO:Paste

2009-04-30 Thread Paolo Mantovani
Hi Cor, Carsten, Carsten Driesner ha scritto: Cor Nouws wrote: Hi, From some threads in the mail archive, I reed it is possible to replace a uno function by one you define yourself. But the example(s) I find are about a component written in Java. Is it possible to do replace UNO:Paste

Re: [api-dev] Thinking about an API deprecation process

2009-04-30 Thread Frank Schönheit - Sun Microsystems Germany
Hi Mathias, I'd say we need a set of highly proficient and highly respected architects, whose opinion should, at least, be weighted high. No, please not! Actually I wasn't kidding as much as Thorsten supposed :-\ No, I do not really think that a formal process such as 3 out of those 5

Re: [api-dev] Thinking about an API deprecation process

2009-04-30 Thread Kay Ramme - Sun Germany - Hamburg
Mathias Bauer wrote: Frank Schönheit - Sun Microsystems Germany wrote: I'd say we need a set of highly proficient and highly respected architects, whose opinion should, at least, be weighted high. No, please not! ... same opinion here, please don't let's roll off responsibility! Every

Re: [api-dev] Thinking about an API deprecation process

2009-04-30 Thread Mathias Bauer
Thorsten Behrens wrote: Mathias Bauer wrote: Of course (as for every code change) you should do that accountably and talk to other developers that will be influenced by your changes and you should try to make your changes in a way that the potential work of others is minimized. But please

Re: [api-dev] Replace UNO:Paste

2009-04-30 Thread Mathias Bauer
Paolo Mantovani wrote: Hi Cor, Carsten, Carsten Driesner ha scritto: Cor Nouws wrote: Hi, From some threads in the mail archive, I reed it is possible to replace a uno function by one you define yourself. But the example(s) I find are about a component written in Java. Is it possible

Re: [api-dev] Replace UNO:Paste

2009-04-30 Thread Cor Nouws
Mathias Bauer wrote (30-4-2009 17:02) Yes, exactly this doesn't make that a reliable way and it lets me discourage everybody to do it. Perhaps we should again think about the macro bound dispatch objects? Would ease life a lot. In a former life, I just could write a macro with the name

Re: [api-dev] Thinking about an API deprecation process

2009-04-30 Thread Mathias Bauer
Stephan Bergmann wrote: On 04/30/09 12:24, Mathias Bauer wrote: Frank Schönheit - Sun Microsystems Germany wrote: I'd say we need a set of highly proficient and highly respected architects, whose opinion should, at least, be weighted high. No, please not! Every code change can break

Re: [api-dev] Thinking about an API deprecation process

2009-04-30 Thread Mathias Bauer
Frank Schönheit - Sun Microsystems Germany wrote: Sorry, I stay with this: API should be as good as reasonably possible *before* put into the MWS, or even a release. And this requires discussion, most of the time. No objection. I just don't want to have any formal process. Announcing a