Header/Footer not protected in form

Hello,

I have a document template protected for forms. When the user creates a new
document based on the template, they can click on the header. This switches
them from page layout view to normal view and creates a header pane at the
bottom of the document to allow the user to edit the header. This is not what
I want. I don't want the users to be able to touch the header in any way. The
reason I need a header is that the form fields are in table rows and can
expand, causing the document to end up with more pages than the template it
was based on.

Any help would be appreciated.

Thanks!

Jean-Guy
Tue Aug 08 23:41:57 CDT 2006

Peter was telling us:
Peter nous racontait que :

> Hello,
>
> I have a document template protected for forms. When the user creates

This means headers/footers are not accessible.

> a new document based on the template, they can click on the header.

No they cannot.
Or else you are mistaken about what a document protected for forms actually
is.

> This switches them from page layout view to normal view and creates a
> header pane at the bottom of the document to allow the user to edit
> the header. This is not what I want. I don't want the users to be
> able to touch the header in any way. The reason I need a header is
> that the form fields are in table rows and can expand, causing the
> document to end up with more pages than the template it was based on.

Your reason for needing a header doesn't jive with the goal/problem it is
supposed to solve.

I think you should take a few steps back and explain what you are trying to
achieve.

--
Salut!
_______________________________________
Jean-Guy Marcil - Word MVP
jmarcilREMOVE@CAPSsympatico.caTHISTOO
Word MVP site: http://www.word.mvps.org

Peter
Wed Aug 09 06:22:58 CDT 2006

