RE: Copy/paste of in-book xrefs
I think I'd add doing an update of all xrefs into that workflow before saving closing the book. -Original Message- From: framers-boun...@lists.frameusers.com [mailto:framers-boun...@lists.frameusers.com] On Behalf Of Steve Rickaby Sent: Thursday, February 28, 2013 8:07 AM To: framers@lists.frameusers.com Subject: Copy/paste of in-book xrefs I think I might be trying to do something that I shouldn't, but I'm not sure. I have a lot of new in-book xrefs to add, so I am finding the first such instance, setting up the xref, then copy/pasting it to all other required locations in the book. What I' actually doing is replacing a plain-text version of a heading with an xref to the heading, to ensure consistency. What's happening is that I get no unresolved xrefs, but after I've closed the book files and then reopened them, many of the pasted copies of the xref have become unresolved (maybe those that were pasted into a different chapter to the one from which the original xref was copied, but I've not checked for this in detail). Bringing up the xref dialog on the unresolved xrefs just gives a pick list of xref markers within the current chapter. Am I trying to do something FrameMaker doesn't support? I though I'd done this before and it had worked, but I can't swear to it. FrameMaker 7 on Mac -- Steve ___ You are currently subscribed to framers as jeff.coatswo...@jonassoftware.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/jeff.coatsworth%40jonassoftware.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info. ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Re: Copy/paste of in-book xrefs
I think it has to do with wither the cross-reference source and destination are in the same file. If the source (the place were the cross-reference is located) is in File A and the destination is in File B, I think you can copy that cross-reference to File C without a problem. Likewise if the source and destination are both in File A, you can copy the cross-reference to other places in File A. But if the source and destination are both in File A, you may not be able to copy the cross-reference to File B. Likewise if the source is in File A and the destination is in File B, you may not be able to copy the cross-reference to File A. I'm not 100% sure about all this. I've just noticed certain combinations don't work and certain do. If anyone has more definitive information, please let us know. Regards, Shmuel Wolfson Technical Writer 052-763-7133 On 28-Feb-13 3:07 PM, Steve Rickaby wrote: I think I might be trying to do something that I shouldn't, but I'm not sure. I have a lot of new in-book xrefs to add, so I am finding the first such instance, setting up the xref, then copy/pasting it to all other required locations in the book. What I' actually doing is replacing a plain-text version of a heading with an xref to the heading, to ensure consistency. What's happening is that I get no unresolved xrefs, but after I've closed the book files and then reopened them, many of the pasted copies of the xref have become unresolved (maybe those that were pasted into a different chapter to the one from which the original xref was copied, but I've not checked for this in detail). Bringing up the xref dialog on the unresolved xrefs just gives a pick list of xref markers within the current chapter. Am I trying to do something FrameMaker doesn't support? I though I'd done this before and it had worked, but I can't swear to it. FrameMaker 7 on Mac ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Re: Copy/paste of in-book xrefs
At 16:18 +0200 28/2/13, Shmuel Wolfson wrote: I'm not 100% sure about all this. I've just noticed certain combinations don't work and certain do. If anyone has more definitive information, please let us know. As Fred explained to me off list, FrameMaker stores an in-document xref differently to an ex-document xref, without a file path. This means - as several of you have said - that pasting an in-document xref to another document in the same book will not work. Thanks everyone. You learn something new every day - whether you intend to or not ;-) -- Steve ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
RE: Copy/paste of in-book xrefs
I do the same thing on a small scale all the time (21 files in my book). But in order to avoid the unresolved problem I take the following steps. 1. all files in the book are open 2. after pasting the repeated xref, double-click it to bring up the xref dialog 3. ensure the Marker Type and Cross-Reference Markers match properly 4. click the Replace button to update the link and ensure it's live It sounds like a lot of work, but it only takes a few seconds - and it's a lot faster than creating a repeated xref from scratch. Alison -Original Message- From: framers-boun...@lists.frameusers.com [mailto:framers-boun...@lists.frameusers.com] On Behalf Of Steve Rickaby Sent: Thursday, February 28, 2013 6:29 AM To: Shmuel Wolfson; Fred Ridder; Harro de Jong; framers@lists.frameusers.com Subject: Re: Copy/paste of in-book xrefs At 16:18 +0200 28/2/13, Shmuel Wolfson wrote: I'm not 100% sure about all this. I've just noticed certain combinations don't work and certain do. If anyone has more definitive information, please let us know. As Fred explained to me off list, FrameMaker stores an in-document xref differently to an ex-document xref, without a file path. This means - as several of you have said - that pasting an in-document xref to another document in the same book will not work. Thanks everyone. You learn something new every day - whether you intend to or not ;-) -- Steve ___ You are currently subscribed to framers as alison.cr...@ultrasonix.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/alison.craig%40ultrasonix.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info. ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
RE: Relative vs. absolute links
Hi Peggy, it's your workflow that creates the confusion in references. You say: ''3) I opened all of the files in FM 9, therefore converting them to FM 9 format. I did my cleanup, including fixing the graphics path to the Graphics subfolder and fixing cross-reference links that were broken. In retrospect I believe cross-references within the same file were okay but cross-references between files were all broken.'' If you open the files individually in FM9, it can't resolve cross refs because these are in FM7 files. If you didn't change names (didn't you …?) best approach is to use a book file for all the docs, open the book in FM9, open all files in the book accepting all errors and then save al files in the book, next: update all references. Now at least the cross refs should be resolved. Then you say: ''4) When I finished my work I saved each individual file and the book file in MIF 7.0 format. I saved the MIF files in a different folder than the FM 9 files and copied the Graphics directory to the same folder as the MIF files.'' If you save a file in a different folder, all references will still point to the original locations. So saving the FM9 files in a FM7 folder will not let them point to the graphics folder in the FM7 folder. So you should first save, then move. Your paths are not 'changing to absolute' but are still relative, although pointing to the wrong folder. (note that when you read a MIF file all paths are written as absolute paths). You better use a book mover utility…. Vriendelijke groet / Kind regards, Wim Hooghwinkel Information Energy 2013 – Leading Conference on Innovation in Knowledge and Information Exchange IEn2013 tel. +31652036811 Skype wimhooghwinkel Twitter @idtp @NLDITA @ien2013 i...@idtp.eu www.idtp.eu FrameMaker support: framema...@idtp.eu ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
RE: Copy/paste of in-book xrefs
At 10:08 -0800 28/2/13, Alison Craig wrote: I do the same thing on a small scale all the time (21 files in my book). But in order to avoid the unresolved problem I take the following steps... Neat trick: I'll remember that. Many thanks. -- Steve [Trim e-mails: use less disk, use less power, use less planet] ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
ANN: March 1st Webinar with Barb Binder on new/updated book FrameMaker 11 Classroom in a Book
You may register for this 10AM Pacific March 1st Webinar at: http://adobe.ly/WUp2iP Have you heard the news? Adobe FrameMaker 11 Classroom in a Book is now available from Adobe Press. This workbook is designed to help novice and intermediate-level users get up to speed quickly on FrameMaker 11. In addition to helping you develop document design and book management skills, this book provides the best way to avoid the common pitfalls that accompany the I know Word, therefore I already know FrameMaker mindset. In this webinar, you will have to opportunity to meet the author, Adobe Certified Instructor Barb Binder of Rocky Mountain Training. She brings 20 years of FrameMaker training to the table, and she can't wait to show you her book, and to demonstrate some of the easy, yet powerful FrameMaker 11 features. She will moderate a QA at the end of the webinar for all those FrameMaker questions you want to know, but had no one to ask. Transferring Knowledge and Expertise About the Presenter: Barb Binder is an Adobe Certified Instructor and the owner of Rocky Mountain Training. When she's not teaching grown-ups how to use Adobe software, she's at Winter Park teaching kids how to ski. -- She has been an Adobe Certified Instructor since 1997, and is currently certified on FrameMaker, InDesign, Photoshop, Illustrator, Acrobat, InCopy and the Digital Publishing Suite. Her company, Rocky Mountain Training was one of the early adopters of online, interactive training delivery. Students attend classes from locations in North America, South America, Europe and even Australia. Maxwell Hoffmann | Product Evangelist | Adobe | p. 503.336.5952 | c. 503.805.3719 | mhoff...@adobe.com http://twitter.com/maxwellhoffmann - http://www.linkedin.com/in/maxwellhoffmann blogs.adobe.com/techcomm ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
RE: Relative vs. absolute links
Hi Rick, Thank you for the information, it sounds like an interesting tool. In my case no folders or files have been renamed so that isn’t the problem. Like Alison, I’d like to know *why* FrameMaker seems to be changing relative references to absolute ones when I’ve followed the rules and kept all files in the same directory with graphics neatly organized in a single subdirectory. My understanding of FrameMaker was that maintaining relative references was one of the program’s claims to fame; now it seems that “feature” is a lot more fragile than I thought. Thanks, Peggy From: Rick Quatro [mailto:r...@rickquatro.com] Sent: Wednesday, February 27, 2013 2:15 PM To: 'Alison Craig'; 'Paul Wilbraham'; Harvey, Peggy Subject: RE: Relative vs. absolute links Hi Alison and Peggy, Please forgive me if I have sent you this link before. Please let me know if you have any questions or comments. Thank you very much. http://frameautomation.com/2010/02/23/managing-imported-images-solution/ Rick Rick Quatro Carmen Publishing Inc. 585-283-5045 r...@frameexpert.commailto:r...@frameexpert.com From: framers-boun...@lists.frameusers.commailto:framers-boun...@lists.frameusers.com [mailto:framers-boun...@lists.frameusers.com] On Behalf Of Alison Craig Sent: Wednesday, February 27, 2013 2:06 PM To: Paul Wilbraham; 'framers@lists.frameusers.com'; Harvey, Peggy Subject: RE: Relative vs. absolute links I would agree, as when I send the files out – all on the same drive – everything works fine with relative paths. But when they come back – still all on the same drive – they are returned with absolute paths. That’s my dilemma. The relative positions of the files don’t change – but the paths become absolute anyway. Note that while my version control database is on a network drive, all files are checked out to a local drive when they are being worked on, so there is no network issue, at least on my end. Alison From: Paul Wilbraham [mailto:paul.wilbra...@m-ais.com] Sent: Wednesday, February 27, 2013 10:30 AM To: Alison Craig; 'framers@lists.frameusers.com'; Harvey, Peggy Subject: RE: Relative vs. absolute links Alison We find that graphics on the same drive as the original files are relative. Graphics on a separate drive are absolute. --Paul On 27 February 2013 at 18:09 Alison Craig alison.cr...@ultrasonix.commailto:alison.cr...@ultrasonix.com wrote: I’d love to hear an explanation as I often have the same relative/absolute issue with graphics and xrefs when my files are returned from the translators. Although in my case, everything is done in FM 9 or with the MIF 9 format – so my issue has nothing to do with Frame versioning. Alison PS: All FM files used to create the Book are in a single folder with graphics in a series of subfolders. From: framers-boun...@lists.frameusers.commailto:framers-boun...@lists.frameusers.com [mailto:framers-boun...@lists.frameusers.com] On Behalf Of Harvey, Peggy Sent: Wednesday, February 27, 2013 7:41 AM To: 'framers@lists.frameusers.com' Subject: Relative vs. absolute links Hi Framers, FM 9 p 237 and FM 7 p576 Situation: Converting files between FM 7 and FM 9. All links and file references are relative when I start but appear to become absolute when I convert either way. I need to share files with a coworker at another site. I have FM 9 and he has FM 7. The files, including the book file, are always all in a single directory with a “Graphics” subdirectory for all graphics. Here’s the sequence of events: 1) The files were originally in FM 7. (When I inherited them, at least.) I put them on a network drive in that form, without converting them to FM 9. 2) My coworker edited the files, then put them back on the network drive so I could do some clean up work on them. I moved them to a different network drive to do the work. 3) I opened all of the files in FM 9, therefore converting them to FM 9 format. I did my cleanup, including fixing the graphics path to the “Graphics” subfolder and fixing cross-reference links that were broken. In retrospect I believe cross-references within the same file were okay but cross-references between files were all broken. 4) When I finished my work I saved each individual file and the book file in MIF 7.0 format. I saved the MIF files in a different folder than the FM 9 files and copied the “Graphics” directory to the same folder as the MIF files. 5) I opened each MIF file and the MIF book file in FM 7, then saved each one in .fm (or .book) format. 6) I noticed that the book file seemed to be referring to the the previous files – the FM 9 files with the same names in the different folder. I deleted all of the file references and added all of the FM 7 files that I’d just created. So the FM 7 book file and individual files were all in the same folder. 6) When I went to generate the book I got an error log that all of the cross-references I’d fixed in FM 9 were unresolved again. Upon further inspection I
RE: Copy/paste of in-book xrefs
Steve Rickaby wrote: I have a lot of new in-book xrefs to add, so I am finding the first such instance, setting up the xref, then copy/pasting it to all other required locations in the book. ... What's happening is that I get no unresolved xrefs, but after I've closed the book files and then reopened them, many of the pasted copies of the xref have become unresolved (maybe those that were pasted into a different chapter to the one from which the original xref was copied, but I've not checked for this in detail). I just tested this, it works like that for me too. (FM9) The xref you paste into a different file will become unresolved. Basically it will try and find the xref marker in the current file, instead of the file you copied the xref from. There is a workaround: 1. Paste the xref into a different chapter. 2. resolve the xref. The xref will now contain a reference to the correct file. 3. Copy the resolved xref 4. Now you can paste the xref from step 3 into all other chapters. Harro de Jong Triview ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
RE: Frame versus XSL-FO
You had to mention DITA, didn’t you? ;-) We’ve made FO stylesheets for PDF output from Author-IT, those typically take a couple of days. The DITA Open Toolkit looks positively byzantine by comparison. Harro de Jong From: framers-boun...@lists.frameusers.com [mailto:framers-boun...@lists.frameusers.com] On Behalf Of Yves Barbion Sent: woensdag 27 februari 2013 15:58 To: framers@lists.frameusers.com Subject: Re: Frame versus XSL-FO Hi Harro If you can develop an FO stylesheet for DITA-sourced content in only 3 times the amount of time it takes me to develop the same DITA-FMx template, then we should talk. We may have a lot of work for you then. ;-) Cheers -- Yves Barbion www.scripto.nuhttp://www.scripto.nu On Wed, Feb 27, 2013 at 12:19 PM, Harro de Jong harro.dej...@triviewgroup.commailto:harro.dej...@triviewgroup.com wrote: That's not been my experience with FO templating. I've seen FO templating take maybe 1.5-3x as long as in FrameMaker. $200k sounds more like they developed an entire formatting engine. Harro de Jong Triview ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Re: Copy/paste of in-book xrefs
That's one of the reasons I prefer to put all my content into a single .fm file. My books typically have only three or four files: booknameFM.fm for front matter used only for PDF, booknameTOC.fm, and sometimes booknameIX.fm. Once upon a time computers weren't powerful enough to handle a 200-page .fm file, but that hasn't been the case for a long time. On Thu, Feb 28, 2013 at 10:08 AM, Alison Craig alison.cr...@ultrasonix.com wrote: I do the same thing on a small scale all the time (21 files in my book). But in order to avoid the unresolved problem I take the following steps. 1. all files in the book are open 2. after pasting the repeated xref, double-click it to bring up the xref dialog 3. ensure the Marker Type and Cross-Reference Markers match properly 4. click the Replace button to update the link and ensure it's live It sounds like a lot of work, but it only takes a few seconds - and it's a lot faster than creating a repeated xref from scratch. ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
RW Rules vs EDD Conflict
Hello All, I am working a project using FrameMaker 8.0p277. I have a conflict between my Read-Write Rules and my template (my EDD, I presume) that has me stumped. When I do a check of my rules I get the following error: Type mismatch for the FrameMaker element (Graphic). The type defined by the read/write rules is different from that defined by the template. The link takes me to the is fm graphic element statement below. My rules are: element Graphic { is fm graphic element Graphic; fm property entity value is illus; } And I have the following defined in my EDD: Element (Graphic): Graphic Attribute list Name: illus Integer Required Initial graphic element format In all contexts. Insert imported graphic file. Am I missing something that is totally obvious to anyone? Thanks in advance for any suggestions! Sincerely, Lisa Freeman Publication Support Analyst O'NEIL ASSOCIATES, INC.http://www.oneil.com ** Confidentiality Notice The information contained in this e-mail is confidential and intended for use only by the person(s) or organization listed in the address. If you have received this communication in error, please contact the sender at O'Neil Associates, Inc., immediately. Any copying, dissemination, or distribution of this communication, other than by the intended recipient, is strictly prohibited. ** ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
RE: Relative vs. absolute links
Hi Wim, Thanks for your input. When I opened each file individually I did do it from the book file, saved each file, and updated the book (including references) - for both the FM 9 and FM 7 files the xrefs were still unresolved. I'll have to try saving first, then moving, maybe that will do the trick. Thought I'd save time by doing both in one step but apparently not. Thanks, Peggy From: Wim Hooghwinkel - idtp [mailto:w...@idtp.eu] Sent: Thursday, February 28, 2013 2:24 PM To: Harvey, Peggy Cc: framers@lists.frameusers.com Subject: RE: Relative vs. absolute links Hi Peggy, it's your workflow that creates the confusion in references. You say: ''3) I opened all of the files in FM 9, therefore converting them to FM 9 format. I did my cleanup, including fixing the graphics path to the Graphics subfolder and fixing cross-reference links that were broken. In retrospect I believe cross-references within the same file were okay but cross-references between files were all broken.'' If you open the files individually in FM9, it can't resolve cross refs because these are in FM7 files. If you didn't change names (didn't you ...?) best approach is to use a book file for all the docs, open the book in FM9, open all files in the book accepting all errors and then save al files in the book, next: update all references. Now at least the cross refs should be resolved. Then you say: ''4) When I finished my work I saved each individual file and the book file in MIF 7.0 format. I saved the MIF files in a different folder than the FM 9 files and copied the Graphics directory to the same folder as the MIF files.'' If you save a file in a different folder, all references will still point to the original locations. So saving the FM9 files in a FM7 folder will not let them point to the graphics folder in the FM7 folder. So you should first save, then move. Your paths are not 'changing to absolute' but are still relative, although pointing to the wrong folder. (note that when you read a MIF file all paths are written as absolute paths). You better use a book mover utility Vriendelijke groet / Kind regards, Wim Hooghwinkel Information Energy 2013 - Leading Conference on Innovation in Knowledge and Information Exchange IEn2013http://informationenergy.org/ tel. +31652036811 Skype wimhooghwinkel Twitter @idtp @NLDITA @ien2013 i...@idtp.eumailto:i...@idtp.eu www.idtp.euhttp://www.idtp.eu FrameMaker support: framema...@idtp.eumailto:framema...@idtp.eu ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
RE: Cannot find the file named...
Thanks, Heiko, but I don't understand how the OS or network gets fingered when ALL other applications that I use work normally. Even Adobe applications. If Frame is too impatient, that's a BUG, not a 'problem' with the ever-so-slow network. I was hoping to learn about some kind of INI file setting (make it more patient, perhaps?) or known conflicts with other applications, which can bork up the automatic application launching. If the gods are good, I won't be using FM any more in a quarter or two, so I'll just bull along with the broken beast until then. I don't have the bandwidth to rebuild my work machine to try to blindly ferret out some conflict or screwed up FM DLL or whatever Thanks anyway; David Original Message From: Heiko Haida i...@heiko-haida.de Date: Tue, February 26, 2013 2:06 pm Hello David, lately I have a similar problem: double-clicking takes vey long to start the application and to open the file, whereas the normal Open dialog from within the application works as usual. This is not always the case, but if, then it happens with any application, also MS Word, Excel and so on. Here it helped to uncheck the DDE option for those file-types (which is not possible for Frame-files), but today I saw that the option is checked again mysteriously. So my guess about this would be that its rather a problem with the OS or with the network, not necessarily with FrameMaker. FM seems to expect a quick answer from the OS and handles the delay as file error (my interpretation, only a guess). I am using Windows XP here, by the way. If someone has an explanation to this problem, I would also be very glad. Best regards Tino H. Haida, Berlin ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
optimizing and copying column widths
1. I have to copy a bunch of unformatted tables from a wiki into an unstructured FrameMaker 10 document, which will be delivered as PDF. (Someday we'll just leave them on the wiki but there are various practical reasons we can't.) Here's my workflow. - copy a table in browser - paste as text in FM - select and Convert to Table - use Resize Selected Columns To Width of Selected Cells' Contents to size columns where that makes sense - fiddle around with various widths for the other columns until it looks good Is there a more efficient way to optimize column widths? Word and OpenOffice Writer automate that fairly well 2. These tables are all similar and have the same headings, so I can use the same widths. Workflow: - copy table in FM - copy cells in Firefox - paste as text in an FM scratch document - select and Convert to Table - copy cells - select cells in copied table and paste, selecting Replace Current Rows Is there a more efficient way? It's too bad FM10's Paste doesn't recognize browser table cells as table cells. ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Re: RW Rules vs EDD Conflict
Hi Lisa... Try changing your rules to this (don't need the Graphic in the first rule) .. element Graphic { is fm graphic element; fm property entity value is illus; } Not sure if that's the problem, but it's a place to start. ...scott On 2/28/13 10:36 AM, Lisa Freeman wrote: Hello All, I am working a project using FrameMaker 8.0p277. I have a conflict between my Read-Write Rules and my template (my EDD, I presume) that has me stumped. When I do a check of my rules I get the following error: Type mismatch for the FrameMaker element (Graphic). The type defined by the read/write rules is different from that defined by the template. The link takes me to the is fm graphic element statement below. My rules are: *element Graphic * *{* *is fm graphic element Graphic;* *fm property entity value is illus;* *}* And I have the following defined in my EDD: Element (Graphic): Graphic Attribute list Name: illus Integer Required Initial graphic element format In all contexts. Insert imported graphic file. Am I missing something that is totally obvious to anyone? Thanks in advance for any suggestions! Sincerely, *Lisa Freeman* Publication Support Analyst *O'NEIL ASSOCIATES, INC.* http://www.oneil.com ** Confidentiality Notice The information contained in this e-mail is confidential and intended for use only by the person(s) or organization listed in the address. If you have received this communication in error, please contact the sender at O'Neil Associates, Inc., immediately. Any copying, dissemination, or distribution of this communication, other than by the intended recipient, is strictly prohibited. ** ___ You are currently subscribed to framers as s...@leximation.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/sp10%40leximation.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info. ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
RE: optimizing and copying column widths
Hi Robert, My TableCleaner plugin gives you some options for scaling multiple tables at once. http://www.frameexpert.com/plugins/ Rick Quatro Carmen Publishing Inc. 585-283-5045 r...@frameexpert.com -Original Message- From: framers-boun...@lists.frameusers.com [mailto:framers-boun...@lists.frameusers.com] On Behalf Of Robert Lauriston Sent: Thursday, February 28, 2013 4:17 PM To: framers@lists.frameusers.com Subject: optimizing and copying column widths 1. I have to copy a bunch of unformatted tables from a wiki into an unstructured FrameMaker 10 document, which will be delivered as PDF. (Someday we'll just leave them on the wiki but there are various practical reasons we can't.) Here's my workflow. - copy a table in browser - paste as text in FM - select and Convert to Table - use Resize Selected Columns To Width of Selected Cells' Contents to size columns where that makes sense - fiddle around with various widths for the other columns until it looks good Is there a more efficient way to optimize column widths? Word and OpenOffice Writer automate that fairly well 2. These tables are all similar and have the same headings, so I can use the same widths. Workflow: - copy table in FM - copy cells in Firefox - paste as text in an FM scratch document - select and Convert to Table - copy cells - select cells in copied table and paste, selecting Replace Current Rows Is there a more efficient way? It's too bad FM10's Paste doesn't recognize browser table cells as table cells. ___ ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
RE: optimizing and copying column widths
Robert Lauriston wrote: I see that there's a Copy Special Copy Table Column Width command. Unfortunately it works for only one column at a time, but that'll still be faster than what I was doing. Get Rick Quatro's TableCleaner plugin (frameexpert.com) -- highly recommended. Richard G. Combs Senior Technical Writer Polycom, Inc. richardDOTcombs AT polycomDOTcom 303-223-5111 -- rgcombs AT gmailDOTcom 303-903-6372 -- ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
why is FM's UI so weird and buggy?
Hi, OK. It should never happen, that some features do not work. Or that features/shortcut keys get broken. However, the new interface really offers some very useful dialogs. For example: o Checking all references with the Insets pod. o Checking cross-references with the Cross-references pod. o Checking occurences of conditional text with the Add/edit conditional tag pod. I like it that such information is at hand and ordered at the bottom or at the right of my monitor. Yes. Some steps could be more intuitive. However, that's not the end of the world. (I use FrameMaker for 20 years now and work with FrameMaker 10 for a year.) Best regards Winfried > -Original Message- > From: framers-bounces at lists.frameusers.com [mailto:framers- > bounces at lists.frameusers.com] On Behalf Of Karen Robbins > Sent: Wednesday, February 27, 2013 8:14 PM > To: framers at lists.frameusers.com > Subject: Re: why is FM's UI so weird and buggy? > > I don't think Adobe's UI work has anything to do with Macs. In fact, > it seems to be the antithesis of Mac UI design! :-) > > Recent/current versions of FM's UI (and those of other Adobe > products) apparently do not make comprehensible use of usability > research! The complaints I read on this list frequently point to how > the bad UI interferes with and requires extra steps to workflow. For > the complex projects of Adobe's target FM users, one would think that > exceptionally efficient and intuitive workflow would be demanded and > required. From a user's standpoint, consistency at the expense of > usability is, at best, ineffective. > > As long as we keep using this (and all) Adobe products--and do so > without creative and instructional criticism, their UIs will continue > to be designed ineffectively. Only when users speak up with voices > and dollars [insert your local currency here] is there a chance for > the UI to improve. > > --Karen This e-mail contains privileged and confidential information intended for the use of the addressees named above. If you are not the intended recipient of this e-mail, you are hereby notified that you must not disseminate, copy or take any action in respect of any information contained in it. If you have received this e-mail in error, please notify the sender immediately by e-mail and immediately destroy this e-mail and its attachments.
Relative vs. absolute links
doesn?t have to, either. Thanks, Peggy This e-mail contains privileged and confidential information intended for the use of the addressees named above. If you are not the intended recipient of this e-mail, you are hereby notified that you must not disseminate, copy or take any action in respect of any information contained in it. If you have received this e-mail in error, please notify the sender immediately by e-mail and immediately destroy this e-mail and its attachments. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.frameusers.com/pipermail/framers/attachments/20130228/8deffc12/attachment.html>
Copy/paste of in-book xrefs
I think I might be trying to do something that I shouldn't, but I'm not sure. I have a lot of new in-book xrefs to add, so I am finding the first such instance, setting up the xref, then copy/pasting it to all other required locations in the book. What I' actually doing is replacing a plain-text version of a heading with an xref to the heading, to ensure consistency. What's happening is that I get no unresolved xrefs, but after I've closed the book files and then reopened them, many of the pasted copies of the xref have become unresolved (maybe those that were pasted into a different chapter to the one from which the original xref was copied, but I've not checked for this in detail). Bringing up the xref dialog on the unresolved xrefs just gives a pick list of xref markers within the current chapter. Am I trying to do something FrameMaker doesn't support? I though I'd done this before and it had worked, but I can't swear to it. FrameMaker 7 on Mac -- Steve
Copy/paste of in-book xrefs
I think I'd add doing an update of all xrefs into that workflow before saving & closing the book. -Original Message- From: framers-bounces at lists.frameusers.com [mailto:framers-boun...@lists.frameusers.com] On Behalf Of Steve Rickaby Sent: Thursday, February 28, 2013 8:07 AM To: framers at lists.frameusers.com Subject: Copy/paste of in-book xrefs I think I might be trying to do something that I shouldn't, but I'm not sure. I have a lot of new in-book xrefs to add, so I am finding the first such instance, setting up the xref, then copy/pasting it to all other required locations in the book. What I' actually doing is replacing a plain-text version of a heading with an xref to the heading, to ensure consistency. What's happening is that I get no unresolved xrefs, but after I've closed the book files and then reopened them, many of the pasted copies of the xref have become unresolved (maybe those that were pasted into a different chapter to the one from which the original xref was copied, but I've not checked for this in detail). Bringing up the xref dialog on the unresolved xrefs just gives a pick list of xref markers within the current chapter. Am I trying to do something FrameMaker doesn't support? I though I'd done this before and it had worked, but I can't swear to it. FrameMaker 7 on Mac -- Steve ___ You are currently subscribed to framers as jeff.coatsworth at jonassoftware.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/jeff.coatsworth%40jonassoftware.com Send administrative questions to listadmin at frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Copy/paste of in-book xrefs
I think it has to do with wither the cross-reference source and destination are in the same file. If the source (the place were the cross-reference is located) is in File A and the destination is in File B, I think you can copy that cross-reference to File C without a problem. Likewise if the source and destination are both in File A, you can copy the cross-reference to other places in File A. But if the source and destination are both in File A, you may not be able to copy the cross-reference to File B. Likewise if the source is in File A and the destination is in File B, you may not be able to copy the cross-reference to File A. I'm not 100% sure about all this. I've just noticed certain combinations don't work and certain do. If anyone has more definitive information, please let us know. Regards, Shmuel Wolfson Technical Writer 052-763-7133 On 28-Feb-13 3:07 PM, Steve Rickaby wrote: > I think I might be trying to do something that I shouldn't, but I'm not sure. > > I have a lot of new in-book xrefs to add, so I am finding the first such > instance, setting up the xref, then copy/pasting it to all other required > locations in the book. What I' actually doing is replacing a plain-text > version of a heading with an xref to the heading, to ensure consistency. > > What's happening is that I get no unresolved xrefs, but after I've closed the > book files and then reopened them, many of the pasted copies of the xref have > become unresolved (maybe those that were pasted into a different chapter to > the one from which the original xref was copied, but I've not checked for > this in detail). Bringing up the xref dialog on the unresolved xrefs just > gives a pick list of xref markers within the current chapter. > > Am I trying to do something FrameMaker doesn't support? I though I'd done > this before and it had worked, but I can't swear to it. > > FrameMaker 7 on Mac
Copy/paste of in-book xrefs
At 16:18 +0200 28/2/13, Shmuel Wolfson wrote: >I'm not 100% sure about all this. I've just noticed certain combinations don't >work and certain do. If anyone has more definitive information, please let us >know. As Fred explained to me off list, FrameMaker stores an in-document xref differently to an ex-document xref, without a file path. This means - as several of you have said - that pasting an in-document xref to another document in the same book will not work. Thanks everyone. You learn something new every day - whether you intend to or not ;-) -- Steve
Copy/paste of in-book xrefs
I do the same thing on a small scale all the time (21 files in my book). But in order to avoid the "unresolved" problem I take the following steps. 1. all files in the book are open 2. after pasting the repeated xref, double-click it to bring up the xref dialog 3. ensure the Marker Type and Cross-Reference Markers match properly 4. click the Replace button to update the link and ensure it's "live" It sounds like a lot of work, but it only takes a few seconds - and it's a lot faster than creating a repeated xref from scratch. Alison -Original Message- From: framers-bounces at lists.frameusers.com [mailto:framers-boun...@lists.frameusers.com] On Behalf Of Steve Rickaby Sent: Thursday, February 28, 2013 6:29 AM To: Shmuel Wolfson; Fred Ridder; Harro de Jong; framers at lists.frameusers.com Subject: Re: Copy/paste of in-book xrefs At 16:18 +0200 28/2/13, Shmuel Wolfson wrote: >I'm not 100% sure about all this. I've just noticed certain combinations don't >work and certain do. If anyone has more definitive information, please let us >know. As Fred explained to me off list, FrameMaker stores an in-document xref differently to an ex-document xref, without a file path. This means - as several of you have said - that pasting an in-document xref to another document in the same book will not work. Thanks everyone. You learn something new every day - whether you intend to or not ;-) -- Steve ___ You are currently subscribed to framers as alison.craig at ultrasonix.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/alison.craig%40ultrasonix.com Send administrative questions to listadmin at frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Relative vs. absolute links
Hi Peggy, it's your workflow that creates the confusion in references. You say: ''3) I opened all of the files in FM 9, therefore converting them to FM 9 format. I did my cleanup, including fixing the graphics path to the "Graphics" subfolder and fixing cross-reference links that were broken. In retrospect I believe cross-references within the same file were okay but cross-references between files were all broken.'' If you open the files individually in FM9, it can't resolve cross refs because these are in FM7 files. If you didn't change names (didn't you ??) best approach is to use a book file for all the docs, open the book in FM9, open all files in the book accepting all errors and then save al files in the book, next: update all references. Now at least the cross refs should be resolved. Then you say: ''4) When I finished my work I saved each individual file and the book file in MIF 7.0 format. I saved the MIF files in a different folder than the FM 9 files and copied the "Graphics" directory to the same folder as the MIF files.'' If you save a file in a different folder, all references will still point to the original locations. So saving the FM9 files in a FM7 folder will not let them point to the graphics folder in the FM7 folder. So you should first save, then move. Your paths are not 'changing to absolute' but are still relative, although pointing to the wrong folder. (note that when you read a MIF file all paths are written as absolute paths). You better use a book mover utility?. Vriendelijke groet / Kind regards, Wim Hooghwinkel Information Energy 2013 ? Leading Conference on Innovation in Knowledge and Information Exchange IEn2013 tel. +31652036811 Skype wimhooghwinkel Twitter @idtp @NLDITA @ien2013 info at idtp.eu www.idtp.eu FrameMaker support: framemaker at idtp.eu -- next part -- An HTML attachment was scrubbed... URL: <http://lists.frameusers.com/pipermail/framers/attachments/20130228/5a9b5156/attachment.html>
Copy/paste of in-book xrefs
At 10:08 -0800 28/2/13, Alison Craig wrote: >I do the same thing on a small scale all the time (21 files in my book). But >in order to avoid the "unresolved" problem I take the following steps... Neat trick: I'll remember that. Many thanks. -- Steve [Trim e-mails: use less disk, use less power, use less planet]
Copy/paste of in-book xrefs
Steve Rickaby wrote: > > I have a lot of new in-book xrefs to add, so I am finding the first such > instance, > setting up the xref, then copy/pasting it to all other required locations in > the book. ... > > What's happening is that I get no unresolved xrefs, but after I've closed the > book > files and then reopened them, many of the pasted copies of the xref have > become > unresolved (maybe those that were pasted into a different chapter to the one > from > which the original xref was copied, but I've not checked for this in detail). I just tested this, it works like that for me too. (FM9) The xref you paste into a different file will become unresolved. Basically it will try and find the xref marker in the current file, instead of the file you copied the xref from. There is a workaround: 1. Paste the xref into a different chapter. 2. resolve the xref. The xref will now contain a reference to the correct file. 3. Copy the resolved xref 4. Now you can paste the xref from step 3 into all other chapters. Harro de Jong Triview
Frame versus XSL-FO
You had to mention DITA, didn?t you? ;-) We?ve made FO stylesheets for PDF output from Author-IT, those typically take a couple of days. The DITA Open Toolkit looks positively byzantine by comparison. Harro de Jong From: framers-bounces at lists.frameusers.com [mailto:framers-boun...@lists.frameusers.com] On Behalf Of Yves Barbion Sent: woensdag 27 februari 2013 15:58 To: framers at lists.frameusers.com Subject: Re: Frame versus XSL-FO Hi Harro If you can develop an FO stylesheet for DITA-sourced content in only 3 times the amount of time it takes me to develop the same DITA-FMx template, then we should talk. We may have a lot of work for you then. ;-) Cheers -- Yves Barbion www.scripto.nu<http://www.scripto.nu> On Wed, Feb 27, 2013 at 12:19 PM, Harro de Jong mailto:Harro.deJong at triviewgroup.com>> wrote: That's not been my experience with FO templating. I've seen FO templating take maybe 1.5-3x as long as in FrameMaker. $200k sounds more like they developed an entire formatting engine. Harro de Jong Triview -- next part -- An HTML attachment was scrubbed... URL: <http://lists.frameusers.com/pipermail/framers/attachments/20130228/5ac576fa/attachment.html>
Copy/paste of in-book xrefs
That's one of the reasons I prefer to put all my content into a single .fm file. My books typically have only three or four files: booknameFM.fm for front matter used only for PDF, booknameTOC.fm, and sometimes booknameIX.fm. Once upon a time computers weren't powerful enough to handle a 200-page .fm file, but that hasn't been the case for a long time. On Thu, Feb 28, 2013 at 10:08 AM, Alison Craig wrote: > I do the same thing on a small scale all the time (21 files in my book). But > in order to avoid the "unresolved" problem I take the following steps. > > 1. all files in the book are open > 2. after pasting the repeated xref, double-click it to bring up the xref > dialog > 3. ensure the Marker Type and Cross-Reference Markers match properly > 4. click the Replace button to update the link and ensure it's "live" > > It sounds like a lot of work, but it only takes a few seconds - and it's a > lot faster than creating a repeated xref from scratch.
RW Rules vs EDD Conflict
Hello All, I am working a project using FrameMaker 8.0p277. I have a conflict between my Read-Write Rules and my template (my EDD, I presume) that has me stumped. When I do a check of my rules I get the following error: "Type mismatch for the FrameMaker element (Graphic). The type defined by the read/write rules is different from that defined by the template." The link takes me to the "is fm graphic element" statement below. My rules are: element "Graphic" { is fm graphic element "Graphic"; fm property entity value is "illus"; } And I have the following defined in my EDD: Element (Graphic): Graphic Attribute list Name: illus Integer Required Initial graphic element format In all contexts. Insert imported graphic file. Am I missing something that is totally obvious to anyone? Thanks in advance for any suggestions! Sincerely, Lisa Freeman Publication Support Analyst O'NEIL & ASSOCIATES, INC.<http://www.oneil.com> ** Confidentiality Notice The information contained in this e-mail is confidential and intended for use only by the person(s) or organization listed in the address. If you have received this communication in error, please contact the sender at O'Neil & Associates, Inc., immediately. Any copying, dissemination, or distribution of this communication, other than by the intended recipient, is strictly prohibited. ** -- next part -- An HTML attachment was scrubbed... URL: <http://lists.frameusers.com/pipermail/framers/attachments/20130228/5e2f36af/attachment.html>
Relative vs. absolute links
Hi Wim, Thanks for your input. When I opened each file individually I did do it from the book file, saved each file, and updated the book (including references) - for both the FM 9 and FM 7 files the xrefs were still unresolved. I'll have to try saving first, then moving, maybe that will do the trick. Thought I'd save time by doing both in one step but apparently not. Thanks, Peggy From: Wim Hooghwinkel - idtp [mailto:w...@idtp.eu] Sent: Thursday, February 28, 2013 2:24 PM To: Harvey, Peggy Cc: framers at lists.frameusers.com Subject: RE: Relative vs. absolute links Hi Peggy, it's your workflow that creates the confusion in references. You say: ''3) I opened all of the files in FM 9, therefore converting them to FM 9 format. I did my cleanup, including fixing the graphics path to the "Graphics" subfolder and fixing cross-reference links that were broken. In retrospect I believe cross-references within the same file were okay but cross-references between files were all broken.'' If you open the files individually in FM9, it can't resolve cross refs because these are in FM7 files. If you didn't change names (didn't you ...?) best approach is to use a book file for all the docs, open the book in FM9, open all files in the book accepting all errors and then save al files in the book, next: update all references. Now at least the cross refs should be resolved. Then you say: ''4) When I finished my work I saved each individual file and the book file in MIF 7.0 format. I saved the MIF files in a different folder than the FM 9 files and copied the "Graphics" directory to the same folder as the MIF files.'' If you save a file in a different folder, all references will still point to the original locations. So saving the FM9 files in a FM7 folder will not let them point to the graphics folder in the FM7 folder. So you should first save, then move. Your paths are not 'changing to absolute' but are still relative, although pointing to the wrong folder. (note that when you read a MIF file all paths are written as absolute paths). You better use a book mover utility Vriendelijke groet / Kind regards, Wim Hooghwinkel Information Energy 2013 - Leading Conference on Innovation in Knowledge and Information Exchange IEn2013<http://informationenergy.org/> tel. +31652036811 Skype wimhooghwinkel Twitter @idtp @NLDITA @ien2013 info at idtp.eu<mailto:info at idtp.eu> www.idtp.eu<http://www.idtp.eu> FrameMaker support: framemaker at idtp.eu<mailto:framemaker at idtp.eu> -- next part -- An HTML attachment was scrubbed... URL: <http://lists.frameusers.com/pipermail/framers/attachments/20130228/24c55ef1/attachment.html>
Cannot find the file named...
Thanks, Heiko, but I don't understand how the OS or network gets fingered when ALL other applications that I use work normally. Even Adobe applications. If Frame is too impatient, that's a BUG, not a 'problem' with the ever-so-slow network. I was hoping to learn about some kind of INI file setting (make it more patient, perhaps?) or known conflicts with other applications, which can bork up the automatic application launching. If the gods are good, I won't be using FM any more in a quarter or two, so I'll just bull along with the broken beast until then. I don't have the bandwidth to rebuild my work machine to try to blindly ferret out some conflict or screwed up FM DLL or whatever Thanks anyway; David Original Message From: Heiko HaidaDate: Tue, February 26, 2013 2:06 pm Hello David, lately I have a similar problem: double-clicking takes vey long to start the application and to open the file, whereas the normal Open dialog from within the application works as usual. This is not always the case, but if, then it happens with any application, also MS Word, Excel and so on. Here it helped to uncheck the DDE option for those file-types (which is not possible for Frame-files), but today I saw that the option is checked again mysteriously. So my guess about this would be that its rather a problem with the OS or with the network, not necessarily with FrameMaker. FM seems to expect a quick answer from the OS and handles the delay as file error (my interpretation, only a guess). I am using Windows XP here, by the way. If someone has an explanation to this problem, I would also be very glad. Best regards Tino H. Haida, Berlin
optimizing and copying column widths
1. I have to copy a bunch of unformatted tables from a wiki into an unstructured FrameMaker 10 document, which will be delivered as PDF. (Someday we'll just leave them on the wiki but there are various practical reasons we can't.) Here's my workflow. - copy a table in browser - paste as text in FM - select and Convert to Table - use Resize Selected Columns To Width of Selected Cells' Contents to size columns where that makes sense - fiddle around with various widths for the other columns until it looks good Is there a more efficient way to optimize column widths? Word and OpenOffice Writer automate that fairly well 2. These tables are all similar and have the same headings, so I can use the same widths. Workflow: - copy table in FM - copy cells in Firefox - paste as text in an FM scratch document - select and Convert to Table - copy cells - select cells in copied table and paste, selecting Replace Current Rows Is there a more efficient way? It's too bad FM10's Paste doesn't recognize browser table cells as table cells.
optimizing and copying column widths
I see that there's a Copy Special > Copy Table Column Width command. Unfortunately it works for only one column at a time, but that'll still be faster than what I was doing.
Frame versus XSL-FO
Good point. I always assume DITA when people talk about this stuff .. but if you're using a very basic XML model the stylesheet development is much easier (of course, so is the FM app development, so it might be a wash). Cheers, ...scott On 2/28/13 6:46 AM, Harro de Jong wrote: > > You had to mention DITA, didn't you? ;-) > > We've made FO stylesheets for PDF output from Author-IT, those > typically take a couple of days. The DITA Open Toolkit looks > positively byzantine by comparison. > > > Harro de Jong > > *From:*framers-bounces at lists.frameusers.com > [mailto:framers-bounces at lists.frameusers.com] *On Behalf Of *Yves Barbion > *Sent:* woensdag 27 februari 2013 15:58 > *To:* framers at lists.frameusers.com > *Subject:* Re: Frame versus XSL-FO > > Hi Harro > > If you can develop an FO stylesheet for DITA-sourced content in only 3 > times the amount of time it takes me to develop the same DITA-FMx > template, then we should talk. We may have a lot of work for you then. ;-) > > Cheers > > > -- > Yves Barbion > www.scripto.nu <http://www.scripto.nu> > > On Wed, Feb 27, 2013 at 12:19 PM, Harro de Jong > mailto:Harro.deJong at triviewgroup.com>> > wrote: > > That's not been my experience with FO templating. I've seen FO > templating take maybe 1.5-3x as long as in FrameMaker. $200k sounds > more like they developed an entire formatting engine. > > > Harro de Jong > Triview > > > > ___ > > > You are currently subscribed to framers as sp10 at leximation.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/sp10%40leximation.com > > Send administrative questions to listadmin at frameusers.com. Visit > http://www.frameusers.com/ for more resources and info. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.frameusers.com/pipermail/framers/attachments/20130228/6cd76a3c/attachment.html>
RW Rules vs EDD Conflict
Hi Lisa... Try changing your rules to this (don't need the "Graphic" in the first rule) .. element "Graphic" { is fm graphic element; fm property entity value is "illus"; } Not sure if that's the problem, but it's a place to start. ...scott On 2/28/13 10:36 AM, Lisa Freeman wrote: > > Hello All, > > I am working a project using FrameMaker 8.0p277. > > I have a conflict between my Read-Write Rules and my template (my EDD, > I presume) that has me stumped. When I do a check of my rules I get > the following error: > > "Type mismatch for the FrameMaker element (Graphic). The type defined > by the read/write rules is different from that defined by the template." > > The link takes me to the "is fm graphic element" statement below. > > My rules are: > > *element "Graphic" * > > *{* > > *is fm graphic element "Graphic";* > > *fm property entity value is "illus";* > > *}* > > And I have the following defined in my EDD: > > Element (Graphic): Graphic > > Attribute list > > Name: illus Integer Required > > Initial graphic element format > > In all contexts. > > Insert imported graphic file. > > Am I missing something that is totally obvious to anyone? > > Thanks in advance for any suggestions! > > Sincerely, > > *Lisa Freeman* > > Publication Support Analyst > > *O'NEIL & ASSOCIATES, INC.* <http://www.oneil.com> > > > ** > Confidentiality Notice > The information contained in this e-mail is confidential and intended > for use only by the person(s) or organization listed in the address. > If you have received this communication in error, please contact the > sender at O'Neil & Associates, Inc., immediately. Any copying, > dissemination, or distribution of this communication, other than by > the intended recipient, is strictly prohibited. > ** > > > > ___ > > > You are currently subscribed to framers as sp10 at leximation.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/sp10%40leximation.com > > Send administrative questions to listadmin at frameusers.com. Visit > http://www.frameusers.com/ for more resources and info. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.frameusers.com/pipermail/framers/attachments/20130228/26ddaffa/attachment.html>
optimizing and copying column widths
Hi Robert, My TableCleaner plugin gives you some options for scaling multiple tables at once. http://www.frameexpert.com/plugins/ Rick Quatro Carmen Publishing Inc. 585-283-5045 rick at frameexpert.com -Original Message- From: framers-boun...@lists.frameusers.com [mailto:framers-bounces at lists.frameusers.com] On Behalf Of Robert Lauriston Sent: Thursday, February 28, 2013 4:17 PM To: framers at lists.frameusers.com Subject: optimizing and copying column widths 1. I have to copy a bunch of unformatted tables from a wiki into an unstructured FrameMaker 10 document, which will be delivered as PDF. (Someday we'll just leave them on the wiki but there are various practical reasons we can't.) Here's my workflow. - copy a table in browser - paste as text in FM - select and Convert to Table - use Resize Selected Columns To Width of Selected Cells' Contents to size columns where that makes sense - fiddle around with various widths for the other columns until it looks good Is there a more efficient way to optimize column widths? Word and OpenOffice Writer automate that fairly well 2. These tables are all similar and have the same headings, so I can use the same widths. Workflow: - copy table in FM - copy cells in Firefox - paste as text in an FM scratch document - select and Convert to Table - copy cells - select cells in copied table and paste, selecting Replace Current Rows Is there a more efficient way? It's too bad FM10's Paste doesn't recognize browser table cells as table cells. ___
optimizing and copying column widths
Robert Lauriston wrote: > I see that there's a Copy Special > Copy Table Column Width command. > Unfortunately it works for only one column at a time, but that'll > still be faster than what I was doing. Get Rick Quatro's TableCleaner plugin (frameexpert.com) -- highly recommended. Richard G. Combs Senior Technical Writer Polycom, Inc. richardDOTcombs AT polycomDOTcom 303-223-5111 -- rgcombs AT gmailDOTcom 303-903-6372 --