> My distribution model prevents me from using templates anyway.

Signature
Regards
Jonathan West - Word MVP
www.intelligentdocuments.co.uk
Please reply to the newsgroup
Keep your VBA code safe, sign the ClassicVB petition www.classicvb.org
> The best way to reduce the scope for unexpected changes is to reduce as far
> as possible the scope for changes altogether. That means putting your code
> into a container that is *not* modified by the user.
Such as? I don't see how it can be protected any further. It's not the
user themselves who is changing the code - the project is locked - but
Word or through some action my own code.
> Possibly. Word does get confused, and it is advisable to act in a way that
> reduces the scope for such confusion.
Again I'd be interested in hearing what these ways are.
> If you would like to describe in general terms what you are trying to
> achieve and why you made the design choices you have, then I'm sure people
> would be able to suggest alternative approaches that might work better for
> you.
Well OK but I highly doubt there are any alternatives. The documents
are to be uploaded and downloaded from a website - hence why ideally
need a certificate. I've no control over the users as anyone can
subscribe to the site and access the files. I need to control what
files are created/downloaded and they need to have a certain level of
protection to limit their use outside of our system. I also want to be
able to upgrade the code base to fix bugs etc. The only solution for
this I can see is to have each file be self-contained (yes it's a big
pain having lots of code bases to maintain) but it's the only way to
meet the requirements.
I wouldn't say my code is particularly any more complicated or even
that much different from other projects I have done and never had this
problem before. The only real differentiating factor would be that I've
been able to use templates before.
Would there be any merit to creating new doc files? Since the files
contain a lot of styles and content I've been reusing the same binary
files basically since the project's inception several months ago.
TIA
Craig
> > But modifying the document content is not the same as modifying the VB
> > project.
[quoted text clipped - 35 lines]
> Please reply to the newsgroup
> Keep your VBA code safe, sign the ClassicVB petition www.classicvb.org
Jonathan West - 05 Jan 2007 11:41 GMT
>> The best way to reduce the scope for unexpected changes is to reduce as
>> far
[quoted text clipped - 5 lines]
> user themselves who is changing the code - the project is locked - but
> Word or through some action my own code.
By not making any changes at all to the document that contains the code.
Create a new document based on the template, and modify that. If the
template code needs to be updated, then the template itself can be replaced,
and any documents based on it will automatically link to the new template,
provided it has th name name and location as the old one.
>> Possibly. Word does get confused, and it is advisable to act in a way
>> that
>> reduces the scope for such confusion.
>
> Again I'd be interested in hearing what these ways are.
By not making any deliberate modification of the template that contains the
code.
>> If you would like to describe in general terms what you are trying to
>> achieve and why you made the design choices you have, then I'm sure
[quoted text clipped - 13 lines]
> pain having lots of code bases to maintain) but it's the only way to
> meet the requirements.
You've described the mechanism by which you distribute the code, but haven't
told me anything about what the code is trying to do. It's the latter that I
need to know something about if I'm going to be able to suggest an
alternative approach.
> I wouldn't say my code is particularly any more complicated or even
> that much different from other projects I have done and never had this
[quoted text clipped - 4 lines]
> contain a lot of styles and content I've been reusing the same binary
> files basically since the project's inception several months ago.
Yes, definitely there would, particularly if you have performed multiple
edits and updates to the code itself. Template bloat causing apparently
random invalid page fault errors is a well-documented phenomenon.
Combatting Template Bloat
http://www.word.mvps.org/FAQs/MacrosVBA/TemplateBloat.htm

Signature
Regards
Jonathan West - Word MVP
www.intelligentdocuments.co.uk
Please reply to the newsgroup
Keep your VBA code safe, sign the ClassicVB petition www.classicvb.org