On 5 Jul 2002, at 5:29, Dennis W. Manasco wrote: > Since your final output will be Quark or PageMaker and not Word, your > best bet may be to simplify your workflow. > > Most graphic designers would prefer to set raw text, and set the > graphics as separate files. This makes their job a lot easier, since > they have complete control over the relative placement of the > individual components and they don't have to mess with untoward > interactions between the page-layout program and the text > editor/baby-page-layout program.
Yes, but musical examples are quite a different story. Unless they are all placed at the end of the article (which is cruel and unusual punishment for the reader), the placement of them is something that the *editor* needs to do. These are not just pretty pictures. They are examples that relate to specific pieces of text. > You, on the other hand, want to have maximal control over the > positioning of your graphics with respect to your text. Thus you want > to produce a Word file that looks almost identical to the final > output, but still allow the graphic designer to produce it using the > full capabilities of their page-layout program. This was my assumption as to what would be happening, that we'd provide the Word documents *and* the raw EPS files. > In an ideal situation you would work in the same office with the > graphic designer, consult with them in detail prior to document > design and workflow optimization, and follow through with discussions > about the document design as it was being produced. This is probably > not a feasible solution for your current project. Well, this is a new designer, as the old one was very unsatisfactory precisely because she didn't know how to manage certain layout requirements, including musical examples in particular. The new designer reads music, so that helps, and is in NYC instead of DC. My hope was to figure out the EPS problems on this first issue that they work together so that it would then just be a matter of doing the same things each time. I assumed we'd probably need the designer to come into the editor's office to work these things out. I just don't want the Finale->EPS part to become part of the designer's job -- I'm just trying to resolve that so that it can be done by the grad student who is doing the engraving. > So how about this: > > We know that export to .eps is not working, but print to .eps is > working. The only problem with print to .eps is that the total area > of the .eps is too big compared to the desired content. Yet, this > problem is not a problem at all when placing an .eps file in > PageMaker (and, certainly, Quark): The .eps is automatically clipped > to the content area plus a default run-around. > > Since the final output will not be from Word, but from > PageMaker/Quark, the content of the graphic in Word is irrelevant. > Still, from the considerations noted above, I assume that you want to > place your graphics in a predictable relationship to your text. One > solution may be to simply place a dummy graphic in the Word document > that says something like "Place GraphicNNhere," and then also send a > folder full of <print to .eps> graphics to the designer with names > like Graphic01.eps, etc. That way you show them how you want the > graphics placed and you also allow them to substitute your > individual-file graphics using the full power of their page-layout > program to crop and resize them. If you need to show them exactly how > much to reduce the file give them a cruddy .tiff simulacrum to > replace. The downside of this is that you have to carefully edit the > document that they produce to make certain that they have placed the > graphics correctly. This is workable if the EPS export won't work. However, I'm hoping that the EPS->Word problem is specific to my setup with my printer. > Anyway...This may or may not be a solution for you, but you are > entirely right: If this is to be a high-resolution professional job > that requires resizing of the graphics you _do_not_ want to go with > anything other than .eps. Yes, you're right, and your comments have been helpful in clarifying another alternative that isn't half bad, actually. The information about handling the full-page EPS files in the layout program is crucial -- it was something I didn't know (though it's logical that it would work that way). Thanks so much for your post. -- David W. Fenton | http://www.bway.net/~dfenton David Fenton Associates | http://www.bway.net/~dfassoc _______________________________________________ Finale mailing list [EMAIL PROTECTED] http://mail.shsu.edu/mailman/listinfo/finale
