Is there a way to paste text as default?

[Berman, Marta]

 Is there a way to set the default paste option in FrameMaker  to Text  (so 
that I don't have to use Paste Special  Text) ?

Thanks
Marta Berman



___


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: Is there a way to paste text as default?

[Andrew Warren]

Berman, Marta wrote:

 Is there a way to set the default paste option in FrameMaker
 to Text  (so that I don't have to use Paste Special  Text) ?

Marta:

Hovtext removes formatting from text copied to the clipboard.  It works with 
all Windows applications, including Frame, and it's free and open-source.

Get it here:

  http://hovtext.com/index.php/?page=documentationlang=en

-Andrew

___


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: Is there a way to paste text as default?

[Reng, Dr. Winfried]

Hi Marta,

In the maker.ini file change the order of formats
for ClipboardFormatsPriorities, so that TEXT comes
first. Newer FM versions have 2 maker.ini files,
one in the Program Files folder and one in your
personal folder.

This change in the maker.ini file works only for text
which you copied in another application. If you want
to paste FM text, you should use additional utilities
which strip the formatting info.

Best regards

Winfried

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On Behalf Of 
 Berman, Marta
 Sent: Wednesday, March 05, 2008 9:57 AM
 To: framers@lists.frameusers.com
 Subject: Is there a way to paste text as default?
 
  Is there a way to set the default paste option in FrameMaker 
  to Text  (so that I don't have to use Paste Special  Text) ?
 
 Thanks
 Marta Berman
___


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: Unwanted re-ordering of files in booked publications

[Carol J. Elkins]

I can verify this behavior. on FM7, fully patched, Win2K. My books 
are generally 15+ files. It has been a very costly bug for me. Now 
that I expect it to happen, I check the order of the files in FM 
before generating my final PDF to ensure that neither I nor my client 
has any nasty surprises.

Carol

At 01:00 AM 3/5/2008, you wrote:
found that I can reliably make a file move within today's book by 
renaming another file in the book, from the book window. If I rename 
something and end the renaming by pressing the Enter key, all is 
well. But if I end the renaming by clicking on another filename in 
the book, the file I clicked on moves within the book, at the end of 
FM's rename and save process. The file I renamed stays in place. 
Weird. And very annoying - my instinct is to end the renaming by 
clicking somewhere.

**
Carol J. Elkins---A Written Word LLC
Making Information Understandable
Phone: 719-948-3773
mailto:[EMAIL PROTECTED]
http://www.awrittenword.com
***

___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

OT and apology--list owner intervention requested

[Carol J. Elkins]

Gary Duncan at [EMAIL PROTECTED] can receive this list's digest 
and he can edit his digest preferences, but messages that he posts to 
framers@lists.frameusers.com never show up on the list. His requests 
for help sent to framers@lists.frameusers.com have gone unanswered. 
If someone can help him, please email him privately.

Carol

___


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.

drag and drop files to book

[Wim Hooghwinkel - iDTP]

Hi all,

acc. to the FrameMaker documentation it should be possible to drag
files from a file manager window (such as Explorer or Finder) into
the book window. I remember doing that often in the past, but somehow  
it doesn't work anymore. I',m using FM 7.2b128, Windows XP. It doesn't  
work in FM 8 either.

Anyone knows what can be the cause and solution - is it an ini-setting?

thanks
-- 

Kind regards,

Wim Hooghwinkel

International DTP
DTP and Documentation Consultancy

tel. +31652036811
www.idtp.eu



___


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: Unwanted re-ordering of files in booked publications

[Terry Smith]

This bug still occurs in FrameMaker 8.0p273, XP SP 2.

-Terry Smith

=== Rebecca wrote:
FM7.0, fully patched, XP SP 2.
I found that I can reliably make a file move within today's book by renaming 
another file in the book, from the book window. If I rename something and end 
the renaming by pressing the Enter key, all is well. But if I end the renaming 
by clicking on another 
filename in the book, the file I clicked on moves within the book, at the end 
of FM's rename and save process. The file I renamed stays in place. Weird. And 
very annoying - my instinct is to end the renaming by clicking somewhere


___


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.

OT: Is there an easy way to manage graphics shared in many FM files?

[Rene Stephenson]

Hi All,

We have a library of a few dozen books (about 10,000 pages), and many of the 
files use the same graphics or composites built from shared graphics. We've run 
upon a challenge, though, in that things have gotten complex enough that we 
can't always use subfolders to group the graphics in a logical way so that we 
know where to look to find them. To complicate matters, we have recently 
endured several rounds of layoffs that have rather drastically diminished our 
team to just me and a trainer and our boss. :-\  The graphic artist was the 
last of our casualties.

I am now discovering how much our artist was keeping in his head. Now, I know 
the idea of cataloging or browsing graphics is really probably out of scope for 
any desktop publishing application, but when you're dealing with 
graphic-intensive books in FM, with so much content to manage...! We have 
single-sourced about 75% of the projects, so the text part of the FM files is 
in manageable condition, thanks to insets, shared files, conditional text, 
variables, and the like. But the graphics...! Egads! We really need to simplify 
and find a way to quickly locate and identify the graphics files!

I'm wondering whether we could use the source graphics rather than the output 
files. The source files include CDR, AI, DWG, DXF, and VSD files. All of those 
were being output to TIFF or JPG for use in FM. I have heard that FM is 
supposed to import CDR files, but using FM 7.2 I haven't had very good luck 
(possibly my mistakes).

I'm also thinking about file structure in that right now, we have the books 
grouped by product and the output graphics in the product directories at the 
same tree or path level as the FM files folder for the product. Aren't there 
some limitations about how long the path can be or how many folders up and down 
the path between the container doc and the graphic you're inserting that can 
impact FM ability to display the images? It seems like about 5 of the ..\..\..\ 
things in the referenced file path causes an issue...?

And the other thing that's brewing in my mind is, surely there's some program 
somewhere that catalogs graphics of various file formats when you provide a 
path or group of paths for a repository...??

Given the tech market and economic rollercoaster of the last few years, I know 
I'm not the only writer to find myself in this position. Any insight that any 
of you can provide would be greatly appreciated!
 
Rene L. Stephenson




___


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: OT: Is there an easy way to manage graphics shared in many FM files?

[Rene Stephenson]

I have a license personally, but the company never bought one. I'llpitch it to 
them again, as a MUST HAVE in the current environment.(wish me luck)

I do create help files with WebWorks, but I'venever been able to get them to 
upgrade to ePublisher. We're stuck withWWP Pro 8.x.

I'll pop over to the AutoImager site and check thatout. I know there is a small 
budget for software remaining, and if Ican fit FS and AutoImager into it, that 
looks like money very wellspent.

As for the current graphics, we have a tree structure like this:
DocProjects
Common
Templates
SharedFMfiles
GraphicsForSharedFiles
SharedTextInsets  
GraphicsForInsets
Product1
FMfiles (contains multiple .book and .fm files for various flavors 
of product1 docs)
GraphicsImported
Product2
FMfiles (contains multiple .book and .fm files for various flavors 
of product2 docs)
GraphicsImported
...[all other product folders in similar hierarchy]...
System
SysDescFMfiles
SysMaintFMfiles (these .fm files have imported graphics files from 
all over the other product folders)
SysGraphicsImported

GraphicsRepository (95% of the AI/CDR/VSD/DXF/DWG source files are here)
container1
   [unrestrained folder depth with no readily identifiable theme for 
organization]
container2
   [unrestrained folder depth with no readily identifiable theme for 
organization]
container...
   [unrestrained folder depth with no readily identifiable theme for 
organization]


I think maybe the repository issues are beyond the scope of FS to deal with...? 

Rene
- Original Message 
From: [EMAIL PROTECTED] [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: framers@lists.frameusers.com
Sent: Wednesday, March 5, 2008 3:21:41 PM
Subject: Re: OT: Is there an easy way to manage graphics shared in many FM 
files?

Hi Rene,

Do you have a license for FrameScript at your company, by any chance?  
FrameScript is a
high level scripting language available from Finite Matters Limited
(http://www.framescript.com) that makes it possible to extend the  
capabilities of Adobe
FrameMaker. If you would like to try out FrameScript, you can download  
a trial version
from the FML web site.

I have a freely available script on my personal web site  
(http://www.golehtek.com) called
BookMover that organizes the imported graphics in a FrameMaker book  
under a graphics
directory, further organized by chapter.

Using FrameScript, it would be fairly simple to generate reports about  
the imported
graphics in your documents, and develop an interface for tracking and  
managing the
graphics. If you can provide me with more information about what you  
are trying to
achieve, I can give you an estimate about the amount of work involved.

Regarding generating graphics from the original source files, this may  
also be possible.
I have achieved really nice results using AutoImager. AutoImager is an  
inexpensive
graphics conversion program that can produce vector and raster  
graphics from more than
120 common graphic formats. You can control AutoImager from within  
FrameScript, making it
possible to build an end-to-end solution for graphics conversion and  
management. More
information about AutoImager is available from  
http://www.mystikmedia.com/autoimager.asp.

I use AutoImager in conjunction with WebWorks ePublisher Pro so users  
can enlarge or
reduce the graphics in my on-line help systems without leaving the  
current topic. This
also solves the problems that occur when an anchored frame contains  
more than one
graphic, or a combination of graphics and annotations.

I hope this gives you some ideas to ponder.

Feel free to contact me any time with any additional questions.

Best regards,

Martin

Martin R. Smith
President: GolehTek, LLC
[EMAIL PROTECTED]
703-889-0845




___


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: Is there an easy way to manage graphics shared in many FM files?

[Pinkham, Jim]

This at least slightly tangential to your question, Rene, but I've found
the Archive plug-in a wonderful tool in pulling graphics and insets in a
book that are scattered hither and yon on the network into a single
folder tied to that book. From there, you can move, copy, or reuse the
graphics in a place or places where you want them to be going forward. 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rene
Stephenson
Sent: Wednesday, March 05, 2008 1:08 PM
To: framers@lists.frameusers.com
Subject: OT: Is there an easy way to manage graphics shared in many FM
files?

Hi All,

We have a library of a few dozen books (about 10,000 pages), and many of
the files use the same graphics or composites built from shared
graphics. We've run upon a challenge, though, in that things have gotten
complex enough that we can't always use subfolders to group the graphics
in a logical way so that we know where to look to find them. To
complicate matters, we have recently endured several rounds of layoffs
that have rather drastically diminished our team to just me and a
trainer and our boss. :-\  The graphic artist was the last of our
casualties.

I am now discovering how much our artist was keeping in his head. Now, I
know the idea of cataloging or browsing graphics is really probably out
of scope for any desktop publishing application, but when you're dealing
with graphic-intensive books in FM, with so much content to manage...!
We have single-sourced about 75% of the projects, so the text part of
the FM files is in manageable condition, thanks to insets, shared files,
conditional text, variables, and the like. But the graphics...! Egads!
We really need to simplify and find a way to quickly locate and identify
the graphics files!

I'm wondering whether we could use the source graphics rather than the
output files. The source files include CDR, AI, DWG, DXF, and VSD files.
All of those were being output to TIFF or JPG for use in FM. I have
heard that FM is supposed to import CDR files, but using FM 7.2 I
haven't had very good luck (possibly my mistakes).

I'm also thinking about file structure in that right now, we have the
books grouped by product and the output graphics in the product
directories at the same tree or path level as the FM files folder for
the product. Aren't there some limitations about how long the path can
be or how many folders up and down the path between the container doc
and the graphic you're inserting that can impact FM ability to display
the images? It seems like about 5 of the ..\..\..\ things in the
referenced file path causes an issue...?

And the other thing that's brewing in my mind is, surely there's some
program somewhere that catalogs graphics of various file formats when
you provide a path or group of paths for a repository...??

Given the tech market and economic rollercoaster of the last few years,
I know I'm not the only writer to find myself in this position. Any
insight that any of you can provide would be greatly appreciated!
 
Rene L. Stephenson




___


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/jim.pinkham%40voith.
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: Is there an easy way to manage graphics shared in many FM files?

[Rene Stephenson]

We do have the Archive plugin (LOVE IT) and use it for creating a zip file that 
we put into our version control and release system. The one beef I have with it 
is that whatever date you do the archive becomes the date for all the files in 
the archived folder, so if I have several books with graphic files by the same 
name, I can't tell which one is truly the latest file after I use Archive.

I think you lost me a little, though. I  know Archive solves the path problems 
when it creates the archive folder containing all the files necessary to 
reproduce the project, but in my mind I'm thinking when I have several books 
that already share graphics, running this plugin would create additional copies 
of those graphics rather than creating fewer... What am I missing?

Rene
 



- Original Message 
From: Pinkham, Jim [EMAIL PROTECTED]
To: Rene Stephenson [EMAIL PROTECTED]; framers@lists.frameusers.com
Sent: Wednesday, March 5, 2008 4:07:09 PM
Subject: RE: Is there an easy way to manage graphics shared in many FM files?

This at least slightly tangential to your question, Rene, but I've found
the Archive plug-in a wonderful tool in pulling graphics and insets in a
book that are scattered hither and yon on the network into a single
folder tied to that book. From there, you can move, copy, or reuse the
graphics in a place or places where you want them to be going forward. 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rene
Stephenson
Sent: Wednesday, March 05, 2008 1:08 PM
To: framers@lists.frameusers.com
Subject: OT: Is there an easy way to manage graphics shared in many FM
files?

Hi All,

We have a library of a few dozen books (about 10,000 pages), and many of
the files use the same graphics or composites built from shared
graphics. We've run upon a challenge, though, in that things have gotten
complex enough that we can't always use subfolders to group the graphics
in a logical way so that we know where to look to find them. To
complicate matters, we have recently endured several rounds of layoffs
that have rather drastically diminished our team to just me and a
trainer and our boss. :-\  The graphic artist was the last of our
casualties.

I am now discovering how much our artist was keeping in his head. Now, I
know the idea of cataloging or browsing graphics is really probably out
of scope for any desktop publishing application, but when you're dealing
with graphic-intensive books in FM, with so much content to manage...!
We have single-sourced about 75% of the projects, so the text part of
the FM files is in manageable condition, thanks to insets, shared files,
conditional text, variables, and the like. But the graphics...! Egads!
We really need to simplify and find a way to quickly locate and identify
the graphics files!

I'm wondering whether we could use the source graphics rather than the
output files. The source files include CDR, AI, DWG, DXF, and VSD files.
All of those were being output to TIFF or JPG for use in FM. I have
heard that FM is supposed to import CDR files, but using FM 7.2 I
haven't had very good luck (possibly my mistakes).

I'm also thinking about file structure in that right now, we have the
books grouped by product and the output graphics in the product
directories at the same tree or path level as the FM files folder for
the product. Aren't there some limitations about how long the path can
be or how many folders up and down the path between the container doc
and the graphic you're inserting that can impact FM ability to display
the images? It seems like about 5 of the ..\..\..\ things in the
referenced file path causes an issue...?

And the other thing that's brewing in my mind is, surely there's some
program somewhere that catalogs graphics of various file formats when
you provide a path or group of paths for a repository...??

Given the tech market and economic rollercoaster of the last few years,
I know I'm not the only writer to find myself in this position. Any
insight that any of you can provide would be greatly appreciated!
 
Rene L. Stephenson




___


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/jim.pinkham%40voith.
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: Is there an easy way to manage graphics shared in many FM files?

[Combs, Richard]

Rene Stephenson wrote, in part:
 
 I am now discovering how much our artist was keeping in his 
 head. Now, I know the idea of cataloging or browsing graphics 
 is really probably out of scope for any desktop publishing 
 application, but when you're dealing with graphic-intensive 
 books in FM, with so much content to manage...! We have 
 single-sourced about 75% of the projects, so the text part of 
 the FM files is in manageable condition, thanks to insets, 
 shared files, conditional text, variables, and the like. But 
 the graphics...! Egads! We really need to simplify and find a 
 way to quickly locate and identify the graphics files!
 
 I'm wondering whether we could use the source graphics rather 
 than the output files. The source files include CDR, AI, DWG, 
 DXF, and VSD files. All of those were being output to TIFF or 
 JPG for use in FM. I have heard that FM is supposed to import 
 CDR files, but using FM 7.2 I haven't had very good luck 
 (possibly my mistakes).

I'll let others address file structure, cataloging, etc. My experience
is mainly with not-graphics-intensive books organized in dead simple
ways. But I'll contribute two ideas: 

1) FM itself will locate and identify all the referenced graphics for
you quickly and easily. Just add an Index of References (IOR) to each
book (Add  Index of  References) and put Imported Graphics in the
Include list. (If you want a master list, make a master book
containing all the files for all books.) The generated IOR will list all
the imported graphics in alphabetical order, like so  (path is relative
to book): 

graphics/button-1to1.png @ 100 dpi 42
graphics/button-dial.png @ 100 dpi 42
graphics/button-disc.png @ 100 dpi 42
graphics/button-end.png @ 100 dpi 41

Pretty user-friendly. If you selected Create Hyperlinks, the page
numbers will take you to the imported graphic. 

Of course, if you want to automate _changing_ graphics locations,
Martin's suggestion of a FrameScript solution is a good idea. The IOR
lists might be useful in that process, too.

2) Don't try importing the source graphics files you mention. The way to
do so is with File  Import  Object  Create from File. But this uses
Windows' OLE (Object Linking and Embedding) process, which bloats your
doc with humongous chunks of data from the application associated with
the file (Visio, Corel, etc.) to enable you to edit the graphic in
place in your FM file. 

OLE is OK for one or a few graphics (I used to use it for two or three
Visio drawings), but it bogs down your system and is not to be trusted
with many, many graphics. 

I wouldn't use TIFF or JPEG for vector graphics either (especially not
JPEG). I suggest printing vector graphics to PDF and importing that. EPS
is another decent option, but (a) you only see the low-res TIFF preview
(don't forget to create it!) on screen, and (b) I believe the EPS export
filters in both Visio and Corel Draw have been much maligned.
(Illustrator's is OK. Don't know about AutoCAD.)

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.

RE: Is there an easy way to manage graphics shared in many FM files?

[Pinkham, Jim]

Hi, Rene,
 
I would suggest the same-name issue could be overcome by establishing a
naming convention that indicates the version or date of the graphic in
the file name in cases where it's important that the file name be
unique.
 
Regarding the second point: Yes, you would create additional copies at
first. Initially, the problem Archive would solve would be locating
those graphic files (which now hide in your network's nooks and crannies
with paths showing only ellipses) and putting them all in one accessible
spot for further action. This is what came to mind when you wrote, We
really need to simplify and find a way to quickly locate and identify
the graphics files! After you have your graphics firmly in hand, then
you can define a logical folder structure for their permanent home(s)
that suits your purposes in the future. 
 
Once you have the actual graphics files in a known and accessible place,
then you could, for instance, copy or move the graphic once to a new
master folder and have all the books that use that graphic in that form
reference the master copy going forward. In other words, you would
create some duplication at the outset (unless you go back and delete the
originals and point them to the new master folder, too). But you also
have a feasible base for single-sourcing repeated graphics in future
iterations of your books.
 
It can be formidable to retroactively fix an inherited structure that no
longer makes sense or perhaps never really had a clear organizing
principle. But you can begin to tame the tiger from here on out, and
then chunk out fixing the old stuff, if that really has to be done, as
time permits.
 
HTH,
Jim



From: Rene Stephenson [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, March 05, 2008 3:22 PM
To: Pinkham, Jim; framers@lists.frameusers.com
Subject: Re: Is there an easy way to manage graphics shared in many FM
files?


We do have the Archive plugin (LOVE IT) and use it for creating a zip
file that we put into our version control and release system. The one
beef I have with it is that whatever date you do the archive becomes the
date for all the files in the archived folder, so if I have several
books with graphic files by the same name, I can't tell which one is
truly the latest file after I use Archive.

I think you lost me a little, though. I  know Archive solves the path
problems when it creates the archive folder containing all the files
necessary to reproduce the project, but in my mind I'm thinking when I
have several books that already share graphics, running this plugin
would create additional copies of those graphics rather than creating
fewer... What am I missing?

Rene

 



- Original Message 
From: Pinkham, Jim [EMAIL PROTECTED]
To: Rene Stephenson [EMAIL PROTECTED]; framers@lists.frameusers.com
Sent: Wednesday, March 5, 2008 4:07:09 PM
Subject: RE: Is there an easy way to manage graphics shared in many FM
files?

This at least slightly tangential to your question, Rene, but I've found
the Archive plug-in a wonderful tool in pulling graphics and insets in a
book that are scattered hither and yon on the network into a single
folder tied to that book. From there, you can move, copy, or reuse the
graphics in a place or places where you want them to be going forward. 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rene
Stephenson
Sent: Wednesday, March 05, 2008 1:08 PM
To: framers@lists.frameusers.com
Subject: OT: Is there an easy way to manage graphics shared in many FM
files?

Hi All,

We have a library of a few dozen books (about 10,000 pages), and many of
the files use the same graphics or composites built from shared
graphics. We've run upon a challenge, though, in that things have gotten
complex enough that we can't always use subfolders to group the graphics
in a logical way so that we know where to look to find them. To
complicate matters, we have recently endured several rounds of layoffs
that have rather drastically diminished our team to just me and a
trainer and our boss. :-\  The graphic artist was the last of our
casualties.

I am now discovering how much our artist was keeping in his head. Now, I
know the idea of cataloging or browsing graphics is really probably out
of scope for any desktop publishing application, but when you're dealing
with graphic-intensive books in FM, with so much content to manage...!
We have single-sourced about 75% of the projects, so the text part of
the FM files is in manageable condition, thanks to insets, shared files,
conditional text, variables, and the like. But the graphics...! Egads!
We really need to simplify and find a way to quickly locate and identify
the graphics files!

I'm wondering whether we could use the source graphics rather than the
output files. The source files include CDR, AI, DWG, DXF, and VSD files.
All of those were being output to TIFF or JPG for use in FM. I have
heard that FM is supposed to import CDR files, but 

Re: Is there a way to paste text as default?

[Whites]

Here's the mystery -
Running 7.2 on XP, sp2. I only have the one maker.ini (the one in the  
Program Files folder). I did a search through the entire C drive for  
the second one.  Nothing shows up. Of course, when I move the TEXT  
option to the head of the list in the Program Files file, it doesn't  
change how the paste function works.  Any hints where my other  
maker.ini might be lurking??

will white

On Mar 5, 2008, at 4:14 AM, Reng, Dr. Winfried wrote:

 Hi Marta,

 In the maker.ini file change the order of formats
 for ClipboardFormatsPriorities, so that TEXT comes
 first. Newer FM versions have 2 maker.ini files,
 one in the Program Files folder and one in your
 personal folder.

 This change in the maker.ini file works only for text
 which you copied in another application. If you want
 to paste FM text, you should use additional utilities
 which strip the formatting info.

 Best regards

 Winfried

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of
 Berman, Marta
 Sent: Wednesday, March 05, 2008 9:57 AM
 To: framers@lists.frameusers.com
 Subject: Is there a way to paste text as default?

  Is there a way to set the default paste option in FrameMaker
  to Text  (so that I don't have to use Paste Special  Text) ?

 Thanks
 Marta Berman
 ___


 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/ 
 whitefamily%40mac.com

 Send administrative questions to [EMAIL PROTECTED] Visit
 http://www.frameusers.com/ for more resources and info.

+++
There's the right way and the wrong way.
Then there's my way - which is like the wrong way, but faster.
+++




___


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: Is there a way to paste text as default?

[Inbar, Paul]

Hi Will,

I don't know how things are setup on your system, but on my system the
other maker.ini is located here:

C:\Documents and Settings\username\Application
Data\Adobe\FrameMaker\7.2 

Good luck,
Paul

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Whites
Sent: Thursday, March 06, 2008 8:05 AM
To: Reng, Dr. Winfried
Cc: framers@lists.frameusers.com
Subject: Re: Is there a way to paste text as default?

Here's the mystery -
Running 7.2 on XP, sp2. I only have the one maker.ini (the one in the  
Program Files folder). I did a search through the entire C drive for  
the second one.  Nothing shows up. Of course, when I move the TEXT  
option to the head of the list in the Program Files file, it doesn't  
change how the paste function works.  Any hints where my other  
maker.ini might be lurking??

will white

On Mar 5, 2008, at 4:14 AM, Reng, Dr. Winfried wrote:

 Hi Marta,

 In the maker.ini file change the order of formats
 for ClipboardFormatsPriorities, so that TEXT comes
 first. Newer FM versions have 2 maker.ini files,
 one in the Program Files folder and one in your
 personal folder.

 This change in the maker.ini file works only for text
 which you copied in another application. If you want
 to paste FM text, you should use additional utilities
 which strip the formatting info.

 Best regards

 Winfried

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of
 Berman, Marta
 Sent: Wednesday, March 05, 2008 9:57 AM
 To: framers@lists.frameusers.com
 Subject: Is there a way to paste text as default?

  Is there a way to set the default paste option in FrameMaker
  to Text  (so that I don't have to use Paste Special  Text) ?

 Thanks
 Marta Berman
 ___


 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/ 
 whitefamily%40mac.com

 Send administrative questions to [EMAIL PROTECTED] Visit
 http://www.frameusers.com/ for more resources and info.

+++
There's the right way and the wrong way.
Then there's my way - which is like the wrong way, but faster.
+++




___


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/paul.inbar%40intel.c
om

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.
-
Intel Israel (74) Limited

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.

___


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.

Text insert causing rogue H1

[Chen, Loretta]

Hi Everyone,

We have a text insert in our Preface that starts with a H1. Every time
we update the insert in the Preface file, it causes an extra blank H1 to
appear in the file *after* the insert. 

Is this just because our insert starts w/a H1? 

Any ideas what we can do to avoid this?  We have to manually remove that
line every time we update the preface or else it appears as a blank line
in our TOC. And we have a lot of prefaces

Thanks,

Loretta


___


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: OT: Is there an easy way to manage graphics shared in many FM files?

[martin . smith]

Hi Rene,

Do you have a license for FrameScript at your company, by any chance?  
FrameScript is a high level scripting language available from Finite  
Matters Limited (http://www.framescript.com) that makes it possible to  
extend the capabilities of Adobe FrameMaker. If you would like to try  
out FrameScript, you can download a trial version from the FML web site.

I have a freely available script on my personal web site  
(http://www.golehtek.com) called BookMover that organizes the imported  
graphics in a FrameMaker book under a graphics directory, further  
organized by chapter.

Using FrameScript, it would be fairly simple to generate reports about  
the imported graphics in your documents, and develop an interface for  
tracking and managing the graphics. If you can provide me with more  
information about what you are trying to achieve, I can give you an  
estimate about the amount of work involved.

Regarding generating graphics from the original source files, this may  
also be possible. I have achieved really nice results using  
AutoImager. AutoImager is an inexpensive graphics conversion program  
that can produce vector and raster graphics from more than 120 common  
graphic formats. You can control AutoImager from within FrameScript,  
making it possible to build an end-to-end solution for graphics  
conversion and management. More information about AutoImager is  
available from http://www.mystikmedia.com/autoimager.asp.

I use AutoImager in conjunction with WebWorks ePublisher Pro so users  
can enlarge or reduce the graphics in my on-line help systems without  
leaving the current topic. This also solves the problems that occur  
when an anchored frame contains more than one graphic, or a  
combination of graphics and annotations.

I hope this gives you some ideas to ponder.

Feel free to contact me any time with any additional questions.

Best regards,

Martin

Martin R. Smith
President: GolehTek, LLC
[EMAIL PROTECTED]
703-889-0845

i
Quoting Rene Stephenson [EMAIL PROTECTED]:

 Hi All,

 We have a library of a few dozen books (about 10,000 pages), and   
 many of the files use the same graphics or composites built from   
 shared graphics. We've run upon a challenge, though, in that things   
 have gotten complex enough that we can't always use subfolders to   
 group the graphics in a logical way so that we know where to look to  
  find them. To complicate matters, we have recently endured several   
 rounds of layoffs that have rather drastically diminished our team   
 to just me and a trainer and our boss. :-\  The graphic artist was   
 the last of our casualties.

 I am now discovering how much our artist was keeping in his head.   
 Now, I know the idea of cataloging or browsing graphics is really   
 probably out of scope for any desktop publishing application, but   
 when you're dealing with graphic-intensive books in FM, with so much  
  content to manage...! We have single-sourced about 75% of the   
 projects, so the text part of the FM files is in manageable   
 condition, thanks to insets, shared files, conditional text,   
 variables, and the like. But the graphics...! Egads! We really need   
 to simplify and find a way to quickly locate and identify the   
 graphics files!

 I'm wondering whether we could use the source graphics rather than   
 the output files. The source files include CDR, AI, DWG, DXF, and   
 VSD files. All of those were being output to TIFF or JPG for use in   
 FM. I have heard that FM is supposed to import CDR files, but using   
 FM 7.2 I haven't had very good luck (possibly my mistakes).

 I'm also thinking about file structure in that right now, we have   
 the books grouped by product and the output graphics in the product   
 directories at the same tree or path level as the FM files folder   
 for the product. Aren't there some limitations about how long the   
 path can be or how many folders up and down the path between the   
 container doc and the graphic you're inserting that can impact FM   
 ability to display the images? It seems like about 5 of the   
 ..\..\..\ things in the referenced file path causes an issue...?

 And the other thing that's brewing in my mind is, surely there's   
 some program somewhere that catalogs graphics of various file   
 formats when you provide a path or group of paths for a   
 repository...??

 Given the tech market and economic rollercoaster of the last few   
 years, I know I'm not the only writer to find myself in this   
 position. Any insight that any of you can provide would be greatly   
 appreciated!

 Rene L. Stephenson




 ___


 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/martin.smith%40golehtek.com

 Send administrative questions to [EMAIL PROTECTED] Visit
 

OT: Adobe iFilter

[Berman, Marta]

OFF TOPIC (but I hope it's ok to ask, since it is an Adobe productplease 
don't flame me!)
Does anyone know anything about using Adobe iFilter to index the content of 
PDFs? Do you use it? Is it good? Is it reliable?
Thanks
Marta Berman
___


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.

Para size in struct doc overriding char size

[Hedley Finger]

All:

I am using the DITA-FMx plugin for FrameMaker with EDDs derived from 
the DITA DTDs/schemas.

The  element has a number of context-based format rules that 
specify various para formats dependent on context.  When the context 
is not specified in the format rules, it simply defaults to the Body 
format, set to 11pt Gentium Basic.

There are a number of elements that apply a char format that 
overrides the para format of the element in which they are embedded, 
e.g. when  is embedded in mixed content in , the 
prog.codeph char format is supposed to override the Body para 
format.  Which it does, almost.  Except that prog.codeph is set to 
9.5 pt Lucida Sans Unicode.  The font Lucida Sans Unicode overrides 
the Gentium Basic font but the size of 9.5 pt does NOT override the size 11 pt.

So  within  appears at 11 pt Lucida Sans Unicode, NOT 9.5 
pt as required.  It's dead ugly, I can tell you.

The format rules for  simply specify the char format; there 
are no format change rules.  In the context in which the  is 
located, there are no format change rules, it simply defaults to 
Body.  So why is the char format size of 9.5 pt not being applied?

Regards,
Hedley


--
Hedley Stewart Finger
28 Regent Street   Camberwell VIC 3124   Australia
Tel. +61 3 9809 1229   Mobile +61 412 461 558,
E-mail 

Unwanted re-ordering of files in booked publications

[rebecca officer]

Hi Rob

I was building a heap of files into a large book today, and saw some of the 
files go out of order in the book. Mostly I'd have just assumed I'd carelessly 
dragged them, but your email prompted me to look a bit more closely.

FM7.0, fully patched, XP SP 2.

I found that I can reliably make a file move within today's book by renaming 
another file in the book, from the book window. If I rename something and end 
the renaming by pressing the Enter key, all is well. But if I end the renaming 
by clicking on another filename in the book, the file I clicked on moves within 
the book, at the end of FM's rename and save process. The file I renamed stays 
in place. Weird. And very annoying - my instinct is to end the renaming by 
clicking somewhere.

Even more annoying, I tried it on a 4-file book and it didn't happen. So it's 
reproducable within my 54-file book, but not within the shorter one.  I'm still 
calling it a bug.

Cheers, Rebecca


>>>  5/03/08 00:38 >>>
Hi Rob:

I've had the same problem but it's because when I open a file by 
double-clicking on it, I accidentally move the mouse and drag it below the 
following file. It doesn't take more than a little movement sometimes. 
It's not clear to me whether the same thing is happening to you; are they 
only shifting when you save the book?

I have the same version of FrameMaker and the same operating system as 
you.

Fei Min

Fei Min Lorente
Senior Technical Communicator
AMI Semiconductor Canada Company
Tel: +1.519.884.9696 ext.2297
Fax: +1.519.884.0228
Cell phone: +1.519.831.4931
Email address: feimin_lorente at amis.com 
Internet: http://www.amis.com 

AMI Semiconductor - "Silicon Solutions for the Real World"
NOTICE: 
This electronic message contains information that may be confidential or 
privileged. The information is intended for the use of the individual or entity 
named above. If you are not the intended recipient, please be aware that any 
disclosure, copying, distribution or use of the contents of this information is 
prohibited. If you received this electronic message in error, please notify the 
sender and delete the copy you received.
___


You are currently subscribed to Framers as rebecca.officer at 
alliedtelesis.co.nz.

Send list messages to framers at lists.frameusers.com.

To unsubscribe send a blank email to 
framers-unsubscribe at lists.frameusers.com 
or visit 
http://lists.frameusers.com/mailman/options/framers/rebecca.officer%40alliedtelesis.co.nz
 

Send administrative questions to listadmin at frameusers.com. Visit
http://www.frameusers.com/ for more resources and info.

NOTICE: This message contains privileged and confidential
information intended only for the use of the addressee
named above. If you are not the intended recipient of
this message you are hereby notified that you must not
disseminate, copy or take any action in reliance on it.
If you have received this message in error please
notify Allied Telesis Labs Ltd immediately.
Any views expressed in this message are those of the
individual sender, except where the sender has the
authority to issue and specifically states them to
be the views of Allied Telesis Labs.

Is there a way to paste text as default?

[Berman, Marta]

 Is there a way to set the default paste option in FrameMaker  to Text  (so 
that I don't have to use Paste Special > Text) ?

Thanks
Marta Berman

Is there a way to paste text as default?

[Andrew Warren]

Berman, Marta wrote:

> Is there a way to set the default paste option in FrameMaker
> to Text  (so that I don't have to use Paste Special > Text) ?

Marta:

Hovtext removes formatting from text copied to the clipboard.  It works with 
all Windows applications, including Frame, and it's free and open-source.

Get it here:

  http://hovtext.com/index.php/?page=documentation=en

-Andrew

Is there a way to paste text as default?

[Reng, Dr. Winfried]

Hi Marta,

In the maker.ini file change the order of formats
for ClipboardFormatsPriorities, so that TEXT comes
first. Newer FM versions have 2 maker.ini files,
one in the Program Files folder and one in your
personal folder.

This change in the maker.ini file works only for text
which you copied in another application. If you want
to paste FM text, you should use additional utilities
which strip the formatting info.

Best regards

Winfried

> -Original Message-
> From: framers-bounces at lists.frameusers.com 
> [mailto:framers-bounces at lists.frameusers.com] On Behalf Of 
> Berman, Marta
> Sent: Wednesday, March 05, 2008 9:57 AM
> To: framers at lists.frameusers.com
> Subject: Is there a way to paste text as default?
> 
>  Is there a way to set the default paste option in FrameMaker 
>  to Text  (so that I don't have to use Paste Special > Text) ?
> 
> Thanks
> Marta Berman

Unwanted re-ordering of files in booked publications

[Carol J. Elkins]

I can verify this behavior. on FM7, fully patched, Win2K. My books 
are generally 15+ files. It has been a very costly bug for me. Now 
that I "expect" it to happen, I check the order of the files in FM 
before generating my final PDF to ensure that neither I nor my client 
has any nasty surprises.

Carol

At 01:00 AM 3/5/2008, you wrote:
>found that I can reliably make a file move within today's book by 
>renaming another file in the book, from the book window. If I rename 
>something and end the renaming by pressing the Enter key, all is 
>well. But if I end the renaming by clicking on another filename in 
>the book, the file I clicked on moves within the book, at the end of 
>FM's rename and save process. The file I renamed stays in place. 
>Weird. And very annoying - my instinct is to end the renaming by 
>clicking somewhere.

**
Carol J. Elkins---A Written Word LLC
Making Information Understandable
Phone: 719-948-3773
mailto:celkins at awrittenword.com
http://www.awrittenword.com
***

OT and apology--list owner intervention requested

[Carol J. Elkins]

Gary Duncan at Gary.Duncan at kronos.com can receive this list's digest 
and he can edit his digest preferences, but messages that he posts to 
framers at lists.frameusers.com never show up on the list. His requests 
for help sent to framers at lists.frameusers.com have gone unanswered. 
If someone can help him, please email him privately.

Carol

drag and drop files to book

[Wim Hooghwinkel - iDTP]

Hi all,

acc. to the FrameMaker documentation it should be possible to drag
files from a file manager window (such as Explorer or Finder) into
the book window. I remember doing that often in the past, but somehow  
it doesn't work anymore. I',m using FM 7.2b128, Windows XP. It doesn't  
work in FM 8 either.

Anyone knows what can be the cause and solution - is it an ini-setting?

thanks
-- 

Kind regards,

Wim Hooghwinkel

International DTP
DTP and Documentation Consultancy

tel. +31652036811
www.idtp.eu

drag and drop files to book

[Wim Hooghwinkel - iDTP]

Ok, just discovered that using the Cntrl key when selecting the files
from the explorer the drag and drop works - like making a 'copy' into
the book
-- 

Kind regards,

Wim Hooghwinkel

International DTP
DTP and Documentation Consultancy

tel. +31652036811
www.idtp.eu

Quoting Wim Hooghwinkel - iDTP :

> Hi all,
>
> acc. to the FrameMaker documentation it should be possible to drag
> files from a file manager window (such as Explorer or Finder) into
> the book window. I remember doing that often in the past, but
somehow
> it doesn't work anymore. I',m using FM 7.2b128, Windows XP. It
doesn't
> work in FM 8 either.
>
> Anyone knows what can be the cause and solution - is it an
ini-setting?
>
> thanks
> -- 
>
> Kind regards,
>
> Wim Hooghwinkel
>
> International DTP
> DTP and Documentation Consultancy
>
> tel. +31652036811
> www.idtp.eu

Unwanted re-ordering of files in booked publications

[Terry Smith]

This bug still occurs in FrameMaker 8.0p273, XP SP 2.

-Terry Smith

=== Rebecca wrote:
FM7.0, fully patched, XP SP 2.
I found that I can reliably make a file move within today's book by renaming 
another file in the book, from the book window. If I rename something and end 
the renaming by pressing the Enter key, all is well. But if I end the renaming 
by clicking on another 
filename in the book, the file I clicked on moves within the book, at the end 
of FM's rename and save process. The file I renamed stays in place. Weird. And 
very annoying - my instinct is to end the renaming by clicking somewhere

OT: Is there an easy way to manage graphics shared in many FM files?

[Rene Stephenson]

Hi All,

We have a library of a few dozen books (about 10,000 pages), and many of the 
files use the same graphics or composites built from shared graphics. We've run 
upon a challenge, though, in that things have gotten complex enough that we 
can't always use subfolders to group the graphics in a logical way so that we 
know where to look to find them. To complicate matters, we have recently 
endured several rounds of layoffs that have rather drastically diminished our 
team to just me and a trainer and our boss. :-\  The graphic artist was the 
last of our casualties.

I am now discovering how much our artist was keeping in his head. Now, I know 
the idea of cataloging or browsing graphics is really probably out of scope for 
any desktop publishing application, but when you're dealing with 
graphic-intensive books in FM, with so much content to manage...! We have 
single-sourced about 75% of the projects, so the text part of the FM files is 
in manageable condition, thanks to insets, shared files, conditional text, 
variables, and the like. But the graphics...! Egads! We really need to simplify 
and find a way to quickly locate and identify the graphics files!

I'm wondering whether we could use the source graphics rather than the output 
files. The source files include CDR, AI, DWG, DXF, and VSD files. All of those 
were being output to TIFF or JPG for use in FM. I have heard that FM is 
supposed to import CDR files, but using FM 7.2 I haven't had very good luck 
(possibly my mistakes).

I'm also thinking about file structure in that right now, we have the books 
grouped by product and the output graphics in the product directories at the 
same "tree" or path level as the FM files folder for the product. Aren't there 
some limitations about how long the path can be or how many folders up and down 
the path between the container doc and the graphic you're inserting that can 
impact FM ability to display the images? It seems like about 5 of the ..\..\..\ 
things in the referenced file path causes an issue...?

And the other thing that's brewing in my mind is, surely there's some program 
somewhere that catalogs graphics of various file formats when you provide a 
path or group of paths for a repository...??

Given the tech market and economic rollercoaster of the last few years, I know 
I'm not the only writer to find myself in this position. Any insight that any 
of you can provide would be greatly appreciated!

Rene L. Stephenson

OT: Is there an easy way to manage graphics shared in many FM files?

[Rene Stephenson]

I have a license personally, but the company never bought one. I'llpitch it to 
them again, as a MUST HAVE in the current environment.(wish me luck)

I do create help files with WebWorks, but I'venever been able to get them to 
upgrade to ePublisher. We're stuck withWWP Pro 8.x.

I'll pop over to the AutoImager site and check thatout. I know there is a small 
budget for software remaining, and if Ican fit FS and AutoImager into it, that 
looks like money very wellspent.

As for the current graphics, we have a tree structure like this:
DocProjects
Common
Templates
SharedFMfiles
GraphicsForSharedFiles
SharedTextInsets  
GraphicsForInsets
Product1
FMfiles (contains multiple .book and .fm files for various flavors 
of product1 docs)
GraphicsImported
Product2
FMfiles (contains multiple .book and .fm files for various flavors 
of product2 docs)
GraphicsImported
...[all other product folders in similar hierarchy]...
System
SysDescFMfiles
SysMaintFMfiles (these .fm files have imported graphics files from 
all over the other product folders)
SysGraphicsImported

GraphicsRepository (95% of the AI/CDR/VSD/DXF/DWG source files are here)
container1
   [unrestrained folder depth with no readily identifiable theme for 
organization]
container2
   [unrestrained folder depth with no readily identifiable theme for 
organization]
container...
   [unrestrained folder depth with no readily identifiable theme for 
organization]


I think maybe the repository issues are beyond the scope of FS to deal with...? 

Rene
- Original Message 
From: "martin.smith at golehtek.com" 
To: rinnie1 at yahoo.com
Cc: framers at lists.frameusers.com
Sent: Wednesday, March 5, 2008 3:21:41 PM
Subject: Re: OT: Is there an easy way to manage graphics shared in many FM 
files?

Hi Rene,

Do you have a license for FrameScript at your company, by any chance?  
FrameScript is a
high level scripting language available from Finite Matters Limited
(http://www.framescript.com) that makes it possible to extend the  
capabilities of Adobe
FrameMaker. If you would like to try out FrameScript, you can download  
a trial version
from the FML web site.

I have a freely available script on my personal web site  
(http://www.golehtek.com) called
BookMover that organizes the imported graphics in a FrameMaker book  
under a graphics
directory, further organized by chapter.

Using FrameScript, it would be fairly simple to generate reports about  
the imported
graphics in your documents, and develop an interface for tracking and  
managing the
graphics. If you can provide me with more information about what you  
are trying to
achieve, I can give you an estimate about the amount of work involved.

Regarding generating graphics from the original source files, this may  
also be possible.
I have achieved really nice results using AutoImager. AutoImager is an  
inexpensive
graphics conversion program that can produce vector and raster  
graphics from more than
120 common graphic formats. You can control AutoImager from within  
FrameScript, making it
possible to build an end-to-end solution for graphics conversion and  
management. More
information about AutoImager is available from  
http://www.mystikmedia.com/autoimager.asp.

I use AutoImager in conjunction with WebWorks ePublisher Pro so users  
can enlarge or
reduce the graphics in my on-line help systems without leaving the  
current topic. This
also solves the problems that occur when an anchored frame contains  
more than one
graphic, or a combination of graphics and annotations.

I hope this gives you some ideas to ponder.

Feel free to contact me any time with any additional questions.

Best regards,

Martin

Martin R. Smith
President: GolehTek, LLC
martin.smith at golehtek.com
703-889-0845

Is there an easy way to manage graphics shared in many FM files?

[Pinkham, Jim]

This at least slightly tangential to your question, Rene, but I've found
the Archive plug-in a wonderful tool in pulling graphics and insets in a
book that are scattered hither and yon on the network into a single
folder tied to that book. From there, you can move, copy, or reuse the
graphics in a place or places where you want them to be going forward. 

-Original Message-
From: framers-boun...@lists.frameusers.com
[mailto:framers-bounces at lists.frameusers.com] On Behalf Of Rene
Stephenson
Sent: Wednesday, March 05, 2008 1:08 PM
To: framers at lists.frameusers.com
Subject: OT: Is there an easy way to manage graphics shared in many FM
files?

Hi All,

We have a library of a few dozen books (about 10,000 pages), and many of
the files use the same graphics or composites built from shared
graphics. We've run upon a challenge, though, in that things have gotten
complex enough that we can't always use subfolders to group the graphics
in a logical way so that we know where to look to find them. To
complicate matters, we have recently endured several rounds of layoffs
that have rather drastically diminished our team to just me and a
trainer and our boss. :-\  The graphic artist was the last of our
casualties.

I am now discovering how much our artist was keeping in his head. Now, I
know the idea of cataloging or browsing graphics is really probably out
of scope for any desktop publishing application, but when you're dealing
with graphic-intensive books in FM, with so much content to manage...!
We have single-sourced about 75% of the projects, so the text part of
the FM files is in manageable condition, thanks to insets, shared files,
conditional text, variables, and the like. But the graphics...! Egads!
We really need to simplify and find a way to quickly locate and identify
the graphics files!

I'm wondering whether we could use the source graphics rather than the
output files. The source files include CDR, AI, DWG, DXF, and VSD files.
All of those were being output to TIFF or JPG for use in FM. I have
heard that FM is supposed to import CDR files, but using FM 7.2 I
haven't had very good luck (possibly my mistakes).

I'm also thinking about file structure in that right now, we have the
books grouped by product and the output graphics in the product
directories at the same "tree" or path level as the FM files folder for
the product. Aren't there some limitations about how long the path can
be or how many folders up and down the path between the container doc
and the graphic you're inserting that can impact FM ability to display
the images? It seems like about 5 of the ..\..\..\ things in the
referenced file path causes an issue...?

And the other thing that's brewing in my mind is, surely there's some
program somewhere that catalogs graphics of various file formats when
you provide a path or group of paths for a repository...??

Given the tech market and economic rollercoaster of the last few years,
I know I'm not the only writer to find myself in this position. Any
insight that any of you can provide would be greatly appreciated!

Rene L. Stephenson




___


You are currently subscribed to Framers as jim.pinkham at voith.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/jim.pinkham%40voith.
com

Send administrative questions to listadmin at frameusers.com. Visit
http://www.frameusers.com/ for more resources and info.

Is there an easy way to manage graphics shared in many FM files?

[Rene Stephenson]

We do have the Archive plugin (LOVE IT) and use it for creating a zip file that 
we put into our version control and release system. The one beef I have with it 
is that whatever date you do the archive becomes the date for all the files in 
the archived folder, so if I have several books with graphic files by the same 
name, I can't tell which one is truly the latest file after I use Archive.

I think you lost me a little, though. I  know Archive solves the path problems 
when it creates the archive folder containing all the files necessary to 
reproduce the project, but in my mind I'm thinking when I have several books 
that already share graphics, running this plugin would create additional copies 
of those graphics rather than creating fewer... What am I missing?

Rene




- Original Message 
From: "Pinkham, Jim" 
To: Rene Stephenson ; framers at lists.frameusers.com
Sent: Wednesday, March 5, 2008 4:07:09 PM
Subject: RE: Is there an easy way to manage graphics shared in many FM files?

This at least slightly tangential to your question, Rene, but I've found
the Archive plug-in a wonderful tool in pulling graphics and insets in a
book that are scattered hither and yon on the network into a single
folder tied to that book. From there, you can move, copy, or reuse the
graphics in a place or places where you want them to be going forward. 

-Original Message-
From: framers-boun...@lists.frameusers.com
[mailto:framers-bounces at lists.frameusers.com] On Behalf Of Rene
Stephenson
Sent: Wednesday, March 05, 2008 1:08 PM
To: framers at lists.frameusers.com
Subject: OT: Is there an easy way to manage graphics shared in many FM
files?

Hi All,

We have a library of a few dozen books (about 10,000 pages), and many of
the files use the same graphics or composites built from shared
graphics. We've run upon a challenge, though, in that things have gotten
complex enough that we can't always use subfolders to group the graphics
in a logical way so that we know where to look to find them. To
complicate matters, we have recently endured several rounds of layoffs
that have rather drastically diminished our team to just me and a
trainer and our boss. :-\  The graphic artist was the last of our
casualties.

I am now discovering how much our artist was keeping in his head. Now, I
know the idea of cataloging or browsing graphics is really probably out
of scope for any desktop publishing application, but when you're dealing
with graphic-intensive books in FM, with so much content to manage...!
We have single-sourced about 75% of the projects, so the text part of
the FM files is in manageable condition, thanks to insets, shared files,
conditional text, variables, and the like. But the graphics...! Egads!
We really need to simplify and find a way to quickly locate and identify
the graphics files!

I'm wondering whether we could use the source graphics rather than the
output files. The source files include CDR, AI, DWG, DXF, and VSD files.
All of those were being output to TIFF or JPG for use in FM. I have
heard that FM is supposed to import CDR files, but using FM 7.2 I
haven't had very good luck (possibly my mistakes).

I'm also thinking about file structure in that right now, we have the
books grouped by product and the output graphics in the product
directories at the same "tree" or path level as the FM files folder for
the product. Aren't there some limitations about how long the path can
be or how many folders up and down the path between the container doc
and the graphic you're inserting that can impact FM ability to display
the images? It seems like about 5 of the ..\..\..\ things in the
referenced file path causes an issue...?

And the other thing that's brewing in my mind is, surely there's some
program somewhere that catalogs graphics of various file formats when
you provide a path or group of paths for a repository...??

Given the tech market and economic rollercoaster of the last few years,
I know I'm not the only writer to find myself in this position. Any
insight that any of you can provide would be greatly appreciated!

Rene L. Stephenson




___


You are currently subscribed to Framers as jim.pinkham at voith.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/jim.pinkham%40voith.
com

Send administrative questions to listadmin at frameusers.com. Visit
http://www.frameusers.com/ for more resources and info.

Is there an easy way to manage graphics shared in many FM files?

[Pinkham, Jim]

Hi, Rene,

I would suggest the same-name issue could be overcome by establishing a
naming convention that indicates the version or date of the graphic in
the file name in cases where it's important that the file name be
unique.

Regarding the second point: Yes, you would create additional copies at
first. Initially, the problem Archive would solve would be locating
those graphic files (which now hide in your network's nooks and crannies
with paths showing only ellipses) and putting them all in one accessible
spot for further action. This is what came to mind when you wrote, "We
really need to simplify and find a way to quickly locate and identify
the graphics files!" After you have your graphics firmly in hand, then
you can define a logical folder structure for their permanent home(s)
that suits your purposes in the future. 

Once you have the actual graphics files in a known and accessible place,
then you could, for instance, copy or move the graphic once to a new
master folder and have all the books that use that graphic in that form
reference the master copy going forward. In other words, you would
create some duplication at the outset (unless you go back and delete the
originals and point them to the new master folder, too). But you also
have a feasible base for single-sourcing repeated graphics in future
iterations of your books.

It can be formidable to retroactively fix an inherited structure that no
longer makes sense or perhaps never really had a clear organizing
principle. But you can begin to tame the tiger from here on out, and
then chunk out fixing the old stuff, if that really has to be done, as
time permits.

HTH,
Jim



From: Rene Stephenson [mailto:rinn...@yahoo.com] 
Sent: Wednesday, March 05, 2008 3:22 PM
To: Pinkham, Jim; framers at lists.frameusers.com
Subject: Re: Is there an easy way to manage graphics shared in many FM
files?


We do have the Archive plugin (LOVE IT) and use it for creating a zip
file that we put into our version control and release system. The one
beef I have with it is that whatever date you do the archive becomes the
date for all the files in the archived folder, so if I have several
books with graphic files by the same name, I can't tell which one is
truly the latest file after I use Archive.

I think you lost me a little, though. I  know Archive solves the path
problems when it creates the archive folder containing all the files
necessary to reproduce the project, but in my mind I'm thinking when I
have several books that already share graphics, running this plugin
would create additional copies of those graphics rather than creating
fewer... What am I missing?

Rene





- Original Message 
From: "Pinkham, Jim" 
To: Rene Stephenson ; framers at lists.frameusers.com
Sent: Wednesday, March 5, 2008 4:07:09 PM
Subject: RE: Is there an easy way to manage graphics shared in many FM
files?

This at least slightly tangential to your question, Rene, but I've found
the Archive plug-in a wonderful tool in pulling graphics and insets in a
book that are scattered hither and yon on the network into a single
folder tied to that book. From there, you can move, copy, or reuse the
graphics in a place or places where you want them to be going forward. 

-Original Message-
From: framers-boun...@lists.frameusers.com
[mailto:framers-bounces at lists.frameusers.com] On Behalf Of Rene
Stephenson
Sent: Wednesday, March 05, 2008 1:08 PM
To: framers at lists.frameusers.com
Subject: OT: Is there an easy way to manage graphics shared in many FM
files?

Hi All,

We have a library of a few dozen books (about 10,000 pages), and many of
the files use the same graphics or composites built from shared
graphics. We've run upon a challenge, though, in that things have gotten
complex enough that we can't always use subfolders to group the graphics
in a logical way so that we know where to look to find them. To
complicate matters, we have recently endured several rounds of layoffs
that have rather drastically diminished our team to just me and a
trainer and our boss. :-\  The graphic artist was the last of our
casualties.

I am now discovering how much our artist was keeping in his head. Now, I
know the idea of cataloging or browsing graphics is really probably out
of scope for any desktop publishing application, but when you're dealing
with graphic-intensive books in FM, with so much content to manage...!
We have single-sourced about 75% of the projects, so the text part of
the FM files is in manageable condition, thanks to insets, shared files,
conditional text, variables, and the like. But the graphics...! Egads!
We really need to simplify and find a way to quickly locate and identify
the graphics files!

I'm wondering whether we could use the source graphics rather than the
output files. The source files include CDR, AI, DWG, DXF, and VSD files.
All of those were being output to TIFF or JPG for use in FM. I have
heard that 

Is there a way to paste text as default?

[Whites]

Here's the mystery -
Running 7.2 on XP, sp2. I only have the one maker.ini (the one in the  
Program Files folder). I did a search through the entire C drive for  
the second one.  Nothing shows up. Of course, when I move the TEXT  
option to the head of the list in the Program Files file, it doesn't  
change how the paste function works.  Any hints where my other  
maker.ini might be lurking??

will white

On Mar 5, 2008, at 4:14 AM, Reng, Dr. Winfried wrote:

> Hi Marta,
>
> In the maker.ini file change the order of formats
> for ClipboardFormatsPriorities, so that TEXT comes
> first. Newer FM versions have 2 maker.ini files,
> one in the Program Files folder and one in your
> personal folder.
>
> This change in the maker.ini file works only for text
> which you copied in another application. If you want
> to paste FM text, you should use additional utilities
> which strip the formatting info.
>
> Best regards
>
> Winfried
>
>> -Original Message-
>> From: framers-bounces at lists.frameusers.com
>> [mailto:framers-bounces at lists.frameusers.com] On Behalf Of
>> Berman, Marta
>> Sent: Wednesday, March 05, 2008 9:57 AM
>> To: framers at lists.frameusers.com
>> Subject: Is there a way to paste text as default?
>>
>>  Is there a way to set the default paste option in FrameMaker
>>  to Text  (so that I don't have to use Paste Special > Text) ?
>>
>> Thanks
>> Marta Berman
> ___
>
>
> You are currently subscribed to Framers as whitefamily at mac.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/ 
> whitefamily%40mac.com
>
> Send administrative questions to listadmin at frameusers.com. Visit
> http://www.frameusers.com/ for more resources and info.

+++
There's the right way and the wrong way.
Then there's my way - which is like the wrong way, but faster.
+++

Text insert causing rogue H1

[Chen, Loretta]

Hi Everyone,

We have a text insert in our Preface that starts with a H1. Every time
we update the insert in the Preface file, it causes an extra blank H1 to
appear in the file *after* the insert. 

Is this just because our insert starts w/a H1? 

Any ideas what we can do to avoid this?  We have to manually remove that
line every time we update the preface or else it appears as a blank line
in our TOC. And we have a lot of prefaces

Thanks,

Loretta

OT: Is there an easy way to manage graphics shared in many FM files?

[martin.sm...@golehtek.com]

Hi Rene,

Do you have a license for FrameScript at your company, by any chance?  
FrameScript is a high level scripting language available from Finite  
Matters Limited (http://www.framescript.com) that makes it possible to  
extend the capabilities of Adobe FrameMaker. If you would like to try  
out FrameScript, you can download a trial version from the FML web site.

I have a freely available script on my personal web site  
(http://www.golehtek.com) called BookMover that organizes the imported  
graphics in a FrameMaker book under a graphics directory, further  
organized by chapter.

Using FrameScript, it would be fairly simple to generate reports about  
the imported graphics in your documents, and develop an interface for  
tracking and managing the graphics. If you can provide me with more  
information about what you are trying to achieve, I can give you an  
estimate about the amount of work involved.

Regarding generating graphics from the original source files, this may  
also be possible. I have achieved really nice results using  
AutoImager. AutoImager is an inexpensive graphics conversion program  
that can produce vector and raster graphics from more than 120 common  
graphic formats. You can control AutoImager from within FrameScript,  
making it possible to build an end-to-end solution for graphics  
conversion and management. More information about AutoImager is  
available from http://www.mystikmedia.com/autoimager.asp.

I use AutoImager in conjunction with WebWorks ePublisher Pro so users  
can enlarge or reduce the graphics in my on-line help systems without  
leaving the current topic. This also solves the problems that occur  
when an anchored frame contains more than one graphic, or a  
combination of graphics and annotations.

I hope this gives you some ideas to ponder.

Feel free to contact me any time with any additional questions.

Best regards,

Martin

Martin R. Smith
President: GolehTek, LLC
martin.smith at golehtek.com
703-889-0845

i
Quoting Rene Stephenson :

> Hi All,
>
> We have a library of a few dozen books (about 10,000 pages), and   
> many of the files use the same graphics or composites built from   
> shared graphics. We've run upon a challenge, though, in that things   
> have gotten complex enough that we can't always use subfolders to   
> group the graphics in a logical way so that we know where to look to  
>  find them. To complicate matters, we have recently endured several   
> rounds of layoffs that have rather drastically diminished our team   
> to just me and a trainer and our boss. :-\  The graphic artist was   
> the last of our casualties.
>
> I am now discovering how much our artist was keeping in his head.   
> Now, I know the idea of cataloging or browsing graphics is really   
> probably out of scope for any desktop publishing application, but   
> when you're dealing with graphic-intensive books in FM, with so much  
>  content to manage...! We have single-sourced about 75% of the   
> projects, so the text part of the FM files is in manageable   
> condition, thanks to insets, shared files, conditional text,   
> variables, and the like. But the graphics...! Egads! We really need   
> to simplify and find a way to quickly locate and identify the   
> graphics files!
>
> I'm wondering whether we could use the source graphics rather than   
> the output files. The source files include CDR, AI, DWG, DXF, and   
> VSD files. All of those were being output to TIFF or JPG for use in   
> FM. I have heard that FM is supposed to import CDR files, but using   
> FM 7.2 I haven't had very good luck (possibly my mistakes).
>
> I'm also thinking about file structure in that right now, we have   
> the books grouped by product and the output graphics in the product   
> directories at the same "tree" or path level as the FM files folder   
> for the product. Aren't there some limitations about how long the   
> path can be or how many folders up and down the path between the   
> container doc and the graphic you're inserting that can impact FM   
> ability to display the images? It seems like about 5 of the   
> ..\..\..\ things in the referenced file path causes an issue...?
>
> And the other thing that's brewing in my mind is, surely there's   
> some program somewhere that catalogs graphics of various file   
> formats when you provide a path or group of paths for a   
> repository...??
>
> Given the tech market and economic rollercoaster of the last few   
> years, I know I'm not the only writer to find myself in this   
> position. Any insight that any of you can provide would be greatly   
> appreciated!
>
> Rene L. Stephenson
>
>
>
>
> ___
>
>
> You are currently subscribed to Framers as martin.smith at golehtek.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   
>