Re: Graphics in FM
Thanks Richard -- The original line drawings are coming ot me as PDFs. I don't have AutoCad or Katia or any of the other programs that the engineers have, so I get the drawing as a PDF file. I turn it into a jpg so I can erase lines and words. It would be nice to have the original vector drawing! On 10/9/08, Combs, Richard [EMAIL PROTECTED] wrote: Deirdre Reagan wrote: In my documents, we use black and white line drawings exclusively. I've been cutting and pasting 200 pixels / inch bitmaps. FM scrolls through them very quickly. My colleagues import 300 pixels / inch jpgs. Their jpgs are better quality but FM works very very slowly when scrolling past a page with a jpg. I just imported a PDF-ed graphic that was made from a 600 pixels / inch jpg. It has the best resolution and FM scrolls through the page very quickly. So here's my question: is there any downside to using the PDF-ed graphic? None at all. IMHO, PDFs are a great way to import graphics into FM. But here's a question back to you: Where are these line drawings coming from? See, any graphic format described in terms of pixels or dots per inch (dpi) is what's called a bitmap (or raster) image -- that includes BMP, JPG, PNG, and GIF. Its resolution is limited to whatever it was created at (200, 300, 600 dpi). If you resize it (or zoom in), you lose resolution. But line drawings are by nature vector images. That means they're not defined in terms of a fixed resolution, but in terms of vectors -- lines and arcs -- that can be scaled to any size without loss of resolution. If you're starting with a vector drawing (like from Adobe Illustrator or Corel Draw), it's best not to turn it into a bitmap. Instead, make a PDF from the original vector drawing, and it will still be a scalable vector drawing in PDF form. You'll really see the difference if you zoom way in (say 800%) on a bitmap version and a vector version of the same drawing. HTH! Richard Richard G. Combs Senior Technical Writer Polycom, Inc. richardDOTcombs AT polycomDOTcom 303-223-5111 -- rgcombs AT gmailDOTcom 303-777-0436 -- ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
VIETNAM INDEX
Hello all, I'm having fun generating index for a Vietnamese manual and I could use some help. Actually... HELP!!! For those who is not familiar with vietnamese - the alphabet contains 18 letters A with all manner of accents, 12 letters E and about same for O and U - so obviously we can't talk about normal $alphabetics on the reference page. I set up reference page with the whole sequence of letters as they would need to appear by alphabet and Frame does generate index in a correct sequence. Ref. page looks something like that: AaĀāĂ㥹 Bb Cc Dd ĒēĔĕĖė Ff Gg... etc. Now, the problem is that for some reason FrameMaker thinks that some letters are identical to each other and sorts them as if they were the same so you would end up with tổn thương:sự kiệt sức và tổn thương:sự tái kích thích của sorted as: tổn thương, 15 sự kiệt sức và, 90, 54 the way I noticed something was wrong was that the page numbers appear out of sequence. Checked and saw that two totally different entries sorted as one. Has anyone run into doing this kind of stuff? Can someone help? Michael _ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=createwx_url=/friends.aspxmkt=en-us ___ 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: adding graphics to files
Thanks all. I really appreciate your feedback -- you are confirming what I suspected but don't have enough knowledge to back up! Here's my situation: I get the drawing package as a PDF file. I don't have AutoCad or Katia or any of the other drawing progams, so I can't access the original vector drawing. I've been turning the PDF into a bitmap file and copying and pasting it into my file. I copy and paste because the lead technical writer is adamantly against importing by reference. He also told me that I have to stop using bitmap because bitmap graphics won't work if we have to turn these documents into HTML (STML? XML? Some sort of web-based product) documents. So, based on what you all are telling me, bitmap is the best way to go (yeah!). And bitmapped graphics are just fine for web-based documents? Thanks so much guys! From the fun factory, Deirdre On 10/9/08, Art Campbell [EMAIL PROTECTED] wrote: Fred's on top of the graphic issues. Bottom line is JPG is the way wrong format and is adding some bloat. However, its not clear from the OP message whether you're copying the graphic file in, or importing by reference. Importing by refrence is the preferred way to do it. Copying is not the way to go. If you are copying them in, that would be a good reason for the slowdown. Art. Art Campbell [EMAIL PROTECTED] ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded grl. -- Richard Thompson No disclaimers apply. DoD 358 On Thu, Oct 9, 2008 at 6:06 PM, Fred Ridder [EMAIL PROTECTED] wrote: Deirdre Reagan wrote: Anyhow, when I add jpgs to my Framemaker file (FM 8.0, Windows XP), Framemaker slows way down when I scroll over the page with the jpg. The jpgs are 300 dpi, which they need to be for good print resolution (they are black and white drawings). I import the file to an anchored frame, then resize the graphic to 80 percent because it is usually too large for the anchored frame. I really don't know anything about graphics, so anything advice would be most appreciated. To cover only a couple of the most basic issues: First and foremost, JPEG is *not* an appropriate file format for line art or anything containing text. JPEG was specifically designed for *photographic* images, which tend to conceal many of the format's shortcomings due to the continuous-tone nature of photographs. JPEG's area-based image compression algorithm inherently produces artifacts near abroupt color transitions, which is clearly seen as a kind of gray smudginess alongside lines in drawings or as a kind of cloud surrounding text. For line art you should be using a lossless file format like EPS, WMF (or EMF), or PNG (or GIF or TIFF or even BMP). The one file format you should *not* use is JPEG. Second, if you need to scale your graphics, you should use a vector file format (EPS, WMF, EMF) rather than a raster file format (any of the others mentioned). Vector images contain mathematical descriptions of the geometric and text objects in the drawing, which means that they can be rescaled over a wide range of sizes with no loss in quality. Raster graphics contain a pixel-by-pixel rendering of the image, and to rescale them you either have to change the pixel pitch or you have to resample them to throw away pixels or make up new pixels that don't exist. Third, if you do have raster images (screen shots, for example), the best way to change their reproduced size in FrameMaker is not to use the scaling command, but rather to change the dpi setting. Doubling the dpi will reduce the dimensions to 50%; halving the dpi will double the reproduced size of the image. If this approach is not acceptable for some reason, the other alternative is to use a tool like PaintShop Pro or Photoshop to resample the image, but this *always* causes a loss in quality. I'll leave any other issues to others to address. -Fred Ridder ___ 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/art.campbell%40gmail.com 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.
ANN: Half-price plugin sale
Hello Framers, All of my plugins will be half-price starting today through next week. This includes site licenses. You must pay for them via PayPal ([EMAIL PROTECTED]) or by phone with a credit card. ***Orders through my web site will still be at the regular price.*** I will be out of the office today (Friday), so any PayPal orders will be delivered Saturday via email. I will take phone orders starting Monday. http://www.frameexpert.com/plugins/ Remember, if you buy them through my web site, you will not get the half-off price. Thank you very much. Rick Quatro Carmen Publishing Inc 585-659-8267 www.frameexpert.com TableCleaner $30 ImportFormatsSpecial $10 PageLabeler $15 FindChangeSpecial $15 PageBreaks $10 ___ 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: adding graphics to files
Uh no, that isn't what I was saying and I don't think that's what Fred would recommend either. You didn't say the source file was a PDF, or if you did, I missed it. If you already have the source graphic in a PDF, that's your best final format right there because it's a PostScript file. Vector based, scalable, etc. Only way you can degrade it is by converting it to another graphic format which is what you've been doing. You can optimize the PDF further with Acrobat, and you can crop it with Photoshop or another program, both actions that will reduce the file size. But other than that, you're good to go. And you should still be importing it by reference Cheers, Art Art Campbell [EMAIL PROTECTED] ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded grl. -- Richard Thompson No disclaimers apply. DoD 358 On Fri, Oct 10, 2008 at 9:37 AM, Deirdre Reagan [EMAIL PROTECTED] wrote: Thanks all. I really appreciate your feedback -- you are confirming what I suspected but don't have enough knowledge to back up! Here's my situation: I get the drawing package as a PDF file. I don't have AutoCad or Katia or any of the other drawing progams, so I can't access the original vector drawing. I've been turning the PDF into a bitmap file and copying and pasting it into my file. I copy and paste because the lead technical writer is adamantly against importing by reference. He also told me that I have to stop using bitmap because bitmap graphics won't work if we have to turn these documents into HTML (STML? XML? Some sort of web-based product) documents. So, based on what you all are telling me, bitmap is the best way to go (yeah!). And bitmapped graphics are just fine for web-based documents? Thanks so much guys! From the fun factory, Deirdre On 10/9/08, Art Campbell [EMAIL PROTECTED] wrote: Fred's on top of the graphic issues. Bottom line is JPG is the way wrong format and is adding some bloat. However, its not clear from the OP message whether you're copying the graphic file in, or importing by reference. Importing by refrence is the preferred way to do it. Copying is not the way to go. If you are copying them in, that would be a good reason for the slowdown. Art. Art Campbell [EMAIL PROTECTED] ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded grl. -- Richard Thompson No disclaimers apply. DoD 358 On Thu, Oct 9, 2008 at 6:06 PM, Fred Ridder [EMAIL PROTECTED] wrote: Deirdre Reagan wrote: Anyhow, when I add jpgs to my Framemaker file (FM 8.0, Windows XP), Framemaker slows way down when I scroll over the page with the jpg. The jpgs are 300 dpi, which they need to be for good print resolution (they are black and white drawings). I import the file to an anchored frame, then resize the graphic to 80 percent because it is usually too large for the anchored frame. I really don't know anything about graphics, so anything advice would be most appreciated. To cover only a couple of the most basic issues: First and foremost, JPEG is *not* an appropriate file format for line art or anything containing text. JPEG was specifically designed for *photographic* images, which tend to conceal many of the format's shortcomings due to the continuous-tone nature of photographs. JPEG's area-based image compression algorithm inherently produces artifacts near abroupt color transitions, which is clearly seen as a kind of gray smudginess alongside lines in drawings or as a kind of cloud surrounding text. For line art you should be using a lossless file format like EPS, WMF (or EMF), or PNG (or GIF or TIFF or even BMP). The one file format you should *not* use is JPEG. Second, if you need to scale your graphics, you should use a vector file format (EPS, WMF, EMF) rather than a raster file format (any of the others mentioned). Vector images contain mathematical descriptions of the geometric and text objects in the drawing, which means that they can be rescaled over a wide range of sizes with no loss in quality. Raster graphics contain a pixel-by-pixel rendering of the image, and to rescale them you either have to change the pixel pitch or you have to resample them to throw away pixels or make up new pixels that don't exist. Third, if you do have raster images (screen shots, for example), the best way to change their reproduced size in FrameMaker is not to use the scaling command, but rather to change the dpi setting. Doubling the dpi will reduce the dimensions to 50%; halving the dpi will double the reproduced size of the image. If this approach
RE: Graphics in FM
Deidre, You need a good vector graphics program, such as Corel Designer or Adobe Illustrator. These programs will import the PDF and maintain the vector data. Then you can edit the graphic any way you want and export a new graphic that you can reference in FM. You can't do your job without the proper tools, and this is one of the tools that you need. Clint Clinton Owen | Senior Technical Writer | Crane Aerospace Electronics | Telephone: +1 425-743-8674 | Fax: +1 425-743-8113 In celebration of National Customer Service Week, Crane Aerospace and Electronics would like to thank you, Our Valued Customer, for your continued support. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Deirdre Reagan Sent: Friday, October 10, 2008 6:31 AM To: Combs, Richard Cc: Framer's List Subject: Re: Graphics in FM Thanks Richard -- The original line drawings are coming ot me as PDFs. I don't have AutoCad or Katia or any of the other programs that the engineers have, so I get the drawing as a PDF file. I turn it into a jpg so I can erase lines and words. It would be nice to have the original vector drawing! On 10/9/08, Combs, Richard [EMAIL PROTECTED] wrote: Deirdre Reagan wrote: In my documents, we use black and white line drawings exclusively. I've been cutting and pasting 200 pixels / inch bitmaps. FM scrolls through them very quickly. My colleagues import 300 pixels / inch jpgs. Their jpgs are better quality but FM works very very slowly when scrolling past a page with a jpg. I just imported a PDF-ed graphic that was made from a 600 pixels / inch jpg. It has the best resolution and FM scrolls through the page very quickly. So here's my question: is there any downside to using the PDF-ed graphic? None at all. IMHO, PDFs are a great way to import graphics into FM. But here's a question back to you: Where are these line drawings coming from? See, any graphic format described in terms of pixels or dots per inch (dpi) is what's called a bitmap (or raster) image -- that includes BMP, JPG, PNG, and GIF. Its resolution is limited to whatever it was created at (200, 300, 600 dpi). If you resize it (or zoom in), you lose resolution. But line drawings are by nature vector images. That means they're not defined in terms of a fixed resolution, but in terms of vectors -- lines and arcs -- that can be scaled to any size without loss of resolution. If you're starting with a vector drawing (like from Adobe Illustrator or Corel Draw), it's best not to turn it into a bitmap. Instead, make a PDF from the original vector drawing, and it will still be a scalable vector drawing in PDF form. You'll really see the difference if you zoom way in (say 800%) on a bitmap version and a vector version of the same drawing. HTH! Richard Richard G. Combs Senior Technical Writer Polycom, Inc. richardDOTcombs AT polycomDOTcom 303-223-5111 -- rgcombs AT gmailDOTcom 303-777-0436 -- ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/clint.owen%40craneae rospace.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info. We value your opinion! How may we serve you better? Please click the survey link to tell us how we are doing. http://www.craneae.com/surveys/satisfaction.htm Your feedback is of the utmost importance to us. Thank you for your time. Crane Aerospace Electronics Confidentiality Statement The information contained in this email message may be privileged and is confidential information intended only for the use of the recipient, or any employee or agent responsible to deliver it to the intended recipient. Any unauthorized use, distribution or copying of this information is strictly prohibited and may be unlawful. If you have received this communication in error, please notify the sender immediately and destroy the original message and all attachments from your electronic files. This e-mail message has been scanned and cleared by MailMarshal ___ 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: Graphics in FM
You can delete lines and words with Acrobat and keep it in PDF format. Art Art Campbell [EMAIL PROTECTED] ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded grl. -- Richard Thompson No disclaimers apply. DoD 358 On Fri, Oct 10, 2008 at 9:30 AM, Deirdre Reagan [EMAIL PROTECTED] wrote: Thanks Richard -- The original line drawings are coming ot me as PDFs. I don't have AutoCad or Katia or any of the other programs that the engineers have, so I get the drawing as a PDF file. I turn it into a jpg so I can erase lines and words. It would be nice to have the original vector drawing! On 10/9/08, Combs, Richard [EMAIL PROTECTED] wrote: Deirdre Reagan wrote: In my documents, we use black and white line drawings exclusively. I've been cutting and pasting 200 pixels / inch bitmaps. FM scrolls through them very quickly. My colleagues import 300 pixels / inch jpgs. Their jpgs are better quality but FM works very very slowly when scrolling past a page with a jpg. I just imported a PDF-ed graphic that was made from a 600 pixels / inch jpg. It has the best resolution and FM scrolls through the page very quickly. So here's my question: is there any downside to using the PDF-ed graphic? None at all. IMHO, PDFs are a great way to import graphics into FM. But here's a question back to you: Where are these line drawings coming from? See, any graphic format described in terms of pixels or dots per inch (dpi) is what's called a bitmap (or raster) image -- that includes BMP, JPG, PNG, and GIF. Its resolution is limited to whatever it was created at (200, 300, 600 dpi). If you resize it (or zoom in), you lose resolution. But line drawings are by nature vector images. That means they're not defined in terms of a fixed resolution, but in terms of vectors -- lines and arcs -- that can be scaled to any size without loss of resolution. If you're starting with a vector drawing (like from Adobe Illustrator or Corel Draw), it's best not to turn it into a bitmap. Instead, make a PDF from the original vector drawing, and it will still be a scalable vector drawing in PDF form. You'll really see the difference if you zoom way in (say 800%) on a bitmap version and a vector version of the same drawing. HTH! Richard Richard G. Combs Senior Technical Writer Polycom, Inc. richardDOTcombs AT polycomDOTcom 303-223-5111 -- rgcombs AT gmailDOTcom 303-777-0436 -- ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/art.campbell%40gmail.com 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.
ANN: Case Study: Moving from Unstructured FrameMaker to XML and Back Again
On Saturday, November 8, Meg Miranda from BMC Software will present a case study on Moving from Unstructured FrameMaker to XML and Back Again at The LavaCon Conference in Honolulu. Information about this and other sessions on FrameMaker, XML, DITA, CMS is available on the conference website: www.lavacon.org Note: Register by October 15th to take advantage of early registration discounts. Airlines and the conference hotel have recently reduced their prices, so now is a great time to take a tax-deductible trip to Hawaii. Jack Molisani Executive Director, The LavaCon Conference November 6-8, 2008 Honolulu, Hawaii www.lavacon.org866-302-5774 x201 ___ 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: adding graphics to files
Deirdre Reagan wrote: So, based on what you all are telling me, bitmap is the best way to go (yeah!). No, no, no! I don't believe anyone suggested this! I specifically recommended PDF and went on to explain why converting a vector drawing to a bitmap is a _bad_ idea. I'll second what Art said in reply, except that you can crop your PDFs in Acrobat. No Photoshop needed. Richard Richard G. Combs Senior Technical Writer Polycom, Inc. richardDOTcombs AT polycomDOTcom 303-223-5111 -- rgcombs AT gmailDOTcom 303-777-0436 -- ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Re: adding graphics to files
LOL -- yes, sorry -- I was between emails. The best source is a PDF -- I'm so excited to find out that I can open the PDF in Photoshop, tweak it, and save it as a PDF. That's going to save me a lot of time. Import by reference: sadly, I'm not allowed to do that. But just out of curiosity, why is import by reference better than import? Thanks again for all the advice. Deirdre On 10/10/08, Art Campbell [EMAIL PROTECTED] wrote: Uh no, that isn't what I was saying and I don't think that's what Fred would recommend either. You didn't say the source file was a PDF, or if you did, I missed it. If you already have the source graphic in a PDF, that's your best final format right there because it's a PostScript file. Vector based, scalable, etc. Only way you can degrade it is by converting it to another graphic format which is what you've been doing. You can optimize the PDF further with Acrobat, and you can crop it with Photoshop or another program, both actions that will reduce the file size. But other than that, you're good to go. And you should still be importing it by reference Cheers, Art Art Campbell [EMAIL PROTECTED] ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded grl. -- Richard Thompson No disclaimers apply. DoD 358 On Fri, Oct 10, 2008 at 9:37 AM, Deirdre Reagan [EMAIL PROTECTED] wrote: Thanks all. I really appreciate your feedback -- you are confirming what I suspected but don't have enough knowledge to back up! Here's my situation: I get the drawing package as a PDF file. I don't have AutoCad or Katia or any of the other drawing progams, so I can't access the original vector drawing. I've been turning the PDF into a bitmap file and copying and pasting it into my file. I copy and paste because the lead technical writer is adamantly against importing by reference. He also told me that I have to stop using bitmap because bitmap graphics won't work if we have to turn these documents into HTML (STML? XML? Some sort of web-based product) documents. So, based on what you all are telling me, bitmap is the best way to go (yeah!). And bitmapped graphics are just fine for web-based documents? Thanks so much guys! From the fun factory, Deirdre On 10/9/08, Art Campbell [EMAIL PROTECTED] wrote: Fred's on top of the graphic issues. Bottom line is JPG is the way wrong format and is adding some bloat. However, its not clear from the OP message whether you're copying the graphic file in, or importing by reference. Importing by refrence is the preferred way to do it. Copying is not the way to go. If you are copying them in, that would be a good reason for the slowdown. Art. Art Campbell [EMAIL PROTECTED] ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded grl. -- Richard Thompson No disclaimers apply. DoD 358 On Thu, Oct 9, 2008 at 6:06 PM, Fred Ridder [EMAIL PROTECTED] wrote: Deirdre Reagan wrote: Anyhow, when I add jpgs to my Framemaker file (FM 8.0, Windows XP), Framemaker slows way down when I scroll over the page with the jpg. The jpgs are 300 dpi, which they need to be for good print resolution (they are black and white drawings). I import the file to an anchored frame, then resize the graphic to 80 percent because it is usually too large for the anchored frame. I really don't know anything about graphics, so anything advice would be most appreciated. To cover only a couple of the most basic issues: First and foremost, JPEG is *not* an appropriate file format for line art or anything containing text. JPEG was specifically designed for *photographic* images, which tend to conceal many of the format's shortcomings due to the continuous-tone nature of photographs. JPEG's area-based image compression algorithm inherently produces artifacts near abroupt color transitions, which is clearly seen as a kind of gray smudginess alongside lines in drawings or as a kind of cloud surrounding text. For line art you should be using a lossless file format like EPS, WMF (or EMF), or PNG (or GIF or TIFF or even BMP). The one file format you should *not* use is JPEG. Second, if you need to scale your graphics, you should use a vector file format (EPS, WMF, EMF) rather than a raster file format (any of the others mentioned). Vector images contain mathematical descriptions of the geometric and text objects in the drawing, which means that they can be rescaled over a wide range of sizes with no loss in quality. Raster graphics
Re: ANN: Case Study: Moving from Unstructured FrameMaker to XML and Back Again
Wouldn't this be nice! On 10/10/08, jobs @ ProSpring [EMAIL PROTECTED] wrote: On Saturday, November 8, Meg Miranda from BMC Software will present a case study on Moving from Unstructured FrameMaker to XML and Back Again at The LavaCon Conference in Honolulu. Information about this and other sessions on FrameMaker, XML, DITA, CMS is available on the conference website: www.lavacon.org Note: Register by October 15th to take advantage of early registration discounts. Airlines and the conference hotel have recently reduced their prices, so now is a great time to take a tax-deductible trip to Hawaii. Jack Molisani Executive Director, The LavaCon Conference November 6-8, 2008 Honolulu, Hawaii www.lavacon.org866-302-5774 x201 ___ 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/deirdre.reagan%40gmail.com 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.
Re: adding graphics to files
Most people's primary reason is that a reference keeps the FM file from bloating (copying in physically adds all the graphic info to the file). This means the file is quicker to load, scroll, and modify, is less likely to become corrupt just because there are fewer bytes involved, and is just more easily portable. It also makes the graphic easier to edit and change. Other benefits include allowing people to work on the graphic and have their changes included automatically, supporting translation better (because different language files can be swapped in on a directory-level basis), Art Art Campbell [EMAIL PROTECTED] ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded grl. -- Richard Thompson No disclaimers apply. DoD 358 On Fri, Oct 10, 2008 at 11:05 AM, Deirdre Reagan [EMAIL PROTECTED] wrote: LOL -- yes, sorry -- I was between emails. The best source is a PDF -- I'm so excited to find out that I can open the PDF in Photoshop, tweak it, and save it as a PDF. That's going to save me a lot of time. Import by reference: sadly, I'm not allowed to do that. But just out of curiosity, why is import by reference better than import? Thanks again for all the advice. Deirdre On 10/10/08, Art Campbell [EMAIL PROTECTED] wrote: Uh no, that isn't what I was saying and I don't think that's what Fred would recommend either. You didn't say the source file was a PDF, or if you did, I missed it. If you already have the source graphic in a PDF, that's your best final format right there because it's a PostScript file. Vector based, scalable, etc. Only way you can degrade it is by converting it to another graphic format which is what you've been doing. You can optimize the PDF further with Acrobat, and you can crop it with Photoshop or another program, both actions that will reduce the file size. But other than that, you're good to go. And you should still be importing it by reference Cheers, Art Art Campbell [EMAIL PROTECTED] ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded grl. -- Richard Thompson No disclaimers apply. DoD 358 On Fri, Oct 10, 2008 at 9:37 AM, Deirdre Reagan [EMAIL PROTECTED] wrote: Thanks all. I really appreciate your feedback -- you are confirming what I suspected but don't have enough knowledge to back up! Here's my situation: I get the drawing package as a PDF file. I don't have AutoCad or Katia or any of the other drawing progams, so I can't access the original vector drawing. I've been turning the PDF into a bitmap file and copying and pasting it into my file. I copy and paste because the lead technical writer is adamantly against importing by reference. He also told me that I have to stop using bitmap because bitmap graphics won't work if we have to turn these documents into HTML (STML? XML? Some sort of web-based product) documents. So, based on what you all are telling me, bitmap is the best way to go (yeah!). And bitmapped graphics are just fine for web-based documents? Thanks so much guys! From the fun factory, Deirdre On 10/9/08, Art Campbell [EMAIL PROTECTED] wrote: Fred's on top of the graphic issues. Bottom line is JPG is the way wrong format and is adding some bloat. However, its not clear from the OP message whether you're copying the graphic file in, or importing by reference. Importing by refrence is the preferred way to do it. Copying is not the way to go. If you are copying them in, that would be a good reason for the slowdown. Art. Art Campbell [EMAIL PROTECTED] ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded grl. -- Richard Thompson No disclaimers apply. DoD 358 On Thu, Oct 9, 2008 at 6:06 PM, Fred Ridder [EMAIL PROTECTED] wrote: Deirdre Reagan wrote: Anyhow, when I add jpgs to my Framemaker file (FM 8.0, Windows XP), Framemaker slows way down when I scroll over the page with the jpg. The jpgs are 300 dpi, which they need to be for good print resolution (they are black and white drawings). I import the file to an anchored frame, then resize the graphic to 80 percent because it is usually too large for the anchored frame. I really don't know anything about graphics, so anything advice would be most appreciated. To cover only a couple of the most basic issues: First and foremost, JPEG is *not* an appropriate file format for line
Re: adding graphics to files
Hum. I'm having the same problem over and over with the PDF file. Once it's imported into the file, I can't access it. I ctrl-click the frame, but the handles don't appear. Any thoughts? Thanks, Deirdre On 10/10/08, Art Campbell [EMAIL PROTECTED] wrote: Most people's primary reason is that a reference keeps the FM file from bloating (copying in physically adds all the graphic info to the file). This means the file is quicker to load, scroll, and modify, is less likely to become corrupt just because there are fewer bytes involved, and is just more easily portable. It also makes the graphic easier to edit and change. Other benefits include allowing people to work on the graphic and have their changes included automatically, supporting translation better (because different language files can be swapped in on a directory-level basis), Art Art Campbell [EMAIL PROTECTED] ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded grl. -- Richard Thompson No disclaimers apply. DoD 358 On Fri, Oct 10, 2008 at 11:05 AM, Deirdre Reagan [EMAIL PROTECTED] wrote: LOL -- yes, sorry -- I was between emails. The best source is a PDF -- I'm so excited to find out that I can open the PDF in Photoshop, tweak it, and save it as a PDF. That's going to save me a lot of time. Import by reference: sadly, I'm not allowed to do that. But just out of curiosity, why is import by reference better than import? Thanks again for all the advice. Deirdre On 10/10/08, Art Campbell [EMAIL PROTECTED] wrote: Uh no, that isn't what I was saying and I don't think that's what Fred would recommend either. You didn't say the source file was a PDF, or if you did, I missed it. If you already have the source graphic in a PDF, that's your best final format right there because it's a PostScript file. Vector based, scalable, etc. Only way you can degrade it is by converting it to another graphic format which is what you've been doing. You can optimize the PDF further with Acrobat, and you can crop it with Photoshop or another program, both actions that will reduce the file size. But other than that, you're good to go. And you should still be importing it by reference Cheers, Art Art Campbell [EMAIL PROTECTED] ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded grl. -- Richard Thompson No disclaimers apply. DoD 358 On Fri, Oct 10, 2008 at 9:37 AM, Deirdre Reagan [EMAIL PROTECTED] wrote: Thanks all. I really appreciate your feedback -- you are confirming what I suspected but don't have enough knowledge to back up! Here's my situation: I get the drawing package as a PDF file. I don't have AutoCad or Katia or any of the other drawing progams, so I can't access the original vector drawing. I've been turning the PDF into a bitmap file and copying and pasting it into my file. I copy and paste because the lead technical writer is adamantly against importing by reference. He also told me that I have to stop using bitmap because bitmap graphics won't work if we have to turn these documents into HTML (STML? XML? Some sort of web-based product) documents. So, based on what you all are telling me, bitmap is the best way to go (yeah!). And bitmapped graphics are just fine for web-based documents? Thanks so much guys! From the fun factory, Deirdre On 10/9/08, Art Campbell [EMAIL PROTECTED] wrote: Fred's on top of the graphic issues. Bottom line is JPG is the way wrong format and is adding some bloat. However, its not clear from the OP message whether you're copying the graphic file in, or importing by reference. Importing by refrence is the preferred way to do it. Copying is not the way to go. If you are copying them in, that would be a good reason for the slowdown. Art. Art Campbell [EMAIL PROTECTED] ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded grl. -- Richard Thompson No disclaimers apply. DoD 358 On Thu, Oct 9, 2008 at 6:06 PM, Fred Ridder [EMAIL PROTECTED] wrote: Deirdre Reagan wrote: Anyhow, when I add jpgs to my Framemaker file (FM 8.0, Windows XP), Framemaker slows way down when I scroll over the page with the jpg. The jpgs are 300 dpi, which they need to be for good print resolution (they are black and
Re: adding graphics to files
It's possible that the anchored frame is smaller than the graphic, which means the graphic's handles are under the frame. Right-click the graphic, do Object Properties and set the top / left offsets to 0 or a negative number so you can grab it. Or drag the frame MUCH larger. However if you're copying the file in I suspect that you're copying it in. Merging it. Making it one with the FM file. Which would mean that it loses its own identity and handles. r-e-f-e-r-e-n-c-e Cheers, Art Art Campbell [EMAIL PROTECTED] ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded grl. -- Richard Thompson No disclaimers apply. DoD 358 On Fri, Oct 10, 2008 at 11:27 AM, Deirdre Reagan [EMAIL PROTECTED] wrote: Hum. I'm having the same problem over and over with the PDF file. Once it's imported into the file, I can't access it. I ctrl-click the frame, but the handles don't appear. Any thoughts? Thanks, Deirdre On 10/10/08, Art Campbell [EMAIL PROTECTED] wrote: Most people's primary reason is that a reference keeps the FM file from bloating (copying in physically adds all the graphic info to the file). This means the file is quicker to load, scroll, and modify, is less likely to become corrupt just because there are fewer bytes involved, and is just more easily portable. It also makes the graphic easier to edit and change. Other benefits include allowing people to work on the graphic and have their changes included automatically, supporting translation better (because different language files can be swapped in on a directory-level basis), Art Art Campbell [EMAIL PROTECTED] ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded grl. -- Richard Thompson No disclaimers apply. DoD 358 On Fri, Oct 10, 2008 at 11:05 AM, Deirdre Reagan [EMAIL PROTECTED] wrote: LOL -- yes, sorry -- I was between emails. The best source is a PDF -- I'm so excited to find out that I can open the PDF in Photoshop, tweak it, and save it as a PDF. That's going to save me a lot of time. Import by reference: sadly, I'm not allowed to do that. But just out of curiosity, why is import by reference better than import? Thanks again for all the advice. Deirdre On 10/10/08, Art Campbell [EMAIL PROTECTED] wrote: Uh no, that isn't what I was saying and I don't think that's what Fred would recommend either. You didn't say the source file was a PDF, or if you did, I missed it. If you already have the source graphic in a PDF, that's your best final format right there because it's a PostScript file. Vector based, scalable, etc. Only way you can degrade it is by converting it to another graphic format which is what you've been doing. You can optimize the PDF further with Acrobat, and you can crop it with Photoshop or another program, both actions that will reduce the file size. But other than that, you're good to go. And you should still be importing it by reference Cheers, Art Art Campbell [EMAIL PROTECTED] ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded grl. -- Richard Thompson No disclaimers apply. DoD 358 On Fri, Oct 10, 2008 at 9:37 AM, Deirdre Reagan [EMAIL PROTECTED] wrote: Thanks all. I really appreciate your feedback -- you are confirming what I suspected but don't have enough knowledge to back up! Here's my situation: I get the drawing package as a PDF file. I don't have AutoCad or Katia or any of the other drawing progams, so I can't access the original vector drawing. I've been turning the PDF into a bitmap file and copying and pasting it into my file. I copy and paste because the lead technical writer is adamantly against importing by reference. He also told me that I have to stop using bitmap because bitmap graphics won't work if we have to turn these documents into HTML (STML? XML? Some sort of web-based product) documents. So, based on what you all are telling me, bitmap is the best way to go (yeah!). And bitmapped graphics are just fine for web-based documents? Thanks so much guys! From the fun factory, Deirdre On 10/9/08, Art Campbell [EMAIL PROTECTED] wrote: Fred's on top of the graphic issues. Bottom line is JPG is the way wrong format and is adding some bloat. However, its not clear from the OP message whether you're copying the graphic file in, or
RE: adding graphics to files
Further responses to Deidre's issues: I get the drawing package as a PDF file. That's fine. You can use a PDF graphic directly in FrameMaker, or you can convert it to EPS (using Acrobat) with no loss in quality. Acrobat will also allow you to crop the page size down to the area of interest, but note that the cropped content does not actually get deleted from the image; it's just hidden. And depending on how the I don't have AutoCad or Katia or any of the other drawing progams, so I can't access the original vector drawing. I've been turning the PDF into a bitmap file and copying and pasting it into my file. You might want to use the terminology raster image because some purists would insist that bitmap properly refers only to 1 bit/pixel images (strictly black or white, no grayscale, no color) like the lowest quality fax images. I believe that you mentioned in a separate posting that the reason why you convert to raster is to be able to delete certain parts of the image. Note that Adobe Illustrator can often (but not always, as Dov Isaacs is always quick to point out) be used successfully to edit PDF graphics or EPS graphics exported from PDF, either of which contain a vector version of the image. Unfortunately, though, when a PDF is generated from a CAD tool the vector objects in the PDF generally do not correspond to the vector objects that were used in the original design. PDFs from CAD tools often contan thousands upon thousands of tiny curve segments that the tool would use to draw its output on an x-y plotter. And text characters are output from most CAD tools as geometric shapes rather than as references to glyphs that are looked up in a font file. So even if you had Illustrator or some other tool capable of editing PDF files, it may not be practical to directly edit the image. What *might* be practical (depending on the actual requirements) is to use Acrobat (or Illustrator, if you have it) to conceal unwanted items by drawing white shapes over them and then creating a new PDF by printing from Acrobat to the Adobe PDF virtual printer. I copy and paste because the lead technical writer is adamantly against importing by reference. This may or may not be an irrational prejudice. There are some good reasons why pasting is preferred in certain circumstances (mostly due to issues of source content management or network access for referenced files), but most FrameMaker users feel that the advantages of inserting by reference are greater than the advantages of pasting. He also told me that I have to stop using bitmap because bitmap graphics won't work if we have to turn these documents into HTML (STML? XML? Some sort of web-based product) documents. When a FrameMaker document is converted to HTML, the conversion tool (e.g., Mif2Go) takes care of generating graphic images in one of the formats that can be handled by web browsers, which is a pretty short list. All of the commonly used image formats are rasters: GIF, PNG, and JPEG. (There is a vector format called SVG, but it is not widely used and is not universally supported.) But because you're going through a conversion tool, it *doesn't matter* what format was used for the original graphic that was inserted into the FrameMaker source file. Images that are in a vector format will get converted to a web-compatible raster format. Also note that in HTML, all graphics are handled as referenced objects (external image files), so in the conversion from FrameMaker to HTML all your pasted graphics have to be converted to external files. If you were inserting graphics by reference, you would have the option of using the original image files rather than a 2nd generation file created by the conversion tool for any graphics that originated in a web-compatible file format. So, based on what you all are telling me, bitmap is the best way to go (yeah!). Because of your requirement to edit the CAD drawings, it may be that creating and editing a raster image might be the most practical compromise. But it *is* a compromise. And the one thing that you should do is scale the drawings to the proper size when you create the raster image from the PDF. Do whatever you can to avoid resizing raster images. And bitmapped graphics are just fine for web-based documents? As noted above, raster graphics are required for web use, but the HTML conversion tool takes care of the image file conversion regardless of the original image file format. -Fred Ridder ___ 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: Graphics in FM
Art Campbell wrote: You can delete lines and words with Acrobat and keep it in PDF format. Unfortunately, this is frequently not the case for drawings that originate in a CAD application. In nearly all cases, text is not comprised of font glyphs, but is actually drawn with lots of tiny curves. Similarly, what we percieve as a line or some other geometric primitive is often built up from dozens (or hundreds) of smaller line and curve segments. And to make matters worse, most CAD tools create arbitrary object groups that contain hundreds (even thousands) of tiny curves, not all of which are components of logically related drawing objects. I've had to deal with PDFs from CAD tools at four different companies, and there have always been issues. In trying to select all of the lines that make up the letters in some text, it often happens that you also select (and potentially delete) parts of objects that you need to keep. And even opening it in Illustrator is only a partial solution becase some of the grouped objects are so complex that Illustrator chokes when trying to ungroup them. But Acrobat does provide the opportunity to hide objects by drawing white shaped over them and then outputting a new refried PDF. I know there can be some techincal issues with this approach, but it has saved my bacon more than a few times. Fred Ridder ___ 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: CMYK in Frame
Since CMYK is so dependent on paper, printing method, and inks, consider keeping future graphics in RGB from the outset and use a printer that does in-RIP conversion of RGB -- CMYK. You can set the colour rendering intent in each graphic, or simply specify perceptual rendering for the entire which is good enough for most everyday non-critical colour jobs. As content gets re-used in many different contexts these days, your are future proofing your graphics by NOT storing them in CMYK. Regards, Hedley -- Hedley Finger 28 Regent Street Camberwell VIC 3124 Australia Tel. +61 3 9809 1229 Fax. (call phone first) Mob. (cell) +61 412 461 558 Email. Hedley Finger [EMAIL PROTECTED] ___ 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: [Bulk] Re: adding graphics to files
Hi Deirdre, Once it's imported into the file, I can't access it. I ctrl-click the frame, but the handles don't appear. I didn't follow the entire thread. Did you import the PDF into a graphics frame or anchored frame? Which context-menu do you see when you right-click on the graphic? Can you move the graphic within the frame? In order to select the frame, try to click a tiny bit outside the frame. Lutz ___ 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.
Missing font error messages when Saving as PDF
When I use the File - Save as PDF option, I may or may not get font substitution messages in the Frame Console, depending on what printer I have selected. I understand (I think) that FM uses your default printer fonts, rather than your system fonts. But I don't understand the following scenario. I've noticed it on my working files, and it is duplicated on a new file. I open a new portrait document and type anything (just the letter A). I have a network printer (call it NP) selected as my default. I do a File - Save as PDF and I get the following message. This occurs on all 3 of the different models of network printers I tried. The Times Font is not available. Times New Roman will be used in this session. I change my printer to Adobe PDF, do the File - Save as PDF, and I don't get the error message. This would imply to me that: - The file uses the Times font - Adobe PDF includes the Times font, but NP does not. I tried finding the Times font in the file using the following methods and can't find any occurrences. - Using Find, searching for Charter Format : Times (everything else as is). I searched the Body, Master, and Reference pages. - I converted the file to MIF and searched the MIF for any occurrences of the Times font. Couple other notes: - I don't get any font substitution messages when opening the file, regardless of the selected printer. - My preferences are set to Remember missing fonts. - Using FM 8.0p277 and XP Pro with SP2. So my question is, what is causes the Times font message? Does the file actually contain something that uses the Times font? If so, how do I find it? Is there some interaction with the selected printer fonts and using the Save as PDF that I don't understand? Is there a PDF setting that I can apply to get rid of this message? Thanks, any suggestion would be greatly appreciated. -- Jeff Schweiner Hardware Engineering Writer Cray Inc. ___ 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.
SV: CMYK in Frame
Hedley, CMYK in Frame basically involves two quite different problems: (1) Imported bitmapped objects doesn't maintain fidelity downstream (2) CMYK colors for vector-based art defined *inside* Frame gets totally wrecked downstream. As of (1): Your point about storing RGB image data is *extremely* good as long as you mean Color Managed RGB data *including* ICC profiles. If so, you can't use EPS reliably at all and *must* use PDF as storage format for such objects. As of (2): No comments at this time. Best regards / Med venlig hilsen Jacob Schäffer | Chief Developer Paradis Allé 22, Ramløse DK-3200 Helsinge, Denmark Phone: +45 4439 4400 Email: [EMAIL PROTECTED] Web: www.grafikhuset.net -Oprindelig meddelelse- Fra: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] På vegne af Hedley Finger Sendt: 9. oktober 2008 23:57 Til: framers List Emne: Re: CMYK in Frame Since CMYK is so dependent on paper, printing method, and inks, consider keeping future graphics in RGB from the outset and use a printer that does in-RIP conversion of RGB -- CMYK. You can set the colour rendering intent in each graphic, or simply specify perceptual rendering for the entire which is good enough for most everyday non-critical colour jobs. As content gets re-used in many different contexts these days, your are future proofing your graphics by NOT storing them in CMYK. Regards, Hedley -- Hedley Finger 28 Regent Street Camberwell VIC 3124 Australia Tel. +61 3 9809 1229 Fax. (call phone first) Mob. (cell) +61 412 461 558 Email. Hedley Finger [EMAIL PROTECTED] ___ 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/js%40grafi khuset.dk 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.
Re: Missing font error messages when Saving as PDF
Jeff Schweiner wrote: When I use the File - Save as PDF option, I may or may not get font substitution messages in the Frame Console, depending on what printer I have selected. I understand (I think) that FM uses your default printer fonts, rather than your system fonts. But I don't understand the following scenario. I've noticed it on my working files, and it is duplicated on a new file. I open a new portrait document and type anything (just the letter A). I have a network printer (call it NP) selected as my default. I do a File - Save as PDF and I get the following message. This occurs on all 3 of the different models of network printers I tried. The Times Font is not available. Times New Roman will be used in this session. I change my printer to Adobe PDF, do the File - Save as PDF, and I don't get the error message. This would imply to me that: - The file uses the Times font - Adobe PDF includes the Times font, but NP does not. I tried finding the Times font in the file using the following methods and can't find any occurrences. - Using Find, searching for Charter Format : Times (everything else as is). I searched the Body, Master, and Reference pages. - I converted the file to MIF and searched the MIF for any occurrences of the Times font. Couple other notes: - I don't get any font substitution messages when opening the file, regardless of the selected printer. - My preferences are set to Remember missing fonts. - Using FM 8.0p277 and XP Pro with SP2. So my question is, what is causes the Times font message? Does the file actually contain something that uses the Times font? If so, how do I find it? Is there some interaction with the selected printer fonts and using the Save as PDF that I don't understand? Is there a PDF setting that I can apply to get rid of this message? Thanks, any suggestion would be greatly appreciated. Jeff, The Times font is probably hiding on a reference or master page or in a table definition. My best advice is to get the free SetPrint plug-in from Sundorne so that Frame always uses the Adobe PDF printer instance (while leaving your default hardware printer as-is in other app's). Then always print to PDF, then print that output to hardware. http://www.sundorne.com/FrameMaker/Freeware/setPrint.htm HTH, -- Stuart Rogers Technical Communicator Phoenix Geophysics Limited Toronto, ON, Canada +1 (416) 491-7340 x 325 srogers phoenix-geophysics com The great enemy of clear language is insincerity. When there is a gap between one's real and one's declared aims, one turns as it were instinctively to long words and exhausted idioms, like a cuttlefish squirting out ink. — George Orwell ___ 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.
Unresolved cross-references in text insets to locations within the text inset
I am using Frame 8p277 on Windows XP Pro, SP3. I have a text inset source document with 19 different text insets (each in their own named flow). I am using these text insets in a container document a total of 123 times (yep, lots and lots and LOTS of duplication). One inset is used 28 times, another is used only once. The rest vary in number of usages. Many of these text insets contain cross-references to locations within the same text inset. The text inset source document is NOT in the same directory as the container document, although it is close by. When I import by reference into the document and regenerate to update the TOC and the cross-references, I get multiple unresolved cross-reference errors from the document with all the text insets. The cross-references are also not updating properly. Within the inset, the step is number 2, but within the container document, it should be number 3. I know there are issues with cross-references and text insets, but I thought that was when you were trying to use a cross-reference from the container document to something within the inset, or from within the inset to something in the container document. These are from the inset to another location in the same inset. I can, if necessary, convert all the insets to text and regenerate just prior to creating the final PDF, but obviously I'd rather avoid that. Can anyone help me resolve these cross-references? -- Lin Sims ___ 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: Unresolved cross-references in text insets to locations within the text inset
Nope. Cross-references don't work in, under, over, or between text insets. You've answered your own question. Just prior to final production, convert text-insets to text, generate, and produce. Do not save the book or you lose insetability. -Huntley On Fri, Oct 10, 2008 at 3:32 PM, Lin Sims [EMAIL PROTECTED] wrote: I am using Frame 8p277 on Windows XP Pro, SP3. I have a text inset source document with 19 different text insets (each in their own named flow). I am using these text insets in a container document a total of 123 times (yep, lots and lots and LOTS of duplication). One inset is used 28 times, another is used only once. The rest vary in number of usages. Many of these text insets contain cross-references to locations within the same text inset. The text inset source document is NOT in the same directory as the container document, although it is close by. When I import by reference into the document and regenerate to update the TOC and the cross-references, I get multiple unresolved cross-reference errors from the document with all the text insets. The cross-references are also not updating properly. Within the inset, the step is number 2, but within the container document, it should be number 3. I know there are issues with cross-references and text insets, but I thought that was when you were trying to use a cross-reference from the container document to something within the inset, or from within the inset to something in the container document. These are from the inset to another location in the same inset. I can, if necessary, convert all the insets to text and regenerate just prior to creating the final PDF, but obviously I'd rather avoid that. Can anyone help me resolve these cross-references? -- Lin Sims ___ 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/huntleye%40gmail.com 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.
RE: Unresolved cross-references in text insets to locations withinthe text inset
Huntley Eshenroder wrote: Nope. Cross-references don't work in, under, over, or between text insets. You've answered your own question. Just prior to final production, convert text-insets to text, generate, and produce. Do not save the book or you lose insetability. Assuming the situation hasn't deteriorated in FM 8, this is not true within FM itself.* And that's what Lin was describing. I don't understand what's causing her problem and don't have time to dig deep right now, but xrefs from one spot in a text inset to another in the same text inset should resolve without any special effort or technique. Even xrefs from the container to a text inset or between text insets can be set up to work properly in FM. It gets a bit involved and requires you to point your xrefs to cross-reference markers that you create manually, instead of pointing them to paragraphs and letting FM create the markers. Lin, one possibility that occurs to me: do any of the files involved (source or inset) require human intervention to open, e.g., missing font or graphics messages to acknowledge? If FM can't open a file silently in the background, it can't resolve xrefs to that file. The workaround is to open all the files manually first (the solution, of course, is to get rid of the problems that keep the files from opening silently). * It is true, however, that completely functional xrefs inside text insets don't become working hyperlinks in PDF. That's the reason for flattening or unlocking text insets before PDF creation. Rick Quatro (www.frameexpert.com) can provide FrameScript solutions for this process. HTH! Richard Richard G. Combs Senior Technical Writer Polycom, Inc. richardDOTcombs AT polycomDOTcom 303-223-5111 -- rgcombs AT gmailDOTcom 303-777-0436 -- ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
ANN: Half-price plugin sale
Hello Framers, All of my plugins will be half-price starting today through next week. This includes site licenses. You must pay for them via PayPal (frameexpert at truevine.net) or by phone with a credit card. ***Orders through my web site will still be at the regular price.*** I will be out of the office today (Friday), so any PayPal orders will be delivered Saturday via email. I will take phone orders starting Monday. http://www.frameexpert.com/plugins/ Remember, if you buy them through my web site, you will not get the half-off price. Thank you very much. Rick Quatro Carmen Publishing Inc 585-659-8267 www.frameexpert.com TableCleaner $30 ImportFormatsSpecial $10 PageLabeler $15 FindChangeSpecial $15 PageBreaks $10
Graphics in FM
Thanks Richard -- The original line drawings are coming ot me as PDFs. I don't have AutoCad or Katia or any of the other programs that the engineers have, so I get the drawing as a PDF file. I turn it into a jpg so I can erase lines and words. It would be nice to have the original vector drawing! On 10/9/08, Combs, Richard wrote: > Deirdre Reagan wrote: > > > In my documents, we use black and white line drawings exclusively. > > > > I've been cutting and pasting 200 pixels / inch bitmaps. FM scrolls > > through them very quickly. > > > > My colleagues import 300 pixels / inch jpgs. Their jpgs are better > > quality but FM works very very slowly when scrolling past a page with > > a jpg. > > > > I just imported a PDF-ed graphic that was made from a 600 pixels / > > inch jpg. It has the best resolution and FM scrolls through the page > > very quickly. > > > > So here's my question: is there any downside to using the PDF-ed > graphic? > > None at all. IMHO, PDFs are a great way to import graphics into FM. > > But here's a question back to you: Where are these line drawings coming > from? > > See, any graphic format described in terms of pixels or dots per inch > (dpi) is what's called a bitmap (or raster) image -- that includes BMP, > JPG, PNG, and GIF. Its resolution is limited to whatever it was created > at (200, 300, 600 dpi). If you resize it (or zoom in), you lose > resolution. > > But line drawings are by nature vector images. That means they're not > defined in terms of a fixed resolution, but in terms of vectors -- lines > and arcs -- that can be scaled to any size without loss of resolution. > If you're starting with a vector drawing (like from Adobe Illustrator or > Corel Draw), it's best not to turn it into a bitmap. > > Instead, make a PDF from the original vector drawing, and it will still > be a scalable vector drawing in PDF form. You'll really see the > difference if you zoom way in (say 800%) on a bitmap version and a > vector version of the same drawing. > > HTH! > Richard > > > Richard G. Combs > Senior Technical Writer > Polycom, Inc. > richardDOTcombs AT polycomDOTcom > 303-223-5111 > -- > rgcombs AT gmailDOTcom > 303-777-0436 > -- > > > > > > >
VIETNAM INDEX
Hello all, I'm having "fun" generating index for a Vietnamese manual and I could use some help. Actually... HELP!!! For those who is not familiar with vietnamese - the alphabet contains 18 letters A with all manner of accents, 12 letters E and about same for O and U - so obviously we can't talk about normal <$alphabetics> on the reference page. I set up reference page with the whole sequence of letters as they would need to appear by alphabet and Frame does generate index in a correct sequence. Ref. page looks something like that: Aa?? Bb Cc Dd ?? Ff Gg... etc. Now, the problem is that for some reason FrameMaker thinks that some letters are identical to each other and sorts them as if they were the same so you would end up with t?n th??ng:s? ki?t s?c v? t?n th??ng:s?? ta?i ki?ch thi?ch cu?a sorted as: t?n th??ng, 15 s? ki?t s?c v?, 90, 54 the way I noticed something was wrong was that the page numbers appear out of sequence. Checked and saw that two totally different entries sorted as one. Has anyone run into doing this kind of stuff? Can someone help? Michael _ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=create_url=/friends.aspx=en-us
adding graphics to files
Thanks all. I really appreciate your feedback -- you are confirming what I suspected but don't have enough knowledge to back up! Here's my situation: I get the drawing package as a PDF file. I don't have AutoCad or Katia or any of the other drawing progams, so I can't access the original vector drawing. I've been turning the PDF into a bitmap file and copying and pasting it into my file. I copy and paste because the lead technical writer is adamantly against importing by reference. He also told me that I have to stop using bitmap because bitmap graphics won't work if we have to turn these documents into HTML (STML? XML? Some sort of web-based product) documents. So, based on what you all are telling me, bitmap is the best way to go (yeah!). And bitmapped graphics are just fine for web-based documents? Thanks so much guys! >From the fun factory, Deirdre On 10/9/08, Art Campbell wrote: > Fred's on top of the graphic issues. Bottom line is JPG is the way > wrong format and is adding some bloat. > > However, its not clear from the OP message whether you're copying the > graphic file in, or importing by reference. > Importing by refrence is the preferred way to do it. Copying is not > the way to go. > > If you are copying them in, that would be a good reason for the slowdown. > > Art. > > > Art Campbell > art.campbell at gmail.com > "... In my opinion, there's nothing in this world beats a '52 > Vincent and a redheaded grl." -- Richard Thompson > No disclaimers apply. > DoD 358 > > > > On Thu, Oct 9, 2008 at 6:06 PM, Fred Ridder wrote: > > > > Deirdre Reagan wrote: > >> Anyhow, when I add jpgs to my Framemaker file (FM 8.0, Windows XP), > >> Framemaker slows way down when I scroll over the page with the jpg. > >> > >> The jpgs are 300 dpi, which they need to be for good print resolution > >> (they are black and white drawings). > >> > >> I import the file to an anchored frame, then resize the graphic to 80 > >> percent because it is usually too large for the anchored frame. > >> > >> I really don't know anything about graphics, so anything advice would > >> be most appreciated. > > > > To cover only a couple of the most basic issues: > > > > First and foremost, JPEG is *not* an appropriate file format for line art > > or anything containing text. JPEG was specifically designed for > > *photographic* images, which tend to conceal many of the format's > > shortcomings due to the continuous-tone nature of photographs. > > JPEG's area-based image compression algorithm inherently produces > > artifacts near abroupt color transitions, which is clearly seen as a > > kind of gray smudginess alongside lines in drawings or as a kind of > > cloud surrounding text. For line art you should be using a lossless file > > format like EPS, WMF (or EMF), or PNG (or GIF or TIFF or even BMP). > > The one file format you should *not* use is JPEG. > > > > Second, if you need to scale your graphics, you should use a vector > > file format (EPS, WMF, EMF) rather than a raster file format (any of > > the others mentioned). Vector images contain mathematical descriptions > > of the geometric and text objects in the drawing, which means that > > they can be rescaled over a wide range of sizes with no loss in quality. > > Raster graphics contain a pixel-by-pixel rendering of the image, and > > to rescale them you either have to change the pixel pitch or you have > > to resample them to throw away pixels or make up new pixels that > > don't exist. > > > > Third, if you do have raster images (screen shots, for example), the > > best way to change their reproduced size in FrameMaker is not > > to use the scaling command, but rather to change the dpi setting. > > Doubling the dpi will reduce the dimensions to 50%; halving the > > dpi will double the reproduced size of the image. If this approach > > is not acceptable for some reason, the other alternative is to use > > a tool like PaintShop Pro or Photoshop to resample the image, but > > this *always* causes a loss in quality. > > > > I'll leave any other issues to others to address. > > > > -Fred Ridder > > > > > > ___ > > > > > > You are currently subscribed to Framers as art.campbell at gmail.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/art.campbell%40gmail.com > > > > Send administrative questions to listadmin at frameusers.com. Visit > > http://www.frameusers.com/ for more resources and info. > > >
adding graphics to files
Uh no, that isn't what I was saying and I don't think that's what Fred would recommend either. You didn't say the source file was a PDF, or if you did, I missed it. If you already have the source graphic in a PDF, that's your best final format right there because it's a PostScript file. Vector based, scalable, etc. Only way you can degrade it is by converting it to another graphic format which is what you've been doing. You can optimize the PDF further with Acrobat, and you can crop it with Photoshop or another program, both actions that will reduce the file size. But other than that, you're good to go. And you should still be importing it by reference Cheers, Art Art Campbell art.campbell at gmail.com "... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded grl." -- Richard Thompson No disclaimers apply. DoD 358 On Fri, Oct 10, 2008 at 9:37 AM, Deirdre Reagan wrote: > Thanks all. > > I really appreciate your feedback -- you are confirming what I > suspected but don't have enough knowledge to back up! > > Here's my situation: > > I get the drawing package as a PDF file. > > I don't have AutoCad or Katia or any of the other drawing progams, so > I can't access the original vector drawing. > > I've been turning the PDF into a bitmap file and copying and pasting > it into my file. > > I copy and paste because the lead technical writer is adamantly > against importing by reference. > > He also told me that I have to stop using bitmap because bitmap > graphics won't work if we have to turn these documents into HTML > (STML? XML? Some sort of web-based product) documents. > > So, based on what you all are telling me, bitmap is the best way to go > (yeah!). > > And bitmapped graphics are just fine for web-based documents? > > Thanks so much guys! > > From the fun factory, > > Deirdre > > > > > > On 10/9/08, Art Campbell wrote: >> Fred's on top of the graphic issues. Bottom line is JPG is the way >> wrong format and is adding some bloat. >> >> However, its not clear from the OP message whether you're copying the >> graphic file in, or importing by reference. >> Importing by refrence is the preferred way to do it. Copying is not >> the way to go. >> >> If you are copying them in, that would be a good reason for the slowdown. >> >> Art. >> >> >> Art Campbell >> art.campbell at gmail.com >> "... In my opinion, there's nothing in this world beats a '52 >> Vincent and a redheaded grl." -- Richard Thompson >> No disclaimers apply. >> DoD 358 >> >> >> >> On Thu, Oct 9, 2008 at 6:06 PM, Fred Ridder wrote: >> > >> > Deirdre Reagan wrote: >> >> Anyhow, when I add jpgs to my Framemaker file (FM 8.0, Windows XP), >> >> Framemaker slows way down when I scroll over the page with the jpg. >> >> >> >> The jpgs are 300 dpi, which they need to be for good print resolution >> >> (they are black and white drawings). >> >> >> >> I import the file to an anchored frame, then resize the graphic to 80 >> >> percent because it is usually too large for the anchored frame. >> >> >> >> I really don't know anything about graphics, so anything advice would >> >> be most appreciated. >> > >> > To cover only a couple of the most basic issues: >> > >> > First and foremost, JPEG is *not* an appropriate file format for line art >> > or anything containing text. JPEG was specifically designed for >> > *photographic* images, which tend to conceal many of the format's >> > shortcomings due to the continuous-tone nature of photographs. >> > JPEG's area-based image compression algorithm inherently produces >> > artifacts near abroupt color transitions, which is clearly seen as a >> > kind of gray smudginess alongside lines in drawings or as a kind of >> > cloud surrounding text. For line art you should be using a lossless file >> > format like EPS, WMF (or EMF), or PNG (or GIF or TIFF or even BMP). >> > The one file format you should *not* use is JPEG. >> > >> > Second, if you need to scale your graphics, you should use a vector >> > file format (EPS, WMF, EMF) rather than a raster file format (any of >> > the others mentioned). Vector images contain mathematical descriptions >> > of the geometric and text objects in the drawing, which means that >> > they can be rescaled over a wide range of sizes with no loss in quality. >> > Raster graphics contain a pixel-by-pixel rendering of the image, and >> > to rescale them you either have to change the pixel pitch or you have >> > to resample them to throw away pixels or make up new pixels that >> > don't exist. >> > >> > Third, if you do have raster images (screen shots, for example), the >> > best way to change their reproduced size in FrameMaker is not >> > to use the scaling
Graphics in FM
Deidre, You need a good vector graphics program, such as Corel Designer or Adobe Illustrator. These programs will import the PDF and maintain the vector data. Then you can edit the graphic any way you want and export a new graphic that you can reference in FM. You can't do your job without the proper tools, and this is one of the tools that you need. Clint Clinton Owen | Senior Technical Writer | Crane Aerospace & Electronics | Telephone: +1 425-743-8674 | Fax: +1 425-743-8113 In celebration of National Customer Service Week, Crane Aerospace and Electronics would like to thank you, Our Valued Customer, for your continued support. -Original Message- From: framers-boun...@lists.frameusers.com [mailto:framers-bounces at lists.frameusers.com] On Behalf Of Deirdre Reagan Sent: Friday, October 10, 2008 6:31 AM To: Combs, Richard Cc: Framer's List Subject: Re: Graphics in FM Thanks Richard -- The original line drawings are coming ot me as PDFs. I don't have AutoCad or Katia or any of the other programs that the engineers have, so I get the drawing as a PDF file. I turn it into a jpg so I can erase lines and words. It would be nice to have the original vector drawing! On 10/9/08, Combs, Richard wrote: > Deirdre Reagan wrote: > > > In my documents, we use black and white line drawings exclusively. > > > > I've been cutting and pasting 200 pixels / inch bitmaps. FM scrolls > > through them very quickly. > > > > My colleagues import 300 pixels / inch jpgs. Their jpgs are better > > quality but FM works very very slowly when scrolling past a page > > with a jpg. > > > > I just imported a PDF-ed graphic that was made from a 600 pixels / > > inch jpg. It has the best resolution and FM scrolls through the > > page very quickly. > > > > So here's my question: is there any downside to using the PDF-ed > graphic? > > None at all. IMHO, PDFs are a great way to import graphics into FM. > > But here's a question back to you: Where are these line drawings > coming from? > > See, any graphic format described in terms of pixels or dots per inch > (dpi) is what's called a bitmap (or raster) image -- that includes > BMP, JPG, PNG, and GIF. Its resolution is limited to whatever it was > created at (200, 300, 600 dpi). If you resize it (or zoom in), you > lose resolution. > > But line drawings are by nature vector images. That means they're not > defined in terms of a fixed resolution, but in terms of vectors -- > lines and arcs -- that can be scaled to any size without loss of resolution. > If you're starting with a vector drawing (like from Adobe Illustrator > or Corel Draw), it's best not to turn it into a bitmap. > > Instead, make a PDF from the original vector drawing, and it will > still be a scalable vector drawing in PDF form. You'll really see the > difference if you zoom way in (say 800%) on a bitmap version and a > vector version of the same drawing. > > HTH! > Richard > > > Richard G. Combs > Senior Technical Writer > Polycom, Inc. > richardDOTcombs AT polycomDOTcom > 303-223-5111 > -- > rgcombs AT gmailDOTcom > 303-777-0436 > -- > > > > > > > ___ You are currently subscribed to Framers as Clint.Owen at craneaerospace.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/clint.owen%40craneae rospace.com Send administrative questions to listadmin at frameusers.com. Visit http://www.frameusers.com/ for more resources and info. We value your opinion! How may we serve you better? Please click the survey link to tell us how we are doing. http://www.craneae.com/surveys/satisfaction.htm Your feedback is of the utmost importance to us. Thank you for your time. >> Crane Aerospace & Electronics Confidentiality Statement << The information contained in this email message may be privileged and is confidential information intended only for the use of the recipient, or any employee or agent responsible to deliver it to the intended recipient. Any unauthorized use, distribution or copying of this information is strictly prohibited and may be unlawful. If you have received this communication in error, please notify the sender immediately and destroy the original message and all attachments from your electronic files. This e-mail message has been scanned and cleared by MailMarshal
Graphics in FM
You can delete lines and words with Acrobat and keep it in PDF format. Art Art Campbell art.campbell at gmail.com "... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded grl." -- Richard Thompson No disclaimers apply. DoD 358 On Fri, Oct 10, 2008 at 9:30 AM, Deirdre Reagan wrote: > Thanks Richard -- > > The original line drawings are coming ot me as PDFs. I don't have > AutoCad or Katia or any of the other programs that the engineers have, > so I get the drawing as a PDF file. I turn it into a jpg so I can > erase lines and words. > > It would be nice to have the original vector drawing! > > > > On 10/9/08, Combs, Richard wrote: >> Deirdre Reagan wrote: >> >> > In my documents, we use black and white line drawings exclusively. >> > >> > I've been cutting and pasting 200 pixels / inch bitmaps. FM scrolls >> > through them very quickly. >> > >> > My colleagues import 300 pixels / inch jpgs. Their jpgs are better >> > quality but FM works very very slowly when scrolling past a page with >> > a jpg. >> > >> > I just imported a PDF-ed graphic that was made from a 600 pixels / >> > inch jpg. It has the best resolution and FM scrolls through the page >> > very quickly. >> > >> > So here's my question: is there any downside to using the PDF-ed >> graphic? >> >> None at all. IMHO, PDFs are a great way to import graphics into FM. >> >> But here's a question back to you: Where are these line drawings coming >> from? >> >> See, any graphic format described in terms of pixels or dots per inch >> (dpi) is what's called a bitmap (or raster) image -- that includes BMP, >> JPG, PNG, and GIF. Its resolution is limited to whatever it was created >> at (200, 300, 600 dpi). If you resize it (or zoom in), you lose >> resolution. >> >> But line drawings are by nature vector images. That means they're not >> defined in terms of a fixed resolution, but in terms of vectors -- lines >> and arcs -- that can be scaled to any size without loss of resolution. >> If you're starting with a vector drawing (like from Adobe Illustrator or >> Corel Draw), it's best not to turn it into a bitmap. >> >> Instead, make a PDF from the original vector drawing, and it will still >> be a scalable vector drawing in PDF form. You'll really see the >> difference if you zoom way in (say 800%) on a bitmap version and a >> vector version of the same drawing. >> >> HTH! >> Richard >> >> >> Richard G. Combs >> Senior Technical Writer >> Polycom, Inc. >> richardDOTcombs AT polycomDOTcom >> 303-223-5111 >> -- >> rgcombs AT gmailDOTcom >> 303-777-0436 >> -- >> >> >> >> >> >> >> > ___ > > > You are currently subscribed to Framers as art.campbell at gmail.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/art.campbell%40gmail.com > > Send administrative questions to listadmin at frameusers.com. Visit > http://www.frameusers.com/ for more resources and info. >
ANN: Case Study: Moving from Unstructured FrameMaker to XML and Back Again
On Saturday, November 8, Meg Miranda from BMC Software will present a case study on "Moving from Unstructured FrameMaker to XML and Back Again" at The LavaCon Conference in Honolulu. Information about this and other sessions on FrameMaker, XML, DITA, CMS is available on the conference website: www.lavacon.org Note: Register by October 15th to take advantage of early registration discounts. Airlines and the conference hotel have recently reduced their prices, so now is a great time to take a tax-deductible trip to Hawaii. Jack Molisani Executive Director, The LavaCon Conference November 6-8, 2008 Honolulu, Hawaii www.lavacon.org866-302-5774 x201
adding graphics to files
Deirdre Reagan wrote: > So, based on what you all are telling me, bitmap is the best way to go > (yeah!). No, no, no! I don't believe anyone suggested this! I specifically recommended PDF and went on to explain why converting a vector drawing to a bitmap is a _bad_ idea. I'll second what Art said in reply, except that you can crop your PDFs in Acrobat. No Photoshop needed. Richard Richard G. Combs Senior Technical Writer Polycom, Inc. richardDOTcombs AT polycomDOTcom 303-223-5111 -- rgcombs AT gmailDOTcom 303-777-0436 --
adding graphics to files
LOL -- yes, sorry -- I was between emails. The best source is a PDF -- I'm so excited to find out that I can open the PDF in Photoshop, tweak it, and save it as a PDF. That's going to save me a lot of time. Import by reference: sadly, I'm not allowed to do that. But just out of curiosity, why is import by reference better than import? Thanks again for all the advice. Deirdre On 10/10/08, Art Campbell wrote: > Uh no, that isn't what I was saying and I don't think that's what Fred > would recommend either. > You didn't say the source file was a PDF, or if you did, I missed it. > > If you already have the source graphic in a PDF, that's your best > final format right there because it's a PostScript file. Vector based, > scalable, etc. Only way you can degrade it is by converting it to > another graphic format which is what you've been doing. > > You can optimize the PDF further with Acrobat, and you can crop it > with Photoshop or another program, both actions that will reduce the > file size. But other than that, you're good to go. > > And you should still be importing it by reference > > Cheers, > Art > > Art Campbell > art.campbell at gmail.com > "... In my opinion, there's nothing in this world beats a '52 > Vincent and a redheaded grl." -- Richard Thompson > No disclaimers apply. > DoD 358 > > > > On Fri, Oct 10, 2008 at 9:37 AM, Deirdre Reagan > wrote: > > Thanks all. > > > > I really appreciate your feedback -- you are confirming what I > > suspected but don't have enough knowledge to back up! > > > > Here's my situation: > > > > I get the drawing package as a PDF file. > > > > I don't have AutoCad or Katia or any of the other drawing progams, so > > I can't access the original vector drawing. > > > > I've been turning the PDF into a bitmap file and copying and pasting > > it into my file. > > > > I copy and paste because the lead technical writer is adamantly > > against importing by reference. > > > > He also told me that I have to stop using bitmap because bitmap > > graphics won't work if we have to turn these documents into HTML > > (STML? XML? Some sort of web-based product) documents. > > > > So, based on what you all are telling me, bitmap is the best way to go > > (yeah!). > > > > And bitmapped graphics are just fine for web-based documents? > > > > Thanks so much guys! > > > > From the fun factory, > > > > Deirdre > > > > > > > > > > > > On 10/9/08, Art Campbell wrote: > >> Fred's on top of the graphic issues. Bottom line is JPG is the way > >> wrong format and is adding some bloat. > >> > >> However, its not clear from the OP message whether you're copying the > >> graphic file in, or importing by reference. > >> Importing by refrence is the preferred way to do it. Copying is not > >> the way to go. > >> > >> If you are copying them in, that would be a good reason for the slowdown. > >> > >> Art. > >> > >> > >> Art Campbell > >> art.campbell at gmail.com > >> "... In my opinion, there's nothing in this world beats a '52 > >> Vincent and a redheaded grl." -- Richard Thompson > >> No disclaimers apply. > >> DoD 358 > >> > >> > >> > >> On Thu, Oct 9, 2008 at 6:06 PM, Fred Ridder wrote: > >> > > >> > Deirdre Reagan wrote: > >> >> Anyhow, when I add jpgs to my Framemaker file (FM 8.0, Windows XP), > >> >> Framemaker slows way down when I scroll over the page with the jpg. > >> >> > >> >> The jpgs are 300 dpi, which they need to be for good print resolution > >> >> (they are black and white drawings). > >> >> > >> >> I import the file to an anchored frame, then resize the graphic to 80 > >> >> percent because it is usually too large for the anchored frame. > >> >> > >> >> I really don't know anything about graphics, so anything advice would > >> >> be most appreciated. > >> > > >> > To cover only a couple of the most basic issues: > >> > > >> > First and foremost, JPEG is *not* an appropriate file format for line art > >> > or anything containing text. JPEG was specifically designed for > >> > *photographic* images, which tend to conceal many of the format's > >> > shortcomings due to the continuous-tone nature of photographs. > >> > JPEG's area-based image compression algorithm inherently produces > >> > artifacts near abroupt color transitions, which is clearly seen as a > >> > kind of gray smudginess alongside lines in drawings or as a kind of > >> > cloud surrounding text. For line art you should be using a lossless file > >> > format like EPS, WMF (or EMF), or PNG (or GIF or TIFF or even BMP). > >> > The one file format you should *not* use is JPEG. > >> > > >> > Second, if you need to scale your graphics, you should use a vector > >> > file format (EPS, WMF, EMF) rather than a raster file
ANN: Case Study: Moving from Unstructured FrameMaker to XML and Back Again
Wouldn't this be nice! On 10/10/08, jobs @ ProSpring wrote: > > On Saturday, November 8, Meg Miranda from BMC Software will present a case > study on "Moving from Unstructured FrameMaker to XML and Back Again" at The > LavaCon Conference in Honolulu. > > Information about this and other sessions on FrameMaker, XML, DITA, CMS is > available on the conference website: www.lavacon.org > > > Note: Register by October 15th to take advantage of early registration > discounts. > > Airlines and the conference hotel have recently reduced their prices, so now > is a great time to take a tax-deductible trip to Hawaii. > > > > > Jack Molisani > Executive Director, The LavaCon Conference > November 6-8, 2008 Honolulu, Hawaii > www.lavacon.org866-302-5774 x201 > > > ___ > > > You are currently subscribed to Framers as deirdre.reagan at gmail.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/deirdre.reagan%40gmail.com > > Send administrative questions to listadmin at frameusers.com. Visit > http://www.frameusers.com/ for more resources and info. >
adding graphics to files
Most people's primary reason is that a reference keeps the FM file from bloating (copying in physically adds all the graphic info to the file). This means the file is quicker to load, scroll, and modify, is less likely to become corrupt just because there are fewer bytes involved, and is just more easily portable. It also makes the graphic easier to edit and change. Other benefits include allowing people to work on the graphic and have their changes included automatically, supporting translation better (because different language files can be swapped in on a directory-level basis), Art Art Campbell art.campbell at gmail.com "... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded grl." -- Richard Thompson No disclaimers apply. DoD 358 On Fri, Oct 10, 2008 at 11:05 AM, Deirdre Reagan wrote: > LOL -- yes, sorry -- I was between emails. The best source is a PDF > -- I'm so excited to find out that I can open the PDF in Photoshop, > tweak it, and save it as a PDF. > > That's going to save me a lot of time. > > Import by reference: sadly, I'm not allowed to do that. > > But just out of curiosity, why is import by reference better than import? > > Thanks again for all the advice. > > Deirdre > > On 10/10/08, Art Campbell wrote: >> Uh no, that isn't what I was saying and I don't think that's what Fred >> would recommend either. >> You didn't say the source file was a PDF, or if you did, I missed it. >> >> If you already have the source graphic in a PDF, that's your best >> final format right there because it's a PostScript file. Vector based, >> scalable, etc. Only way you can degrade it is by converting it to >> another graphic format which is what you've been doing. >> >> You can optimize the PDF further with Acrobat, and you can crop it >> with Photoshop or another program, both actions that will reduce the >> file size. But other than that, you're good to go. >> >> And you should still be importing it by reference >> >> Cheers, >> Art >> >> Art Campbell >> art.campbell at gmail.com >> "... In my opinion, there's nothing in this world beats a '52 >> Vincent and a redheaded grl." -- Richard Thompson >> No disclaimers apply. >> DoD 358 >> >> >> >> On Fri, Oct 10, 2008 at 9:37 AM, Deirdre Reagan >> wrote: >> > Thanks all. >> > >> > I really appreciate your feedback -- you are confirming what I >> > suspected but don't have enough knowledge to back up! >> > >> > Here's my situation: >> > >> > I get the drawing package as a PDF file. >> > >> > I don't have AutoCad or Katia or any of the other drawing progams, so >> > I can't access the original vector drawing. >> > >> > I've been turning the PDF into a bitmap file and copying and pasting >> > it into my file. >> > >> > I copy and paste because the lead technical writer is adamantly >> > against importing by reference. >> > >> > He also told me that I have to stop using bitmap because bitmap >> > graphics won't work if we have to turn these documents into HTML >> > (STML? XML? Some sort of web-based product) documents. >> > >> > So, based on what you all are telling me, bitmap is the best way to go >> > (yeah!). >> > >> > And bitmapped graphics are just fine for web-based documents? >> > >> > Thanks so much guys! >> > >> > From the fun factory, >> > >> > Deirdre >> > >> > >> > >> > >> > >> > On 10/9/08, Art Campbell wrote: >> >> Fred's on top of the graphic issues. Bottom line is JPG is the way >> >> wrong format and is adding some bloat. >> >> >> >> However, its not clear from the OP message whether you're copying the >> >> graphic file in, or importing by reference. >> >> Importing by refrence is the preferred way to do it. Copying is not >> >> the way to go. >> >> >> >> If you are copying them in, that would be a good reason for the slowdown. >> >> >> >> Art. >> >> >> >> >> >> Art Campbell >> >> art.campbell at gmail.com >> >> "... In my opinion, there's nothing in this world beats a '52 >> >> Vincent and a redheaded grl." -- Richard Thompson >> >> No disclaimers apply. >> >> DoD 358 >> >> >> >> >> >> >> >> On Thu, Oct 9, 2008 at 6:06 PM, Fred Ridder >> >> wrote: >> >> > >> >> > Deirdre Reagan wrote: >> >> >> Anyhow, when I add jpgs to my Framemaker file (FM 8.0, Windows XP), >> >> >> Framemaker slows way down when I scroll over the page with the jpg. >> >> >> >> >> >> The jpgs are 300 dpi, which they need to be for good print resolution >> >> >> (they are black and white drawings). >> >> >> >> >> >> I import the file to an anchored frame, then resize the graphic to 80 >> >> >> percent
adding graphics to files
Hum. I'm having the same problem over and over with the PDF file. Once it's imported into the file, I can't access it. I ctrl-click the frame, but the handles don't appear. Any thoughts? Thanks, Deirdre On 10/10/08, Art Campbell wrote: > Most people's primary reason is that a reference keeps the FM file > from bloating (copying in physically adds all the graphic info to the > file). This means the file is quicker to load, scroll, and modify, is > less likely to become corrupt just because there are fewer bytes > involved, and is just more easily portable. > > It also makes the graphic easier to edit and change. > > Other benefits include allowing people to work on the graphic and have > their changes included automatically, supporting translation better > (because different language files can be swapped in on a > directory-level basis), > > Art > > Art Campbell > art.campbell at gmail.com > "... In my opinion, there's nothing in this world beats a '52 > Vincent and a redheaded grl." -- Richard Thompson > No disclaimers apply. > DoD 358 > > > > On Fri, Oct 10, 2008 at 11:05 AM, Deirdre Reagan > wrote: > > LOL -- yes, sorry -- I was between emails. The best source is a PDF > > -- I'm so excited to find out that I can open the PDF in Photoshop, > > tweak it, and save it as a PDF. > > > > That's going to save me a lot of time. > > > > Import by reference: sadly, I'm not allowed to do that. > > > > But just out of curiosity, why is import by reference better than import? > > > > Thanks again for all the advice. > > > > Deirdre > > > > On 10/10/08, Art Campbell wrote: > >> Uh no, that isn't what I was saying and I don't think that's what Fred > >> would recommend either. > >> You didn't say the source file was a PDF, or if you did, I missed it. > >> > >> If you already have the source graphic in a PDF, that's your best > >> final format right there because it's a PostScript file. Vector based, > >> scalable, etc. Only way you can degrade it is by converting it to > >> another graphic format which is what you've been doing. > >> > >> You can optimize the PDF further with Acrobat, and you can crop it > >> with Photoshop or another program, both actions that will reduce the > >> file size. But other than that, you're good to go. > >> > >> And you should still be importing it by reference > >> > >> Cheers, > >> Art > >> > >> Art Campbell > >> art.campbell at gmail.com > >> "... In my opinion, there's nothing in this world beats a '52 > >> Vincent and a redheaded grl." -- Richard Thompson > >> No disclaimers apply. > >> DoD 358 > >> > >> > >> > >> On Fri, Oct 10, 2008 at 9:37 AM, Deirdre Reagan > >> wrote: > >> > Thanks all. > >> > > >> > I really appreciate your feedback -- you are confirming what I > >> > suspected but don't have enough knowledge to back up! > >> > > >> > Here's my situation: > >> > > >> > I get the drawing package as a PDF file. > >> > > >> > I don't have AutoCad or Katia or any of the other drawing progams, so > >> > I can't access the original vector drawing. > >> > > >> > I've been turning the PDF into a bitmap file and copying and pasting > >> > it into my file. > >> > > >> > I copy and paste because the lead technical writer is adamantly > >> > against importing by reference. > >> > > >> > He also told me that I have to stop using bitmap because bitmap > >> > graphics won't work if we have to turn these documents into HTML > >> > (STML? XML? Some sort of web-based product) documents. > >> > > >> > So, based on what you all are telling me, bitmap is the best way to go > >> > (yeah!). > >> > > >> > And bitmapped graphics are just fine for web-based documents? > >> > > >> > Thanks so much guys! > >> > > >> > From the fun factory, > >> > > >> > Deirdre > >> > > >> > > >> > > >> > > >> > > >> > On 10/9/08, Art Campbell wrote: > >> >> Fred's on top of the graphic issues. Bottom line is JPG is the way > >> >> wrong format and is adding some bloat. > >> >> > >> >> However, its not clear from the OP message whether you're copying the > >> >> graphic file in, or importing by reference. > >> >> Importing by refrence is the preferred way to do it. Copying is not > >> >> the way to go. > >> >> > >> >> If you are copying them in, that would be a good reason for the > >> >> slowdown. > >> >> > >> >> Art. > >> >> > >> >> > >> >> Art Campbell > >> >> art.campbell at gmail.com > >> >> "... In my opinion, there's nothing in this world beats a '52 > >> >> Vincent and a redheaded grl." -- Richard Thompson > >> >> No disclaimers > >> >> apply. > >> >> DoD 358 > >> >> > >>
adding graphics to files
It's possible that the anchored frame is smaller than the graphic, which means the graphic's handles are "under" the frame. Right-click the graphic, do Object Properties and set the top / left offsets to 0 or a negative number so you can grab it. Or drag the frame MUCH larger. However if you're copying the file in I suspect that you're copying it in. Merging it. Making it one with the FM file. Which would mean that it loses its own identity and handles. r-e-f-e-r-e-n-c-e Cheers, Art Art Campbell art.campbell at gmail.com "... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded grl." -- Richard Thompson No disclaimers apply. DoD 358 On Fri, Oct 10, 2008 at 11:27 AM, Deirdre Reagan wrote: > Hum. > > I'm having the same problem over and over with the PDF file. > > Once it's imported into the file, I can't access it. I ctrl-click the > frame, but the handles don't appear. > > Any thoughts? > > Thanks, > > Deirdre > > On 10/10/08, Art Campbell wrote: >> Most people's primary reason is that a reference keeps the FM file >> from bloating (copying in physically adds all the graphic info to the >> file). This means the file is quicker to load, scroll, and modify, is >> less likely to become corrupt just because there are fewer bytes >> involved, and is just more easily portable. >> >> It also makes the graphic easier to edit and change. >> >> Other benefits include allowing people to work on the graphic and have >> their changes included automatically, supporting translation better >> (because different language files can be swapped in on a >> directory-level basis), >> >> Art >> >> Art Campbell >> art.campbell at gmail.com >> "... In my opinion, there's nothing in this world beats a '52 >> Vincent and a redheaded grl." -- Richard Thompson >> No disclaimers apply. >> DoD 358 >> >> >> >> On Fri, Oct 10, 2008 at 11:05 AM, Deirdre Reagan >> wrote: >> > LOL -- yes, sorry -- I was between emails. The best source is a PDF >> > -- I'm so excited to find out that I can open the PDF in Photoshop, >> > tweak it, and save it as a PDF. >> > >> > That's going to save me a lot of time. >> > >> > Import by reference: sadly, I'm not allowed to do that. >> > >> > But just out of curiosity, why is import by reference better than import? >> > >> > Thanks again for all the advice. >> > >> > Deirdre >> > >> > On 10/10/08, Art Campbell wrote: >> >> Uh no, that isn't what I was saying and I don't think that's what Fred >> >> would recommend either. >> >> You didn't say the source file was a PDF, or if you did, I missed it. >> >> >> >> If you already have the source graphic in a PDF, that's your best >> >> final format right there because it's a PostScript file. Vector based, >> >> scalable, etc. Only way you can degrade it is by converting it to >> >> another graphic format which is what you've been doing. >> >> >> >> You can optimize the PDF further with Acrobat, and you can crop it >> >> with Photoshop or another program, both actions that will reduce the >> >> file size. But other than that, you're good to go. >> >> >> >> And you should still be importing it by reference >> >> >> >> Cheers, >> >> Art >> >> >> >> Art Campbell >> >> art.campbell at gmail.com >> >> "... In my opinion, there's nothing in this world beats a '52 >> >> Vincent and a redheaded grl." -- Richard Thompson >> >> No disclaimers apply. >> >> DoD 358 >> >> >> >> >> >> >> >> On Fri, Oct 10, 2008 at 9:37 AM, Deirdre Reagan >> >> wrote: >> >> > Thanks all. >> >> > >> >> > I really appreciate your feedback -- you are confirming what I >> >> > suspected but don't have enough knowledge to back up! >> >> > >> >> > Here's my situation: >> >> > >> >> > I get the drawing package as a PDF file. >> >> > >> >> > I don't have AutoCad or Katia or any of the other drawing progams, so >> >> > I can't access the original vector drawing. >> >> > >> >> > I've been turning the PDF into a bitmap file and copying and pasting >> >> > it into my file. >> >> > >> >> > I copy and paste because the lead technical writer is adamantly >> >> > against importing by reference. >> >> > >> >> > He also told me that I have to stop using bitmap because bitmap >> >> > graphics won't work if we have to turn these documents into HTML >> >> > (STML? XML? Some sort of web-based product) documents. >> >> > >> >> > So, based on what you all are telling me, bitmap is the best way to go >> >> > (yeah!). >> >> > >> >> > And bitmapped graphics are just fine for web-based documents? >> >> > >> >> > Thanks so much guys! >> >> > >> >> >
adding graphics to files
Further responses to Deidre's issues: > I get the drawing package as a PDF file. That's fine. You can use a PDF graphic directly in FrameMaker, or you can convert it to EPS (using Acrobat) with no loss in quality. Acrobat will also allow you to crop the page size down to the area of interest, but note that the cropped content does not actually get deleted from the image; it's just hidden. And depending on how the > I don't have AutoCad or Katia or any of the other drawing progams, so > I can't access the original vector drawing. > > I've been turning the PDF into a bitmap file and copying and pasting > it into my file. You might want to use the terminology "raster image" because some purists would insist that "bitmap" properly refers only to 1 bit/pixel images (strictly black or white, no grayscale, no color) like the lowest quality fax images. I believe that you mentioned in a separate posting that the reason why you convert to raster is to be able to delete certain parts of the image. Note that Adobe Illustrator can often (but not always, as Dov Isaacs is always quick to point out) be used successfully to edit PDF graphics or EPS graphics exported from PDF, either of which contain a vector version of the image. Unfortunately, though, when a PDF is generated from a CAD tool the vector objects in the PDF generally do not correspond to the vector objects that were used in the original design. PDFs from CAD tools often contan thousands upon thousands of tiny curve segments that the tool would use to draw its output on an x-y plotter. And text characters are output from most CAD tools as geometric shapes rather than as references to glyphs that are looked up in a font file. So even if you had Illustrator or some other tool capable of editing PDF files, it may not be practical to directly edit the image. What *might* be practical (depending on the actual requirements) is to use Acrobat (or Illustrator, if you have it) to conceal unwanted items by drawing white shapes over them and then creating a new PDF by printing from Acrobat to the Adobe PDF virtual printer. > I copy and paste because the lead technical writer is adamantly > against importing by reference. This may or may not be an irrational prejudice. There are some good reasons why pasting is preferred in certain circumstances (mostly due to issues of source content management or network access for referenced files), but most FrameMaker users feel that the advantages of inserting by reference are greater than the advantages of pasting. > He also told me that I have to stop using bitmap because bitmap > graphics won't work if we have to turn these documents into HTML > (STML? XML? Some sort of web-based product) documents. When a FrameMaker document is converted to HTML, the conversion tool (e.g., Mif2Go) takes care of generating graphic images in one of the formats that can be handled by web browsers, which is a pretty short list. All of the commonly used image formats are rasters: GIF, PNG, and JPEG. (There is a vector format called SVG, but it is not widely used and is not universally supported.) But because you're going through a conversion tool, it *doesn't matter* what format was used for the original graphic that was inserted into the FrameMaker source file. Images that are in a vector format will get converted to a web-compatible raster format. Also note that in HTML, all graphics are handled as referenced objects (external image files), so in the conversion from FrameMaker to HTML all your pasted graphics have to be converted to external files. If you were inserting graphics by reference, you would have the option of using the original image files rather than a 2nd generation file created by the conversion tool for any graphics that originated in a web-compatible file format. > So, based on what you all are telling me, bitmap is the best way to go > (yeah!). Because of your requirement to edit the CAD drawings, it may be that creating and editing a raster image might be the most practical compromise. But it *is* a compromise. And the one thing that you should do is scale the drawings to the proper size when you create the raster image from the PDF. Do whatever you can to avoid resizing raster images. > And bitmapped graphics are just fine for web-based documents? As noted above, raster graphics are required for web use, but the HTML conversion tool takes care of the image file conversion regardless of the original image file format. -Fred Ridder
Graphics in FM
Art Campbell wrote: > You can delete lines and words with Acrobat and keep it in PDF format. Unfortunately, this is frequently not the case for drawings that originate in a CAD application. In nearly all cases, text is not comprised of font glyphs, but is actually drawn with lots of tiny curves. Similarly, what we percieve as a line or some other geometric primitive is often built up from dozens (or hundreds) of smaller line and curve segments. And to make matters worse, most CAD tools create arbitrary object groups that contain hundreds (even thousands) of tiny curves, not all of which are components of logically related drawing objects. I've had to deal with PDFs from CAD tools at four different companies, and there have always been issues. In trying to select all of the lines that make up the letters in some text, it often happens that you also select (and potentially delete) parts of objects that you need to keep. And even opening it in Illustrator is only a partial solution becase some of the grouped objects are so complex that Illustrator chokes when trying to ungroup them. But Acrobat does provide the opportunity to hide objects by drawing white shaped over them and then outputting a new "refried" PDF. I know there can be some techincal issues with this approach, but it has saved my bacon more than a few times. Fred Ridder
CMYK in Frame
Since CMYK is so dependent on paper, printing method, and inks, consider keeping future graphics in RGB from the outset and use a printer that does in-RIP conversion of RGB --> CMYK. You can set the colour rendering intent in each graphic, or simply specify perceptual rendering for the entire which is good enough for most everyday non-critical colour jobs. As content gets re-used in many different contexts these days, your are future proofing your graphics by NOT storing them in CMYK. Regards, Hedley -- Hedley Finger 28 Regent Street Camberwell VIC 3124 Australia Tel. +61 3 9809 1229 Fax. (call phone first) Mob. (cell) +61 412 461 558 Email. "Hedley Finger"
[Bulk] Re: adding graphics to files
Hi Deirdre, > Once it's imported into the file, I can't access it. I ctrl-click the > frame, but the handles don't appear. I didn't follow the entire thread. Did you import the PDF into a graphics frame or anchored frame? Which context-menu do you see when you right-click on the graphic? Can you move the graphic within the frame? In order to select the frame, try to click a tiny bit outside the frame. Lutz
Missing font error messages when Saving as PDF
When I use the File -> Save as PDF option, I may or may not get font substitution messages in the Frame Console, depending on what printer I have selected. I understand (I think) that FM uses your default printer fonts, rather than your system fonts. But I don't understand the following scenario. I've noticed it on my working files, and it is duplicated on a new file. I open a new portrait document and type anything (just the letter "A"). I have a network printer (call it NP) selected as my default. I do a File -> Save as PDF and I get the following message. This occurs on all 3 of the different models of network printers I tried. The "Times" Font is not available. "Times New Roman" will be used in this session. I change my printer to Adobe PDF, do the File -> Save as PDF, and I don't get the error message. This would imply to me that: - The file uses the Times font - Adobe PDF includes the Times font, but NP does not. I tried finding the Times font in the file using the following methods and can't find any occurrences. - Using Find, searching for Charter Format : Times (everything else "as is"). I searched the Body, Master, and Reference pages. - I converted the file to MIF and searched the MIF for any occurrences of the Times font. Couple other notes: - I don't get any font substitution messages when opening the file, regardless of the selected printer. - My preferences are set to "Remember missing fonts." - Using FM 8.0p277 and XP Pro with SP2. So my question is, what is causes the Times font message? Does the file actually contain something that uses the Times font? If so, how do I find it? Is there some interaction with the selected printer fonts and using the Save as PDF that I don't understand? Is there a PDF setting that I can apply to get rid of this message? Thanks, any suggestion would be greatly appreciated. -- Jeff Schweiner Hardware Engineering Writer Cray Inc.
SV: CMYK in Frame
Hedley, CMYK in Frame basically involves two quite different problems: (1) Imported bitmapped objects doesn't maintain fidelity downstream (2) CMYK colors for vector-based art defined *inside* Frame gets totally wrecked downstream. As of (1): Your point about storing RGB image data is *extremely* good as long as you mean Color Managed RGB data *including* ICC profiles. If so, you can't use EPS reliably at all and *must* use PDF as storage format for such objects. As of (2): No comments at this time. Best regards / Med venlig hilsen Jacob Sch?ffer | Chief Developer Paradis All? 22, Raml?se DK-3200 Helsinge, Denmark Phone: +45 4439 4400 Email: js at grafikhuset.dk Web: www.grafikhuset.net > -Oprindelig meddelelse- > Fra: framers-bounces at lists.frameusers.com > [mailto:framers-bounces at lists.frameusers.com] P? vegne af > Hedley Finger > Sendt: 9. oktober 2008 23:57 > Til: framers List > Emne: Re: CMYK in Frame > > > > Since CMYK is so dependent on paper, printing method, and > inks, consider > keeping future graphics in RGB from the outset and use a printer that > does in-RIP conversion of RGB --> CMYK. You can set the colour > rendering intent in each graphic, or simply specify > perceptual rendering > for the entire which is good enough for most everyday non-critical > colour jobs. > > As content gets re-used in many different contexts these > days, your are > future proofing your graphics by NOT storing them in CMYK. > > Regards, > Hedley > > -- > > Hedley Finger > > 28 Regent Street Camberwell VIC 3124 Australia > Tel. +61 3 9809 1229 Fax. (call phone first) > Mob. (cell) +61 412 461 558 > Email. "Hedley Finger" > > > ___ > > > You are currently subscribed to Framers as js at grafikhuset.dk. > > 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/js%40grafi khuset.dk Send administrative questions to listadmin at frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Missing font error messages when Saving as PDF
Jeff Schweiner wrote: > When I use the File -> Save as PDF option, I may or may not get font > substitution messages in the Frame Console, depending on what printer I > have selected. I understand (I think) that FM uses your default printer > fonts, rather than your system fonts. But I don't understand the > following scenario. I've noticed it on my working files, and it is > duplicated on a new file. > > > > I open a new portrait document and type anything (just the letter "A"). > I have a network printer (call it NP) selected as my default. I do a > File -> Save as PDF and I get the following message. This occurs on > all 3 of the different models of network printers I tried. > > > > The "Times" Font is not available. > > "Times New Roman" will be used in this session. > > > > I change my printer to Adobe PDF, do the File -> Save as PDF, and I > don't get the error message. > > > > This would imply to me that: > > - The file uses the Times font > > - Adobe PDF includes the Times font, but NP does not. > > > > I tried finding the Times font in the file using the following methods > and can't find any occurrences. > > - Using Find, searching for Charter Format : Times (everything else "as > is"). I searched the Body, Master, and Reference pages. > > - I converted the file to MIF and searched the MIF for any occurrences > of the Times font. > > > > Couple other notes: > > - I don't get any font substitution messages when opening the file, > regardless of the selected printer. > > - My preferences are set to "Remember missing fonts." > > - Using FM 8.0p277 and XP Pro with SP2. > > > > So my question is, what is causes the Times font message? Does the file > actually contain something that uses the Times font? If so, how do I > find it? Is there some interaction with the selected printer fonts and > using the Save as PDF that I don't understand? Is there a PDF setting > that I can apply to get rid of this message? > > > > Thanks, any suggestion would be greatly appreciated. > > Jeff, The Times font is probably hiding on a reference or master page or in a table definition. My best advice is to get the free SetPrint plug-in from Sundorne so that Frame always uses the Adobe PDF printer instance (while leaving your default hardware printer as-is in other app's). Then always print to PDF, then print that output to hardware. http://www.sundorne.com/FrameMaker/Freeware/setPrint.htm HTH, -- Stuart Rogers Technical Communicator Phoenix Geophysics Limited Toronto, ON, Canada +1 (416) 491-7340 x 325 srogers phoenix-geophysics com "The great enemy of clear language is insincerity. When there is a gap between one's real and one's declared aims, one turns as it were instinctively to long words and exhausted idioms, like a cuttlefish squirting out ink." ? George Orwell
Unresolved cross-references in text insets to locations within the text inset
I am using Frame 8p277 on Windows XP Pro, SP3. I have a text inset source document with 19 different text insets (each in their own named flow). I am using these text insets in a container document a total of 123 times (yep, lots and lots and LOTS of duplication). One inset is used 28 times, another is used only once. The rest vary in number of usages. Many of these text insets contain cross-references to locations within the same text inset. The text inset source document is NOT in the same directory as the container document, although it is "close by". When I import by reference into the document and regenerate to update the TOC and the cross-references, I get multiple unresolved cross-reference errors from the document with all the text insets. The cross-references are also not updating properly. Within the inset, the step is number 2, but within the container document, it should be number 3. I know there are issues with cross-references and text insets, but I thought that was when you were trying to use a cross-reference from the container document to something within the inset, or from within the inset to something in the container document. These are from the inset to another location in the same inset. I can, if necessary, convert all the insets to text and regenerate just prior to creating the final PDF, but obviously I'd rather avoid that. Can anyone help me resolve these cross-references? -- Lin Sims
Unresolved cross-references in text insets to locations within the text inset
Nope. Cross-references don't work in, under, over, or between text insets. You've answered your own question. Just prior to final production, convert text-insets to text, generate, and produce. Do not save the book or you lose insetability. -Huntley On Fri, Oct 10, 2008 at 3:32 PM, Lin Sims wrote: > I am using Frame 8p277 on Windows XP Pro, SP3. > > I have a text inset source document with 19 different text insets > (each in their own named flow). > > I am using these text insets in a container document a total of 123 > times (yep, lots and lots and LOTS of duplication). One inset is used > 28 times, another is used only once. The rest vary in number of > usages. > > Many of these text insets contain cross-references to locations within > the same text inset. > > The text inset source document is NOT in the same directory as the > container document, although it is "close by". > > When I import by reference into the document and regenerate to update > the TOC and the cross-references, I get multiple unresolved > cross-reference errors from the document with all the text insets. The > cross-references are also not updating properly. Within the inset, the > step is number 2, but within the container document, it should be > number 3. > > I know there are issues with cross-references and text insets, but I > thought that was when you were trying to use a cross-reference from > the container document to something within the inset, or from within > the inset to something in the container document. These are from the > inset to another location in the same inset. > > I can, if necessary, convert all the insets to text and regenerate > just prior to creating the final PDF, but obviously I'd rather avoid > that. > > Can anyone help me resolve these cross-references? > > -- > Lin Sims > ___ > > > You are currently subscribed to Framers as huntleye at gmail.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/huntleye%40gmail.com > > Send administrative questions to listadmin at frameusers.com. Visit > http://www.frameusers.com/ for more resources and info. >
Unresolved cross-references in text insets to locations withinthe text inset
Huntley Eshenroder wrote: > Nope. Cross-references don't work in, under, over, or between text > insets. You've answered your own question. Just prior to final > production, convert text-insets to text, generate, and produce. Do not > save the book or you lose insetability. Assuming the situation hasn't deteriorated in FM 8, this is not true within FM itself.* And that's what Lin was describing. I don't understand what's causing her problem and don't have time to dig deep right now, but xrefs from one spot in a text inset to another in the same text inset should resolve without any special effort or technique. Even xrefs from the container to a text inset or between text insets can be set up to work properly in FM. It gets a bit involved and requires you to point your xrefs to cross-reference markers that you create manually, instead of pointing them to paragraphs and letting FM create the markers. Lin, one possibility that occurs to me: do any of the files involved (source or inset) require human intervention to open, e.g., missing font or graphics messages to acknowledge? If FM can't open a file silently in the background, it can't resolve xrefs to that file. The workaround is to open all the files manually first (the solution, of course, is to get rid of the problems that keep the files from opening silently). * It is true, however, that completely functional xrefs inside text insets don't become working hyperlinks in PDF. That's the reason for "flattening" or "unlocking" text insets before PDF creation. Rick Quatro (www.frameexpert.com) can provide FrameScript solutions for this process. HTH! Richard Richard G. Combs Senior Technical Writer Polycom, Inc. richardDOTcombs AT polycomDOTcom 303-223-5111 -- rgcombs AT gmailDOTcom 303-777-0436 --
