Okay, i made new offapi/com/sun/star/embed/XEmbeddedObject2.idl, thank you thorsten for the hint
juergen ________________________________________ Von: LibreOffice <libreoffice-boun...@lists.freedesktop.org> im Auftrag von Juergen Funk ML <juergen.funk...@cib.de> Gesendet: Mittwoch, 23. März 2022 10:00 An: Miklos Vajna Cc: libreoffice-dev Betreff: AW: New function UNOIDL interface Hi Miklos, thank you for the hint. I prefer " external UNO API user would use that interface, then perhaps you should mark it as non-published", in this case it is okay it is in offapi/com/sun/star/embed/XEmbeddedObject.idl or i need the new offapi/com/sun/star/embed/XEmbeddedObject2.idl? Best Juergen ________________________________________ Von: Miklos Vajna <vmik...@collabora.com> Gesendet: Mittwoch, 23. März 2022 09:28 An: Juergen Funk Mailinglist Cc: libreoffice-dev Betreff: Re: New function UNOIDL interface Hi Juergen, On Tue, Mar 22, 2022 at 12:10:07PM +0000, Juergen Funk Mailinglist <juergen.funk...@cib.de> wrote: > > I have this patch https://gerrit.libreoffice.org/c/core/+/130692. When the > user performs an "Update All" it is possible that there can be overwrites, > via dialog box is pointed out, but when this is canceled, immediately the > same query occurs again. > Because there are two updates (for the links and for the OLE object), to > distinguish these two updates I have found no other solution than to extend > the UNOIDL interface by a function. > > Maybe someone has a better solution to not change the UNOIDL interface. Did you consider adding a new offapi/com/sun/star/embed/XEmbeddedObject2.idl instead of changing the existing XEmbeddedObject one? That would avoid the need to change an existing, published interface. Or in case you think that it's not likely that any external UNO API user would use that interface, then perhaps you should mark it as non-published. Regards, Miklos
