[api-dev] Re: Error building OOo (mozilla) on Windows

On 08/03/2011 20:10, Knut Olav Bøhmer wrote: > > By build now stoped in at instsetoo_native because it did not understant > "TEMP=C:\tmp" > Easy fix, but, the building procedure on Windows is really unstable.. indeed, there are too many temp dir variables, and too many path notations to choose fr

[api-dev] Re: Error building OOo (mozilla) on Windows

On 05/03/2011 16:27, Knut Olav Bøhmer wrote: > Hi, > > What is happening here? > Why is bash not able to access /tmp > Why is there noe make target at the end? > Building OpenOffice.org 3.2.1 on Windows XP > cd ./wntmsci12.pro/misc/build/mozilla/ > && >

[api-dev] Re: Some consistency in IDL please

On 29/10/2010 12:17, Bernard Marcelly wrote: > Hello, > This is not a problem, just an annoyance which could be avoided. > > I downloaded the Dev SDK for version 3.3, and run a grep tool on all IDL > files, > to find out which files contain the string : @since > > The following remarks are also

[api-dev] Re: Attempt for an UNO Undo API

On 18/10/2010 14:55, Malte Timmermann wrote: > The Undo actions could have pointers to some data which doesn't exist > anymore, and the extension can't remove the actions from the > UndoManager. Avoiding pointers could mean making the Undo actions more > "expensive" (memory, time). For example, Wri

[api-dev] Re: Comparing documents for functionality tests

On 17/08/2010 10:43, Steffen Boersig wrote: > As you can see, the is at a different location. > A similar change happened once with table definitions. Those changes > have no effect in the GUI but are difficult to handle with automated > compare routines. Is there anyway to stop those "anomalie

[api-dev] Re: Starting an Extension with a keystroke

On 28/07/2010 12:47, Thibault Vataire wrote: > Yes, with pleasure. > I'm starting to read the "Wiki Contribution Guidelines". > > Where can I ask my question if I need more informations about using the Wiki? hi Thibault, OOo Wiki expertise tends to reach its highest concentration on the d...@doc

[api-dev] Re: Default path setting ?

On 16/07/2010 11:07, Aladdin wrote: > Hi everyone, > > I'm trying to set a default template with an extension. > Here is the xcu configuration file : http://www.pastie.org/1045423 > The configuration works on 2.4, 3.0.1, 3.1.1 but it didn't work on > 3.2.X. > > Is there any change in the path s

[api-dev] RDF API now in Developer Guide

hi all, i've finally had time to write some documentation for the RDF API that implements the ODF 1.2 metadata support. This will ship with OOo 3.2 for the first time, and lets you write extensions to add all kinds of stuff to ODF documents. You can even add annotations to individual ODF document

[api-dev] Re: inconsistent insertion into text documents

On 18/01/2010 15:28, David Tardon wrote: > Hello, > > there exists inconsistency between insertion of a text and a text > content into a text document in the case when the current text is not to > be replaced, i.e. bExpand == false. In that case the documentation for > css::text::XSimpleText::inse

[api-dev] Re: ExtendedControlOverEmbeddedObject.update()

On 18/12/2009 20:42, Regina Henschel wrote: > Hi all, > > I have written a macro (see below), which uses > ExtendedControlOverEmbeddedObject.update(). The macro works for me. But > I'm worried because the interface XEmbeddedObject is labeled as > 'unpublished' in > http://api.openoffice.org/do

[api-dev] Re: Missing interfaces in OOo 3.2: Why not a blocker?

On 16/12/2009 11:15, Matthias B. wrote: > On Thu, Nov 26, 2009 at 6:00 PM, Michael Stahl wrote: > >> yes, i removed the XTextField interface at the writer's SwXTextPortion > > Could you give a list of all interfaces that were removed (at least > XTextContent and XTextF

[api-dev] Re: Missing interfaces in OOo 3.2: Why not a blocker?

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 get

[api-dev] Re: How to copy all properties from a style

