G'day Yuhong <
[email protected]>,
Simple as falling off a log, the whole point here is to only use
automation when the default behaviors don't suit. In this case, we can
use Word's default behaviors. I fall into the same trap quite often
being a coder / softie as well.
Close all Word sessions.
Open your template for edit.
Customize your toolbars (ensure your template has the focus for the
changes).
Hide the std and formatting toolbars
Close, Save, Exit
Now anytime (*1) your template is loaded those toolbars will be
switched off.
*1 A template loaded after yours which explicitly turns those
toolbars on will override your settings, producing your desired
result. Additionally, users can customize it on in the Word data key
which will tend to override as well (barring specific corruption).
HOWEVER
I do NOT recommend the above as your solution. It is what YOU WANT,
but it is NOT what YOUR USERS WANT!
A quick analysis of the variables and scope of the requirement is to
provide the user a quick and easy means of flipping BETWEEN two
interfaces. Think of your toolbar set as a skin. This is because you
are COMPLETELY replacing the visible toolbars and more than likely
seriously modifying the menu bar. Hell, I do!
So, I gave the user another option. I turn my toolbars on by default,
but the user now has two new View menu entries: Heretical Interface,
Std Interface. These explicitly modify Normal.dot, as that is what
Normal.dot is for in a properly structured authoring environment.
Steve Hudson - Word Heretic
Want a hyperlinked index? S/W R&D? See WordHeretic.com
steve from wordheretic.com (Email replies require payment)
Yuhong reckoned:
