A Microsoft Office (Excel, Word) forum. OfficeFrustration

If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

Go Back   Home » OfficeFrustration forum » Microsoft Word » General Discussion
Site Map Home Register Authors List Search Today's Posts Mark Forums Read  

Text Form Field Ref in Footer Won't Update on Screen



 
 
Thread Tools Display Modes
  #1  
Old December 3rd, 2004, 08:19 PM
StarWine
external usenet poster
 
Posts: n/a
Default Text Form Field Ref in Footer Won't Update on Screen

Hi,

I have a number of templates (.dot) that use a text form field (users double
click on the field and enter their document number into the default text
field, change no other options, and click OK) to reference the document
number in the footer of each document page. The reference to the text form
field WAS (in 97) set up as a Field reference to a bookmark. When users
would save their documents in 97, the field would update and they would see
their new document number appear in footer of all the pages if they opened
and closed the document.

In Word 2003, a document from a 97 template, even after being opened and
closed, WILL NOT update the document number in the footer on the screen (they
do print correctly, and IF a print-preview is done THEN the document view
will properly update on the screen, but they refuse to update on screen by
just saving the document, by just saving and re-opening the document). A lot
of our users do their work electronically, save their work, then send it to
another department before it ever gets printed (so they wouldn't be forced
into a print preview or a print, which forces the field updates and the
eventual save).

I have rebuilt the Text Form Field (Inserted a Text Form Field, [type:
regular text, no macro for entry or exit (there was not one set in 97),
bookmark name: doc_num, fill-in enabled (tried with this on and off),
calculate on exit (tried with this on and off)]), and rebuilt the Field
reference (Insert Field, [field name: Ref, bookmark name: doc_num]). I
thought maybe that rebuilding the either of these would have some kind of
affect. I know that there is the option to update fields at print, but we
cannot use that here (we format our TOCs a certain way and if they are
updated after the fact, it ruins some of that formatting).