Laurent Godard wrote: > Hi bernard > >> newStyle.ParentStyle = oldStyle.Name >> oStyles.insertByName("myNewStyle", newStyle) >> > > does it work with different spreadsheets ? > i'm not sure, i'll test when time but really not sure > actually, i loop on all properties. that is the quickest way i e

[api-dev] Re: API for unique IDs?

Frank Schoenheit, Sun Microsystems Germany wrote: > Hi Michael, > >> in short, there is a xml:id registry and some abstract base classes in >> sfx2, and a interface com.sun.star.rdf.XMetadatatable for entities that >> may have xml:id. > > Unfortunately, this existing API is indeed coupled with me

[api-dev] Re: API for unique IDs?

Frank Schoenheit, Sun Microsystems Germany wrote: > Hi, > > do we have an API for document-wide (or "context-wide") unique string > identifiers? > > That is, I think there are ongoing implementations (or plans, at least) > to use xml:id in ODF documents more widely. This implies that at > runtime

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

hi Juergen, Juergen Schmidt wrote: I would also suggest to summarize all the outcome of the discussion on a new wiki page in the API section. I have created the following page http://wiki.services.openoffice.org/wiki/API/Concepts_API_changes Display title=Concepts for incompatible API changes

[api-dev] Re: 2 instances of open office on one machine?

Aaron Ehrensberger wrote: Hi, I'd like to start up two instances of OpenOffice on one machine. One JVM is my main engine, servicing normal user requests, some of which may request a document. A second JVM on my server is a "worker" service, processing batches of documents at a time. Ideally,

[api-dev] Re: OpenOffice 3.0 and Java 1.5

Cristian Fonti wrote: The pc-clients use the JRE 1.3.1.25 (and unfortunatly it is impossible for our company to upgrade it) and they must launch the applet in which is embedded OpenOffice 3.0 . How can i by-pass the problem? Regards hi Cristian, the OOo java baseline is java 1.5 since OOo 3.

[api-dev] Re: How to access the Storage of an opened OOo document?

On 01/04/2009 10:44, Giuseppe Castagno wrote: [snip] Now my questions, keeping in mind that at a certain time I need to access the "META-INF" substorage to manipulate a custom file (read and write). AFAIK, (mav will hopefully correct me if i'm wrong) the META-INF directory in the ZIP package

[api-dev] Re: About user defined properties...

On 30/03/2009 11:44, Vil wrote: Hi, I got a little problem. I got an open Writer document and by clicking on a menu-item (my add-on) I am adding some userDefinedProperties and storing them to the current file by calling "storeToMedium". After that I am now able to retrieve them again by calling

[api-dev] Re: Stop update warning

On 16/01/2009 11:09, Marian Roselló Bennassar wrote: Dear all, I have a java program created with 2.4 API. The program converts from ODM to PDF and from ODT to HTML. I execute the program from the command line, when I try to convert a document created with OpenOffice 3 a dialog appears asking m

[api-dev] Re: bad link on API documentation

On 28/12/2008 11:55, Juergen Schmidt wrote: we fixed the IDL docu to use the correct notation (lower case for modules). It seems that the IDL reference is still not 100% correct because "FieldMaster" is still wrong. just in case you forgot: i fixed the FieldMaster idl files already in cws odf

[api-dev] Re: Usage of UNO_QUERY_THROW

On 11/12/2008 20:57, Frank Schönheit - Sun Microsystems Germany wrote: Hi Daniel, Ah, by studying the sources, I learned that it should be uno::Reference< XSomething > xS2( xS1, uno::UNO_SET_THROW ); Right? Right. so i thought, what the heck is UNO_SET_THROW? it seems to do the same thing

[api-dev] Re: User cannot see document Custom Properties

On 16/10/2008 11:12, Bernard Marcelly wrote: Hello, Back one year ago a Gulfoss blog promised for OOo 3.0 a new UI to display or change value, add, remove document Custom Properties from menu File > Properties. Here is OOo 3.0