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
[
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 o
Thank you for your answer.
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.
The String type does not work correctly. Do you use a BSTR in Unicode
character set? Where can I find inf
[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 OpenOff
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 th
Importing a type library is not supported.
Joachim
[EMAIL PROTECTED] wrote:
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
[EMAIL PROTECTED] wrote:
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.
This is all G