Is there some way to force the Bookmark to the text field in the footer to
update when the document is saved? Is there a macro that can be built for
this and then distributed to everyone (I don't know how to build macros) or
some other way to do this? Can anyone help?

Thank you so much.
  #2  
Old December 3rd, 2004, 10:43 PM
Suzanne S. Barnhill
external usenet poster
 
Posts: n/a
Default

What you are describing is not the way text form fields were meant to be
used. You're supposed to protect the documents for forms, in which case
users just tab from one form field to the next, entering text. Ordinarily,
you make a cross-reference update automatically by checking the "Calculate
on exit" property in the Form Field Options, but cross-references in the
header or footer may not update without a macro.

--
Suzanne S. Barnhill
Microsoft MVP (Word)
Words into Type
Fairhope, Alabama USA
Word MVP FAQ site: http://word.mvps.org
Email cannot be acknowledged; please post all follow-ups to the newsgroup so
all may benefit.

"StarWine" wrote in message
...
Hi,

I have a number of templates (.dot) that use a text form field (users

double
click on the field and enter their document number into the default text
field, change no other options, and click OK) to reference the document
number in the footer of each document page. The reference to the text

form
field WAS (in 97) set up as a Field reference to a bookmark. When users
would save their documents in 97, the field would update and they would

see
their new document number appear in footer of all the pages if they opened
and closed the document.

In Word 2003, a document from a 97 template, even after being opened and
closed, WILL NOT update the document number in the footer on the screen

(they
do print correctly, and IF a print-preview is done THEN the document view
will properly update on the screen, but they refuse to update on screen by
just saving the document, by just saving and re-opening the document). A

lot
of our users do their work electronically, save their work, then send it

to
another department before it ever gets printed (so they wouldn't be forced
into a print preview or a print, which forces the field updates and the
eventual save).

I have rebuilt the Text Form Field (Inserted a Text Form Field, [type:
regular text, no macro for entry or exit (there was not one set in 97),
bookmark name: doc_num, fill-in enabled (tried with this on and off),
calculate on exit (tried with this on and off)]), and rebuilt the Field
reference (Insert Field, [field name: Ref, bookmark name: doc_num]). I
thought maybe that rebuilding the either of these would have some kind of
affect. I know that there is the option to update fields at print, but we
cannot use that here (we format our TOCs a certain way and if they are
updated after the fact, it ruins some of that formatting).

Is there some way to force the Bookmark to the text field in the footer to
update when the document is saved? Is there a macro that can be built for
this and then distributed to everyone (I don't know how to build macros)

or
some other way to do this? Can anyone help?

Thank you so much.


  #3  
Old December 6th, 2004, 04:21 PM
StarWine
external usenet poster
 
Posts: n/a
Default

I understand that this is not the way this was feature was designed to be
used, but what would you suggest I do instead to get the desired result of a
fill-in area for users to place the document number on one page that will
then duplicate that document number in the footer of each page of the
document?

The document cannot be protected because the end user needs full
capabilities to modify and use styles. I do not want a form for users in
this case, I need a template for documents. Is there some other way to go
about getting what I'm looking for?

Thank you.

"Suzanne S. Barnhill" wrote:

What you are describing is not the way text form fields were meant to be
used. You're supposed to protect the documents for forms, in which case
users just tab from one form field to the next, entering text. Ordinarily,
you make a cross-reference update automatically by checking the "Calculate
on exit" property in the Form Field Options, but cross-references in the
header or footer may not update without a macro.

--
Suzanne S. Barnhill
Microsoft MVP (Word)
Words into Type
Fairhope, Alabama USA
Word MVP FAQ site: http://word.mvps.org
Email cannot be acknowledged; please post all follow-ups to the newsgroup so
all may benefit.

"StarWine" wrote in message
...
Hi,

I have a number of templates (.dot) that use a text form field (users

double
click on the field and enter their document number into the default text
field, change no other options, and click OK) to reference the document
number in the footer of each document page. The reference to the text

form
field WAS (in 97) set up as a Field reference to a bookmark. When users
would save their documents in 97, the field would update and they would

see
their new document number appear in footer of all the pages if they opened
and closed the document.

In Word 2003, a document from a 97 template, even after being opened and
closed, WILL NOT update the document number in the footer on the screen

(they
do print correctly, and IF a print-preview is done THEN the document view
will properly update on the screen, but they refuse to update on screen by
just saving the document, by just saving and re-opening the document). A

lot
of our users do their work electronically, save their work, then send it

to
another department before it ever gets printed (so they wouldn't be forced
into a print preview or a print, which forces the field updates and the
eventual save).

I have rebuilt the Text Form Field (Inserted a Text Form Field, [type:
regular text, no macro for entry or exit (there was not one set in 97),
bookmark name: doc_num, fill-in enabled (tried with this on and off),
calculate on exit (tried with this on and off)]), and rebuilt the Field
reference (Insert Field, [field name: Ref, bookmark name: doc_num]). I
thought maybe that rebuilding the either of these would have some kind of
affect. I know that there is the option to update fields at print, but we
cannot use that here (we format our TOCs a certain way and if they are
updated after the fact, it ruins some of that formatting).

Is there some way to force the Bookmark to the text field in the footer to
update when the document is saved? Is there a macro that can be built for
this and then distributed to everyone (I don't know how to build macros)

or
some other way to do this? Can anyone help?

Thank you so much.



  #4  
Old December 6th, 2004, 06:17 PM
Suzanne S. Barnhill
external usenet poster
 
Posts: n/a
Default

The best way would be a UserForm that collects the data and places it in a
document property. You can then use a DocProperty field where you need the
number repeated. Alternatively, you can write it to a bookmark (see
http://word.mvps.org/FAQs/Userforms/CreateAUserForm.htm). One easy way to
prompt for user text is to use a MacroButton field as described at
http://word.mvps.org/FAQs/TblsFldsFm...acroButton.htm. Such a field
could be bookmarked, but I suspect that overwriting it would also overwrite
the bookmark. ASK and FILLIN fields can also be used for this purpose. See
http://gregmaxey.mvps.org/Repeating_Data.htm

--
Suzanne S. Barnhill
Microsoft MVP (Word)
Words into Type
Fairhope, Alabama USA
Word MVP FAQ site: http://word.mvps.org
Email cannot be acknowledged; please post all follow-ups to the newsgroup so
all may benefit.

"StarWine" wrote in message
...
I understand that this is not the way this was feature was designed to be
used, but what would you suggest I do instead to get the desired result of

a
fill-in area for users to place the document number on one page that will
then duplicate that document number in the footer of each page of the
document?

The document cannot be protected because the end user needs full
capabilities to modify and use styles. I do not want a form for users in
this case, I need a template for documents. Is there some other way to go
about getting what I'm looking for?

Thank you.

"Suzanne S. Barnhill" wrote:

What you are describing is not the way text form fields were meant to be
used. You're supposed to protect the documents for forms, in which case
users just tab from one form field to the next, entering text.

Ordinarily,
you make a cross-reference update automatically by checking the

"Calculate
on exit" property in the Form Field Options, but cross-references in the
header or footer may not update without a macro.

--
Suzanne S. Barnhill
Microsoft MVP (Word)
Words into Type
Fairhope, Alabama USA
Word MVP FAQ site: http://word.mvps.org
Email cannot be acknowledged; please post all follow-ups to the

newsgroup so
all may benefit.

"StarWine" wrote in message
...
Hi,

I have a number of templates (.dot) that use a text form field (users

double
click on the field and enter their document number into the default

text
field, change no other options, and click OK) to reference the

document
number in the footer of each document page. The reference to the text

form
field WAS (in 97) set up as a Field reference to a bookmark. When

users
would save their documents in 97, the field would update and they

would
see
their new document number appear in footer of all the pages if they

opened
and closed the document.

In Word 2003, a document from a 97 template, even after being opened

and
closed, WILL NOT update the document number in the footer on the

screen
(they
do print correctly, and IF a print-preview is done THEN the document

view
will properly update on the screen, but they refuse to update on

screen by
just saving the document, by just saving and re-opening the document).

A
lot
of our users do their work electronically, save their work, then send

it
to
another department before it ever gets printed (so they wouldn't be

forced
into a print preview or a print, which forces the field updates and

the
eventual save).

I have rebuilt the Text Form Field (Inserted a Text Form Field, [type:
regular text, no macro for entry or exit (there was not one set in

97),
bookmark name: doc_num, fill-in enabled (tried with this on and off),
calculate on exit (tried with this on and off)]), and rebuilt the

Field
reference (Insert Field, [field name: Ref, bookmark name: doc_num]).

I
thought maybe that rebuilding the either of these would have some kind

of
affect. I know that there is the option to update fields at print,

but we
cannot use that here (we format our TOCs a certain way and if they are
updated after the fact, it ruins some of that formatting).

Is there some way to force the Bookmark to the text field in the

footer to
update when the document is saved? Is there a macro that can be built

for
this and then distributed to everyone (I don't know how to build

macros)
or
some other way to do this? Can anyone help?

Thank you so much.




 




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Prevent Blank Records being written. Need Help. Robert Nusz @ DPS Using Forms 4 December 29th, 2004 05:15 PM
Pass Input Text Field From 1 Form to Secondary Form Robert Nusz @ DPS Using Forms 1 December 14th, 2004 03:16 PM
Sum field in Form Footer Mary Using Forms 1 December 12th, 2004 03:21 AM
Concatenatd fields in a query for a searching form Marc Running & Setting Up Queries 8 October 19th, 2004 08:49 PM
Form Doesn't Go To New Record Steve New Users 15 May 16th, 2004 04:33 PM


All times are GMT +1. The time now is 07:36 PM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright ©2004-2024 OfficeFrustration.
The comments are property of their posters.