Re: right to left languages
Mellel is fully adapted to multilingual text processing; it is perfect for right to left languages (it is made by an israeli company), and treats beautifully asian languages as well. It is fully Unicode compliant (including SIP characters). It is an excellent word processor, far superior to Word. However it is far from being a replacement for FrameMaker, as it lacks Frame's layout capacities. Moreover, for the time being, it lacks cross-reference capacity ... It is also MacOSX only. Sam Beard ([EMAIL PROTECTED]) said on 27/07/07 at 11:23 : >Graeme, > > I recently bought an issue of a UK Mac magazine that included a CD >with a fully licensed version of Mellel on it. I haven't installed it on >my system at home, however. I've considered it, but haven't really felt >the need to do so at this time. For my written document needs at home, >Apple's iWorks does fine for me. I THINK the Mac magazine is Mac Format, >but I'm not sure and I loaned it out to a new Mac owner, so I can't >check it, either. I'm ALLEDGEDLY going to get it back at some point. ;-P > >Samuel I. Beard, Jr. >Technical Writer >OI Analytical >979 690-1711 Ext. 222 >[EMAIL PROTECTED] > > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf >Of Graeme R Forbes >Sent: Thursday, July 26, 2007 1:01 PM >To: framers@lists.frameusers.com >Subject: right to left languages > >Peter Courlis asked > >"Is there a S/W application or DTP S/W that is used for >Arabic, Farsi (left to right) languages in popular use, today?" > >Dov replied: >"Yes, Microsoft Word (Windows only) provides this support. >InDesign ME offers this support (both platforms); maybe future >versions of InDesign might also natively support right-to-left" > > >I think it used to be the case on the Mac that right to left language >docs were mainly created in Nisus (http://nisus.com/). The OSX >upgrade of Nisus still does it, but you might want to enter "Hebrew" >in the user forums search and read some of the posts. The new kid on >the block is a word processor called Mellel >(http://www.redlers.com/index.html) which looks like it would be well >worth investigating. In fact, it may even be a plausible replacement >for FrameMaker for (English) technical writing on the Mac. > >Graeme Forbes >___ > > >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/amnon.yaish% >40free.fr > >Send administrative questions to [EMAIL PROTECTED] Visit >http://www.frameusers.com/ for more resources and info. > ___ 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.
Vertical spacing inconsistencies [more]
At 12:19 -0500 27/7/07, Peter Gold wrote: >I hope I understand your meaning. If you mean that the inter-paragraph >space varies for the same consecutive paragraphs formats, depending on >where they are within a column or text frame, perhaps one or more of >these options are turned on: Format > Customize Layout > Customize >Text Frame > Balance Columns or Format > Customize Layout > Line >Layout > Baseline Synchronization. I have found a fix for the problem, but I don't know why it fixes it. If I create a new double-sided document and copy/paste the body page contents from the template into it, the vertical leading issue goes away. This strongly suggests that it may be something to do with the master page text frames, but I'm not sure what. -- Steve
Vertical spacing inconsistencies
At 12:19 -0500 27/7/07, Peter Gold wrote: >I'm not aware of bugs in this area (but there could be). > >I hope I understand your meaning. If you mean that the inter-paragraph >space varies for the same consecutive paragraphs formats, depending on >where they are within a column or text frame,... Is what I mean, yes... >... perhaps one or more of these options are turned on: Format > Customize >Layout > Customize Text Frame > Balance Columns or Format > Customize Layout > >Line Layout > Baseline Synchronization. Wow, bang on. Although the Left / Right masters are only one column, 'Balance Columns' was enabled. That's the good news. The bad news is that turning it off didn't fix the bug. Baseline sync was off, though... and shouldn't affect a one-column layout anyway? Now here's a thing. If I select Format > Page Layout > Column Layout on a Left or Right master page, FrameMaker says 'This document's Left/Right master pages have an irregular column layout. Using the Column Layout command will remove this layout. Are you sure you want to do this?'. I can't recall having seen this warning before, but it's maybe warning me about custom margins. Updating the entire flow sets margins as mirror images. I don't think this relates to the problem I'm seeing, though. Allowing this command loose on the master pages moves things around, but it does not fix the vertical leading bug. >If you mean simply that the spacing between all paragraphs isn't the >identical, then try this tack: > >I'm sure you're aware that FrameMaker space between paragraphs is >controlled by the larger of space below and space above. That is, it's >not additive, as in nearly all other publishing and word-processing >tools. Yes. However, surely the spacing between all instances of a specific heading and the following para should be the same if they all have the same pair of tags and none of the paras have overrides, though? The fact that this is not working here is a singularity in my FrameMaker universe, and it's making me distinctly unhappy :-( >The Fixed line spacing truncates any character that exceeds the >setting's height. This is supposed to keep all lines in the paragraph >from being pushed out of the leading setting by too-tall characters. .. on inline graphics. >The point size and line-height (leading) of the Fruitiger are the same >("solid"), but the Revival leading is about the standard-amount larger >than the type's point size. Ok... but I see the same problem with the original files in which the body font was Times New Roman. Just checked, and for 9.8 point Revival, 11.8 point is what FrameMaker considers to be single line spacing. That's how it got to be 11.8 points, I guess - it's tracking the font size. If I set the Revival to 10 points, the line spacing goes to 12 points, as you'd expect. >Depending on the individual type font, point size isn't always what >you think it is. Different fonts name the point size by referring to a >dimension of a letter in the font. It's common to use the height of a >lowercase "x" (x-height), but it's a flexible standard across type >foundries; sometimes it's a different letter, sometimes it's a >different dimension (width, rather than height, etc.), and in novel >font designs, sometimes the reference for point size may be unique to >that font. > >I agree that any fragment or all of this is probably too much for a >Friday, anywhere in the FrameMaker universe. Not at all. But I'm not quite sure what you're suggesting I try here. Make the fixed line spacing of the Revival bigger? Smaller? Not fixed? -- Steve
Pantone bug?
At 13:42 -0400 27/7/07, Kenneth C. Benson wrote: > >>. Edit the color to C:50, M:100, rest 0 >> >>. I now see Ink name: None, print as spot > >Although your ink name changes when you edit the definition (it doesn't change >here), you can call it whatever you want, I think. Try copying the name before >you edit the definition, and then paste the name back over "None" after you >edit the definition. No, not possible: although the 'Name' field - i.e. the name by which the color is known to FrameMaker - can be edited, the 'Ink Name; field is not editable. At least, it isn't FrameMaker 7.0 for Mac. To recap, the color definition dialog here has four fields above the CMYK sliders: Name [editable] Ink Name [not editable] Print As [choice of Tint, Spot, Process, Don't print] Model [choice of CMYK, RGB, HLS] >>I.e. FrameMaker has, quite properly, dropped the ink name > >I disagree that this is proper. Changing the definition of a spot color is >easily and commonly done in other programs. Ok. But what I'm saying is that you can call it anything you like in the Name field, but if you change the CMYK makeup, the [non-editable] 'Ink Name' field goes from 'Pantone 164CVU' to 'None'. However, this does not seem to matter - see below. >>. Format a body para with the synthetic 'Pantone', print to Ps, distill > >I thought the synthetic spot color was called "None". Did you rename it >"Pantone"? No, it's *named* Pantone 164CVU, but it's ink name is 'None'. >>. Preflight: plates = 5, C M Y K, Pantone 164. > >Are your CMY plates blank? Seem to be, yes. I have a PDF with one word in Pantone, and its showing 100% spot - as it should. The presence of process black as opposed to spot black is another issue, and one that's been aired here before. It's not related to this discussion. The bottom line would seem to be that although FrameMaker appears to be dropping the ink name when a Pantone is dickered with in the color definitions, it is still outputting the correct plate definition. Which is all to the good. -- Steve
Corrupted Word file fixes - was: Converted Word file grows enormously
Diane, This should go into a FM FAQ somewhere. Alan On 27/07/2007, at 6:28 PM, Diane Gaskill wrote: > Michael, > > I have seen this MANY times. We are converting to FM at my company > now (finally - thank God) but we have many large (400 to 800 page) > Word docs that contain lots of embedded drawings, screenshots, and > even photos. Documents like this are easily corrupted because Word > has some really bad memory bugs, not to mention the notorius > autonumbering bug - I mean auto-selfrenunbering bug. > > Most of the corruption in a Word doc is contained in the last > paragraph mark (that's where all the metadata (file descriptors, > etc) is contained.)) But corruptions can also be contained in > section breaks. > > There are a couple of ways to fix the problem. First, the easy > way, although this might not fix it. > > 1. Launch Word but do not open any files. > 2. Using Explorer, locate the file you are having trouble with and > note the file size. Write it down. > 3. SINGLE click the file to highlight it. Do NOT double click the > file and open it. > 4. With the file highlighted, in Word, select File -> Open. The > Open File dialog box is displayed. > 5. In the lower right corner of the dialog box there is a button > that says Open. To the right of the button is a pull down menu. > Expand the menu and select Open and Repair. Word will open the > highlighted file, analyze it, and fix a lot of the corruption. > 6. Save the file and then note the file size. If there is a > difference from the original file size, you might have a clean > file. If not, go to the next procedure. > > Personal note: You gotta know the Gates & Co KNOWS that Word is a > pile of you-know-what. How many other applications do you know > that have an Open and Repair button. Sheesh. > > The hard Way > Well, it's not really hard, just time consuming. > > 1. Launch Word but don't open any files. > 2. Select Tools > Options > File Locations. Note the path to User > Templates. > 3. Exit Word. Shut it down compeltely. > 4. Go to whereever the path you saw in step 2 takes you and delete > Normal.dot. That's right, delete it. Or, if you have modified it > (that's a big no-no) just move it to another directory. > 5. Launch Word again. When Word does not find Normal.dot, it will > build a nice, clean, new one with no corruptions at all. > [If you are fast, you probably know where I am going with this.] > 6. Now, create a brand new doc in Word. It will automatically use > the nice, clean, new Normal template. Leave this file open, but do > not save it. > 7. Now open your corrupted doc. See the bugs crawling around on > the screen. (ok, ok, I just threw that in for fun). > 8. Turn on hidden text (the Paragraph mark in the menu) so that > you can see the paragraph marks. > 9. Copy everything in your file EXCEPT the last paragraph mark. > 10. Paste that into the clean new Word doc you already have open. > 11. Save under a new name. Don't overwrite the corrupted file. > 12. Note the file size. > > If the above procedure doesnt't reduce the file size a lot, do this: > > 1. Open another new, clean doc. > 2. Open youir original, corrupted file again. In your corrupted > file, delete ALL of the section breaks. The headers and footers > will not work any more because the metada for them is in the > section breaks. You will have to create them all again later. > This could take a while, depending on the size of your doc. > 3. Copy everything in your file EXCEPT the last paragraph mark. > 4. Paste that into the clean new Word doc you already have open. > 5. Save under a new name. Don't overwrite the corrupted file. > 6. Note the file size. > 7. Attach your original template, ficx the section breaks, and you > should have a clean, uncorrupted file. > > For more information go to the Word MVP website http://word.mvps.org/. > Also check out this page on the site: > http://word.mvps.org/FAQs/AppErrors/CorruptDoc.htm > The tiele of the page is: > How can I recover a corrupt document or template ? and why did it > become corrupt? > > Hope this helps. > > Diane Gaskill > > --- > > > > -Original Message- >> From: O'Laoghaire Micheal >> Sent: Jul 26, 2007 12:34 PM >> To: Art Campbell >> Cc: framers at lists.frameusers.com >> Subject: RE: Converted Word file grows enormously >> >> Art, >> Thanks for replying. >> There is merit in what you say but I have converted quite a >> number of >> documents with embedded graphics without encountering this problem. >> There is sonething unique about this document but I have not been >> able >> to figure it out. >> >> >> Regards, >> Micheal O'Laoghaire >> KBS Documentation >> Comverse Inc. >> Cambridge, MA. >> >> Tel: (617) 273-5414 >> >> -Original Message- >> From: Art Campbell [mailto:art.campbell at gmail.com] >> Sent: Thursday, July 26, 2007 2:30 PM >> To: O'Laoghaire
Pantone bug?
At 12:58 -0400 27/7/07, Kenneth C. Benson wrote: >It doesn't here. I just made a new color from the Pantone Uncoated library, >typed in 164, and got a nice red PANTONE 164 CVU. I chose Print as Spot and >changed the CMYK color definition to make 50,100,0,0 purple. Then I formatted >some text in PANTONE 164 CVU and printed the page to seps. I chose to print >the 164 plate only, and the text printed black. Then I went back and printed >composite, and the text printed purple. OK, here's what I do, starting with a blank document: . Bring up View -> Color Definitions... . Select Pantone Uncoated library . Select Pantone 164 CVU . I now see Ink name: Pantone 164 CVU, Print as spot, and M:47, Y:76 . Edit the color to C:50, M:100, rest 0 . I now see Ink name: None, print as spot I.e. FrameMaker has, quite properly, dropped the ink name, because I've change its spec. . Format a body para with the synthetic 'Pantone', print to Ps, distill . Preflight: plates = 5, C M Y K, Pantone 164. However, the PDF *does* seem to specify the Pantone plate correctly, so maybe I'm worrying unnecessarily. The presence of the C M and Y plates in a PDF with one word in Pantone is something I've hit before, but I can't for the moment remeber the fix. >I'm on Windows here, so maybe it's different on Mac. Are you sure you're >choosing "Print as Spot"? Yup. -- Steve
Vertical spacing inconsistencies
At 13:03 -0400 27/7/07, Art Campbell wrote: >Is the page that you're working on imported from another program? Nope. >Could it have hidden characters? (You have view all text characters >turned on?) Yep. Nothing odd visible. >Does the page print with the same inconsistencies? Not tried. >Is your ini file set to use printer metrics on the display? (And is Adobe PDF >set as the default printer?) Mac FrameMaker, so no .ini file ;-) >Any chance that any of the tags are calling for a frame above / below? The A head uses a line above, but the other two don't call for anything. All three heading levels show this problem. -- Steve
Vertical spacing inconsistencies
I'm probably breaking rules here by posting two queries in succession. Sorry. Today is not a good day with FrameMaker. TGIF. I am working up a template, and am seeing visibly inconsistent vertical spacing between headings and body paras in the same document despite the fact that there are no overrides. Here are the relevant specs: A Heading space above 19 pt, space below 6 pt, line spacing 16 pt fixed, 16 point Frutiger bold uppercase, left justified B Heading space above 18 pt, space below 3 pt, line spacing 14 pt fixed, 14 point Frutiger bold, left justified C Heading space above 13.5 pt, space below 3 pt, line spacing 13.5 pt fixed, 13.5 point Frutiger bold italic, left justified BodyFirst [follows all headings] Space above 0 pt, space below 0 pt, line spacing 11.8 pt fixed, 9.8 pt Revival 565 Roman, full justified What I see is visibly different, over-large, vertical leading between some, but not all, A, B and C headings and the BodyFirst paras that follow them. To reiterate, there are *no* para overrides. There are no master page overrides either. [I inherited some of these specs, in case you think they're odd because of me. I have dickered with the originals, changing fonts and spacings, but the original files, which mostly used Times New Roman, show the same oddity.] Are there any known FrameMaker bugs in this area? Is there perhaps some sort of thing going on with the differing fixed line spacing? -- Steve
Pantone bug?
At 12:28 -0400 27/7/07, Kenneth C. Benson wrote: >I'm confused. What does it matter what the CMYK conversion is? PMS 164 is a >printer's ink mix and there's nothing you can do on your computer to change >that mix. Thanks Kenneth... Quite. However, if you change the spec in FrameMaker to 'correct' the mix, it drops the ink name and you get 4-plate in the PDF [quite properly, by its rules]. If I keep the ink name and its corresponding naff CMYK definition, the roughs look ghastly because what should be one color is two: one 'Pantone 164' in FrameMaker and another in the illustrations. >If you're going to print a spot color, then you need a spot color plate. It's >nice if that plate has the right name on it, but it's not even necessary. You >can make a color and call it "Steve's Purple" and then tell the printer to use >PMS 164 for Steve's Purple. I appreciate that you are absolutely correct, in theory. However, in the real world, at least here with UK publishers, printing is often done in places like Croatia or China [two real examples]. Communication, particularly over technical issues, is often sub-optimal, and it is critical to get everything right before going to press. >If you're going to print process color, then use the CMYK mix that you like, >and forget about PMS 164. 4-plate not allowed: cost. PMS 164 is publisher's choice for spot color. >Or am I missing something? Are you printing 5-color? No, 2-color. -- Steve
Vertical spacing inconsistencies
Hi, Steve: The Friday thing also struck me, it seems. I never got around to suggesting what to ACTUALLY DO at the end of my long analytic look at what possible combined workings of idiosyncratic font height calculation, line height settings there might be to consider. Just ran out of gas. I think I intended to say something like, "so, take a look at these things, good luck, and Cheerio!" Your solution to do an internal-organ transplant to a new corpus is a good approach, especially because it works. The WHY and HOW aspects of the problem's appearing could return little useful information, unless it's quick and easy to perform a few steps that can recreate the problems. If you try the MIF "wash" technique (save to MIF, open the MIF, save to FM) and that fixes the problem, the assumption is that there was corruption that came out in the wash. While transplanting to a new file steps nicely away from the annoying settings, it's not informative about the cause. Try this: Create a circle in FM, copy it. Create text on one side that says "Meet Deadline, Go Home Happy and Have a Beer to Celebrate." On the other side, create text that says "Drink Lots of Beers While Searching all Possible Causes of Problem, be Happy as You Wave 'Bye-bye to the Passing Deadline, Go Home Mellow, Avoid Despondence Over Missed Deadline." Print to heavy stock. Cut out the circles. Glue back-to-back. Flip in the air. Observe the text on visible side. If you don't like it, try best two out of three flips, or, maybe three out of five, or.! HTH Regards, Peter ___ Peter Gold KnowHow ProServices PS: You're correct about inline frames; they obey line height settings because they're considered text. On 7/27/07, Steve Rickaby wrote: > At 12:19 -0500 27/7/07, Peter Gold wrote: > > >I'm not aware of bugs in this area (but there could be). > > > >I hope I understand your meaning. If you mean that the inter-paragraph > >space varies for the same consecutive paragraphs formats, depending on > >where they are within a column or text frame,... > > Is what I mean, yes... > > >... perhaps one or more of these options are turned on: Format > Customize > >Layout > Customize Text Frame > Balance Columns or Format > Customize Layout > >> Line Layout > Baseline Synchronization. > > Wow, bang on. Although the Left / Right masters are only one column, 'Balance > Columns' was enabled. > > That's the good news. The bad news is that turning it off didn't fix the bug. > > Baseline sync was off, though... and shouldn't affect a one-column layout > anyway? > > Now here's a thing. If I select Format > Page Layout > Column Layout on a > Left or Right master page, FrameMaker says 'This document's Left/Right master > pages have an irregular column layout. Using the Column Layout command will > remove this layout. Are you sure you want to do this?'. I can't recall having > seen this warning before, but it's maybe warning me about custom margins. > Updating the entire flow sets margins as mirror images. > > I don't think this relates to the problem I'm seeing, though. Allowing this > command loose on the master pages moves things around, but it does not fix > the vertical leading bug. > > >If you mean simply that the spacing between all paragraphs isn't the > >identical, then try this tack: > > > >I'm sure you're aware that FrameMaker space between paragraphs is > >controlled by the larger of space below and space above. That is, it's > >not additive, as in nearly all other publishing and word-processing > >tools. > > Yes. However, surely the spacing between all instances of a specific heading > and the following para should be the same if they all have the same pair of > tags and none of the paras have overrides, though? The fact that this is not > working here is a singularity in my FrameMaker universe, and it's making me > distinctly unhappy :-( > > >The Fixed line spacing truncates any character that exceeds the > >setting's height. This is supposed to keep all lines in the paragraph > >from being pushed out of the leading setting by too-tall characters. > > .. on inline graphics. > > >The point size and line-height (leading) of the Fruitiger are the same > >("solid"), but the Revival leading is about the standard-amount larger > >than the type's point size. > > Ok... but I see the same problem with the original files in which the body > font was Times New Roman. > > Just checked, and for 9.8 point Revival, 11.8 point is what FrameMaker > considers to be single line spacing. That's how it got to be 11.8 points, I > guess - it's tracking the font size. If I set the Revival to 10 points, the > line spacing goes to 12 points, as you'd expect. > > >Depending on the individual type font, point size isn't always what > >you think it is. Different fonts name the point size by referring to a > >dimension of a letter in the font. It's common to use the height of a > >lowercase "x" (x-height), but it's a flexible stan
Questions About Structured Frame Applications
Hello Framers, A while back I posted some questions about creating a Structured Frame application so that we can share xml files between Structured Frame and our XML publishing system that was created in-house. We also have some legacy material in unstructured Frame that we would need to convert into structured Frame. Since that time, I have completed the XML cookbook and done some playing around with Frame's conversion table. I have a few questions I thought someone on the list may be able to help me with: 1. I'm sure it's in the Structure Application Developer's Guide somewhere, but what is the correct way to tell the conversion table to wrap all the tags in a section within a section tag? 2. How do element tags get into a Structured Frame template? Are they created in the template, or are they read in from the EDD? 3. Why do you define formatting into the EDD? Why not just put that into the template? 4. Why is the EDD not referenced in the structapps.fm file? 5. We have a schema for our home grown XML publishing system, but not a DTD. Do I need to make a DTD from that? Can I just use the schema instead? Or, do I need both? 6. Is there a third-party book I can buy to help me with Structured Frame? Any help would be appreciated. Thanks, Nancy Adams ** Get a sneak peek of the all-new AOL at http://discover.aol.com/memed/aolcom30tour
Pantone bug?
FrameMaker 7.0, Mac I have been asked to use Pantone 164 for a design. There appears to be an oddity with FrameMaker's Pantone libraries, which give Pantone 164CVU, for example, as C:0 M:47 Y:76 K:0, which is a browny-orange, instead of the correct purple tint, C:50 M:100 Y:0 K:0, as in, for example, Illustrator. My questions: am I imagining this, and if not what's the best workaround? I can of course set the 'correct' CMYK values in FrameMaker, but that breaks the association with the ink color spec and probably messes up the plate count in the pre-press PDF. -- Steve
RE: right to left languages
Graeme, I recently bought an issue of a UK Mac magazine that included a CD with a fully licensed version of Mellel on it. I haven't installed it on my system at home, however. I've considered it, but haven't really felt the need to do so at this time. For my written document needs at home, Apple's iWorks does fine for me. I THINK the Mac magazine is Mac Format, but I'm not sure and I loaned it out to a new Mac owner, so I can't check it, either. I'm ALLEDGEDLY going to get it back at some point. ;-P Samuel I. Beard, Jr. Technical Writer OI Analytical 979 690-1711 Ext. 222 [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Graeme R Forbes Sent: Thursday, July 26, 2007 1:01 PM To: framers@lists.frameusers.com Subject: right to left languages Peter Courlis asked "Is there a S/W application or DTP S/W that is used for Arabic, Farsi (left to right) languages in popular use, today?" Dov replied: "Yes, Microsoft Word (Windows only) provides this support. InDesign ME offers this support (both platforms); maybe future versions of InDesign might also natively support right-to-left" I think it used to be the case on the Mac that right to left language docs were mainly created in Nisus (http://nisus.com/). The OSX upgrade of Nisus still does it, but you might want to enter "Hebrew" in the user forums search and read some of the posts. The new kid on the block is a word processor called Mellel (http://www.redlers.com/index.html) which looks like it would be well worth investigating. In fact, it may even be a plausible replacement for FrameMaker for (English) technical writing on the Mac. Graeme Forbes ___ 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: Vertical spacing inconsistencies
Hi, Steve: The Friday thing also struck me, it seems. I never got around to suggesting what to ACTUALLY DO at the end of my long analytic look at what possible combined workings of idiosyncratic font height calculation, line height settings there might be to consider. Just ran out of gas. I think I intended to say something like, "so, take a look at these things, good luck, and Cheerio!" Your solution to do an internal-organ transplant to a new corpus is a good approach, especially because it works. The WHY and HOW aspects of the problem's appearing could return little useful information, unless it's quick and easy to perform a few steps that can recreate the problems. If you try the MIF "wash" technique (save to MIF, open the MIF, save to FM) and that fixes the problem, the assumption is that there was corruption that came out in the wash. While transplanting to a new file steps nicely away from the annoying settings, it's not informative about the cause. Try this: Create a circle in FM, copy it. Create text on one side that says "Meet Deadline, Go Home Happy and Have a Beer to Celebrate." On the other side, create text that says "Drink Lots of Beers While Searching all Possible Causes of Problem, be Happy as You Wave 'Bye-bye to the Passing Deadline, Go Home Mellow, Avoid Despondence Over Missed Deadline." Print to heavy stock. Cut out the circles. Glue back-to-back. Flip in the air. Observe the text on visible side. If you don't like it, try best two out of three flips, or, maybe three out of five, or.! HTH Regards, Peter ___ Peter Gold KnowHow ProServices PS: You're correct about inline frames; they obey line height settings because they're considered text. On 7/27/07, Steve Rickaby <[EMAIL PROTECTED]> wrote: > At 12:19 -0500 27/7/07, Peter Gold wrote: > > >I'm not aware of bugs in this area (but there could be). > > > >I hope I understand your meaning. If you mean that the inter-paragraph > >space varies for the same consecutive paragraphs formats, depending on > >where they are within a column or text frame,... > > Is what I mean, yes... > > >... perhaps one or more of these options are turned on: Format > Customize > >Layout > Customize Text Frame > Balance Columns or Format > Customize Layout > >> Line Layout > Baseline Synchronization. > > Wow, bang on. Although the Left / Right masters are only one column, 'Balance > Columns' was enabled. > > That's the good news. The bad news is that turning it off didn't fix the bug. > > Baseline sync was off, though... and shouldn't affect a one-column layout > anyway? > > Now here's a thing. If I select Format > Page Layout > Column Layout on a > Left or Right master page, FrameMaker says 'This document's Left/Right master > pages have an irregular column layout. Using the Column Layout command will > remove this layout. Are you sure you want to do this?'. I can't recall having > seen this warning before, but it's maybe warning me about custom margins. > Updating the entire flow sets margins as mirror images. > > I don't think this relates to the problem I'm seeing, though. Allowing this > command loose on the master pages moves things around, but it does not fix > the vertical leading bug. > > >If you mean simply that the spacing between all paragraphs isn't the > >identical, then try this tack: > > > >I'm sure you're aware that FrameMaker space between paragraphs is > >controlled by the larger of space below and space above. That is, it's > >not additive, as in nearly all other publishing and word-processing > >tools. > > Yes. However, surely the spacing between all instances of a specific heading > and the following para should be the same if they all have the same pair of > tags and none of the paras have overrides, though? The fact that this is not > working here is a singularity in my FrameMaker universe, and it's making me > distinctly unhappy :-( > > >The Fixed line spacing truncates any character that exceeds the > >setting's height. This is supposed to keep all lines in the paragraph > >from being pushed out of the leading setting by too-tall characters. > > .. on inline graphics. > > >The point size and line-height (leading) of the Fruitiger are the same > >("solid"), but the Revival leading is about the standard-amount larger > >than the type's point size. > > Ok... but I see the same problem with the original files in which the body > font was Times New Roman. > > Just checked, and for 9.8 point Revival, 11.8 point is what FrameMaker > considers to be single line spacing. That's how it got to be 11.8 points, I > guess - it's tracking the font size. If I set the Revival to 10 points, the > line spacing goes to 12 points, as you'd expect. > > >Depending on the individual type font, point size isn't always what > >you think it is. Different fonts name the point size by referring to a > >dimension of a letter in the font. It's common to use the height of a > >lowercase "x" (x-height), but i
Re: Vertical spacing inconsistencies [more]
At 12:19 -0500 27/7/07, Peter Gold wrote: >I hope I understand your meaning. If you mean that the inter-paragraph >space varies for the same consecutive paragraphs formats, depending on >where they are within a column or text frame, perhaps one or more of >these options are turned on: Format > Customize Layout > Customize >Text Frame > Balance Columns or Format > Customize Layout > Line >Layout > Baseline Synchronization. I have found a fix for the problem, but I don't know why it fixes it. If I create a new double-sided document and copy/paste the body page contents from the template into it, the vertical leading issue goes away. This strongly suggests that it may be something to do with the master page text frames, but I'm not sure what. -- 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: Vertical spacing inconsistencies
At 12:19 -0500 27/7/07, Peter Gold wrote: >I'm not aware of bugs in this area (but there could be). > >I hope I understand your meaning. If you mean that the inter-paragraph >space varies for the same consecutive paragraphs formats, depending on >where they are within a column or text frame,... Is what I mean, yes... >... perhaps one or more of these options are turned on: Format > Customize >Layout > Customize Text Frame > Balance Columns or Format > Customize Layout > >Line Layout > Baseline Synchronization. Wow, bang on. Although the Left / Right masters are only one column, 'Balance Columns' was enabled. That's the good news. The bad news is that turning it off didn't fix the bug. Baseline sync was off, though... and shouldn't affect a one-column layout anyway? Now here's a thing. If I select Format > Page Layout > Column Layout on a Left or Right master page, FrameMaker says 'This document's Left/Right master pages have an irregular column layout. Using the Column Layout command will remove this layout. Are you sure you want to do this?'. I can't recall having seen this warning before, but it's maybe warning me about custom margins. Updating the entire flow sets margins as mirror images. I don't think this relates to the problem I'm seeing, though. Allowing this command loose on the master pages moves things around, but it does not fix the vertical leading bug. >If you mean simply that the spacing between all paragraphs isn't the >identical, then try this tack: > >I'm sure you're aware that FrameMaker space between paragraphs is >controlled by the larger of space below and space above. That is, it's >not additive, as in nearly all other publishing and word-processing >tools. Yes. However, surely the spacing between all instances of a specific heading and the following para should be the same if they all have the same pair of tags and none of the paras have overrides, though? The fact that this is not working here is a singularity in my FrameMaker universe, and it's making me distinctly unhappy :-( >The Fixed line spacing truncates any character that exceeds the >setting's height. This is supposed to keep all lines in the paragraph >from being pushed out of the leading setting by too-tall characters. .. on inline graphics. >The point size and line-height (leading) of the Fruitiger are the same >("solid"), but the Revival leading is about the standard-amount larger >than the type's point size. Ok... but I see the same problem with the original files in which the body font was Times New Roman. Just checked, and for 9.8 point Revival, 11.8 point is what FrameMaker considers to be single line spacing. That's how it got to be 11.8 points, I guess - it's tracking the font size. If I set the Revival to 10 points, the line spacing goes to 12 points, as you'd expect. >Depending on the individual type font, point size isn't always what >you think it is. Different fonts name the point size by referring to a >dimension of a letter in the font. It's common to use the height of a >lowercase "x" (x-height), but it's a flexible standard across type >foundries; sometimes it's a different letter, sometimes it's a >different dimension (width, rather than height, etc.), and in novel >font designs, sometimes the reference for point size may be unique to >that font. > >I agree that any fragment or all of this is probably too much for a >Friday, anywhere in the FrameMaker universe. Not at all. But I'm not quite sure what you're suggesting I try here. Make the fixed line spacing of the Revival bigger? Smaller? Not fixed? -- 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: Pantone bug?
At 13:42 -0400 27/7/07, Kenneth C. Benson wrote: > >>. Edit the color to C:50, M:100, rest 0 >> >>. I now see Ink name: None, print as spot > >Although your ink name changes when you edit the definition (it doesn't change >here), you can call it whatever you want, I think. Try copying the name before >you edit the definition, and then paste the name back over "None" after you >edit the definition. No, not possible: although the 'Name' field - i.e. the name by which the color is known to FrameMaker - can be edited, the 'Ink Name; field is not editable. At least, it isn't FrameMaker 7.0 for Mac. To recap, the color definition dialog here has four fields above the CMYK sliders: Name [editable] Ink Name [not editable] Print As [choice of Tint, Spot, Process, Don't print] Model [choice of CMYK, RGB, HLS] >>I.e. FrameMaker has, quite properly, dropped the ink name > >I disagree that this is proper. Changing the definition of a spot color is >easily and commonly done in other programs. Ok. But what I'm saying is that you can call it anything you like in the Name field, but if you change the CMYK makeup, the [non-editable] 'Ink Name' field goes from 'Pantone 164CVU' to 'None'. However, this does not seem to matter - see below. >>. Format a body para with the synthetic 'Pantone', print to Ps, distill > >I thought the synthetic spot color was called "None". Did you rename it >"Pantone"? No, it's *named* Pantone 164CVU, but it's ink name is 'None'. >>. Preflight: plates = 5, C M Y K, Pantone 164. > >Are your CMY plates blank? Seem to be, yes. I have a PDF with one word in Pantone, and its showing 100% spot - as it should. The presence of process black as opposed to spot black is another issue, and one that's been aired here before. It's not related to this discussion. The bottom line would seem to be that although FrameMaker appears to be dropping the ink name when a Pantone is dickered with in the color definitions, it is still outputting the correct plate definition. Which is all to the good. -- 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.
Questions About Structured Frame Applications
Hello Framers, A while back I posted some questions about creating a Structured Frame application so that we can share xml files between Structured Frame and our XML publishing system that was created in-house. We also have some legacy material in unstructured Frame that we would need to convert into structured Frame. Since that time, I have completed the XML cookbook and done some playing around with Frame's conversion table. I have a few questions I thought someone on the list may be able to help me with: 1. I'm sure it's in the Structure Application Developer's Guide somewhere, but what is the correct way to tell the conversion table to wrap all the tags in a section within a section tag? 2. How do element tags get into a Structured Frame template? Are they created in the template, or are they read in from the EDD? 3. Why do you define formatting into the EDD? Why not just put that into the template? 4. Why is the EDD not referenced in the structapps.fm file? 5. We have a schema for our home grown XML publishing system, but not a DTD. Do I need to make a DTD from that? Can I just use the schema instead? Or, do I need both? 6. Is there a third-party book I can buy to help me with Structured Frame? Any help would be appreciated. Thanks, Nancy Adams ** Get a sneak peek of the all-new AOL at http://discover.aol.com/memed/aolcom30tour ___ 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.
Pantone bug?
Steve Rickaby wrote: > . Edit the color to C:50, M:100, rest 0 > > . I now see Ink name: None, print as spot Although your ink name changes when you edit the definition (it doesn't change here), you can call it whatever you want, I think. Try copying the name before you edit the definition, and then paste the name back over "None" after you edit the definition. > I.e. FrameMaker has, quite properly, dropped the ink name I disagree that this is proper. Changing the definition of a spot color is easily and commonly done in other programs. > . Format a body para with the synthetic 'Pantone', print to Ps, distill I thought the synthetic spot color was called "None". Did you rename it "Pantone"? > . Preflight: plates = 5, C M Y K, Pantone 164. Are your CMY plates blank? Kenneth Benson Pegasus Type, Inc. www.pegtype.com
Vertical spacing inconsistencies
Steve Rickaby wrote: > What I see is visibly different, over-large, vertical leading between > some, but not all, A, B and C headings and the BodyFirst paras that > follow them. To reiterate, there are *no* para overrides. There are > no master page overrides either. Have you got Baseline Synchronization or Feathering turned on? (Format > Page Layout > Line Layout). Kenneth Benson Pegasus Type, Inc. www.pegtype.com
Vertical spacing inconsistencies
Steve, Is the page that you're working on imported from another program? Could it have hidden characters? (You have view all text characters turned on?) Does the page print with the same inconsistencies? Is your ini file set to use printer metrics on the display? (And is Adobe PDF set as the default printer?) Any chance that any of the tags are calling for a frame above / below? Art On 7/27/07, Steve Rickaby wrote: > I'm probably breaking rules here by posting two queries in succession. Sorry. > Today is not a good day with FrameMaker. TGIF. > > I am working up a template, and am seeing visibly inconsistent vertical > spacing between headings and body paras in the same document despite the fact > that there are no overrides. > > Here are the relevant specs: > > A Heading space above 19 pt, space below 6 pt, line spacing 16 pt fixed, 16 > point Frutiger bold uppercase, left justified > > B Heading space above 18 pt, space below 3 pt, line spacing 14 pt fixed, 14 > point Frutiger bold, left justified > > C Heading space above 13.5 pt, space below 3 pt, line spacing 13.5 pt fixed, > 13.5 point Frutiger bold italic, left justified > > BodyFirst [follows all headings] Space above 0 pt, space below 0 pt, line > spacing 11.8 pt fixed, 9.8 pt Revival 565 Roman, full justified > > What I see is visibly different, over-large, vertical leading between some, > but not all, A, B and C headings and the BodyFirst paras that follow them. To > reiterate, there are *no* para overrides. There are no master page overrides > either. > > [I inherited some of these specs, in case you think they're odd because of > me. I have dickered with the originals, changing fonts and spacings, but the > original files, which mostly used Times New Roman, show the same oddity.] > > Are there any known FrameMaker bugs in this area? Is there perhaps some sort > of thing going on with the differing fixed line spacing? > > -- > Steve > ___ > -- 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
Pantone bug?
Steve Rickaby wrote: > Quite. However, if you change the spec in FrameMaker to 'correct' the > mix, it drops the ink name and you get 4-plate in the PDF [quite It doesn't here. I just made a new color from the Pantone Uncoated library, typed in 164, and got a nice red PANTONE 164 CVU. I chose Print as Spot and changed the CMYK color definition to make 50,100,0,0 purple. Then I formatted some text in PANTONE 164 CVU and printed the page to seps. I chose to print the 164 plate only, and the text printed black. Then I went back and printed composite, and the text printed purple. I'm on Windows here, so maybe it's different on Mac. Are you sure you're choosing "Print as Spot"? AFAIK, you can change the definition of a spot color without making it print process. Kenneth Benson Pegasus Type, Inc. www.pegtype.com
Pantone bug?
Steve Rickaby wrote: > I have been asked to use Pantone 164 for a design. There appears to > be an oddity with FrameMaker's Pantone libraries, which give Pantone > 164CVU, for example, as C:0 M:47 Y:76 K:0, which is a browny-orange, > instead of the correct purple tint, C:50 M:100 Y:0 K:0, as in, for > example, Illustrator. I'm confused. What does it matter what the CMYK conversion is? PMS 164 is a printer's ink mix and there's nothing you can do on your computer to change that mix. If you're going to print a spot color, then you need a spot color plate. It's nice if that plate has the right name on it, but it's not even necessary. You can make a color and call it "Steve's Purple" and then tell the printer to use PMS 164 for Steve's Purple. If you're going to print process color, then use the CMYK mix that you like, and forget about PMS 164. Or am I missing something? Are you printing 5-color? Kenneth Benson Pegasus Type, Inc. www.pegtype.com
Vertical spacing inconsistencies
Hi, Steve: I'm not aware of bugs in this area (but there could be). I hope I understand your meaning. If you mean that the inter-paragraph space varies for the same consecutive paragraphs formats, depending on where they are within a column or text frame, perhaps one or more of these options are turned on: Format > Customize Layout > Customize Text Frame > Balance Columns or Format > Customize Layout > Line Layout > Baseline Synchronization. If you mean simply that the spacing between all paragraphs isn't the identical, then try this tack: I'm sure you're aware that FrameMaker space between paragraphs is controlled by the larger of space below and space above. That is, it's not additive, as in nearly all other publishing and word-processing tools. The Fixed line spacing truncates any character that exceeds the setting's height. This is supposed to keep all lines in the paragraph from being pushed out of the leading setting by too-tall characters. The point size and line-height (leading) of the Fruitiger are the same ("solid"), but the Revival leading is about the standard-amount larger than the type's point size. Depending on the individual type font, point size isn't always what you think it is. Different fonts name the point size by referring to a dimension of a letter in the font. It's common to use the height of a lowercase "x" (x-height), but it's a flexible standard across type foundries; sometimes it's a different letter, sometimes it's a different dimension (width, rather than height, etc.), and in novel font designs, sometimes the reference for point size may be unique to that font. I agree that any fragment or all of this is probably too much for a Friday, anywhere in the FrameMaker universe. HTH Regards, Peter Gold KnowHow ProServices On 7/27/07, Steve Rickaby wrote: > I'm probably breaking rules here by posting two queries in succession. Sorry. > Today is not a good day with FrameMaker. TGIF. > > I am working up a template, and am seeing visibly inconsistent vertical > spacing between headings and body paras in the same document despite the fact > that there are no overrides. > > Here are the relevant specs: > > A Heading space above 19 pt, space below 6 pt, line spacing 16 pt fixed, 16 > point Frutiger bold uppercase, left justified > > B Heading space above 18 pt, space below 3 pt, line spacing 14 pt fixed, 14 > point Frutiger bold, left justified > > C Heading space above 13.5 pt, space below 3 pt, line spacing 13.5 pt fixed, > 13.5 point Frutiger bold italic, left justified > > BodyFirst [follows all headings] Space above 0 pt, space below 0 pt, line > spacing 11.8 pt fixed, 9.8 pt Revival 565 Roman, full justified > > What I see is visibly different, over-large, vertical leading between some, > but not all, A, B and C headings and the BodyFirst paras that follow them. To > reiterate, there are *no* para overrides. There are no master page overrides > either. > > [I inherited some of these specs, in case you think they're odd because of > me. I have dickered with the originals, changing fonts and spacings, but the > original files, which mostly used Times New Roman, show the same oddity.] > > Are there any known FrameMaker bugs in this area? Is there perhaps some sort > of thing going on with the differing fixed line spacing? > > -- > Steve > ___ > >
right to left languages
Graeme, I recently bought an issue of a UK Mac magazine that included a CD with a fully licensed version of Mellel on it. I haven't installed it on my system at home, however. I've considered it, but haven't really felt the need to do so at this time. For my written document needs at home, Apple's iWorks does fine for me. I THINK the Mac magazine is Mac Format, but I'm not sure and I loaned it out to a new Mac owner, so I can't check it, either. I'm ALLEDGEDLY going to get it back at some point. ;-P Samuel I. Beard, Jr. Technical Writer OI Analytical 979 690-1711 Ext. 222 sbeard at oico.com -Original Message- From: framers-bounces+sbeard=oico@lists.frameusers.com [mailto:framers-bounces+sbeard=oico.com at lists.frameusers.com] On Behalf Of Graeme R Forbes Sent: Thursday, July 26, 2007 1:01 PM To: framers at lists.frameusers.com Subject: right to left languages Peter Courlis asked "Is there a S/W application or DTP S/W that is used for Arabic, Farsi (left to right) languages in popular use, today?" Dov replied: "Yes, Microsoft Word (Windows only) provides this support. InDesign ME offers this support (both platforms); maybe future versions of InDesign might also natively support right-to-left" I think it used to be the case on the Mac that right to left language docs were mainly created in Nisus (http://nisus.com/). The OSX upgrade of Nisus still does it, but you might want to enter "Hebrew" in the user forums search and read some of the posts. The new kid on the block is a word processor called Mellel (http://www.redlers.com/index.html) which looks like it would be well worth investigating. In fact, it may even be a plausible replacement for FrameMaker for (English) technical writing on the Mac. Graeme Forbes
Re: Vertical spacing inconsistencies
Hi, Steve: I'm not aware of bugs in this area (but there could be). I hope I understand your meaning. If you mean that the inter-paragraph space varies for the same consecutive paragraphs formats, depending on where they are within a column or text frame, perhaps one or more of these options are turned on: Format > Customize Layout > Customize Text Frame > Balance Columns or Format > Customize Layout > Line Layout > Baseline Synchronization. If you mean simply that the spacing between all paragraphs isn't the identical, then try this tack: I'm sure you're aware that FrameMaker space between paragraphs is controlled by the larger of space below and space above. That is, it's not additive, as in nearly all other publishing and word-processing tools. The Fixed line spacing truncates any character that exceeds the setting's height. This is supposed to keep all lines in the paragraph from being pushed out of the leading setting by too-tall characters. The point size and line-height (leading) of the Fruitiger are the same ("solid"), but the Revival leading is about the standard-amount larger than the type's point size. Depending on the individual type font, point size isn't always what you think it is. Different fonts name the point size by referring to a dimension of a letter in the font. It's common to use the height of a lowercase "x" (x-height), but it's a flexible standard across type foundries; sometimes it's a different letter, sometimes it's a different dimension (width, rather than height, etc.), and in novel font designs, sometimes the reference for point size may be unique to that font. I agree that any fragment or all of this is probably too much for a Friday, anywhere in the FrameMaker universe. HTH Regards, Peter Gold KnowHow ProServices On 7/27/07, Steve Rickaby <[EMAIL PROTECTED]> wrote: > I'm probably breaking rules here by posting two queries in succession. Sorry. > Today is not a good day with FrameMaker. TGIF. > > I am working up a template, and am seeing visibly inconsistent vertical > spacing between headings and body paras in the same document despite the fact > that there are no overrides. > > Here are the relevant specs: > > A Heading space above 19 pt, space below 6 pt, line spacing 16 pt fixed, 16 > point Frutiger bold uppercase, left justified > > B Heading space above 18 pt, space below 3 pt, line spacing 14 pt fixed, 14 > point Frutiger bold, left justified > > C Heading space above 13.5 pt, space below 3 pt, line spacing 13.5 pt fixed, > 13.5 point Frutiger bold italic, left justified > > BodyFirst [follows all headings] Space above 0 pt, space below 0 pt, line > spacing 11.8 pt fixed, 9.8 pt Revival 565 Roman, full justified > > What I see is visibly different, over-large, vertical leading between some, > but not all, A, B and C headings and the BodyFirst paras that follow them. To > reiterate, there are *no* para overrides. There are no master page overrides > either. > > [I inherited some of these specs, in case you think they're odd because of > me. I have dickered with the originals, changing fonts and spacings, but the > original files, which mostly used Times New Roman, show the same oddity.] > > Are there any known FrameMaker bugs in this area? Is there perhaps some sort > of thing going on with the differing fixed line spacing? > > -- > 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: Pantone bug?
Steve Rickaby wrote: . Edit the color to C:50, M:100, rest 0 . I now see Ink name: None, print as spot Although your ink name changes when you edit the definition (it doesn't change here), you can call it whatever you want, I think. Try copying the name before you edit the definition, and then paste the name back over "None" after you edit the definition. I.e. FrameMaker has, quite properly, dropped the ink name I disagree that this is proper. Changing the definition of a spot color is easily and commonly done in other programs. . Format a body para with the synthetic 'Pantone', print to Ps, distill I thought the synthetic spot color was called "None". Did you rename it "Pantone"? . Preflight: plates = 5, C M Y K, Pantone 164. Are your CMY plates blank? Kenneth Benson Pegasus Type, Inc. www.pegtype.com ___ 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: Pantone bug?
At 12:58 -0400 27/7/07, Kenneth C. Benson wrote: >It doesn't here. I just made a new color from the Pantone Uncoated library, >typed in 164, and got a nice red PANTONE 164 CVU. I chose Print as Spot and >changed the CMYK color definition to make 50,100,0,0 purple. Then I formatted >some text in PANTONE 164 CVU and printed the page to seps. I chose to print >the 164 plate only, and the text printed black. Then I went back and printed >composite, and the text printed purple. OK, here's what I do, starting with a blank document: . Bring up View -> Color Definitions... . Select Pantone Uncoated library . Select Pantone 164 CVU . I now see Ink name: Pantone 164 CVU, Print as spot, and M:47, Y:76 . Edit the color to C:50, M:100, rest 0 . I now see Ink name: None, print as spot I.e. FrameMaker has, quite properly, dropped the ink name, because I've change its spec. . Format a body para with the synthetic 'Pantone', print to Ps, distill . Preflight: plates = 5, C M Y K, Pantone 164. However, the PDF *does* seem to specify the Pantone plate correctly, so maybe I'm worrying unnecessarily. The presence of the C M and Y plates in a PDF with one word in Pantone is something I've hit before, but I can't for the moment remeber the fix. >I'm on Windows here, so maybe it's different on Mac. Are you sure you're >choosing "Print as Spot"? Yup. -- 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: Vertical spacing inconsistencies
At 13:03 -0400 27/7/07, Art Campbell wrote: >Is the page that you're working on imported from another program? Nope. >Could it have hidden characters? (You have view all text characters >turned on?) Yep. Nothing odd visible. >Does the page print with the same inconsistencies? Not tried. >Is your ini file set to use printer metrics on the display? (And is Adobe PDF >set as the default printer?) Mac FrameMaker, so no .ini file ;-) >Any chance that any of the tags are calling for a frame above / below? The A head uses a line above, but the other two don't call for anything. All three heading levels show this problem. -- 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: Vertical spacing inconsistencies
Steve Rickaby wrote: What I see is visibly different, over-large, vertical leading between some, but not all, A, B and C headings and the BodyFirst paras that follow them. To reiterate, there are *no* para overrides. There are no master page overrides either. Have you got Baseline Synchronization or Feathering turned on? (Format > Page Layout > Line Layout). Kenneth Benson Pegasus Type, Inc. www.pegtype.com ___ 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: Vertical spacing inconsistencies
Steve, Is the page that you're working on imported from another program? Could it have hidden characters? (You have view all text characters turned on?) Does the page print with the same inconsistencies? Is your ini file set to use printer metrics on the display? (And is Adobe PDF set as the default printer?) Any chance that any of the tags are calling for a frame above / below? Art On 7/27/07, Steve Rickaby <[EMAIL PROTECTED]> wrote: > I'm probably breaking rules here by posting two queries in succession. Sorry. > Today is not a good day with FrameMaker. TGIF. > > I am working up a template, and am seeing visibly inconsistent vertical > spacing between headings and body paras in the same document despite the fact > that there are no overrides. > > Here are the relevant specs: > > A Heading space above 19 pt, space below 6 pt, line spacing 16 pt fixed, 16 > point Frutiger bold uppercase, left justified > > B Heading space above 18 pt, space below 3 pt, line spacing 14 pt fixed, 14 > point Frutiger bold, left justified > > C Heading space above 13.5 pt, space below 3 pt, line spacing 13.5 pt fixed, > 13.5 point Frutiger bold italic, left justified > > BodyFirst [follows all headings] Space above 0 pt, space below 0 pt, line > spacing 11.8 pt fixed, 9.8 pt Revival 565 Roman, full justified > > What I see is visibly different, over-large, vertical leading between some, > but not all, A, B and C headings and the BodyFirst paras that follow them. To > reiterate, there are *no* para overrides. There are no master page overrides > either. > > [I inherited some of these specs, in case you think they're odd because of > me. I have dickered with the originals, changing fonts and spacings, but the > original files, which mostly used Times New Roman, show the same oddity.] > > Are there any known FrameMaker bugs in this area? Is there perhaps some sort > of thing going on with the differing fixed line spacing? > > -- > Steve > ___ > -- 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: Pantone bug?
Steve Rickaby wrote: Quite. However, if you change the spec in FrameMaker to 'correct' the mix, it drops the ink name and you get 4-plate in the PDF [quite It doesn't here. I just made a new color from the Pantone Uncoated library, typed in 164, and got a nice red PANTONE 164 CVU. I chose Print as Spot and changed the CMYK color definition to make 50,100,0,0 purple. Then I formatted some text in PANTONE 164 CVU and printed the page to seps. I chose to print the 164 plate only, and the text printed black. Then I went back and printed composite, and the text printed purple. I'm on Windows here, so maybe it's different on Mac. Are you sure you're choosing "Print as Spot"? AFAIK, you can change the definition of a spot color without making it print process. Kenneth Benson Pegasus Type, Inc. www.pegtype.com ___ 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.
Vertical spacing inconsistencies
I'm probably breaking rules here by posting two queries in succession. Sorry. Today is not a good day with FrameMaker. TGIF. I am working up a template, and am seeing visibly inconsistent vertical spacing between headings and body paras in the same document despite the fact that there are no overrides. Here are the relevant specs: A Heading space above 19 pt, space below 6 pt, line spacing 16 pt fixed, 16 point Frutiger bold uppercase, left justified B Heading space above 18 pt, space below 3 pt, line spacing 14 pt fixed, 14 point Frutiger bold, left justified C Heading space above 13.5 pt, space below 3 pt, line spacing 13.5 pt fixed, 13.5 point Frutiger bold italic, left justified BodyFirst [follows all headings] Space above 0 pt, space below 0 pt, line spacing 11.8 pt fixed, 9.8 pt Revival 565 Roman, full justified What I see is visibly different, over-large, vertical leading between some, but not all, A, B and C headings and the BodyFirst paras that follow them. To reiterate, there are *no* para overrides. There are no master page overrides either. [I inherited some of these specs, in case you think they're odd because of me. I have dickered with the originals, changing fonts and spacings, but the original files, which mostly used Times New Roman, show the same oddity.] Are there any known FrameMaker bugs in this area? Is there perhaps some sort of thing going on with the differing fixed line spacing? -- 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: Pantone bug?
At 12:28 -0400 27/7/07, Kenneth C. Benson wrote: >I'm confused. What does it matter what the CMYK conversion is? PMS 164 is a >printer's ink mix and there's nothing you can do on your computer to change >that mix. Thanks Kenneth... Quite. However, if you change the spec in FrameMaker to 'correct' the mix, it drops the ink name and you get 4-plate in the PDF [quite properly, by its rules]. If I keep the ink name and its corresponding naff CMYK definition, the roughs look ghastly because what should be one color is two: one 'Pantone 164' in FrameMaker and another in the illustrations. >If you're going to print a spot color, then you need a spot color plate. It's >nice if that plate has the right name on it, but it's not even necessary. You >can make a color and call it "Steve's Purple" and then tell the printer to use >PMS 164 for Steve's Purple. I appreciate that you are absolutely correct, in theory. However, in the real world, at least here with UK publishers, printing is often done in places like Croatia or China [two real examples]. Communication, particularly over technical issues, is often sub-optimal, and it is critical to get everything right before going to press. >If you're going to print process color, then use the CMYK mix that you like, >and forget about PMS 164. 4-plate not allowed: cost. PMS 164 is publisher's choice for spot color. >Or am I missing something? Are you printing 5-color? No, 2-color. -- 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.
Ann: TOOLBOX_for FrameMaker 8 | DITA PACKAGE | 3D-Services
We announce the new TOOLBOX for? FrameMaker 8 ... ... and the SYSTEC DITA PACKAGE the package with all mulitlingual documentation and templates and tools: Get your information: DITA PACKAGE with DITA Cookbook http://www.systec-gmbh.com/en/sites/framemaker.php TOOLBOX for? FrameMaker - the TOOLBOX for ? Family with new solutions: DITA-Services, Book-Services and 3D-Services: http://www.toolboxforme.com Georg Eck (CEO, ACE)
Re: Pantone bug?
Steve Rickaby wrote: I have been asked to use Pantone 164 for a design. There appears to be an oddity with FrameMaker's Pantone libraries, which give Pantone 164CVU, for example, as C:0 M:47 Y:76 K:0, which is a browny-orange, instead of the correct purple tint, C:50 M:100 Y:0 K:0, as in, for example, Illustrator. I'm confused. What does it matter what the CMYK conversion is? PMS 164 is a printer's ink mix and there's nothing you can do on your computer to change that mix. If you're going to print a spot color, then you need a spot color plate. It's nice if that plate has the right name on it, but it's not even necessary. You can make a color and call it "Steve's Purple" and then tell the printer to use PMS 164 for Steve's Purple. If you're going to print process color, then use the CMYK mix that you like, and forget about PMS 164. Or am I missing something? Are you printing 5-color? Kenneth Benson Pegasus Type, Inc. www.pegtype.com ___ 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.
right to left languages
It would be great if the future FM versions support the Arabic / Persian languages. Presently, we are forcing the FM to create Arabic language by using a Mirrored method, together with customised fonts. It's difficult but still workable as compared to Indesign ME. :) - Ric - Original Message - From: "Dov Isaacs" To: "Flato, Gillian" ; "Ann Zdunczyk" ; "Graeme R Forbes" ; Sent: Friday, July 27, 2007 7:00 AM Subject: RE: right to left languages FrameMaker 8 does NOT support right-to-left languages (Arabic, Farsi, Hebrew) other than display and entry of their Unicode characters. This is not true "support." And Hebrew is not a "Cyrillic language." :-) - Dov > -Original Message- > From: framers-bounces+isaacs=adobe.com at lists.frameusers.com [mailto:framers- > bounces+isaacs=adobe.com at lists.frameusers.com] On Behalf Of Flato, Gillian > Sent: Thursday, July 26, 2007 3:49 PM > To: Ann Zdunczyk; Graeme R Forbes; framers at lists.frameusers.com > Subject: RE: right to left languages > > We just saw a presentation today by Adobe introducing Frame 8. It will > have support for Unicode and Cyrillic languages like Greek, Hebrew and > Russian. > > > -Gillian ___ You are currently subscribed to Framers as ric at ssds.com.sg. 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/ric%40ssds.com.sg Send administrative questions to listadmin at frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Pantone bug?
FrameMaker 7.0, Mac I have been asked to use Pantone 164 for a design. There appears to be an oddity with FrameMaker's Pantone libraries, which give Pantone 164CVU, for example, as C:0 M:47 Y:76 K:0, which is a browny-orange, instead of the correct purple tint, C:50 M:100 Y:0 K:0, as in, for example, Illustrator. My questions: am I imagining this, and if not what's the best workaround? I can of course set the 'correct' CMYK values in FrameMaker, but that breaks the association with the ink color spec and probably messes up the plate count in the pre-press PDF. -- 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.
Corrupted Word file fixes - was: Converted Word file grows enormously
I have no major issues with anything Diane has said in her very informative posting. But my suggestion is to take a fresh look at your basic strategy for converting from Word to FrameMaker. Directly convering a monolithic Word document to FrameMaker has never made much sense to me because it ignores the differences in the document paradigms of the two tools and takes little or no advantage of FrameMaker's strengths. When I converted nearly 15K pages of Word docs to FrameMaker a few years back during our group's migration, my objective was to leave as much of the "Wordliness" behind and do everything I could to make the converted docs into well-designed FrameMaker documents. I did a lot of prep work on the Word docs (taking advantage of Word's excellent macro capabilities). Among the most fundamental things I did were these: I applied a conversion template that removed all the headers and footers (since these were alrady designed into my FrameMaker templates in a standardized way that uses FrameMaker running h/f system variables and a standardized set of user variables like book title, product name, document type, company name), removed the TOC and index (since FrameMaker handles these differently), removed all autonumbering and bullets (since FrameMaker does it in a different way that works reliably), and renamed all the Word styles to match the new style names in our new FrameMaker templates. Admittedly, this last item was only practical because all of our Word docs used one of three well-controlled Word templates and basically stuck to the templates. If you're dealing with lots of locally formatted Normal paragraphs or a lot of ad hoc styles, you've got a problem. I removed all graphics from the Word document, because we wanted all graphics in our FrameMaker documents to be referenced rather than pasted. We had always avoided linked objects in our Word docs so I didn't have to deal with them explicitly, but I would have removed them just as I removed the graphics. I split the monolithic document into a series of separate, smaller files that corresponded to the level of modularity we were going to use in FrameMaker (generally chapter level, but down to function level for some of our API reference documents since not all functions were supported for all operating systems so we needed the capabilty to include/exclude individual functions at the book level). Since I typically did this by copying and pasting into a clean template, this step had the additional benefit of getting rid of the end-of-section and end-of-document characters that can hide so much bad juju in Word documents. Rather than opening the Word .doc or .rtf files directly in FrameMaker, I found that I got much cleaner results by opening an empty copy of our FrameMaker template and using File>Import>File (by copying) to pull in the Word content with as little Word formatting garbage as possible. Post-conversion cleanup involved a few further steps, including: -re-building cross-references using the FrameMaker mechanism -re-inserting the graphics -cleaning up tables (mostly done with Rick Quatro's TableCleaner plug-in) -deleting spurious/irrelevant imported markers (e.g. cross-reference markers beginning with "_TOC...") using IXgen. These don't cause any noticeable problem if left in, but we wanted *clean* files. -building the new FrameMaker book using pre-built template files for the generated files Following this conversion process, we wound up with FrameMaker books that worked first time, every time. My opinions only; I don't speak for Intel. Fred Ridder Intel Parsippany, NJ (formerly) >From: Diane Gaskill >Reply-To: Diane Gaskill >To: O'Laoghaire Micheal , Art Campbell > >CC: framers at lists.frameusers.com >Subject: Corrupted Word file fixes - was: Converted Word file grows >enormously >Date: Fri, 27 Jul 2007 02:28:34 -0400 (EDT) > >Michael, > >I have seen this MANY times. We are converting to FM at my company now >(finally - thank God) but we have many large (400 to 800 page) Word docs >that contain lots of embedded drawings, screenshots, and even photos. >Documents like this are easily corrupted because Word has some really bad >memory bugs, not to mention the notorius autonumbering bug - I mean >auto-selfrenunbering bug. > >Most of the corruption in a Word doc is contained in the last paragraph >mark (that's where all the metadata (file descriptors, etc) is contained.)) > But corruptions can also be contained in section breaks. > >There are a couple of ways to fix the problem. First, the easy way, >although this might not fix it. > >1. Launch Word but do not open any files. >2. Using Explorer, locate the file you are having trouble with and note the >file size. Write it down. >3. SINGLE click the file to highlight it. Do NOT double click the file >and open it. >4. With the file highlighted, in Word, select File -> Open. The Open File >dialog box is displayed. >5. In the lower right corne
right to left languages
Is there any info on CJK languages support in FM8 ? Amnon.
Converted Word file grows enormously
Another thought. Is there Word art used anywhere, or any graphics that have been drawn within Word? These use proprietary compression algorithms, which may be decompressed to illustrate their true size. Or, are there special characters (say, embedded math) that are being converted graphics? Or, are there embedded compressed file formats that are being decompressed and converted into something else? Art's suggestion of removing the images and importing RTF is how I'd do it too. The only issue is that it is very difficult extracting vector graphics from Word without converting them to bitmap. But then, could this be what is going on? Alan On 27/07/2007, at 6:29 AM, Art Campbell wrote: > My first guess would be that there were graphics embedded in the Word > file that are now embedded in the FM file and are being converted to > FM vector graphics. > > The better way to do this is to separate the graphics from Word before > importing (by saving as an HTML file to spin the graphics files off), > save the Word file as RTF (many people prefer text) and open that in > FM. Them importing the graphics by reference. > > Art > > On 7/26/07, O'Laoghaire Micheal > wrote: >> I converted a pretty large Word document by opening it in Frame, >> first >> saving it as a MIF, then saving it as FM >> The FM file initially appeared pretty OK. However after I scrolled >> throug the file (without making ANY changes), then saved it, the file >> grew enormously in size. >> >> Some specs: >> >> Initial Word document had about 256 pages, a TOC, lots of tables and >> embedded graphics >> Almost everything seemed to make it through the conversion OK. >> Perhaps a >> handful of graphics were dropped. >> >> FILESIZE (MB) >> >> Original Word file 5.0 >> >> MIF File after Conversion 11 >> >> FM file from MIF File (initial) 3.1 >> >> FM file after a litle scrolling 13 >> >> FM file after a little more scrolling38 >> >> Final FM file size~ 68 >> >> I also tried copying/pasting the contents of newly-converted file >> into a >> 'clean' new file. >> >> The size of that FM File 72 MB >> >> I also tried cnverting the initial Word file to RTF, then >> converting the >> RTF to MIF and FM. However, the results were the same. >> >> The behavior is also very consistent and repeatable. >> >> I have also converted quite a number of other Word docs to Frame >> lately >> without eny evidence of similar problems. >> >> >> >> Question: >> Has anyone seen this behavior before? >> Do you have any ideas of what the possible cause is (other than >> "something in the Word file is corrupted"), as well as possible fixes >> and/orworkarounds? >> >> Micheal O'Laoghaire >> KBS Documentation >> Comverse Inc. >> Cambridge, MA. >> >> Tel: (617) 273-5414 > > > -- > 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 > ___ > > > You are currently subscribed to Framers as alan at alphabyte.co.nz. > > 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/alan% > 40alphabyte.co.nz > > Send administrative questions to listadmin at frameusers.com. Visit > http://www.frameusers.com/ for more resources and info. -- Alan Litchfield GradDipBus, MBus(Hons), CTT, MNZCS AlphaByte PO Box 1941, Auckland, NZ. 1140
Re: ePublisher question
First - http://groups.yahoo.com/subscribe/wwp-users/ Second - 1. Go into C:\Program Files\WebWorks\ePublisher Pro\Formats 2. Copy WebWorks Help 5.0 or other source format to a new directory. 3. Modify there according to instructions at webworks.com 4. Change C:\Program Files\WebWorks\ePublisher Pro\Formats\WebWorks Help 5.0\Transforms to reflect new themes --- Whites <[EMAIL PROTECTED]> wrote: > Hi Framers - > After a hiatus of a couple of years I have gotten back into doing > projects in FM/Quadralay. > First - can you suggest a good WebWorks user group? > Second - how does one create a brand new skin/theme in ePublisher? > I've tried to follow the rather convoluted description in the > ePublisher Help about alternative Targets and Formats directories, > but my customizations do not seem to be taking effect. > All suggestions welcomed. > Will White > > > > > > ++ > There is something fascinating about science. > One gets such wholesale returns of conjecture > out of such a trifling investment of fact. - Twain > ++ > > ___ > > > 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/athloi%40yahoo.com > > Send administrative questions to [EMAIL PROTECTED] Visit > http://www.frameusers.com/ for more resources and info. > http://technical-writing.dionysius.com/ technical writing | consulting | development Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos & more. http://mobile.yahoo.com/go?refer=1GNXIC ___ 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.
ePublisher question
First - http://groups.yahoo.com/subscribe/wwp-users/ Second - 1. Go into C:\Program Files\WebWorks\ePublisher Pro\Formats 2. Copy WebWorks Help 5.0 or other source format to a new directory. 3. Modify there according to instructions at webworks.com 4. Change C:\Program Files\WebWorks\ePublisher Pro\Formats\WebWorks Help 5.0\Transforms to reflect new themes --- Whites wrote: > Hi Framers - > After a hiatus of a couple of years I have gotten back into doing > projects in FM/Quadralay. > First - can you suggest a good WebWorks user group? > Second - how does one create a brand new skin/theme in ePublisher? > I've tried to follow the rather convoluted description in the > ePublisher Help about alternative Targets and Formats directories, > but my customizations do not seem to be taking effect. > All suggestions welcomed. > Will White > > > > > > ++ > There is something fascinating about science. > One gets such wholesale returns of conjecture > out of such a trifling investment of fact. - Twain > ++ > > ___ > > > You are currently subscribed to Framers as athloi at yahoo.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/athloi%40yahoo.com > > Send administrative questions to listadmin at frameusers.com. Visit > http://www.frameusers.com/ for more resources and info. > http://technical-writing.dionysius.com/ technical writing | consulting | development Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos & more. http://mobile.yahoo.com/go?refer=1GNXIC
RE: Corrupted Word file fixes - was: Converted Word file grows enormously
I have no major issues with anything Diane has said in her very informative posting. But my suggestion is to take a fresh look at your basic strategy for converting from Word to FrameMaker. Directly convering a monolithic Word document to FrameMaker has never made much sense to me because it ignores the differences in the document paradigms of the two tools and takes little or no advantage of FrameMaker's strengths. When I converted nearly 15K pages of Word docs to FrameMaker a few years back during our group's migration, my objective was to leave as much of the "Wordliness" behind and do everything I could to make the converted docs into well-designed FrameMaker documents. I did a lot of prep work on the Word docs (taking advantage of Word's excellent macro capabilities). Among the most fundamental things I did were these: I applied a conversion template that removed all the headers and footers (since these were alrady designed into my FrameMaker templates in a standardized way that uses FrameMaker running h/f system variables and a standardized set of user variables like book title, product name, document type, company name), removed the TOC and index (since FrameMaker handles these differently), removed all autonumbering and bullets (since FrameMaker does it in a different way that works reliably), and renamed all the Word styles to match the new style names in our new FrameMaker templates. Admittedly, this last item was only practical because all of our Word docs used one of three well-controlled Word templates and basically stuck to the templates. If you're dealing with lots of locally formatted Normal paragraphs or a lot of ad hoc styles, you've got a problem. I removed all graphics from the Word document, because we wanted all graphics in our FrameMaker documents to be referenced rather than pasted. We had always avoided linked objects in our Word docs so I didn't have to deal with them explicitly, but I would have removed them just as I removed the graphics. I split the monolithic document into a series of separate, smaller files that corresponded to the level of modularity we were going to use in FrameMaker (generally chapter level, but down to function level for some of our API reference documents since not all functions were supported for all operating systems so we needed the capabilty to include/exclude individual functions at the book level). Since I typically did this by copying and pasting into a clean template, this step had the additional benefit of getting rid of the end-of-section and end-of-document characters that can hide so much bad juju in Word documents. Rather than opening the Word .doc or .rtf files directly in FrameMaker, I found that I got much cleaner results by opening an empty copy of our FrameMaker template and using File>Import>File (by copying) to pull in the Word content with as little Word formatting garbage as possible. Post-conversion cleanup involved a few further steps, including: -re-building cross-references using the FrameMaker mechanism -re-inserting the graphics -cleaning up tables (mostly done with Rick Quatro's TableCleaner plug-in) -deleting spurious/irrelevant imported markers (e.g. cross-reference markers beginning with "_TOC...") using IXgen. These don't cause any noticeable problem if left in, but we wanted *clean* files. -building the new FrameMaker book using pre-built template files for the generated files Following this conversion process, we wound up with FrameMaker books that worked first time, every time. My opinions only; I don't speak for Intel. Fred Ridder Intel Parsippany, NJ (formerly) From: Diane Gaskill <[EMAIL PROTECTED]> Reply-To: Diane Gaskill <[EMAIL PROTECTED]> To: O'Laoghaire Micheal <[EMAIL PROTECTED]>, Art Campbell <[EMAIL PROTECTED]> CC: framers@lists.frameusers.com Subject: Corrupted Word file fixes - was: Converted Word file grows enormously Date: Fri, 27 Jul 2007 02:28:34 -0400 (EDT) Michael, I have seen this MANY times. We are converting to FM at my company now (finally - thank God) but we have many large (400 to 800 page) Word docs that contain lots of embedded drawings, screenshots, and even photos. Documents like this are easily corrupted because Word has some really bad memory bugs, not to mention the notorius autonumbering bug - I mean auto-selfrenunbering bug. Most of the corruption in a Word doc is contained in the last paragraph mark (that's where all the metadata (file descriptors, etc) is contained.)) But corruptions can also be contained in section breaks. There are a couple of ways to fix the problem. First, the easy way, although this might not fix it. 1. Launch Word but do not open any files. 2. Using Explorer, locate the file you are having trouble with and note the file size. Write it down. 3. SINGLE click the file to highlight it. Do NOT double click the file and open it. 4. With the file highlighted, in Word, select File -> Open. The Open File dialog box
Corrupted Word file fixes - was: Converted Word file grows enormously
Michael, I have seen this MANY times. We are converting to FM at my company now (finally - thank God) but we have many large (400 to 800 page) Word docs that contain lots of embedded drawings, screenshots, and even photos. Documents like this are easily corrupted because Word has some really bad memory bugs, not to mention the notorius autonumbering bug - I mean auto-selfrenunbering bug. Most of the corruption in a Word doc is contained in the last paragraph mark (that's where all the metadata (file descriptors, etc) is contained.)) But corruptions can also be contained in section breaks. There are a couple of ways to fix the problem. First, the easy way, although this might not fix it. 1. Launch Word but do not open any files. 2. Using Explorer, locate the file you are having trouble with and note the file size. Write it down. 3. SINGLE click the file to highlight it. Do NOT double click the file and open it. 4. With the file highlighted, in Word, select File -> Open. The Open File dialog box is displayed. 5. In the lower right corner of the dialog box there is a button that says Open. To the right of the button is a pull down menu. Expand the menu and select Open and Repair. Word will open the highlighted file, analyze it, and fix a lot of the corruption. 6. Save the file and then note the file size. If there is a difference from the original file size, you might have a clean file. If not, go to the next procedure. Personal note: You gotta know the Gates & Co KNOWS that Word is a pile of you-know-what. How many other applications do you know that have an Open and Repair button. Sheesh. The hard Way Well, it's not really hard, just time consuming. 1. Launch Word but don't open any files. 2. Select Tools > Options > File Locations. Note the path to User Templates. 3. Exit Word. Shut it down compeltely. 4. Go to whereever the path you saw in step 2 takes you and delete Normal.dot. That's right, delete it. Or, if you have modified it (that's a big no-no) just move it to another directory. 5. Launch Word again. When Word does not find Normal.dot, it will build a nice, clean, new one with no corruptions at all. [If you are fast, you probably know where I am going with this.] 6. Now, create a brand new doc in Word. It will automatically use the nice, clean, new Normal template. Leave this file open, but do not save it. 7. Now open your corrupted doc. See the bugs crawling around on the screen. (ok, ok, I just threw that in for fun). 8. Turn on hidden text (the Paragraph mark in the menu) so that you can see the paragraph marks. 9. Copy everything in your file EXCEPT the last paragraph mark. 10. Paste that into the clean new Word doc you already have open. 11. Save under a new name. Don't overwrite the corrupted file. 12. Note the file size. If the above procedure doesnt't reduce the file size a lot, do this: 1. Open another new, clean doc. 2. Open youir original, corrupted file again. In your corrupted file, delete ALL of the section breaks. The headers and footers will not work any more because the metada for them is in the section breaks. You will have to create them all again later. This could take a while, depending on the size of your doc. 3. Copy everything in your file EXCEPT the last paragraph mark. 4. Paste that into the clean new Word doc you already have open. 5. Save under a new name. Don't overwrite the corrupted file. 6. Note the file size. 7. Attach your original template, ficx the section breaks, and you should have a clean, uncorrupted file. For more information go to the Word MVP website http://word.mvps.org/. Also check out this page on the site: http://word.mvps.org/FAQs/AppErrors/CorruptDoc.htm The tiele of the page is: How can I recover a corrupt document or template ? and why did it become corrupt? Hope this helps. Diane Gaskill --- -Original Message- >From: O'Laoghaire Micheal >Sent: Jul 26, 2007 12:34 PM >To: Art Campbell >Cc: framers at lists.frameusers.com >Subject: RE: Converted Word file grows enormously > >Art, >Thanks for replying. >There is merit in what you say but I have converted quite a number of >documents with embedded graphics without encountering this problem. >There is sonething unique about this document but I have not been able >to figure it out. > > >Regards, >Micheal O'Laoghaire >KBS Documentation >Comverse Inc. >Cambridge, MA. > >Tel: (617) 273-5414 > >-Original Message- >From: Art Campbell [mailto:art.campbell at gmail.com] >Sent: Thursday, July 26, 2007 2:30 PM >To: O'Laoghaire Micheal >Cc: framers at lists.frameusers.com >Subject: Re: Converted Word file grows enormously > >My first guess would be that there were graphics embedded in the Word >file that are now embedded in the FM file and are being converted to FM >vector graphics. > >The better way to do this is to separate the graphics from Word before >importing (by
Ann: TOOLBOX_for FrameMaker 8 | DITA PACKAGE | 3D-Services
We announce the new TOOLBOX for® FrameMaker 8 ... ... and the SYSTEC DITA PACKAGE the package with all mulitlingual documentation and templates and tools: Get your information: DITA PACKAGE with DITA Cookbook http://www.systec-gmbh.com/en/sites/framemaker.php TOOLBOX for® FrameMaker - the TOOLBOX for ® Family with new solutions: DITA-Services, Book-Services and 3D-Services: http://www.toolboxforme.com Georg Eck (CEO, ACE) ___ 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.