Results for "Author: bdcsoftware"

This tutorial will give you a crash cource in working with Interbase (A free, open source databese from Borland) and ADO. It will show you where to get the database engine and teach you some simple basics.

Expose your app's objects / A true plugin model. This sample will teach you how to expose classes from an ActiveX EXE to other Applications. I felt that a Main App / Plugin relationship (like in Photoshop) will be best suited to showcase this cool solution. This is how it works: When an object gets created based on a class from an ActiveX Exe it gets created in its own memory area (Multiple objects based on the same class cannot share their data). In C++ that object registers itself with the ROT (Running Object Table) so that anybody who needs to, can access that instance of the object. For instance Excel. When Excel is running you can refer to the running instance from VBA/VB, and access any data that's present in the spread sheet. However VB based objects lack that functionality. Activex EXE created in VB will NOT get registered in the ROT! (That's why you can't use GetObject on VB made ActiveX's ;-) ) Anyhow, here is a solution that will register your ActiveX EXE in the ROT, and you will be able to reference the running instance of your object from any other application. Please use this sample as follows: Extract Files from Zip (use folder names checked) run MainApp.EXE (ActiveX EXE) click on the OPEN icon load the supplied BMP wait for a few sec....(sorry the image handling is awfully slow, I didn't wanted to deal with DIB's for simplicity reasons) plugin Button should be enabled by now (this calls a ShellExecute and runs a regular EXE (our plugin) In the plugin click on GetData (this will transfer the image from the main app) click on modify image (thanx Rog3r) click on Close Plugin & Transfer data (this will transfer the modified image back to the main app) Voila The benefits: If you expose your app's objects up front, you can later on create any plugins/addons you want without modifying the original app. This is my first contribution to planet-source-code. Please let me know what you think (bad/good, anything is welcome) and like always VOTE. Thanx Raf

This tutorial will give you a crash cource in working with Interbase (A free, open source databese from Borland) and ADO. It will show you where to get the database engine and teach you some simple basics.

Expose your app's objects / A true plugin model. This sample will teach you how to expose classes from an ActiveX EXE to other Applications. I felt that a Main App / Plugin relationship (like in Photoshop) will be best suited to showcase this cool solution. This is how it works: When an object gets created based on a class from an ActiveX Exe it gets created in its own memory area (Multiple objects based on the same class cannot share their data). In C++ that object registers itself with the ROT (Running Object Table) so that anybody who needs to, can access that instance of the object. For instance Excel. When Excel is running you can refer to the running instance from VBA/VB, and access any data that's present in the spread sheet. However VB based objects lack that functionality. Activex EXE created in VB will NOT get registered in the ROT! (That's why you can't use GetObject on VB made ActiveX's ;-) ) Anyhow, here is a solution that will register your ActiveX EXE in the ROT, and you will be able to reference the running instance of your object from any other application. Please use this sample as follows: Extract Files from Zip (use folder names checked) run MainApp.EXE (ActiveX EXE) click on the OPEN icon load the supplied BMP wait for a few sec....(sorry the image handling is awfully slow, I didn't wanted to deal with DIB's for simplicity reasons) plugin Button should be enabled by now (this calls a ShellExecute and runs a regular EXE (our plugin) In the plugin click on GetData (this will transfer the image from the main app) click on modify image (thanx Rog3r) click on Close Plugin & Transfer data (this will transfer the modified image back to the main app) Voila The benefits: If you expose your app's objects up front, you can later on create any plugins/addons you want without modifying the original app. This is my first contribution to planet-source-code. Please let me know what you think (bad/good, anything is welcome) and like always VOTE. Thanx Raf

This tutorial will give you a crash cource in working with Interbase (A free, open source databese from Borland) and ADO. It will show you where to get the database engine and teach you some simple basics.

Expose your app's objects / A true plugin model. This sample will teach you how to expose classes from an ActiveX EXE to other Applications. I felt that a Main App / Plugin relationship (like in Photoshop) will be best suited to showcase this cool solution. This is how it works: When an object gets created based on a class from an ActiveX Exe it gets created in its own memory area (Multiple objects based on the same class cannot share their data). In C++ that object registers itself with the ROT (Running Object Table) so that anybody who needs to, can access that instance of the object. For instance Excel. When Excel is running you can refer to the running instance from VBA/VB, and access any data that's present in the spread sheet. However VB based objects lack that functionality. Activex EXE created in VB will NOT get registered in the ROT! (That's why you can't use GetObject on VB made ActiveX's ;-) ) Anyhow, here is a solution that will register your ActiveX EXE in the ROT, and you will be able to reference the running instance of your object from any other application. Please use this sample as follows: Extract Files from Zip (use folder names checked) run MainApp.EXE (ActiveX EXE) click on the OPEN icon load the supplied BMP wait for a few sec....(sorry the image handling is awfully slow, I didn't wanted to deal with DIB's for simplicity reasons) plugin Button should be enabled by now (this calls a ShellExecute and runs a regular EXE (our plugin) In the plugin click on GetData (this will transfer the image from the main app) click on modify image (thanx Rog3r) click on Close Plugin & Transfer data (this will transfer the modified image back to the main app) Voila The benefits: If you expose your app's objects up front, you can later on create any plugins/addons you want without modifying the original app. This is my first contribution to planet-source-code. Please let me know what you think (bad/good, anything is welcome) and like always VOTE. Thanx Raf

Expose your app's objects / A true plugin model. This sample will teach you how to expose classes from an ActiveX EXE to other Applications. I felt that a Main App / Plugin relationship (like in Photoshop) will be best suited to showcase this cool solution. This is how it works: When an object gets created based on a class from an ActiveX Exe it gets created in its own memory area (Multiple objects based on the same class cannot share their data). In C++ that object registers itself with the ROT (Running Object Table) so that anybody who needs to, can access that instance of the object. For instance Excel. When Excel is running you can refer to the running instance from VBA/VB, and access any data that's present in the spread sheet. However VB based objects lack that functionality. Activex EXE created in VB will NOT get registered in the ROT! (That's why you can't use GetObject on VB made ActiveX's ;-) ) Anyhow, here is a solution that will register your ActiveX EXE in the ROT, and you will be able to reference the running instance of your object from any other application. Please use this sample as follows: Extract Files from Zip (use folder names checked) run MainApp.EXE (ActiveX EXE) click on the OPEN icon load the supplied BMP wait for a few sec....(sorry the image handling is awfully slow, I didn't wanted to deal with DIB's for simplicity reasons) plugin Button should be enabled by now (this calls a ShellExecute and runs a regular EXE (our plugin) In the plugin click on GetData (this will transfer the image from the main app) click on modify image (thanx Rog3r) click on Close Plugin & Transfer data (this will transfer the modified image back to the main app) Voila The benefits: If you expose your app's objects up front, you can later on create any plugins/addons you want without modifying the original app. This is my first contribution to planet-source-code. Please let me know what you think (bad/good, anything is welcome) and like always VOTE. Thanx Raf

This tutorial will give you a crash cource in working with Interbase (A free, open source databese from Borland) and ADO. It will show you where to get the database engine and teach you some simple basics.

Expose your app's objects / A true plugin model. This sample will teach you how to expose classes from an ActiveX EXE to other Applications. I felt that a Main App / Plugin relationship (like in Photoshop) will be best suited to showcase this cool solution. This is how it works: When an object gets created based on a class from an ActiveX Exe it gets created in its own memory area (Multiple objects based on the same class cannot share their data). In C++ that object registers itself with the ROT (Running Object Table) so that anybody who needs to, can access that instance of the object. For instance Excel. When Excel is running you can refer to the running instance from VBA/VB, and access any data that's present in the spread sheet. However VB based objects lack that functionality. Activex EXE created in VB will NOT get registered in the ROT! (That's why you can't use GetObject on VB made ActiveX's ;-) ) Anyhow, here is a solution that will register your ActiveX EXE in the ROT, and you will be able to reference the running instance of your object from any other application. Please use this sample as follows: Extract Files from Zip (use folder names checked) run MainApp.EXE (ActiveX EXE) click on the OPEN icon load the supplied BMP wait for a few sec....(sorry the image handling is awfully slow, I didn't wanted to deal with DIB's for simplicity reasons) plugin Button should be enabled by now (this calls a ShellExecute and runs a regular EXE (our plugin) In the plugin click on GetData (this will transfer the image from the main app) click on modify image (thanx Rog3r) click on Close Plugin & Transfer data (this will transfer the modified image back to the main app) Voila The benefits: If you expose your app's objects up front, you can later on create any plugins/addons you want without modifying the original app. This is my first contribution to planet-source-code. Please let me know what you think (bad/good, anything is welcome) and like always VOTE. Thanx Raf

This tutorial will give you a crash cource in working with Interbase (A free, open source databese from Borland) and ADO. It will show you where to get the database engine and teach you some simple basics.

Expose your app's objects / A true plugin model. This sample will teach you how to expose classes from an ActiveX EXE to other Applications. I felt that a Main App / Plugin relationship (like in Photoshop) will be best suited to showcase this cool solution. This is how it works: When an object gets created based on a class from an ActiveX Exe it gets created in its own memory area (Multiple objects based on the same class cannot share their data). In C++ that object registers itself with the ROT (Running Object Table) so that anybody who needs to, can access that instance of the object. For instance Excel. When Excel is running you can refer to the running instance from VBA/VB, and access any data that's present in the spread sheet. However VB based objects lack that functionality. Activex EXE created in VB will NOT get registered in the ROT! (That's why you can't use GetObject on VB made ActiveX's ;-) ) Anyhow, here is a solution that will register your ActiveX EXE in the ROT, and you will be able to reference the running instance of your object from any other application. Please use this sample as follows: Extract Files from Zip (use folder names checked) run MainApp.EXE (ActiveX EXE) click on the OPEN icon load the supplied BMP wait for a few sec....(sorry the image handling is awfully slow, I didn't wanted to deal with DIB's for simplicity reasons) plugin Button should be enabled by now (this calls a ShellExecute and runs a regular EXE (our plugin) In the plugin click on GetData (this will transfer the image from the main app) click on modify image (thanx Rog3r) click on Close Plugin & Transfer data (this will transfer the modified image back to the main app) Voila The benefits: If you expose your app's objects up front, you can later on create any plugins/addons you want without modifying the original app. This is my first contribution to planet-source-code. Please let me know what you think (bad/good, anything is welcome) and like always VOTE. Thanx Raf

This tutorial will give you a crash cource in working with Interbase (A free, open source databese from Borland) and ADO. It will show you where to get the database engine and teach you some simple basics.

Expose your app's objects / A true plugin model. This sample will teach you how to expose classes from an ActiveX EXE to other Applications. I felt that a Main App / Plugin relationship (like in Photoshop) will be best suited to showcase this cool solution. This is how it works: When an object gets created based on a class from an ActiveX Exe it gets created in its own memory area (Multiple objects based on the same class cannot share their data). In C++ that object registers itself with the ROT (Running Object Table) so that anybody who needs to, can access that instance of the object. For instance Excel. When Excel is running you can refer to the running instance from VBA/VB, and access any data that's present in the spread sheet. However VB based objects lack that functionality. Activex EXE created in VB will NOT get registered in the ROT! (That's why you can't use GetObject on VB made ActiveX's ;-) ) Anyhow, here is a solution that will register your ActiveX EXE in the ROT, and you will be able to reference the running instance of your object from any other application. Please use this sample as follows: Extract Files from Zip (use folder names checked) run MainApp.EXE (ActiveX EXE) click on the OPEN icon load the supplied BMP wait for a few sec....(sorry the image handling is awfully slow, I didn't wanted to deal with DIB's for simplicity reasons) plugin Button should be enabled by now (this calls a ShellExecute and runs a regular EXE (our plugin) In the plugin click on GetData (this will transfer the image from the main app) click on modify image (thanx Rog3r) click on Close Plugin & Transfer data (this will transfer the modified image back to the main app) Voila The benefits: If you expose your app's objects up front, you can later on create any plugins/addons you want without modifying the original app. This is my first contribution to planet-source-code. Please let me know what you think (bad/good, anything is welcome) and like always VOTE. Thanx Raf

This tutorial will give you a crash cource in working with Interbase (A free, open source databese from Borland) and ADO. It will show you where to get the database engine and teach you some simple basics.

This tutorial will give you a crash cource in working with Interbase (A free, open source databese from Borland) and ADO. It will show you where to get the database engine and teach you some simple basics.

Expose your app's objects / A true plugin model. This sample will teach you how to expose classes from an ActiveX EXE to other Applications. I felt that a Main App / Plugin relationship (like in Photoshop) will be best suited to showcase this cool solution. This is how it works: When an object gets created based on a class from an ActiveX Exe it gets created in its own memory area (Multiple objects based on the same class cannot share their data). In C++ that object registers itself with the ROT (Running Object Table) so that anybody who needs to, can access that instance of the object. For instance Excel. When Excel is running you can refer to the running instance from VBA/VB, and access any data that's present in the spread sheet. However VB based objects lack that functionality. Activex EXE created in VB will NOT get registered in the ROT! (That's why you can't use GetObject on VB made ActiveX's ;-) ) Anyhow, here is a solution that will register your ActiveX EXE in the ROT, and you will be able to reference the running instance of your object from any other application. Please use this sample as follows: Extract Files from Zip (use folder names checked) run MainApp.EXE (ActiveX EXE) click on the OPEN icon load the supplied BMP wait for a few sec....(sorry the image handling is awfully slow, I didn't wanted to deal with DIB's for simplicity reasons) plugin Button should be enabled by now (this calls a ShellExecute and runs a regular EXE (our plugin) In the plugin click on GetData (this will transfer the image from the main app) click on modify image (thanx Rog3r) click on Close Plugin & Transfer data (this will transfer the modified image back to the main app) Voila The benefits: If you expose your app's objects up front, you can later on create any plugins/addons you want without modifying the original app. This is my first contribution to planet-source-code. Please let me know what you think (bad/good, anything is welcome) and like always VOTE. Thanx Raf

Expose your app's objects / A true plugin model. This sample will teach you how to expose classes from an ActiveX EXE to other Applications. I felt that a Main App / Plugin relationship (like in Photoshop) will be best suited to showcase this cool solution. This is how it works: When an object gets created based on a class from an ActiveX Exe it gets created in its own memory area (Multiple objects based on the same class cannot share their data). In C++ that object registers itself with the ROT (Running Object Table) so that anybody who needs to, can access that instance of the object. For instance Excel. When Excel is running you can refer to the running instance from VBA/VB, and access any data that's present in the spread sheet. However VB based objects lack that functionality. Activex EXE created in VB will NOT get registered in the ROT! (That's why you can't use GetObject on VB made ActiveX's ;-) ) Anyhow, here is a solution that will register your ActiveX EXE in the ROT, and you will be able to reference the running instance of your object from any other application. Please use this sample as follows: Extract Files from Zip (use folder names checked) run MainApp.EXE (ActiveX EXE) click on the OPEN icon load the supplied BMP wait for a few sec....(sorry the image handling is awfully slow, I didn't wanted to deal with DIB's for simplicity reasons) plugin Button should be enabled by now (this calls a ShellExecute and runs a regular EXE (our plugin) In the plugin click on GetData (this will transfer the image from the main app) click on modify image (thanx Rog3r) click on Close Plugin & Transfer data (this will transfer the modified image back to the main app) Voila The benefits: If you expose your app's objects up front, you can later on create any plugins/addons you want without modifying the original app. This is my first contribution to planet-source-code. Please let me know what you think (bad/good, anything is welcome) and like always VOTE. Thanx Raf

This tutorial will give you a crash cource in working with Interbase (A free, open source databese from Borland) and ADO. It will show you where to get the database engine and teach you some simple basics.

Expose your app's objects / A true plugin model. This sample will teach you how to expose classes from an ActiveX EXE to other Applications. I felt that a Main App / Plugin relationship (like in Photoshop) will be best suited to showcase this cool solution. This is how it works: When an object gets created based on a class from an ActiveX Exe it gets created in its own memory area (Multiple objects based on the same class cannot share their data). In C++ that object registers itself with the ROT (Running Object Table) so that anybody who needs to, can access that instance of the object. For instance Excel. When Excel is running you can refer to the running instance from VBA/VB, and access any data that's present in the spread sheet. However VB based objects lack that functionality. Activex EXE created in VB will NOT get registered in the ROT! (That's why you can't use GetObject on VB made ActiveX's ;-) ) Anyhow, here is a solution that will register your ActiveX EXE in the ROT, and you will be able to reference the running instance of your object from any other application. Please use this sample as follows: Extract Files from Zip (use folder names checked) run MainApp.EXE (ActiveX EXE) click on the OPEN icon load the supplied BMP wait for a few sec....(sorry the image handling is awfully slow, I didn't wanted to deal with DIB's for simplicity reasons) plugin Button should be enabled by now (this calls a ShellExecute and runs a regular EXE (our plugin) In the plugin click on GetData (this will transfer the image from the main app) click on modify image (thanx Rog3r) click on Close Plugin & Transfer data (this will transfer the modified image back to the main app) Voila The benefits: If you expose your app's objects up front, you can later on create any plugins/addons you want without modifying the original app. This is my first contribution to planet-source-code. Please let me know what you think (bad/good, anything is welcome) and like always VOTE. Thanx Raf

This tutorial will give you a crash cource in working with Interbase (A free, open source databese from Borland) and ADO. It will show you where to get the database engine and teach you some simple basics.