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 » Formatting Long Documents
Site Map Home Register Authors List Search Today's Posts Mark Forums Read  

Indexing Tags in Word; xe versus XE



 
 
Thread Tools Display Modes
  #1  
Old May 2nd, 2010, 09:46 PM posted to microsoft.public.word.formatting.longdocs
NJCurmudgeon
external usenet poster
 
Posts: 1
Default Indexing Tags in Word; xe versus XE


I have a book I'm layout out where the files were supplied as a Word
doc. I have Word 2002. I use Editorium's QuarkConverter to convert
these files, with their tags, into text files I can import into my PC
Quark 4.1 that will retain all the formatting. This software also
translates the indexing tags so I can regenerate the index in Quark for
the final product. This has worked fine for previous jobs, but I am now
having an issue that I believe may be due to how the index tags were
generated in the original Word doc. The index tags disappear altogether
after conversion and can not be seen in the resulting text file. All
other formatting tags appear and seem to be working correctly.

When I convert the Word doc into the text file, the index tags in the
file that doesn't work appear as "xe". I opened the text file from a
job where the conversion worked fine and see that the tags are "XE".
After they are converted in QuarkConverter, they should go from "XE" to
"XI" but with the present file, the "xe" all just disappear as if they
are not being seen as valid tags. The only difference I can see between
the files that work and the one that doesn't is in the capitalization of
the tag code.

Another clue is that I have to convert the present problem file from
Unicode to ANSI. I have done this before with other files using Wordpad
to simply open the file and re-save it in ANSI format. However, when I
open the trouble file in Wordpad, in its original Unicode format, the
index tags do not appear. This makes me believe that the loss of the
index tag happens in the conversion process and, since it's worked
before with the "XE" tags, perhaps something is happening when they
generated the original index that resulted in the "xe" tags that appear
to be the problem.

Can anyone help me? I'm working against a deadline and his is an
obvious problem! Thank you!!




--
NJCurmudgeon
  #2  
Old May 3rd, 2010, 05:05 PM posted to microsoft.public.word.formatting.longdocs
CyberTaz
external usenet poster
 
Posts: 1,362
Default Indexing Tags in Word; xe versus XE

Although the techniques for inserting field codes in Word insert the codes
in U/C the codes are not case sensitive. If a user inserts the code manually
s/he may very well type the code in l/c... IOW, 'XE' & 'xe' are the same as
far as Word is concerned. The converter you're using may, however, be case
sensitive. It may recognize that there is a field but not as one it knows
how to convert, the result being that it skips over it altogether. Have you
checked with The Editorium?

If necessary, you can use Find & Replace in Word to make the case conversion
as long as you have the non-printing characters displayed in the document &
specify 'Match Case'.

HTH |:)
Bob Jones
[MVP] Office:Mac



On 5/2/10 4:46 PM, in article ,
"NJCurmudgeon" wrote:


I have a book I'm layout out where the files were supplied as a Word
doc. I have Word 2002. I use Editorium's QuarkConverter to convert
these files, with their tags, into text files I can import into my PC
Quark 4.1 that will retain all the formatting. This software also
translates the indexing tags so I can regenerate the index in Quark for
the final product. This has worked fine for previous jobs, but I am now
having an issue that I believe may be due to how the index tags were
generated in the original Word doc. The index tags disappear altogether
after conversion and can not be seen in the resulting text file. All
other formatting tags appear and seem to be working correctly.

When I convert the Word doc into the text file, the index tags in the
file that doesn't work appear as "xe". I opened the text file from a
job where the conversion worked fine and see that the tags are "XE".
After they are converted in QuarkConverter, they should go from "XE" to
"XI" but with the present file, the "xe" all just disappear as if they
are not being seen as valid tags. The only difference I can see between
the files that work and the one that doesn't is in the capitalization of
the tag code.

Another clue is that I have to convert the present problem file from
Unicode to ANSI. I have done this before with other files using Wordpad
to simply open the file and re-save it in ANSI format. However, when I
open the trouble file in Wordpad, in its original Unicode format, the
index tags do not appear. This makes me believe that the loss of the
index tag happens in the conversion process and, since it's worked
before with the "XE" tags, perhaps something is happening when they
generated the original index that resulted in the "xe" tags that appear
to be the problem.

Can anyone help me? I'm working against a deadline and his is an
obvious problem! Thank you!!




  #3  
Old May 3rd, 2010, 08:55 PM posted to microsoft.public.word.formatting.longdocs
NJCurmudgeon[_2_]
external usenet poster
 
Posts: 1
Default Indexing Tags in Word; xe versus XE


Thanks. I tried that, but it didn't work.

I emailed the Editorium developer - who is normally good about getting
back to me - but my emails bounced back due to a full inbox. Sigh.

Any other ideas?




CyberTaz;467935 Wrote:
Although the techniques for inserting field codes in Word insert the
codes
in U/C the codes are not case sensitive. If a user inserts the code
manually
s/he may very well type the code in l/c... IOW, 'XE' & 'xe' are the
same as
far as Word is concerned. The converter you're using may, however, be
case
sensitive. It may recognize that there is a field but not as one it
knows
how to convert, the result being that it skips over it altogether. Have
you
checked with The Editorium?

If necessary, you can use Find & Replace in Word to make the case
conversion
as long as you have the non-printing characters displayed in the
document &
specify 'Match Case'.

HTH |
Bob Jones
[MVP] Office:Mac



On 5/2/10 4:46 PM, in article ,
"NJCurmudgeon"
wrote:
-

I have a book I'm layout out where the files were supplied as a Word
doc. I have Word 2002. I use Editorium's QuarkConverter to convert
these files, with their tags, into text files I can import into my PC
Quark 4.1 that will retain all the formatting. This software also
translates the indexing tags so I can regenerate the index in Quark
for
the final product. This has worked fine for previous jobs, but I am
now
having an issue that I believe may be due to how the index tags were
generated in the original Word doc. The index tags disappear
altogether
after conversion and can not be seen in the resulting text file. All
other formatting tags appear and seem to be working correctly.

When I convert the Word doc into the text file, the index tags in the
file that doesn't work appear as "xe". I opened the text file from a
job where the conversion worked fine and see that the tags are "XE".
After they are converted in QuarkConverter, they should go from "XE"
to
"XI" but with the present file, the "xe" all just disappear as if
they
are not being seen as valid tags. The only difference I can see
between
the files that work and the one that doesn't is in the capitalization
of
the tag code.

Another clue is that I have to convert the present problem file from
Unicode to ANSI. I have done this before with other files using
Wordpad
to simply open the file and re-save it in ANSI format. However, when
I
open the trouble file in Wordpad, in its original Unicode format, the
index tags do not appear. This makes me believe that the loss of the
index tag happens in the conversion process and, since it's worked
before with the "XE" tags, perhaps something is happening when they
generated the original index that resulted in the "xe" tags that
appear
to be the problem.

Can anyone help me? I'm working against a deadline and his is an
obvious problem! Thank you!!


-





--
NJCurmudgeon
 




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


All times are GMT +1. The time now is 10:06 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.