[EMAIL PROTECTED] schrieb:
Thank you for your help.
Is it possible to port the example using the OLE/COM Uno bridge and still
having the call in ooBasic of the function unchanged like
Outval = fplus( inval)
This would at least limit the changes to do the vba code during the port
to
Hi Jürgen,
I actually tried the data types we use int, double, Variant_Bool. They
work fine. We do not use VARIANT or SAFEARRAY to limit porting effort to
other platforms.
calling functions in DLLs directly from Basic doesn't have anything
to do with UNO types as this functionality is much
You can find some demo OOo BASIC code here:
http://util.openoffice.org/source/browse/util/extensions/test/ole/StarBasic_OleClient/
File: oleclient.bas
The files for automation component are here:
http://util.openoffice.org/source/browse/util/extensions/test/ole/AxTestComponents/
-- Joachim
Thank you for your help.
Is it possible to port the example using the OLE/COM Uno bridge and still
having the call in ooBasic of the function unchanged like
Outval = fplus( inval)
This would at least limit the changes to do the vba code during the port
to OpenOffice.
Is there another way
Hello,
I am porting a C++ COM application that is called from Excel via VBA to
application that is called from Calc via ooBasic.
I am new to the OpenOffice environment and have some basic questions to
learn the way ooBasic uses the OLE/COM Uno bridge.
Here is my C++ example:
MYSHAREDLIB_API
Return Receipt
Your [udk-dev] COM bridge from ooBasic to C++ dll with
document: typelibrary