Ok, let me back up. I created a document in word (2000) in page layout view.
From the Forms toolbar, I added some text fields. I then save it as a
document template and then select Tools/Protect Document. I select the Forms
radio button and enter a password, then re-enter the password and then save
and close the document.
When I double-click on the template file, I get a document named "Document 2".
If I now double-click in the header, the document switches to normal view
and a header pane appears in the lower 1/4 of the document window. There are
some greyed out buttons on the left and a Close button and the word Header
next to it. If I click the Close button, the pane disappears but the document
remains in normal view.
Again, all the text fields are in a table and have unlimited length (from
the form field's properties dialog box). If a user types enough text that the
row's height is expanded to accomodate more lines of text, the table may
spill over onto new pages. I want the new pages to also have a header so this
is why I have to have a header. If I take my header text out of the header
and make it part of the page, then when a new page is added, there will be no
header on the last page.

Is this clear enough?

"Jean-Guy Marcil" wrote:

> Peter was telling us:
> Peter nous racontait que :
>
> > Hello,
> >
> > I have a document template protected for forms. When the user creates
>
> This means headers/footers are not accessible.
>
> > a new document based on the template, they can click on the header.
>
> No they cannot.
> Or else you are mistaken about what a document protected for forms actually
> is.
>
> > This switches them from page layout view to normal view and creates a
> > header pane at the bottom of the document to allow the user to edit
> > the header. This is not what I want. I don't want the users to be
> > able to touch the header in any way. The reason I need a header is
> > that the form fields are in table rows and can expand, causing the
> > document to end up with more pages than the template it was based on.
>
> Your reason for needing a header doesn't jive with the goal/problem it is
> supposed to solve.
>
> I think you should take a few steps back and explain what you are trying to
> achieve.
>
> --
> Salut!
> _______________________________________
> Jean-Guy Marcil - Word MVP
> jmarcilREMOVE@CAPSsympatico.caTHISTOO
> Word MVP site: http://www.word.mvps.org
>
>
>

Jean-Guy
Thu Aug 10 09:51:05 CDT 2006

Peter was telling us:
Peter nous racontait que :

> Ok, let me back up. I created a document in word (2000) in page
> layout view. From the Forms toolbar, I added some text fields. I then
> save it as a document template and then select Tools/Protect
> Document. I select the Forms radio button and enter a password, then
> re-enter the password and then save and close the document.
> When I double-click on the template file, I get a document named
> "Document 2". If I now double-click in the header, the document
> switches to normal view
> and a header pane appears in the lower 1/4 of the document window.
> There are some greyed out buttons on the left and a Close button and
> the word Header next to it. If I click the Close button, the pane
> disappears but the document remains in normal view.
> Again, all the text fields are in a table and have unlimited length
> (from
> the form field's properties dialog box). If a user types enough text
> that the row's height is expanded to accomodate more lines of text,
> the table may spill over onto new pages. I want the new pages to also
> have a header so this is why I have to have a header. If I take my
> header text out of the header and make it part of the page, then when
> a new page is added, there will be no header on the last page.
>
> Is this clear enough?

Yep.
I first thought that you were writing that you had a header because you
didn't want the user to be able to go on to a second page...

I just followed your "recipe" 6 times (once with content in the header, once
without and once with header content and all text fields in a table, all of
these in Word 2000 and in Word 2003).

I had the same results every time.
The header is not accessible, either by double clicking or through View >
Header and Footer...

So, there is something going on with your set up that I cannot explain
remotely. Sorry that I cannot be of more help, but I personally have never
seen or heard of a document that was protected for forms but whose
header/footer was nevertheless accessible.

--
Salut!
_______________________________________
Jean-Guy Marcil - Word MVP
jmarcilREMOVE@CAPSsympatico.caTHISTOO
Word MVP site: http://www.word.mvps.org

Peter
Thu Aug 10 10:12:02 CDT 2006

Jean-Guy,

I just figured out what is going on. The difference is that I have added
fields from the "Controls Toolbox" toolbar in the header. I did this because
fields from the "Forms" toolbar cannot be inserted in the header. I want to
update those fields from another place in the document. I found a workaround.
If I set the enabled property to False, then the behaviour is as expected.
But, I just thought of another workaround, I can use a regular document field
instead.

Thanks for all your help!

Peter

"Jean-Guy Marcil" wrote:

> Peter was telling us:
> Peter nous racontait que :
>
> > Ok, let me back up. I created a document in word (2000) in page
> > layout view. From the Forms toolbar, I added some text fields. I then
> > save it as a document template and then select Tools/Protect
> > Document. I select the Forms radio button and enter a password, then
> > re-enter the password and then save and close the document.
> > When I double-click on the template file, I get a document named
> > "Document 2". If I now double-click in the header, the document
> > switches to normal view
> > and a header pane appears in the lower 1/4 of the document window.
> > There are some greyed out buttons on the left and a Close button and
> > the word Header next to it. If I click the Close button, the pane
> > disappears but the document remains in normal view.
> > Again, all the text fields are in a table and have unlimited length
> > (from
> > the form field's properties dialog box). If a user types enough text
> > that the row's height is expanded to accomodate more lines of text,
> > the table may spill over onto new pages. I want the new pages to also
> > have a header so this is why I have to have a header. If I take my
> > header text out of the header and make it part of the page, then when
> > a new page is added, there will be no header on the last page.
> >
> > Is this clear enough?
>
> Yep.
> I first thought that you were writing that you had a header because you
> didn't want the user to be able to go on to a second page...
>
> I just followed your "recipe" 6 times (once with content in the header, once
> without and once with header content and all text fields in a table, all of
> these in Word 2000 and in Word 2003).
>
> I had the same results every time.
> The header is not accessible, either by double clicking or through View >
> Header and Footer...
>
> So, there is something going on with your set up that I cannot explain
> remotely. Sorry that I cannot be of more help, but I personally have never
> seen or heard of a document that was protected for forms but whose
> header/footer was nevertheless accessible.
>
> --
> Salut!
> _______________________________________
> Jean-Guy Marcil - Word MVP
> jmarcilREMOVE@CAPSsympatico.caTHISTOO
> Word MVP site: http://www.word.mvps.org
>
>
>

Jean-Guy
Thu Aug 10 10:52:43 CDT 2006

Peter was telling us:
Peter nous racontait que :

> Jean-Guy,
>
> I just figured out what is going on. The difference is that I have
> added fields from the "Controls Toolbox" toolbar in the header. I did
> this because fields from the "Forms" toolbar cannot be inserted in
> the header. I want to update those fields from another place in the
> document. I found a workaround. If I set the enabled property to
> False, then the behaviour is as expected. But, I just thought of
> another workaround, I can use a regular document field instead.

If you want info in the header to reflect info from elsewhere in the
document, it is much more advisable to use REF fields instead of disabled
ActiveX controls.

--
Salut!
_______________________________________
Jean-Guy Marcil - Word MVP
jmarcilREMOVE@CAPSsympatico.caTHISTOO
Word MVP site: http://www.word.mvps.org

Charles
Thu Aug 10 11:15:44 CDT 2006

Actually, it is a bit more complex. The preferred method is to use a
StyleRef field. The Ref fields won't update that well.
--
Charles Kenyon

Word New User FAQ & Web Directory: http://addbalance.com/word

Intermediate User's Guide to Microsoft Word (supplemented version of
Microsoft's Legal Users' Guide) http://addbalance.com/usersguide

See also the MVP FAQ: http://word.mvps.org/FAQs/ which is awesome!

My criminal defense site: http://addbalance.com
--------- --------- --------- --------- --------- ---------
This message is posted to a newsgroup. Please post replies
and questions to the newsgroup so that others can learn
from my ignorance and your wisdom.


"Jean-Guy Marcil" <NoSpam@LeaveMeAlone> wrote in message
news:OOBXFUJvGHA.4460@TK2MSFTNGP04.phx.gbl...
> Peter was telling us:
> Peter nous racontait que :
>
>> Jean-Guy,
>>
>> I just figured out what is going on. The difference is that I have
>> added fields from the "Controls Toolbox" toolbar in the header. I did
>> this because fields from the "Forms" toolbar cannot be inserted in
>> the header. I want to update those fields from another place in the
>> document. I found a workaround. If I set the enabled property to
>> False, then the behaviour is as expected. But, I just thought of
>> another workaround, I can use a regular document field instead.
>
> If you want info in the header to reflect info from elsewhere in the
> document, it is much more advisable to use REF fields instead of disabled
> ActiveX controls.
>
> --
> Salut!
> _______________________________________
> Jean-Guy Marcil - Word MVP
> jmarcilREMOVE@CAPSsympatico.caTHISTOO
> Word MVP site: http://www.word.mvps.org
>

Jean-Guy
Fri Aug 11 08:39:46 CDT 2006

Charles Kenyon was telling us:
Charles Kenyon nous racontait que :

> Actually, it is a bit more complex. The preferred method is to use a
> StyleRef field. The Ref fields won't update that well.

Right, but , as you wrote, this can be complex.

I have, on many occasions, been obligated to remove/reduce the numbers of
StyleRef fields in large documents with many sections as the StyleRef fields
slowed down the document too much (because of their "fast" updating and
repaginating that follows).

But you are right in that StyleRef fields do update better than Ref fields.
Ref fields will update as well, but you may have to force a Print Preview or
to actually print.

--
Salut!
_______________________________________
Jean-Guy Marcil - Word MVP
jmarcilREMOVE@CAPSsympatico.caTHISTOO
Word MVP site: http://www.word.mvps.org