Clarification of table title problem.
At 13:32 -0400 2/10/06, Rick Quatro wrote: >2) Set the table title to be left-aligned. Type text in the table title and >you will see that if it is longer than the table width, it will extend beyond >the right edge of the table. This does not happen if the title is >center-aligned. How interesting. I've never seen this because I don't think I've ever used FrameMaker's table titles, or at least, not much. This makes me glad I haven't. The title is even whackier for right-aligned tables with a left-aligned title. Is it a bug, or just an undocumented feature? If it said somewhere 'Table title paragraphs only honor table left and right outside edges if the title is centered', all would be well. I can perhaps think of designs in which a left-aligned title that spanned the text page rather than just the table width might be ok. The manual fix would seem to be to set up the First, Left and/or Right indents of the TableTitle para to match the table alignment and column widths if you want left-aligned table titles. But of course that only gets it right for one specific set of table alignments and widths, so you'd have to have multiple table title tags that shared the same numbering thread and be very consistent with your table sizings. While messing with this, I noticed another small bug. FrameMaker's default table title para tag's autonumber is created with no tabs, which makes it harder to align the left indent of a multi-line table title than it should be. I.e, it's 'Table\s:\s' and not 'Table\t:\t'. -- Steve
Header and other issues with FM 7.2 - Ideas requested
Loren, You wrote: >We PDF multi-chapter, multi-header books using Framemaker 7.2 and Adobe >Professional 7.0.8. We set up the bookmarks by chapter title and the >first two heading styles. The bookmarks in the PDF docs correctly divide >by chapter, but the heading1 and heading2 entries decide inconsistently >to show up under the wrong chapter. Double-check the PDF setup of the offending documents as well as book's PDF setup. Also make sure that all content is in a single flow (i.e. no multiple flows, disconnected pages, or separate text frames). If all is OK, simply try recreating the PS file/saving as PDF and see whether it is the same (I came across cases where the nesting of bookmarks was incorrect, and simply recreating the PS file had "solved" this). >Perhaps most visually distracting of >all, the various alphabetical headers in the Index show up as a list of >heading1s under the final body chapter in the Acrobat bookmarks panel. A similar problem is present in other PDFs authored with FrameMaker, when the index template has the Index title in a separate flow (current Apple manuals which demonstrate this are described at http://www.microtype.com/hmmms.html#0504 ). The template has to be modified so that only one flow exists in the index (also, the index title must reside on a body page). Shlomo Perets MicroType, http://www.microtype.com Training, consulting & add-ons: FrameMaker, Structured FM and Acrobat
linking to headings in PDF documents
Kevin, You wrote: >... So what I think I need to do is create HTML links to named >destionations within my PDF file. I haven't found a simple way to do this; >I tried opening the PDF in acrobat and viewed named destinations, and >wrote down the names of the chapter headings on a piece of paper, and I >surmised that I could then create a hypertext link along the lines of: > ...Nexus3RefGuideBuild1.pdf#page=6 > or > ...Nexus3RefGuideBuild1.pdf#nameddest=m5.9.14293... > >(referencing >http://partners.adobe.com/public/developer/en/acrobat/PDFOpenParameters.pdf#search=%22pdf%20open%20to%20page%20url%22) >However, that doesn't seem to work, in a browser. Or at least I haven't >been able to make it work. Both linking methods you have used should work if the PDF is stored on a web site (i.e. not accessed locally). Custom Acrobat extensions do exist to support this functionality when the PDFs are stored locally. If the PDF is stored in a web site, the destinations exist, yet the link does not open the target location, there may be a problem with your specific Acrobat/Reader version and the browser plug-in installed. To test this linking capability using a separate file, try clicking the link below: http://www.microtype.com/showcase/ConvertFMnewlink.pdf#Inspiration (if successful, the PDF should open on page 2). Other than linking to the destinations created by cross-reference markers or by the automatic hypertext links in generated files (as present in the PDF files), you can create custom destinations using the newlink hypertext markers, eg: newlink ABC Resulting PDF destinations would be m8.newlink.ABC or mN.8.newlink.ABC (when the file is part of the book, N indicating the file position in the book). (Using the FM-to-Acrobat add-on, it is possible to create custom destinations which do not have a variable prefix -- see http://www.microtype.com/ImprovePDF.html#12 for more info/examples). Shlomo Perets MicroType, http://www.microtype.com Training, consulting & add-ons: FrameMaker, Structured FM and Acrobat
Hypertext link problems
Karen,
You wrote:
>FrameMaker 7.2
>Acrobat Pro 7
>Windows XP
>
>I'm running into problems with hypertext mailto: links. If the email addy
>has a period, underscore, or dash in it, only the addy after that mark
>appears on the To: line when executed from the PDF. Any ideas?
Most likely, the problematic e-mail links are not "real links" in Acrobat;
the activity you see is related to the "Automatically detect URLs from
text" preference (Acrobat and Reader *7 only*: Edit > Preferences, General).
Acrobat's interpretation of text-based web addresses is problematic when
the URL is split between lines, or when the "underlying" text is not
recognized properly. In the case of e-mail addresses, the presence of
characters such as dot, underscore or dash indeed causes a problem in the
interpretation (so a_b at company.com is interpreted as b at company.com).
Links that are intentionally defined in FrameMaker using hypertext markers
result in an active area, showing a 'w' or '+' in the hand icon when you
hover above it (depending on the web capture preference). In Acrobat/Reader
7, such links also trigger a Security Warning ("the document is trying to
connect to the site: http://. If you trust the site click 'Allow',
otherwise click 'Block'." There is an option to remember your action per
web address).
Web links that are detected automatically only show the hand icon, and do
not trigger the Security message.
It is possible that you have a "real" link, but that its area does not
match the corresponding text. Try activating the link tool in Acrobat to
make sure the link area is what you expect.
It is also possible that you have e-mail markers in FrameMaker, but that
there is a problem with the syntax of some markers, or they may have the
wrong type (when using Special > Marker, FrameMaker changes the default
marker type based on markers present in the selected text area, so it's too
easy to try and insert a hypertext marker but end up inserting an Index or
Cross-Ref).
Shlomo Perets
MicroType, http://www.microtype.com * ToolbarPlus Express for FrameMaker
FrameMaker/Acrobat training & consulting * FrameMaker-to-Acrobat
TimeSavers/Assistants
Template Design, Single Sourcing, FM-to-PDF & Technical Indexing seminars
Spot Color Printing Problem
Good morning from beautiful Beaver County, Western PA First the setup: Frame 7.0p578, Acrobat 5.05, WXP Standard Next the document: Have a small document with some red text and color graphics. Now the problem: Printing to a postscript file, I turn the "Spot Color as Black/White" Document prints to a postscript file I render said postscript through Distiller Produces a PDF successfully, only the color is still in color, not in Black/White Any ever encounter this? In 10 years of using FrameMaker, this is a first for yours truly. Thanks and all the best Eduardo
Spot Color Printing Problem
Does the printer driver you're using to generate the PostScript have its own color / B&W setting, maybe on one of the Properties pages? Art On 10/3/06, Eduardo F. Cidade, Sr. wrote: > Good morning from beautiful Beaver County, Western PA > > First the setup: > > Frame 7.0p578, Acrobat 5.05, WXP Standard > > Next the document: > > Have a small document with some red text and color graphics. > > Now the problem: > > Printing to a postscript file, I turn the "Spot Color as Black/White" > Document prints to a postscript file > I render said postscript through Distiller > Produces a PDF successfully, only the color is still in color, not in > Black/White > > Any ever encounter this? In 10 years of using FrameMaker, this is a first > for yours truly. > > Thanks and all the best > > Eduardo > -- Art Campbell art.campbell at gmail.com "... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded girl." -- Richard Thompson No disclaimers apply. DoD 358
Spot Color Printing Problem
I believe that you are still getting color in your PDF because you are not using spot colors in your document. I would quess that the red you are using for your red text is defined as a process color rather than a spot color, and is therefore not affected by the "Spot Color as Black/White" option in the FrameMaker Print dialog. And graphics would only use spot colors if they are drawn with the FrameMaker drawing tools and use only colors that are defined as spot colors. Imported graphic objects always use process colors. If you need to produce a non-color PDF, the way to do it is to is choose the "Black & White" option on the Paper/Quality tab of the Adobe PDF Document Properties dialog for the Adobe PDF virtual printer. You get to this dialog from the "Setup" button in the print dialog or from the File>Print Setup command. But note that if any of your graphics are in EPS or PDF format, this printer setup option will *not* strip the color out of those graphics because the printer driver passes through the embedded chunks of code that represent the graphics without doing any processing on them. The printer setup option will strip the color from other types of graphics, though (GIF, PNG, TIFF, BMP, etc.) >From: "Eduardo F. Cidade, Sr." >Reply-To: ecidade at zoominternet.net >To: >Subject: Spot Color Printing Problem >Date: Tue, 3 Oct 2006 10:06:37 -0400 > >Good morning from beautiful Beaver County, Western PA > >First the setup: > >Frame 7.0p578, Acrobat 5.05, WXP Standard > >Next the document: > >Have a small document with some red text and color graphics. > >Now the problem: > >Printing to a postscript file, I turn the "Spot Color as Black/White" >Document prints to a postscript file >I render said postscript through Distiller >Produces a PDF successfully, only the color is still in color, not in >Black/White > >Any ever encounter this? In 10 years of using FrameMaker, this is a first >for yours truly. > >Thanks and all the best > >Eduardo > >___ > > >You are currently subscribed to Framers as DocuDoc at hotmail.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/docudoc%40hotmail.com > >Send administrative questions to lisa at frameusers.com. Visit >http://www.frameusers.com/ for more resources and info. _ All-in-one security and maintenance for your PC.? Get a free 90-day trial! http://clk.atdmt.com/MSN/go/msnnkwlo005001msn/direct/01/?href=http://www.windowsonecare.com/?sc_cid=msn_hotmail
Clarification of table title problem. (long, nerdy response)
Rick Quatro wrote: > Hi Richard, > > I think you are misdiagnosing the problem. Try this: Yeah, Rhea and Fred R. were also kind enough to point out (off-list) that I missed the point. Sigh. ;-) But I've played a little with some brand-new docs created from the (default) FM portrait template, and I don't think FM's behavior is a bug. The default TableTitle pgf is centered. The default Format A table is left-aligned, the default Format B is centered, and both have titles. If you want to play along, make sure View > Borders is on so that you can see the frame containing the table title. 1) In a brand-new portrait doc, click Insert > Table and select Format A. You get a left-aligned 5-col table, not as wide as the column, with a centered title. The title frame starts at the left margin and ends at the right edge of the table; IOW, it's the width of the table. 2) Now click Insert > Table and select Format B. You get a similar table, but it's centered in the column. The title frame this time spans the column (the pgf is still centered, so that isn't obvious if you have Borders turned off). Of course, the table and title are both centered in the column, so the title appears to be aligned with the table. But it can extend beyond the table (by equal amounts left and right). 3) In Table Designer, apply a 1" right indent to the Format B table, moving the center-point of the table left 1/2". Now, its title frame ends 1" in from the right margin, so it remains centered above the table, but still extends beyond it by equal amounts. 4) Still on the Format B table, apply a 1" left indent so that it has equal left and right indents and is again centered in the column. The title frame once again spans the entire column. 5) In Paragraph Designer, update all TableTitle pgfs to align left. Here's what happens: a) The Format A table's title frame changes from table-width to column width. b) The Format B table's title frame changes from column-width to ... well, on the left, it aligns with the left edge of the table; on the right, it extends to the right margin. This sort of makes sense, although it seems weird at first blush. A centered object's position in relation to what it's aligned with is variable (dependent on its width); any other alignment setting involves a fixed position in relation to the column/frame/page. The designers of FM had to decide what should align with what when centered and non-centered tables and titles interact, and they seem to have decided: A) If table is fixed in relation to column, and title is fixed -- align both to column. B) If table is fixed, and title is centered -- align title to table. C) If table is centered, and title is fixed -- align title to table on left, column on right. D) If table and title are both centered -- align both to column. There's a case to be made for doing A and C differently, but I don't think the actual behavior is ill-thought-out or buggy. In fact, any alternative is bound to make some people unhappy, too. The only change I'd make would be to always apply the table's left and right indents (if any) to the title frame. This would "fix" what I think is the dumb behavior at steps 3 & 4 above, where the title of a centered table responded to unequal left and right indents, but ignored equal ones. I suspect that was a design choice, however, not a bug. The other change that might make everyone happy, but would be much more difficult for the FM engineers: give us the ability to select the title frame and modify its size, position (relative to its "anchor" on the table), and other properties like other text frames. IMNSHO, FWIW, YMMV Richard -- Richard G. Combs Senior Technical Writer Polycom, Inc. richardDOTcombs AT polycomDOTcom 303-223-5111 -- rgcombs AT gmailDOTcom 303-777-0436 --
Suggestions: How to deliver localized online help... DITA/Structure/XML?
Hello Framers! We currently deliver our user guide in HTML as the online help for our application. When the user clicks on the Help link/button/etc., the correct section of the rather lengthy user guide is displayed. We do this via WebWorks and TopicAlias markers, delivering "WebWorks Help" -- pretty standard stuff. The issue I'll soon be facing is the question of how to deliver a subset of the user guides for localization. Since we currently use the whole user guide as the online help, the translation costs/time/etc. to localize the entire set would be prohibitive. What I've been considering is trying to deliver a subset of the user guides as online help for localized versions of the application. This subset would cover the UI, but leave the more advanced subjects in the "English Only" user guide. I have a couple of questions, though. Does this approach make any sense? Would this be a good "case" for DITA? Am I overlooking a more simple/elegant solution? Obviously I want to avoid duplicating content where I can. Does anyone else here have experience with a similar project? Because our current online help is actually two separate guides (User and Advanced guides) together in a single WebWorks Help presentation, I considered adding a third guide, this one to be localized, and then a separate mapping of TopicAlias Markers for localized versions. This is probably the route I'd take, if I end up going with some sort of structured solution (so that I could take advantage of a single source, generating the three books). Your thoughts? -g-
Font management on Windows
Hi - I have a client who uses Arial Truetype in their FrameMaker documents. One of my other clients wants to introduce Arial PostScript into their documents. I need to work on both their files on my Windows machine. Is there a way of creating font sets specific to each client's work so I can keep both fonts on my system but only have one available at a time? I know this can be done on Mac but... I'm on Windows 2000 Professional. Thanks. Pat Christenson
Best Practice: Multi-Page PDFs to Frame?
I'm using FM 7.1p116, and though I hesitate to bring up what might well be a timeworn question, I am curious. Is there such a thing as an optimal (and hopefully not overly labor-intensive) way to bring multiple-page PDFs into Frame? If so, what does it look like?
Re: Clarification of table title problem.
At 13:32 -0400 2/10/06, Rick Quatro wrote: >2) Set the table title to be left-aligned. Type text in the table title and >you will see that if it is longer than the table width, it will extend beyond >the right edge of the table. This does not happen if the title is >center-aligned. How interesting. I've never seen this because I don't think I've ever used FrameMaker's table titles, or at least, not much. This makes me glad I haven't. The title is even whackier for right-aligned tables with a left-aligned title. Is it a bug, or just an undocumented feature? If it said somewhere 'Table title paragraphs only honor table left and right outside edges if the title is centered', all would be well. I can perhaps think of designs in which a left-aligned title that spanned the text page rather than just the table width might be ok. The manual fix would seem to be to set up the First, Left and/or Right indents of the TableTitle para to match the table alignment and column widths if you want left-aligned table titles. But of course that only gets it right for one specific set of table alignments and widths, so you'd have to have multiple table title tags that shared the same numbering thread and be very consistent with your table sizings. While messing with this, I noticed another small bug. FrameMaker's default table title para tag's autonumber is created with no tabs, which makes it harder to align the left indent of a multi-line table title than it should be. I.e, it's 'Table\s:\s' and not 'Table\t:\t'. -- Steve ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Re: Header and other issues with FM 7.2 - Ideas requested
Loren, You wrote: We PDF multi-chapter, multi-header books using Framemaker 7.2 and Adobe Professional 7.0.8. We set up the bookmarks by chapter title and the first two heading styles. The bookmarks in the PDF docs correctly divide by chapter, but the heading1 and heading2 entries decide inconsistently to show up under the wrong chapter. Double-check the PDF setup of the offending documents as well as book's PDF setup. Also make sure that all content is in a single flow (i.e. no multiple flows, disconnected pages, or separate text frames). If all is OK, simply try recreating the PS file/saving as PDF and see whether it is the same (I came across cases where the nesting of bookmarks was incorrect, and simply recreating the PS file had "solved" this). Perhaps most visually distracting of all, the various alphabetical headers in the Index show up as a list of heading1s under the final body chapter in the Acrobat bookmarks panel. A similar problem is present in other PDFs authored with FrameMaker, when the index template has the Index title in a separate flow (current Apple manuals which demonstrate this are described at http://www.microtype.com/hmmms.html#0504 ). The template has to be modified so that only one flow exists in the index (also, the index title must reside on a body page). Shlomo Perets MicroType, http://www.microtype.com Training, consulting & add-ons: FrameMaker, Structured FM and Acrobat ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Re: linking to headings in PDF documents
Kevin, You wrote: ... So what I think I need to do is create HTML links to named destionations within my PDF file. I haven't found a simple way to do this; I tried opening the PDF in acrobat and viewed named destinations, and wrote down the names of the chapter headings on a piece of paper, and I surmised that I could then create a hypertext link along the lines of: ...Nexus3RefGuideBuild1.pdf#page=6 or ...Nexus3RefGuideBuild1.pdf#nameddest=m5.9.14293... (referencing http://partners.adobe.com/public/developer/en/acrobat/PDFOpenParameters.pdf#search=%22pdf%20open%20to%20page%20url%22) However, that doesn't seem to work, in a browser. Or at least I haven't been able to make it work. Both linking methods you have used should work if the PDF is stored on a web site (i.e. not accessed locally). Custom Acrobat extensions do exist to support this functionality when the PDFs are stored locally. If the PDF is stored in a web site, the destinations exist, yet the link does not open the target location, there may be a problem with your specific Acrobat/Reader version and the browser plug-in installed. To test this linking capability using a separate file, try clicking the link below: http://www.microtype.com/showcase/ConvertFMnewlink.pdf#Inspiration (if successful, the PDF should open on page 2). Other than linking to the destinations created by cross-reference markers or by the automatic hypertext links in generated files (as present in the PDF files), you can create custom destinations using the newlink hypertext markers, eg: newlink ABC Resulting PDF destinations would be m8.newlink.ABC or mN.8.newlink.ABC (when the file is part of the book, N indicating the file position in the book). (Using the FM-to-Acrobat add-on, it is possible to create custom destinations which do not have a variable prefix -- see http://www.microtype.com/ImprovePDF.html#12 for more info/examples). Shlomo Perets MicroType, http://www.microtype.com Training, consulting & add-ons: FrameMaker, Structured FM and Acrobat ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Re: Hypertext link problems
Karen,
You wrote:
FrameMaker 7.2
Acrobat Pro 7
Windows XP
I'm running into problems with hypertext mailto: links. If the email addy
has a period, underscore, or dash in it, only the addy after that mark
appears on the To: line when executed from the PDF. Any ideas?
Most likely, the problematic e-mail links are not "real links" in Acrobat;
the activity you see is related to the "Automatically detect URLs from
text" preference (Acrobat and Reader *7 only*: Edit > Preferences, General).
Acrobat's interpretation of text-based web addresses is problematic when
the URL is split between lines, or when the "underlying" text is not
recognized properly. In the case of e-mail addresses, the presence of
characters such as dot, underscore or dash indeed causes a problem in the
interpretation (so [EMAIL PROTECTED] is interpreted as [EMAIL PROTECTED]).
Links that are intentionally defined in FrameMaker using hypertext markers
result in an active area, showing a 'w' or '+' in the hand icon when you
hover above it (depending on the web capture preference). In Acrobat/Reader
7, such links also trigger a Security Warning ("the document is trying to
connect to the site: http://. If you trust the site click 'Allow',
otherwise click 'Block'." There is an option to remember your action per
web address).
Web links that are detected automatically only show the hand icon, and do
not trigger the Security message.
It is possible that you have a "real" link, but that its area does not
match the corresponding text. Try activating the link tool in Acrobat to
make sure the link area is what you expect.
It is also possible that you have e-mail markers in FrameMaker, but that
there is a problem with the syntax of some markers, or they may have the
wrong type (when using Special > Marker, FrameMaker changes the default
marker type based on markers present in the selected text area, so it's too
easy to try and insert a hypertext marker but end up inserting an Index or
Cross-Ref).
Shlomo Perets
MicroType, http://www.microtype.com * ToolbarPlus Express for FrameMaker
FrameMaker/Acrobat training & consulting * FrameMaker-to-Acrobat
TimeSavers/Assistants
Template Design, Single Sourcing, FM-to-PDF & Technical Indexing seminars
___
You are currently subscribed to Framers as [EMAIL PROTECTED]
Send list messages to [EMAIL PROTECTED]
To unsubscribe send a blank email to
[EMAIL PROTECTED]
or visit
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com
Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.
Spot Color Printing Problem
Good morning from beautiful Beaver County, Western PA First the setup: Frame 7.0p578, Acrobat 5.05, WXP Standard Next the document: Have a small document with some red text and color graphics. Now the problem: Printing to a postscript file, I turn the "Spot Color as Black/White" Document prints to a postscript file I render said postscript through Distiller Produces a PDF successfully, only the color is still in color, not in Black/White Any ever encounter this? In 10 years of using FrameMaker, this is a first for yours truly. Thanks and all the best Eduardo ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Re: Spot Color Printing Problem
Does the printer driver you're using to generate the PostScript have its own color / B&W setting, maybe on one of the Properties pages? Art On 10/3/06, Eduardo F. Cidade, Sr. <[EMAIL PROTECTED]> wrote: Good morning from beautiful Beaver County, Western PA First the setup: Frame 7.0p578, Acrobat 5.05, WXP Standard Next the document: Have a small document with some red text and color graphics. Now the problem: Printing to a postscript file, I turn the "Spot Color as Black/White" Document prints to a postscript file I render said postscript through Distiller Produces a PDF successfully, only the color is still in color, not in Black/White Any ever encounter this? In 10 years of using FrameMaker, this is a first for yours truly. Thanks and all the best Eduardo -- Art Campbell [EMAIL PROTECTED] "... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded girl." -- Richard Thompson No disclaimers apply. DoD 358 ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
RE: Spot Color Printing Problem
I believe that you are still getting color in your PDF because you are not using spot colors in your document. I would quess that the red you are using for your red text is defined as a process color rather than a spot color, and is therefore not affected by the "Spot Color as Black/White" option in the FrameMaker Print dialog. And graphics would only use spot colors if they are drawn with the FrameMaker drawing tools and use only colors that are defined as spot colors. Imported graphic objects always use process colors. If you need to produce a non-color PDF, the way to do it is to is choose the "Black & White" option on the Paper/Quality tab of the Adobe PDF Document Properties dialog for the Adobe PDF virtual printer. You get to this dialog from the "Setup" button in the print dialog or from the File>Print Setup command. But note that if any of your graphics are in EPS or PDF format, this printer setup option will *not* strip the color out of those graphics because the printer driver passes through the embedded chunks of code that represent the graphics without doing any processing on them. The printer setup option will strip the color from other types of graphics, though (GIF, PNG, TIFF, BMP, etc.) From: "Eduardo F. Cidade, Sr." <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: Subject: Spot Color Printing Problem Date: Tue, 3 Oct 2006 10:06:37 -0400 Good morning from beautiful Beaver County, Western PA First the setup: Frame 7.0p578, Acrobat 5.05, WXP Standard Next the document: Have a small document with some red text and color graphics. Now the problem: Printing to a postscript file, I turn the "Spot Color as Black/White" Document prints to a postscript file I render said postscript through Distiller Produces a PDF successfully, only the color is still in color, not in Black/White Any ever encounter this? In 10 years of using FrameMaker, this is a first for yours truly. Thanks and all the best Eduardo ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/docudoc%40hotmail.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info. _ All-in-one security and maintenance for your PC. Get a free 90-day trial! http://clk.atdmt.com/MSN/go/msnnkwlo005001msn/direct/01/?href=http://www.windowsonecare.com/?sc_cid=msn_hotmail ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
RE: Clarification of table title problem. (long, nerdy response)
Rick Quatro wrote: > Hi Richard, > > I think you are misdiagnosing the problem. Try this: Yeah, Rhea and Fred R. were also kind enough to point out (off-list) that I missed the point. Sigh. ;-) But I've played a little with some brand-new docs created from the (default) FM portrait template, and I don't think FM's behavior is a bug. The default TableTitle pgf is centered. The default Format A table is left-aligned, the default Format B is centered, and both have titles. If you want to play along, make sure View > Borders is on so that you can see the frame containing the table title. 1) In a brand-new portrait doc, click Insert > Table and select Format A. You get a left-aligned 5-col table, not as wide as the column, with a centered title. The title frame starts at the left margin and ends at the right edge of the table; IOW, it's the width of the table. 2) Now click Insert > Table and select Format B. You get a similar table, but it's centered in the column. The title frame this time spans the column (the pgf is still centered, so that isn't obvious if you have Borders turned off). Of course, the table and title are both centered in the column, so the title appears to be aligned with the table. But it can extend beyond the table (by equal amounts left and right). 3) In Table Designer, apply a 1" right indent to the Format B table, moving the center-point of the table left 1/2". Now, its title frame ends 1" in from the right margin, so it remains centered above the table, but still extends beyond it by equal amounts. 4) Still on the Format B table, apply a 1" left indent so that it has equal left and right indents and is again centered in the column. The title frame once again spans the entire column. 5) In Paragraph Designer, update all TableTitle pgfs to align left. Here's what happens: a) The Format A table's title frame changes from table-width to column width. b) The Format B table's title frame changes from column-width to ... well, on the left, it aligns with the left edge of the table; on the right, it extends to the right margin. This sort of makes sense, although it seems weird at first blush. A centered object's position in relation to what it's aligned with is variable (dependent on its width); any other alignment setting involves a fixed position in relation to the column/frame/page. The designers of FM had to decide what should align with what when centered and non-centered tables and titles interact, and they seem to have decided: A) If table is fixed in relation to column, and title is fixed -- align both to column. B) If table is fixed, and title is centered -- align title to table. C) If table is centered, and title is fixed -- align title to table on left, column on right. D) If table and title are both centered -- align both to column. There's a case to be made for doing A and C differently, but I don't think the actual behavior is ill-thought-out or buggy. In fact, any alternative is bound to make some people unhappy, too. The only change I'd make would be to always apply the table's left and right indents (if any) to the title frame. This would "fix" what I think is the dumb behavior at steps 3 & 4 above, where the title of a centered table responded to unequal left and right indents, but ignored equal ones. I suspect that was a design choice, however, not a bug. The other change that might make everyone happy, but would be much more difficult for the FM engineers: give us the ability to select the title frame and modify its size, position (relative to its "anchor" on the table), and other properties like other text frames. IMNSHO, FWIW, YMMV Richard -- Richard G. Combs Senior Technical Writer Polycom, Inc. richardDOTcombs AT polycomDOTcom 303-223-5111 -- rgcombs AT gmailDOTcom 303-777-0436 -- ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Suggestions: How to deliver localized online help... DITA/Structure/XML?
Hello Framers! We currently deliver our user guide in HTML as the online help for our application. When the user clicks on the Help link/button/etc., the correct section of the rather lengthy user guide is displayed. We do this via WebWorks and TopicAlias markers, delivering "WebWorks Help" -- pretty standard stuff. The issue I'll soon be facing is the question of how to deliver a subset of the user guides for localization. Since we currently use the whole user guide as the online help, the translation costs/time/etc. to localize the entire set would be prohibitive. What I've been considering is trying to deliver a subset of the user guides as online help for localized versions of the application. This subset would cover the UI, but leave the more advanced subjects in the "English Only" user guide. I have a couple of questions, though. Does this approach make any sense? Would this be a good "case" for DITA? Am I overlooking a more simple/elegant solution? Obviously I want to avoid duplicating content where I can. Does anyone else here have experience with a similar project? Because our current online help is actually two separate guides (User and Advanced guides) together in a single WebWorks Help presentation, I considered adding a third guide, this one to be localized, and then a separate mapping of TopicAlias Markers for localized versions. This is probably the route I'd take, if I end up going with some sort of structured solution (so that I could take advantage of a single source, generating the three books). Your thoughts? -g- ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Font management on Windows
Hi - I have a client who uses Arial Truetype in their FrameMaker documents. One of my other clients wants to introduce Arial PostScript into their documents. I need to work on both their files on my Windows machine. Is there a way of creating font sets specific to each client's work so I can keep both fonts on my system but only have one available at a time? I know this can be done on Mac but... I'm on Windows 2000 Professional. Thanks. Pat Christenson ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
