🚀 go-pugleaf

Ole,

I tried VBScrip for a while and it wasn't too bad. Errors will try to launch Just-in-time debugging which goes to Visual Studio.NET. I also discovered that after InDesign has run a scrip I can attach the debugger to it and run a scrip and it will break at the first step and I can put in additional break points just like C++ or VB. However, every pass seemed to loose the link to the debugger. Also, beings VBScrip is edited as a plain text, the auto compleat option in Visual Studio doesn't work. I find that quite handy so I don't have to keep looking things up. I suspect there is a way to configure Visual Studio to run a VBScrip directly but it wasn't real obvious how to do that.

The generic objects remained as the biggest problem because I was constantly guessing wrong on what I could do and I would get run time errors. It wasn't clear to me in the documentation what choices I had with the generic objects. I'm a big fan of strong type checking and everything being explicit. It takes all the guess work out.

I ended up going back to the VB version and fixing it because I could make passes much faster. I could just start the VB program from the Visual Studio.NET. I suppose now that my VB version is working it wouldn't be too difficult to convert it to VBScript.

I wish Microsoft had a native mode for VB like they do for C++. I have the same problem with C#. I thought about moving to C# from C++ but for my programs I can't stand the slow performance. The managed code model is so complex I don't see it ever getting any faster.

A thought occurred to me. Beings the interface to InDesign is via a COM link it seems like one could write C++ programs to control InDesign. Have you tried this?

Thanks
Jim