Frank Schönheit - Sun Microsystems Germany wrote:
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.
mmh, that is of course a bad hack. If we would extend regcompare to
detect this as well the build would fail again. I don't like this
approach. Either we find an agreement that it is allowed or we shouldn't
do it. So please don't do it this way at the moment.
Juergen
Ciao
Frank
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
