@MathieuGuindon I just realized a question about VBA design. Would you agree that if you have a class that has no state, does it really want to be just a module?
@FreeMan Sorry missed that. My guts says that if there's no state, there's no need for instance, and instancing is a new complexity.
I'm sure you can have classes with no internal data. An example would be to receive or to fire events. But that's not what I am thinking of having a state.
@this in theory, yes - it's basically a static class. In practice, its members are now exposed as macros and UDFs, and if I don't want that, even with Option Private Module (which merely hides the members from view, but they can still be invoked)
Thinking about it - the Option Private Module prevents access from outside the project but not within. The host has the project so I guess it's "within". :\