The problem is, tx4ole.h etc. are machine generated, and so will be overwritten for each new TX release. This is further complicated by the fact that each release may receive service packs. The question then is, what should TXWrapper support, and how? One option is to make TXWrapper sensitive to the version number with some conditional compilation, starting with e.g. #define TX_VERSION 15.1 in TXWrapper.h. To avoid modifying the machine-generated files, each version of tx4ole.h etc. (suitably named, of course) would have to be included in the solution. The down side is a lot of files, plus the need for the user to build the library instead of using the pre-built library.
A second option, and the one I'm leaning towards, is to keep the subversion head sync'ed with the latest TX release, with tags for all earlier releases. It's s simple matter then to generate a new zip file for each new release (suitably named, of course). If I had been thinking, I would have named the current zip TXWrapper V15.0. So if you get a new TX release, you just get a new TXWrapper to go with it.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Depending on the actual used Version of the ActiveX Control, the class id may vary. I post here some changes which i needed to do:The Text Control
The Button Bar
The Ruler
The Statusbar
This is a good point. I built the wrapper on V15.0, and now have V15.1 in my possession. The CLSID has changed, but so have some other things. See
http://www.textcontrol.com/en_US/support/documentation/activex/o_whatsnew1510.new1.htm
The problem is, tx4ole.h etc. are machine generated, and so will be overwritten for each new TX release. This is further complicated by the fact that each release may receive service packs. The question then is, what should TXWrapper support, and how? One option is to make TXWrapper sensitive to the version number with some conditional compilation, starting with e.g. #define TX_VERSION 15.1 in TXWrapper.h. To avoid modifying the machine-generated files, each version of tx4ole.h etc. (suitably named, of course) would have to be included in the solution. The down side is a lot of files, plus the need for the user to build the library instead of using the pre-built library.
A second option, and the one I'm leaning towards, is to keep the subversion head sync'ed with the latest TX release, with tags for all earlier releases. It's s simple matter then to generate a new zip file for each new release (suitably named, of course). If I had been thinking, I would have named the current zip TXWrapper V15.0. So if you get a new TX release, you just get a new TXWrapper to go with it.