RE: FrameMaker/ePublisher issue
Mark, This is an ePublisher issue. I have run into it. You can search characters on the ePublisher support page: Wingdings characters present a particular challenge when working with HTML-based content. Since Wingdings (as well as a few other symbol fonts) conflicts with the Unicode character map, many browsers simply don't support it. Internet Explorer skirts the issue and displays these characters correctly. A solution is to use the character map to do a translation from one character to another. To modify the ePublisher character map, you'll need to perform a simple overide of a file called 'mapentrysets.xml', which is located by default in the ePublisher Pro installation directory: ePublisher Pro\Formats\Shared\html For information on performing target overrides, please see their online knowledge base article here: http://www.webworks.com/technotes/articles/ePublisherPro/EX_ePub_Project_Format_Overrides.36.1.aspx Mary -Original Message- From: framers-boun...@lists.frameusers.com [mailto:framers- boun...@lists.frameusers.com] On Behalf Of Eichelberger, Mark Sent: Monday, January 05, 2009 7:09 AM To: framers@lists.frameusers.com Subject: FrameMaker/ePublisher issue Folks, I honestly do not know if this is a FrameMaker or ePublisher issue, but I thought I would first ask here first. We are currently using FrameMaker version 7 and have just upgraded to ePublisher version 2008.3. We also use a 3rd Party plugin for FM called AutoText to define tables or graphic items for selection via a pull down menu in FM. What we have noticed in the HTML and PDF output of our FM source files generated by the 2008.3 version of ePublisher is that symbols within the FM AutoText tables, such as the Monotype Sorts Pointing Finger or the Wingdings Warning Bell, are being substituted by other symbols in the resulting HTML and PDF output. For example, the warning bell symbol displays as a percentage symbol in the pdf output. We noticed these issues after upgrading to the 2008.3 version of ePublisher. All symbols appear correctly in the html and pdf output when generating via our earlier version of ePublisher. Has anyone else run into an issue such as this? If so, is it a FM issue or an ePublisher issue? Thanks in advance, Mark Eichelberger Senior Technical Writer Fiserv CU7 mark.eichelber...@aftech.fiserv.com ___ You are currently subscribed to Framers as manth...@palantirtech.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/manthony%40palantir tech.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 fram...@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.
FrameMaker/ePublisher issue
Mark, This is an ePublisher issue. I have run into it. You can search characters on the ePublisher support page: "Wingdings characters present a particular challenge when working with HTML-based content. Since Wingdings (as well as a few other "symbol" fonts) conflicts with the Unicode character map, many browsers simply don't support it. Internet Explorer skirts the issue and displays these characters correctly." A solution is to use the character map to do a translation from one character to another. "To modify the ePublisher character map, you'll need to perform a simple overide of a file called 'mapentrysets.xml', which is located by default in the ePublisher Pro installation directory: ePublisher Pro\Formats\Shared\html For information on performing target overrides, please see their online knowledge base article here: http://www.webworks.com/technotes/articles/ePublisherPro/EX_ePub_Project_Format_Overrides.36.1.aspx Mary > -Original Message- > From: framers-bounces at lists.frameusers.com [mailto:framers- > bounces at lists.frameusers.com] On Behalf Of Eichelberger, Mark > Sent: Monday, January 05, 2009 7:09 AM > To: framers at lists.frameusers.com > Subject: FrameMaker/ePublisher issue > > Folks, I honestly do not know if this is a FrameMaker or ePublisher > issue, but I thought I would first ask here first. > > > > We are currently using FrameMaker version 7 and have just upgraded to > ePublisher version 2008.3. We also use a 3rd Party plugin for FM > called > AutoText to define tables or graphic items for selection via a pull > down > menu in FM. What we have noticed in the HTML and PDF output of our FM > source files generated by the 2008.3 version of ePublisher is that > symbols within the FM AutoText tables, such as the Monotype Sorts > "Pointing Finger" or the Wingdings "Warning Bell", are being > substituted > by other symbols in the resulting HTML and PDF output. For example, > the > warning bell symbol displays as a percentage symbol in the pdf output. > We noticed these issues after upgrading to the 2008.3 version of > ePublisher. All symbols appear correctly in the html and pdf output > when generating via our earlier version of ePublisher. > > > > Has anyone else run into an issue such as this? If so, is it a FM > issue > or an ePublisher issue? > > > > Thanks in advance, > > > > Mark Eichelberger > > Senior Technical Writer > > Fiserv CU7 > > Mark.Eichelberger at Aftech.Fiserv.com > > > > > > ___ > > > You are currently subscribed to Framers as manthony at palantirtech.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/manthony%40palantir > tech.com > > Send administrative questions to listadmin at frameusers.com. Visit > http://www.frameusers.com/ for more resources and info.
RE: Source Control for Frame
I concur with Mike and Fei Min. In fact, I've been working with checked in Framemaker files for 15+ years. So I'm shocked when people don't use source control. Wy back in ancient times we used RCS to check in our files which not many people use today. I've used Perforce, Clearcase, CVS, and now SVN. They all work just fine. I'd add to Mike's list: - Through check in comments you can keep track of what was done on a file. Really good if you do regular production or template updates. - Tagging of changes with bug numbers (SVN has a nice interface to JIRA). - Ability to recover old versions of the documentation if necessary. You can do some labeling or branching of doc files if necessary. Though, branching I don't recommend except in some special cases. - Incorporate document production directly into the product build. Framemaker and individual image files are all checked in as is. We don't check-in the individual files that make up ePublisher projects. We zip those projects (just the source not the distribution) and check in the .zip. They of course, do not change as often as the Framemaker source. If you want to diff two Framemaker versions. Check out the latest version and open an older version from your source control, then use Frame diff. Works fine. Mary -Original Message- From: [EMAIL PROTECTED] [mailto:framers- [EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, December 10, 2008 6:18 AM To: Mike Feimster Cc: Framers List; [EMAIL PROTECTED] Subject: RE: Source Control for Frame I agree with Mike. We use CVS with our FrameMaker files. Although it is a bit annoying that FrameMaker thinks it's changed when it often hasn't, and CVS can't tell the difference, the source control system is still extremely useful for all the reasons that Mike gave below. We also find the check-in comments are good for figuring out what change was made at what time, and why. Fei Min Fei Min Lorente Senior Technical Communicator Medical Division ON Semiconductor [EMAIL PROTECTED] +1 519 884 9696 ext 2297 | office +1 519 831 4931 | mobile +1 519 884 0228 | fax http://www.onsemi.com Mike Feimster [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 12/10/2008 09:01 AM To [EMAIL PROTECTED], Donald M Rinderknecht [EMAIL PROTECTED], Flato, Gillian [EMAIL PROTECTED] cc Framers List [EMAIL PROTECTED] Subject RE: Source Control for Frame Even though the files are binary and you can't do diffs, the other benefits of a good version control system are well worth it. - You can always go back to a previous version, whether it's the version from yesterday or last quarter's release. - Archiving is simple with tags. - You always know who the last person to work on a file was. - File locking for binary files makes it very difficult to step on each other's work. - It is impossible to delete something from the repository, this means it is extremely difficult for someone to permanently mess up a document. (You can delete stuff from the current version but it still exists in the older versions.) - Since each person has their own local working copy of files, you rarely have network issues and absolute path problems can be minimized. - Provided you're update/commit (check-out/check-in) policies are followed, you always know where the latest version of any doc is. - If you move to structured Frame and XML, you can do diffs as well as branching and merging. We use Subversion with TortoiseSVN. Terminology and specific benefits may be different for other systems. Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, December 09, 2008 3:36 PM To: Donald M Rinderknecht; Flato, Gillian Cc: Framers List Subject: Re: Source Control for Frame At 1:53 PM -0600 12/9/08, Donald M Rinderknecht wrote: Hi Gillian, Other than the diff report (which I assume provides more details than just a time/date stamp) is SVN useful? I've been wanting some centralized document management for our FrameMaker (and other) files for a long time. We have several folks that author materials, sometimes in teams. I'd like to have check in/check out and versioning at the very least. It would be really cool to be able to metatag content and search for it also. Folks have mentioned going to MIF files or XML. Wouldn't those options add steps to the workflow? I assume they (MIF or XML) would affect the workflow in a similar fashion. Also, going to XML would require structure (I assume) so I don't think we're ready for that. We've started to use structure in some docs, but I haven't had time to implement that broadly. What is PDM? Thanks, don. Don Rinderknecht -- 405.325.2805 Meteorologist Instructor/Developer Warning Decision Training Branch, Norman, OK
Source Control for Frame
I concur with Mike and Fei Min. In fact, I've been working with checked in Framemaker files for 15+ years. So I'm shocked when people don't use source control. Wy back in ancient times we used RCS to check in our files which not many people use today. I've used Perforce, Clearcase, CVS, and now SVN. They all work just fine. I'd add to Mike's list: - Through check in comments you can keep track of what was done on a file. Really good if you do regular production or template updates. - Tagging of changes with bug numbers (SVN has a nice interface to JIRA). - Ability to recover old versions of the documentation if necessary. You can do some labeling or branching of doc files if necessary. Though, branching I don't recommend except in some special cases. - Incorporate document production directly into the product build. Framemaker and individual image files are all checked in as is. We don't check-in the individual files that make up ePublisher projects. We zip those projects (just the source not the distribution) and check in the .zip. They of course, do not change as often as the Framemaker source. If you want to diff two Framemaker versions. Check out the latest version and open an older version from your source control, then use Frame diff. Works fine. Mary > -Original Message- > From: framers-bounces at lists.frameusers.com [mailto:framers- > bounces at lists.frameusers.com] On Behalf Of FeiMin_Lorente at amis.com > Sent: Wednesday, December 10, 2008 6:18 AM > To: Mike Feimster > Cc: Framers List; framers-bounces at lists.frameusers.com > Subject: RE: Source Control for Frame > > I agree with Mike. We use CVS with our FrameMaker files. Although it is > a > bit annoying that FrameMaker thinks it's changed when it often hasn't, > and > CVS can't tell the difference, the source control system is still > extremely useful for all the reasons that Mike gave below. We also find > the check-in comments are good for figuring out what change was made at > what time, and why. > > Fei Min > > Fei Min Lorente > Senior Technical Communicator > Medical Division > ON Semiconductor > feimin.lorente at onsemi.com > +1 519 884 9696 ext 2297 | office > +1 519 831 4931 | mobile > +1 519 884 0228 | fax > http://www.onsemi.com > > > > > "Mike Feimster" > Sent by: framers-bounces at lists.frameusers.com > 12/10/2008 09:01 AM > > To > , "Donald M Rinderknecht" > , "Flato, Gillian" > > cc > Framers List > Subject > RE: Source Control for Frame > > > > > > > Even though the files are binary and you can't do diffs, the other > benefits of a good version control system are well worth it. > > - You can always go back to a previous version, whether it's the > version > from yesterday or last quarter's release. > > - Archiving is simple with tags. > > - You always know who the last person to work on a file was. > > - File locking for binary files makes it very difficult to step on each > other's work. > > - It is impossible to delete something from the repository, this means > it is extremely difficult for someone to permanently mess up a > document. > (You can delete stuff from the "current version" but it still exists in > the older versions.) > > - Since each person has their own local working copy of files, you > rarely have network issues and absolute path problems can be minimized. > > - Provided you're update/commit (check-out/check-in) policies are > followed, you always know where the latest version of any doc is. > > - If you move to structured Frame and XML, you can do diffs as well as > branching and merging. > > We use Subversion with TortoiseSVN. Terminology and specific benefits > may be different for other systems. > > Mike > > -Original Message- > From: framers-bounces at lists.frameusers.com > [mailto:framers-bounces at lists.frameusers.com] On Behalf Of > quills at airmail.net > Sent: Tuesday, December 09, 2008 3:36 PM > To: Donald M Rinderknecht; Flato, Gillian > Cc: Framers List > Subject: Re: Source Control for Frame > > At 1:53 PM -0600 12/9/08, Donald M Rinderknecht wrote: > >Hi Gillian, > > > >Other than the diff report (which I assume provides more details than > >just a time/date stamp) is SVN useful? > > > >I've been wanting some centralized document management for our > >FrameMaker (and other) files for a long time. We have several folks > >that author materials, sometimes in teams. I'd like to have check > >in/check out and versioning at the very least. It would be really cool > >to be able to metatag content and search for it also. > > > >Folks have mentioned going to MIF files or XML. Wouldn't those options > >add steps to the workflow? I assume they (MIF or XML) would affect the > >workflow in a similar fashion. Also, going to XML would require > >structure (I assume) so I don't think we're ready for that. We've > >started to use structure in some docs, but I haven't had time
RE: How many writers/engineer
Krishna, The exact ratio you need depends on a number of factors. Meaning, a team is responsible for documenting APIs and none of the writers have experience with this type of doc, it kind of doesn't matter whether you have 1 or 5 writers. If you have three writers and all have API experience but none have experience working as a doc team, they may run into coordination issues. You might want to look at the dependency calculator at: http://www.comtech-serv.com/dependency_calculator.htm This will give you hours per page based on a number of factors including writer experience and technical experience. Still doesn't answer your question regarding writers/engineer does it? I've heard 1 writer to 6 engineers. I've managed teams with a ratio of 1 to 4 when the release cycles are high and the material is highly technical. Mary -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Krishna Mukherjee Sent: Monday, April 16, 2007 10:24 AM To: framers@lists.frameusers.com Subject: How many writers/engineer Hello, I work for a semiconductor company in Silicon valley and my manager asked me to find out the following: Are there are any stats regarding how many writers per engineer various companies and industries have? Frankly, I don't know where to start from and would appreciate your help with an answer. Thanks, Krishna _ Mortgage refinance is Hot. *Terms. Get a 5.375%* fix rate. Check savings https://www2.nextag.com/goto.jsp?product=10035url=%2fst.jsptm=yse arch=mortgage_text_links_88_h2bbbdisc=yvers=925s=4056p=5117 ___ 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/mary.anthony%40scale nt.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.
How many writers/engineer
Krishna, The exact ratio you need depends on a number of factors. Meaning, a team is responsible for documenting APIs and none of the writers have experience with this type of doc, it kind of doesn't matter whether you have 1 or 5 writers. If you have three writers and all have API experience but none have experience working as a doc team, they may run into coordination issues. You might want to look at the dependency calculator at: http://www.comtech-serv.com/dependency_calculator.htm This will give you hours per page based on a number of factors including writer experience and technical experience. Still doesn't answer your question regarding writers/engineer does it? I've heard 1 writer to 6 engineers. I've managed teams with a ratio of 1 to 4 when the release cycles are high and the material is highly technical. Mary -Original Message- From: framers-bounces+mary.anthony=scalent@lists.frameusers.com [mailto:framers-bounces+mary.anthony=scalent.com at lists.frameusers.com] On Behalf Of Krishna Mukherjee Sent: Monday, April 16, 2007 10:24 AM To: framers at lists.frameusers.com Subject: How many writers/engineer Hello, I work for a semiconductor company in Silicon valley and my manager asked me to find out the following: "Are there are any stats regarding how many writers per engineer various companies and industries have?" Frankly, I don't know where to start from and would appreciate your help with an answer. Thanks, Krishna _ Mortgage refinance is Hot. *Terms. Get a 5.375%* fix rate. Check savings https://www2.nextag.com/goto.jsp?product=10035=%2fst.jsp=y arch=mortgage_text_links_88_h2bbb=y=925=4056=5117 ___ You are currently subscribed to Framers as mary.anthony at scalent.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/mary.anthony%40scale nt.com Send administrative questions to listadmin at frameusers.com. Visit http://www.frameusers.com/ for more resources and info.