Re: [dev] idlc warnings - why ?
Hi Oliver, You should try to remove the inheritance to XInterface: it is automatic when no inheritance class is given. Le vendredi 12 décembre 2008 à 18:34 +0100, Oliver Brinzing a écrit : Hi, can one give me a hint, why i get warnings for the following *.idl files ?? D:\Programme\OO_SDK_30\windows\bin\idlc: compile 'E:\Java\tvs-projects\tvs-structedit-tool-dev\idl\bw\stv\tvs\structedit\tool\Service.idl' ... D:\Programme\OO_SDK_30\windows\bin\idlc: detected 1 warnings compiling file 'E:\Java\tvs-projects\tvs-structedit-tool-dev\idl\bw\stv\tvs\structedit\tool\Service.idl' D:\Programme\OO_SDK_30\windows\bin\idlc: compile 'E:\Java\tvs-projects\tvs-structedit-tool-dev\idl\bw\stv\tvs\structedit\tool\XGetSomething.idl' ... D:\Programme\OO_SDK_30\windows\bin\idlc: detected 1 warnings compiling file 'E:\Java\tvs-projects\tvs-structedit-tool-dev\idl\bw\stv\tvs\structedit\tool\XGetSomething.idl' D:\Programme\OO_SDK_30\windows\bin\idlc: returned successful #ifndef __bw_stv_tvs_structedit_tool_XGetSomething_idl__ #define __bw_stv_tvs_structedit_tool_XGetSomething_idl__ #include com/sun/star/uno/XInterface.idl module bw { module stv { module tvs { module structedit { module tool { interface XGetSomething : com::sun::star::uno:: XInterface { string saySomething([in] string _something); }; }; }; }; }; }; #endif #ifndef __bw_stv_tvs_structedit_tool_Service_idl__ #define __bw_stv_tvs_structedit_tool_Service_idl__ #include XGetSomething.idl module bw { module stv { module tvs { module structedit { module tool { service Service { interface bw::stv::tvs::structedit::tool::XGetSomething; }; }; }; }; }; }; #endif Oliver -- Cédric Bosdonnat OOo Eclipse Integration developer http://cedric.bosdonnat.free.fr - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] idlc warnings - why ?
Hi Cédric, You should try to remove the inheritance to XInterface: it is automatic when no inheritance class is given. thanks for the hint - but the warnings do not disappear ... Oliver -- GnuPG key 0xCFD04A45: 8822 057F 4956 46D3 352C 1A06 4E2C AB40 CFD0 4A45 signature.asc Description: OpenPGP digital signature
Re: [dev] OO 3.0, COM, loadComponentFromURL, readOnly ever .... :-(
Ok, I did some further tests: a) deinstalled the 3.0.0 and installed the newest developer build - same error. b) deinstalled the developer build and installed OO 2.4.1 and my software worked without problems It's not a feature ... perhaps just a nasty little bug in the OLE bridge ??? Marten Mathias Bauer schrieb: Marten Feldtmann wrote: I did some tests with that API call and whatever I do: the document is always opened readOnly. - when I open the document using OpenOffice 3.0 via dialog, the document opens the normal way: writeable - when using the API call I always get a write protected document - when I use the property ReadOnly and do set it to true I get a write protected document (thats ok ...) - when I use the property ReadOnly and do set it to false I get a VT_UNKNOWN value from the loadComponentFromURL call. Then I thought, that perhaps the parameter handling was wrong and created an empty document (via factory) and used the attribute Hidden and that work well. Therefore I think, that my parameter handling seems to be correct. Any idea ??? It would perhaps help if you posted a code snippet showing the parameters you use and the call itself. Besides that the only idea I have is that the document might be open already. Regards, Mathias - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org