September 7th, 2006, 9:08 am
yes, but it's on a bit of a bigger scale than that. we have many spreadsheet based trading apps & many add-ins, some built in vba and some in c++.with c++ code, you can keep it all in source control with versioning, history, etc etc & compile it into the dll/xll when you need to do a new release.with pure vb code, if you keep it in a spreadsheet (by which i mean either .xls or .xla) then (1) you lose all the benefits of the source control as you can't view, compare, version & manage the code directly, only the complete spreadsheet(2) if somehow the xla becomes corrupted, then you've lost all your vb code. This can happen frequently if you have sheets which reference many dlls etc, as excel often gets confused.neither of these would happen if you stored all the code separately as .bas, and compiled it all into the spreadsheet again for each new release of the application. hence the question.it's easy enough write something to import a bunch of code & "build" your spreadsheet, but i though maybe there is already a solution out there.