Replies

Thanks for the code. I thought that ” ” would test for a space, but it just didn’t seem to be working in my macro, or the situations where I was using it, so I will experiment further.

-Rich

Thanks for the code! I think where my code is failing, though, is in how I test to see if the selected character is a space. Are you saying that after your second line, I should insert the code I used to test for the space? Or what exactly would I insert for the test procedure on the next line? Thanks!

Well, never mind, again. I reapplied the Heading 1 styles to appropriate paragraphs and that fixed the lower level mis-numbering. Thanks!

-Rich

Like I sorta said: Done that, been there. I’m glad you sorted it out.

Well, I now have another problem. I recreated it all and it works fine in the new document where I created the numbering scheme. I copied the styles into some existing docs. In some, numbering works just fine. However, in others, the numbering doesn’t re-start at different levels, so I get

1
1.1
2
1.2
1.3
3
etc.

I looked at the list styles and the “restart list after level” option is set correctly. Any thoughts on this one? Not sure why it works for some docs and not for others.

Thanks.

-Rich

You’ve entered the field codes in the wrong order. Modify your list style by clearing the Enter formatting for number box and then enter the level numbers in the correct order.

Well, duh! I take back what I said in my last message. You are correct: it’s operator error. I fixed it. Sorry for the confusion!

Thanks.

You’ve entered the field codes in the wrong order. Modify your list style by clearing the Enter formatting for number box and then enter the level numbers in the correct order.

Thanks, but I wish that were the case. I tried entering them again even before posting my question, but that didn’t fix the problem. The styles worked just fine when I created them. I experimented with all different levels to see how they worked. It was only after I copied those styles into a new document that the problem occurred. And now it won’t go away. However, just to be safe, I will try it all again and make sure I enter the field codes in the right order and see what happens. Thx.

-Rich

Thanks for the reply. I think I discovered the problem: the direct formatting of the numbered paragraphs was not the same as the Heading 2 style. I don’t know how this happened because I always use styles. I suspect that it’s because the document has made several trips between my office and opposing counsel’s office. Once I looked at the Reveal Formatting dialog I realized that there was a .5″ indent to the left margin in the Heading 2 style (and other anomalies in other styles). So, when I pasted in the text, it forced a re-set of the paragraph to the true style settings. Once I reset the left margin in the styles, everything worked fine. So, in the end, there isn’t a problem with the macro or pasting. Instead, there was a disconnect between the style settings and what I was seeing on screen which I didn’t notice until I pasted text only which re-set the paragraph. Sheesh.

By the way, there is a disconnect between the heading 2 style and the outline numbering style. I need to figure out how to edit the outline numbering styles. It was much easier in previous versions. Now I have to figure out where to edit the current outline numbering style. This document started out years ago as a template in Word 2003. I might be better off taking all my templates and re-creating the heading styles with new outline numbering styles. There is a good article about this on Shauna Kelley’s website http://www.shaunakelly.com/word/numbering/numbering20072010.html. I’m going to see what I can do.

Thx.

By the way, I’ve done some add’l testing. I think it must just be this document. It’s gotten corrupted somehow. Even if I insert it into another doc, the problem continues. However, it doesn’t seem to be a problem in other docs.

Even so, I modified my code to “unlink” the fields rather than pasting them back into the document as text only. This works even in my “corrupted” doc.

Thanks!

Thanks for the comments. However, let’s forget that I said anything about a macro or fields. At this point, they are irrelevant to the problem. When I paste as text, the formatting of the paragraph into which I’m pasting should not be affected. The text does adopt the characteristics of the formatted paragraph. However, when I paste, the margins change! For example, when I pasted into a Heading 2 paragraph, the left margin moved in .5″, thereby creating an offset from the other Heading 2 paragraphs. When I pasted into a Heading 3 paragraph, Word turned the paragraph into an hanging indent with an indent of something like 2.5″. Paste as text should not affect the margins at all! I’m not sure why this is happening. It happens with or without using the macro and with any kind of text. However, the more I experiment, the more I think maybe it’s this one document. It doesn’t seem to happen in other documents, at least not the ones with which I’ve experimented. I suppose it could have become corrupted somehow. It has been edited quite a bit. I’ll try re-creating it in a new, blank doc to see if the problem re-occurs. Even so, if anyone has seen this behavior and knows a fix, please let me know. Thanks.

P.S. Based on your comments, I might revise the macro to use the method of converting the fields to plain text rather than selecting them (along with other text) and pasting them back into the document. Thx for the idea.

-Rich

I found the setting to remove personal info on file save. However, my employer must have turned off the option because it’s grayed out (or it’s unavailable for some other reason). It’s not checked, though, so I would assume that personal info is not being stripped. I think I might just change my user name to “Author” so that I don’t have to remember to set the “Label Changes with” option when I run a compare. ;-).

Thx.

Is this a setting that can be set globally? Probably. If so, where is it? I don’t want to have to do this for each file I’m editing. Thx.

Great. Thx. I will try that tomorrow when I get back to the office. That’s probably it.

-Rich

Thanks for idea about using SaveAsPath. I believe that is going to work. Of course, a user can still click cancel and wreak havoc, but it’s a start.

WRT your questions about opening .DOT files, they just open up in edit mode and not as a new un saved doc. I wish they opened up as the later because that would certainly solve my dilemma.

Thanks for the suggestions. I tried using .DOT files (in case not everyone that grabs a template is using Word 2007 ). This wound up just opening the .DOT file for editing. There are embedded macros in the files. When the user opens the file, they have to click to allow the macros to run (mostly just a splash screen with instructions on how to complete the template). If we could fully educate the end users, or even trust them completely, or even go out and edit their registries (we’re pretty locked down at work), we could adopt many of your suggestions, but I think I need something where the end user just has to click on the file on the sharepoint site and open it and then when they go to try to save it, the macros force it to be saved to a local drive and not the sharepoint site. While I can certainly follow your suggestions and could implement them personally, we really need something that is more automatic for the end user so that we can force the save on the local drive and not the templates sharepoint site.

Thanks!

I tried turning that on and off, but it never changed anything. I just tried it again, and it didn’t work. Thanks for reply, though. I solved it by making compatibility Word 2003. I think you are correct, though, that the issue is the WP 6.x for Win justification setting (even though it didn’t fix it on my system; There must be something else interacting with that on my system). Thanks for trying to fix it.

-Rich