Hi Kohei, > But I'm having trouble leaving the new interface unpublished. I've > added the following lines: > > /** provides access to the collection of filter fields. > */ > [optional] interface > com::sun::star::sheet::XExtendedSheetFilterDescriptor; > > but the building of offapi fails, noting that "you can't use an > unpublished interface to a published service." Is there a way to get > around this?
I heartly disagree with Stephan's answer, but so far was not able to convince him (we already discussed this). http://www.openoffice.org/issues/show_bug.cgi?id=69326, btw, describes the problem - please lobby for it :). In my opinion, the restriction that you cannot add unpublished interfaces as optional entity to published services is way too strict. There are very theoretic (sorry, Stephan) reasons for this, but in reality, all services which are affected by such a change would not suffer at all. Mentionng the new interface in the document only is not a valid alternative, as this introduces an additional complexity in the generated IDL reference, is more easily overlooked by readers, and can't be examined at runtime (see css.reflection.XServiceTypeDescription.getOptionalServices). But, well, you asked for a workaround. I'll tell you one of my best-kept secrets :), though it will probably cease existing now that Stephan knows about it: Just forward-declare the interface, instead of including the IDL, and pretend, in the forward-declaration, it is published. Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
