Re: XML Output from FrameMaker not Pure XML?
I'd like to address the red herring (lurking if not actually swimming in this topic) about whether the file format is native XML. Because that point is immaterial... No matter what format you use for storage, the stored file has to be converted to some binary representation that your authoring tool can manipulate. Even your favorite browser, while it would claim native HTML, converts the HTML to a binary format that it can render with formatting and dynamics. Competitors of Maker have made this claim in the past -- that Maker is not native SGML/XML, but that they are. That's hogwash. The so-called native XML has to be loaded into an internal model that the tool uses, period. The issue to consider here is whether the tool's model suits your needs. No tool comes with a model to handle all schemas and DTDs out of the box. And it is true that the Maker model was developed before SGML was on the Frame Technology radar. As far as I know, the one place where this is a problem is in tables -- you can't have tables within tables. To a lesser degree (it causes some extra translations effort), you have to deal with differences such as graphics handling, where FrameMaker binary representations correspond to attributes that you have to declare in read/write rules. And some markup constructs need to be collapsed into FrameMaker markers... Details at that level cause more effort to set up your application, and they are artifacts of the FrameMaker binary model having been designed before the advent of SGML. But I repeat... The only thing you cannot do in Maker (that I'm aware of) is tables within tables. Alongside these considerations, you should look at your work flow and desired output. Do you need tables within tables? Are you looking at PDF output? Do you already have FrameMaker in the house? How much will it cost to deploy FrameMaker structured apps compared to other products? There are cases for and against FrameMaker here. But please, when somebody tells you that FrameMaker isn't *native* XML, take a look beneath the surface of that statement. You could just as easily say that FrameMaker natively supports XML and FrameMaker binary. So it's twice as good. Either statement is rediculous. cud ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Re: One paragraph style - Many Elements
At 10:50 AM 2/12/2010, Eric Geissinger wrote: I'm working on an unstructured Frame book, getting it structured via the Conversion Table method (Frame 9) using a custom EDD. ... What is the best way to map a single paragraph style (for example, heading_2) to differently named containers depending on the content of the paragraph style (text). Eric, Since a conversion table is not context sensitive, the earlier responses that a conversion table cannot handle this situation is correct. Rather than manual retagging, however, what I do in this situation is use a conversion table to create a preliminary structure. I save the result as XML and use XSLT (which can look at both the element tagging derived from the conversion table and the content) to create the final structure which I then read back into FrameMaker. Since the XSLT transform can be run as either a postprocess on the original save or a preprocess on the import, to the user the conversion appears to involve three steps: 1) Apply the conversion table 2) Save the result as a temporary XML file 3) Open the XML XSLT can do other useful things such as remove content that was typed in the unstructured document but becomes a prefix or suffix in the structured version. --Lynne Lynne A. Price Text Structure Consulting, Inc. Specializing in structured FrameMaker consulting, application development, and training lpr...@txstruct.comhttp://www.txstruct.com voice/fax: (510) 583-1505 cell phone: (510) 421-2284 ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
RE: XML Output from FrameMaker not Pure XML?
Hi Jan, I'll put my two cents in as well. The XMl that Frame creates is absolutely standards-based XML that can be interpreted by any XML editor. I use Frame and other XML editors as well, on the same files, and there is no problem going from one to the other. What the person who told you this might have meant is that there are many aspects of Frame that are not part of XML--conditional text, variables, etc. To accommodate these things, Frame adds things like entity declarations to ensure that, for example, your variables are preserved during a Frame-XML round trip. Frame also has its own way of formatting tables and images that is quite different from the way XML does it. So, again--and I'll use DITA XML as an example--the CALS table model includes a colspec element that determines column width, ruling, etc. Frame hides the colspec element because it is using the Table Designer properties to record this information and there are rules operating behind the scenes to translate the Table Designer properties to colspec attributes. However, if you look at the XML, you'll see that the colspec element is indeed there. So I think it would be better to say that the XML from Frame is different than what you might create if you sat down with a simpler XML editor and created the content, but it is not degraded or proprietary. Best, Leigh From: jwhi...@verizon.net To: framers@lists.frameusers.com Date: Sun, 14 Feb 2010 09:09:51 -0600 Subject: XML Output from FrameMaker not Pure XML? I was told that the XML output from FrameMaker was not ³pure XML,²...that it adds some kind of FrameMaker tagging. That was the rationale for a company I interviewed with to move from FrameMaker to MadCap Flare? I am interested in making sure I use the best tool for XML output. Thanks for all responses! -- Jan Whitacre 214-704-7952 Whit Write: Technical communication that puts the user first. _ Hotmail: Trusted email with powerful SPAM protection. http://clk.atdmt.com/GBL/go/201469227/direct/01/ ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Re: XML Output from FrameMaker not Pure XML?
Thanks Scott, After researching and talking with Rick Quatro, I concur. I don't know what other benefit the client found in MadCap Flare that they said was not present in FrameMaker. After some initial work in the TCS 1.2, the integrated suite seems to provide great output for single sourcing. With all the single-sourcing alternatives presented to tech writers today, it's like jumping in to a boiling cauldron...just looking for the best sieves to filter what I need. Thanks much, On 2/14/10 10:30 PM, Scott Prentice s...@leximation.com wrote: Hi Jan... What you were told is not true. XML created by Frame is as pure as that created by any other XML editor. Whoever told you that was misinformed. Frame is a bit more work to set up for authoring XML since you need to create a structure application (unless one already exists for your XML model). But unlike other XML editors, once you're set up for authoring you can publish to PDF very easily. It's basically front-loading the publishing effort. Whether Frame is the right XML editor for your needs is a whole different question. It sounds like you might want to do a bit more research. Cheers, ...scott On Feb 14, 2010, at 7:09 AM, Jan Whitacre wrote: I was told that the XML output from FrameMaker was not ³pure XML,²...that it adds some kind of FrameMaker tagging. That was the rationale for a company I interviewed with to move from FrameMaker to MadCap Flare? I am interested in making sure I use the best tool for XML output. Thanks for all responses! -- Jan Whitacre 214-704-7952 Whit Write: Technical communication that puts the user first. ___ -- Jan Whitacre Cell: 214-704-7952 Whit Write: Technical communication that puts the user first. ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
single character page numbering (with no hyphen)
FM8.0 on a Windows Vista platform I'm sure there's a simple answer for this, but I've really tried all I can think of and can't seem to find a way to get rid of the preceding hyphen for a page number within a footer. Like it or not, I'm trying to place just a single, lower-case Roman numeral in the footer of my TOC. So with the file open and Master Pages view selected, I choose Format Headers Footers Insert Page # What I get is a hyphen preceding the pound-sign variable or placeholder or whatever it is. I've checked Format Document Numbering and tried to make sure there is nothing in the Chapter box. I've checked Format Paragraph Designer Numbering (just to see if a hyphen is included in the numbering equation) but there is no numbering scheme to found there at all. I've checked Special Variable Edit Definition and deleted the unnecessary building blocks for Current Page # (leaving only $curpagenum with no preceding hyphen) and, for whatever reason, that didn't work. Note that in the rest of the book, I do use a chapter number with hyphen with page number combo. But I don't want it that way in the TOC and I don't want to designate the TOC as section 0. No comments, please, on my choice of document or numbering decisions. So short of actually typing in an i and an ii and so on, what else to do? -- Kenpo in Atlanta ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Re: single character page numbering (with no hyphen)
Are you applying the same right/left master pages to the TOC as you're applying to the body chapters, or did you create a different template for the TOC? When you update the book, is the Apply Master Pages option cleared? Nadine On 15/02/2010 9:14 PM, Ken Poshedly wrote: FM8.0 on a Windows Vista platform I'm sure there's a simple answer for this, but I've really tried all I can think of and can't seem to find a way to get rid of the preceding hyphen for a page number within a footer. Like it or not, I'm trying to place just a single, lower-case Roman numeral in the footer of my TOC. So with the file open and Master Pages view selected, I choose Format Headers Footers Insert Page # What I get is a hyphen preceding the pound-sign variable or placeholder or whatever it is. I've checked Format Document Numbering and tried to make sure there is nothing in the Chapter box. I've checked Format Paragraph Designer Numbering (just to see if a hyphen is included in the numbering equation) but there is no numbering scheme to found there at all. I've checked Special Variable Edit Definition and deleted the unnecessary building blocks for Current Page # (leaving only $curpagenum with no preceding hyphen) and, for whatever reason, that didn't work. Note that in the rest of the book, I do use a chapter number with hyphen with page number combo. But I don't want it that way in the TOC and I don't want to designate the TOC as section 0. No comments, please, on my choice of document or numbering decisions. So short of actually typing in an i and an ii and so on, what else to do? -- Kenpo in Atlanta ___ You are currently subscribed to Framers as generic...@yahoo.ca. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/generic668%40yahoo.ca Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info. ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Re: single character page numbering (with no hyphen)
I'm not sure what you're doing wrong but hopefully this will help... Our TOCs are set up this way and first, go to the master page and find the page number. We define ours as a variable with this value: $curpagenum You should define the page numbering format at the book level, so from the book, right-click the TOC, click Numbering, click the Page tab, and make sure it's set for roman numerals. Although this sounds like what you're doing, something is not right or it would be working for you. Finally, it doesn't make any difference if, in the Numbering dialog box, you have something entered in the Chapter tag. That won't automatically insert a hyphen in your TOC. Save the changes to the book and regenerate. On Mon, Feb 15, 2010 at 8:14 PM, Ken Poshedly poshe...@bellsouth.net wrote: FM8.0 on a Windows Vista platform I'm sure there's a simple answer for this, but I've really tried all I can think of and can't seem to find a way to get rid of the preceding hyphen for a page number within a footer. Like it or not, I'm trying to place just a single, lower-case Roman numeral in the footer of my TOC. So with the file open and Master Pages view selected, I choose Format Headers Footers Insert Page # What I get is a hyphen preceding the pound-sign variable or placeholder or whatever it is. I've checked Format Document Numbering and tried to make sure there is nothing in the Chapter box. I've checked Format Paragraph Designer Numbering (just to see if a hyphen is included in the numbering equation) but there is no numbering scheme to found there at all. I've checked Special Variable Edit Definition and deleted the unnecessary building blocks for Current Page # (leaving only $curpagenum with no preceding hyphen) and, for whatever reason, that didn't work. Note that in the rest of the book, I do use a chapter number with hyphen with page number combo. But I don't want it that way in the TOC and I don't want to designate the TOC as section 0. No comments, please, on my choice of document or numbering decisions. So short of actually typing in an i and an ii and so on, what else to do? -- Kenpo in Atlanta ___ You are currently subscribed to Framers as dr_go...@pobox.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/dr_gonzo%40pobox.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info. -- Steve Johnson, dr_go...@pobox.com ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
RE: single character page numbering (with no hyphen)
Ken, if you were here right now, I'd put on my chrome Patton helmet, slap you upside the head, and bark, Snap out of it, soldier! But that's probably just the adult beverages talking. Stop looking at Format This and Format That, and actually _look_at_the_footers_ on your master pages. I'm guessing they contain either -# or $chapnum-# (sans quotes, of course). Delete the - (or $chapnum-), and you're good to go. But remind yourself not to import page layouts from a chapter file to your frontmatter files. If you're going to use folio numbering (chapter#-page#) for your chapters and traditional roman numbering (i, ii, etc.) for your frontmatter, then you have to use different master pages for the frontmatter files. Richard From: framers-boun...@lists.frameusers.com on behalf of Ken Poshedly Sent: Mon 2/15/2010 7:14 PM To: framers@lists.frameusers.com Subject: single character page numbering (with no hyphen) FM8.0 on a Windows Vista platform I'm sure there's a simple answer for this, but I've really tried all I can think of and can't seem to find a way to get rid of the preceding hyphen for a page number within a footer. Like it or not, I'm trying to place just a single, lower-case Roman numeral in the footer of my TOC. So with the file open and Master Pages view selected, I choose Format Headers Footers Insert Page # What I get is a hyphen preceding the pound-sign variable or placeholder or whatever it is. I've checked Format Document Numbering and tried to make sure there is nothing in the Chapter box. I've checked Format Paragraph Designer Numbering (just to see if a hyphen is included in the numbering equation) but there is no numbering scheme to found there at all. I've checked Special Variable Edit Definition and deleted the unnecessary building blocks for Current Page # (leaving only $curpagenum with no preceding hyphen) and, for whatever reason, that didn't work. Note that in the rest of the book, I do use a chapter number with hyphen with page number combo. But I don't want it that way in the TOC and I don't want to designate the TOC as section 0. No comments, please, on my choice of document or numbering decisions. So short of actually typing in an i and an ii and so on, what else to do? -- Kenpo in Atlanta ___ You are currently subscribed to Framers as richard.co...@polycom.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/richard.combs%40polycom.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info. ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
XML Output from FrameMaker not Pure XML?
I'd like to address the red herring (lurking if not actually swimming in this topic) about whether the file format is native XML. Because that point is immaterial... No matter what format you use for storage, the stored file has to be converted to some binary representation that your authoring tool can manipulate. Even your favorite browser, while it would claim native HTML, converts the HTML to a binary format that it can render with formatting and dynamics. Competitors of Maker have made this claim in the past -- that Maker is not native SGML/XML, but that they are. That's hogwash. The so-called native XML has to be loaded into an internal model that the tool uses, period. The issue to consider here is whether the tool's model suits your needs. No tool comes with a model to handle all schemas and DTDs out of the box. And it is true that the Maker model was developed before SGML was on the Frame Technology radar. As far as I know, the one place where this is a problem is in tables -- you can't have tables within tables. To a lesser degree (it causes some extra translations effort), you have to deal with differences such as graphics handling, where FrameMaker binary representations correspond to attributes that you have to declare in read/write rules. And some markup constructs need to be collapsed into FrameMaker markers... Details at that level cause more effort to set up your application, and they are artifacts of the FrameMaker binary model having been designed before the advent of SGML. But I repeat... The only thing you cannot do in Maker (that I'm aware of) is tables within tables. Alongside these considerations, you should look at your work flow and desired output. Do you need tables within tables? Are you looking at PDF output? Do you already have FrameMaker in the house? How much will it cost to deploy FrameMaker structured apps compared to other products? There are cases for and against FrameMaker here. But please, when somebody tells you that FrameMaker isn't *native* XML, take a look beneath the surface of that statement. You could just as easily say that FrameMaker natively supports XML and FrameMaker binary. So it's twice as good. Either statement is rediculous. cud
One paragraph style -> Many Elements
At 10:50 AM 2/12/2010, Eric Geissinger wrote: >I'm working on an unstructured Frame book, getting it structured via the >Conversion Table method (Frame 9) using a custom EDD. > >... >What is the best way to map a single paragraph style (for example, >heading_2) to differently named containers depending on the content of the >paragraph style (text). Eric, Since a conversion table is not context sensitive, the earlier responses that a conversion table cannot handle this situation is correct. Rather than manual retagging, however, what I do in this situation is use a conversion table to create a preliminary structure. I save the result as XML and use XSLT (which can look at both the element tagging derived from the conversion table and the content) to create the final structure which I then read back into FrameMaker. Since the XSLT transform can be run as either a postprocess on the original save or a preprocess on the import, to the user the conversion appears to involve three steps: 1) Apply the conversion table 2) Save the result as a temporary XML file 3) Open the XML XSLT can do other useful things such as remove content that was typed in the unstructured document but becomes a prefix or suffix in the structured version. --Lynne Lynne A. Price Text Structure Consulting, Inc. Specializing in structured FrameMaker consulting, application development, and training lprice at txstruct.comhttp://www.txstruct.com voice/fax: (510) 583-1505 cell phone: (510) 421-2284
XML Output from FrameMaker not Pure XML?
Hi Jan, I'll put my two cents in as well. The XMl that Frame creates is absolutely standards-based XML that can be interpreted by any XML editor. I use Frame and other XML editors as well, on the same files, and there is no problem going from one to the other. What the person who told you this might have meant is that there are many aspects of Frame that are not part of XML--conditional text, variables, etc. To accommodate these things, Frame adds things like entity declarations to ensure that, for example, your variables are preserved during a Frame-XML round trip. Frame also has its own way of formatting tables and images that is quite different from the way XML does it. So, again--and I'll use DITA XML as an example--the CALS table model includes a colspec element that determines column width, ruling, etc. Frame hides the colspec element because it is using the Table Designer properties to record this information and there are rules operating behind the scenes to translate the Table Designer properties to colspec attributes. However, if you look at the XML, you'll see that the colspec element is indeed there. So I think it would be better to say that the XML from Frame is different than what you might create if you sat down with a simpler XML editor and created the content, but it is not degraded or proprietary. Best, Leigh From: jwhi...@verizon.net To: framers at lists.frameusers.com Date: Sun, 14 Feb 2010 09:09:51 -0600 Subject: XML Output from FrameMaker not Pure XML? I was told that the XML output from FrameMaker was not ?pure XML,?...that it adds some kind of FrameMaker tagging. That was the rationale for a company I interviewed with to move from FrameMaker to MadCap Flare? I am interested in making sure I use the best tool for XML output. Thanks for all responses! -- Jan Whitacre 214-704-7952 Whit Write: Technical communication that puts the user first. _ Hotmail: Trusted email with powerful SPAM protection. http://clk.atdmt.com/GBL/go/201469227/direct/01/
single character page numbering (with no hyphen)
FM8.0 on a Windows Vista platform I'm sure there's a simple answer for this, but I've really tried all I can think of and can't seem to find a way to get rid of the preceding hyphen for a page number within a footer. Like it or not, I'm trying to place just a single, lower-case Roman numeral in the footer of my TOC. So with the file open and Master Pages view selected, I choose Format > Headers & Footers > Insert Page # What I get is a hyphen preceding the pound-sign variable or placeholder or whatever it is. I've checked Format > Document > Numbering and tried to make sure there is nothing in the Chapter box. I've checked Format > Paragraph Designer > Numbering (just to see if a hyphen is included in the numbering equation) but there is no numbering scheme to found there at all. I've checked Special > Variable > Edit Definition and deleted the unnecessary building blocks for Current Page # (leaving only <$curpagenum> with no preceding hyphen) and, for whatever reason, that didn't work. Note that in the rest of the book, I do use a chapter number with hyphen with page number combo. But I don't want it that way in the TOC and I don't want to designate the TOC as section 0. No comments, please, on my choice of document or numbering decisions. So short of actually typing in an i and an ii and so on, what else to do? -- Kenpo in Atlanta
single character page numbering (with no hyphen)
Are you applying the same right/left master pages to the TOC as you're applying to the body chapters, or did you create a different template for the TOC? When you update the book, is the Apply Master Pages option cleared? Nadine On 15/02/2010 9:14 PM, Ken Poshedly wrote: > FM8.0 on a Windows Vista platform > > I'm sure there's a simple answer for this, but I've really tried all > I can think of and can't seem to find a way to get rid of the > preceding hyphen for a page number within a footer. > > Like it or not, I'm trying to place just a single, lower-case Roman > numeral in the footer of my TOC. So with the file open and Master > Pages view selected, I choose Format> Headers& Footers> Insert Page # > > What I get is a hyphen preceding the pound-sign variable or > placeholder or whatever it is. > > I've checked Format> Document> Numbering and tried to make sure > there is nothing in the Chapter box. > > I've checked Format> Paragraph Designer> Numbering (just to see if > a hyphen is included in the numbering equation) but there is no > numbering scheme to found there at all. > > I've checked Special> Variable> Edit Definition and deleted the > unnecessary building blocks for Current Page # (leaving only > <$curpagenum> with no preceding hyphen) and, for whatever reason, > that didn't work. > > Note that in the rest of the book, I do use a chapter number with > hyphen with page number combo. But I don't want it that way in the > TOC and I don't want to designate the TOC as section 0. No comments, > please, on my choice of document or numbering decisions. > > So short of actually typing in an i and an ii and so on, what else to do? > > -- Kenpo in Atlanta > > > ___ > > > You are currently subscribed to Framers as generic668 at yahoo.ca. > > Send list messages to framers at lists.frameusers.com. > > To unsubscribe send a blank email to > framers-unsubscribe at lists.frameusers.com > or visit > http://lists.frameusers.com/mailman/options/framers/generic668%40yahoo.ca > > Send administrative questions to listadmin at frameusers.com. Visit > http://www.frameusers.com/ for more resources and info. > >
single character page numbering (with no hyphen)
I'm not sure what you're doing wrong but hopefully this will help... Our TOCs are set up this way and first, go to the master page and find the page number. We define ours as a variable with this value: <$curpagenum> You should define the page numbering format at the book level, so from the book, right-click the TOC, click Numbering, click the Page tab, and make sure it's set for roman numerals. Although this sounds like what you're doing, something is not right or it would be working for you. Finally, it doesn't make any difference if, in the Numbering dialog box, you have something entered in the Chapter tag. That won't automatically insert a hyphen in your TOC. Save the changes to the book and regenerate. On Mon, Feb 15, 2010 at 8:14 PM, Ken Poshedly wrote: > FM8.0 on a Windows Vista platform > > I'm sure there's a simple answer for this, but I've really tried all > I can think of and can't seem to find a way to get rid of the > preceding hyphen for a page number within a footer. > > Like it or not, I'm trying to place just a single, lower-case Roman > numeral in the footer of my TOC. So with the file open and Master > Pages view selected, I choose Format > Headers & Footers > Insert Page # > > What I get is a hyphen preceding the pound-sign variable or > placeholder or whatever it is. > > I've checked Format > Document > Numbering and tried to make sure > there is nothing in the Chapter box. > > I've checked Format > Paragraph Designer > Numbering (just to see if > a hyphen is included in the numbering equation) but there is no > numbering scheme to found there at all. > > I've checked Special > Variable > Edit Definition and deleted the > unnecessary building blocks for Current Page # (leaving only > <$curpagenum> with no preceding hyphen) and, for whatever reason, > that didn't work. > > Note that in the rest of the book, I do use a chapter number with > hyphen with page number combo. But I don't want it that way in the > TOC and I don't want to designate the TOC as section 0. No comments, > please, on my choice of document or numbering decisions. > > So short of actually typing in an i and an ii and so on, what else to do? > > -- Kenpo in Atlanta > > > ___ > > > You are currently subscribed to Framers as dr_gonzo at pobox.com. > > Send list messages to framers at lists.frameusers.com. > > To unsubscribe send a blank email to > framers-unsubscribe at lists.frameusers.com > or visit > http://lists.frameusers.com/mailman/options/framers/dr_gonzo%40pobox.com > > Send administrative questions to listadmin at frameusers.com. Visit > http://www.frameusers.com/ for more resources and info. > -- Steve Johnson, dr_gonzo at pobox.com