Let me think out loud, too ...
I keep thinking I have a handle on this, but I don't. I think maybe the
preview screen is confusing me, at least partly. I am assuming that the
problem does not occur if you create your document from your template
outside the Oracle container - if so, the cause is within the Oracle system
somewhere (that's not to say you can't address it yourself); if not then the
Oracle side has nothing to do with it. I am also assuming that you don't
have control over the code in the Template. What I haven't got is where the
failing code is and who controls it - if it's in a template that you created
then you can, presumably, change it. If its somewhere else, I'm not sure how
it's fired. Now, if it's your code, all you need to do is unprotect the form
while the code is trying to write to the document and then reprotect it
afterwards (well, that's all that needs doing anyway). The more I try to
make sense of the sequence of events here the more I struggle. The failing
code runs after your document has been opened (or during the open process)
so is in, or invoked from, your template so can you amend it? If not, I
think I'm more confused than ever ...
--
Enjoy,
Tony
I've created a Word template and the letters are generated in Word. So
the template is loaded into the IS and when required a letter is
generated and displays in a preview screen and then once you double
click it in this preview screen it opens up in word.
I had a quick chat with our Oracle programmer and his guess is its an
Oracle setting that causes the error. Since no other templates use
forms it is very likely this is the problem. So you were correct from
the outset
Unfortunatley for him to look into this further will mean a cost
charge to our section.
Just thinking out loud...If I'm running a ProtectForm macro on startup
(AutoNew) will this conflict with the in-built function called
ProtectForm? surely it wouldnt as the macro names will be different ie
AutoNEW and ProtectForm.