I'm a heavy VBA user that when has the chance to do a little project in python it's like going from hell to haven when it comes to programming itself. Still, I know that my users want reports in excel (for good reasons) and I'm just not ready to give up how amazingly easy is to deploy a new version in excel: just save a new workbook with new version name.
These workbooks have something like 30 users from different departments/countries. I have a new version at least once a week and often 2/3 in the same day. Deployment must be practical.
Trying to combine the best of both worlds I came up with the following question:
However what gave me hopes was the 'Way 2' here:
https://stackoverflow.com/a/9880276/4797660
which led me here:
https://setuptools.readthedocs.io/en/latest/setuptools.html
As I'm going down this rabbit hole I thought if it wouldn't be wise to ask around for other that have tried something similar. What I'm afraid is this will be one these situation with so many extra complications that, even after the initial learning curve, the costs will outrun the benefits.
Any words on the risks I'm taking by trying to come up with a very practical build-in-python-use-it-in-VBA approach?
The user interacts heavy with the workbook via worksheet events (like click on this data to see details). That basically turn the workbook into a hybrid of report and application. Also need things like change cell format and print formula to a cell. Often a pivot will be put on top of the data and the user will play with it. This all adds up to the impression that I will always need a VBA layer that would call the python objects.
Shell
command and implement the I/O through files?