Re: Maybe OT: Frame XML InDesign
At 05:35 AM 4/21/2006, Yves Barbion wrote: Hello Framers, I'm trying to convert some FrameMaker files to InDesign via XML. Pretty good results so far, except that I get a carriage return at the end of each line when I place the XML in InDesign. Is it Frame or InDesign that's inserting these carriage returns and, more importantly, how can I avoid this? Yves, I can't tell you anything about how InDesign treats line breaks. You ca always remove the line breaks with XSLT. If your FM files are structured, you can control the line breaking behavior with r/w rules. Without a preserve line break rule, FM treats line breaks within text like spaces. When you save a structured document to XML, FM attempts to keep lines shorter than 80 characters. You can change the length with the rule: writer line break is n characters; If you specify a large enough value of n, this rule can effectively prevent line breaks within a text range. --Lynne Lynne A. Price Text Structure Consulting, Inc. Specializing in structured FrameMaker consulting, application development, and training [EMAIL PROTECTED]http://www.txstruct.com voice/fax: (510) 583-1505 cell phone: (510) 421-2284 ___ 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: SourceSafe??? Recommendations needed.
On Fri, 21 Apr 2006 11:19:56 -0400, Vorndran, Charles P [EMAIL PROTECTED] wrote: At the low end of the price range there's CVS and its intended replacement, SubVersion. These, again are designed for text files but they will handle binaries, and their low price may make them very attractive, if you have the recommended Linux or Unix server(s) to support it. The DITA folks at IBM just circulated a proposal to use Subversion. Here is the description from that proposal: 1. About subversion Subversion is a free/open-source version control system. The goal of the Subversion project is to build a version control system that is a compelling replacement for CVS in the open source community. The software is released under an Apache/BSD-style open source license. 2. Subversion's Features # Most current CVS features. Subversion is meant to be a better CVS, so it has most of CVS's features. Generally, Subversion's interface to a particular feature is similar to CVS's, except where there's a compelling reason to do otherwise. # Directories, renames, and file meta-data are versioned. Lack of these features is one of the most common complaints against CVS. Subversion versions not only file contents and file existence, but also directories, copies, and renames. It also allows arbitrary metadata (properties) to be versioned along with any file or directory, and provides a mechanism for versioning the `execute' permission flag on files. # Commits are truly atomic. No part of a commit takes effect until the entire commit has succeeded. Revision numbers are per-commit, not per-file; log messages are attached to the revision, not stored redundantly as in CVS. # Apache network server option, with WebDAV/DeltaV protocol. Subversion can use the HTTP-based WebDAV/DeltaV protocol for network communications, and the Apache web server to provide repository-side network service. This gives Subversion an advantage over CVS in interoperability, and provides various key features for free: authentication, path-based authorization, wire compression, and basic repository browsing. # Standalone server option. Subversion also offers a standalone server option using a custom protocol (not everyone wants to run Apache 2.x). The standalone server can run as an inetd service, or in daemon mode, and offers basic authentication and authorization. It can also be tunnelled over ssh. # Branching and tagging are cheap (constant time) operations There is no reason for these operations to be expensive, so they aren't. Branches and tags are both implemented in terms of an underlying copy operation. A copy takes up a small, constant amount of space. Any copy is a tag; and if you start committing on a copy, then it's a branch as well. (This does away with CVS's branch-point tagging, by removing the distinction that made branch-point tags necessary in the first place.) # Natively client/server, layered library design Subversion is designed to be client/server from the beginning; thus avoiding some of the maintenance problems which have plagued CVS. The code is structured as a set of modules with well-defined interfaces, designed to be called by other applications. # Client/server protocol sends diffs in both directions The network protocol uses bandwidth efficiently by transmitting diffs in both directions whenever possible (CVS sends diffs from server to client, but not client to server). # Costs are proportional to change size, not data size In general, the time required for a Subversion operation is proportional to the size of the changes resulting from that operation, not to the absolute size of the project in which the changes are taking place. This is a property of the Subversion repository model. # Choice of database or plain-file repository implementations Repositories can be created with either an embedded database back-end (BerkeleyDB) or with normal flat-file back-end, which uses a custom format. # Versioning of symbolic links Unix users can place symbolic links under version control. The links are recreated in Unix working copies, but not in win32 working copies. # Efficient handling of binary files Subversion is equally efficient on binary as on text files, because it uses a binary diffing algorithm to transmit and store successive revisions. # Parseable output All output of the Subversion command-line client is carefully designed to be both human readable and automatically parseable; scriptability is a high priority. # Localized messages Subversion uses gettext() to display translated error, informational, and help messages, based on current locale settings. 3. SVN Limitations Case Sensitivity in File and Directory Names: The SVN server stores files in a way that is case sensitive. That is, a file with the name 'FILE' is distinctly separate from a file with the name 'File'. Developers who have a potential audience using Operating Systems that are case-insensitive
TOC Line wrap
Hi, guys...new gig and they like plugins. Remind me again...the plugin that remembers when you softreturn a line in a TOC that remembers the wrap? Thanks John Posada Senior Technical Writer So long and thanks for all the fish. ___ 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: Maybe OT: Frame XML InDesign
Yves Barbion wrote: Hello Framers, I'm trying to convert some FrameMaker files to InDesign via XML. Pretty good results so far, except that I get a carriage return at the end of each line when I place the XML in InDesign. Is it Frame or InDesign that's inserting these carriage returns and, more importantly, how can I avoid this? Hi Yves InDesign XML import is sensitive to carriage-return types. To the best of my recollection, it imports fine with Mac carriage-returns but doesn't like PC/Unix ones. Or it may just be that each version likes the carriage-return convention associated with the platform it lives on. Like Mark Poston, we found the InDesign XML import fairly rubbish and resorted to converting from XML to InDesign tags, which worked well and reliably. -- Mark Barratt Text Matters Information design: we help explain things using language | design | systems | process improvement __ phone +44 (0)118 986 8313 email [EMAIL PROTECTED] web http://www.textmatters.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.
Re: TOC Line wrap
John, You wrote: Remind me again...the plugin that remembers when you softreturn a line in a TOC that remembers the wrap? TocBreaker (by Chris Despopoulos), available from http://www.telecable.es/personales/cud/cssIndex.htm (also applicable to other generated files) Shlomo Perets MicroType, http://www.microtype.com Training, consulting add-ons: FrameMaker, Structured FM and Acrobat ___ 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.
Maybe OT: Frame > XML > InDesign
Hello Framers, I'm trying to convert some FrameMaker files to InDesign via XML. Pretty good results so far, except that I get a carriage return at the end of each line when I place the XML in InDesign. Is it Frame or InDesign that's inserting these carriage returns and, more importantly, how can I avoid this? Best regards -- Yves Barbion Technical Writer Adobe-Certified FrameMaker Instructor U Learning nv (formerly ATeK nv) Molenaarsstraat 111 B-9000 Gent Belgium Tel.: +32 9 265 74 72 Fax: +32 9 265 74 84 www.uni-learning.com
Maybe OT: Frame > XML > InDesign
We had a similar requirement to get XML into InDesign (not via FrameMaker) but found the XML import into InDesign to be lacking. We therefore wrote XSLT to create InDesign Tagged Text which is much more flexible. Regards Mark Poston Mekon Limited www.mekon.com Tel: +44 (0)20 8722 8461 Skype: mark_mekon.com (work) XML Content Management? XML Publishing? Visit www.x-pubs.com Europe's largest XML Publishing conference, 20-21st June 2006 > -Original Message- > From: framers-bounces+mark.poston=mekon.com at lists.frameusers.com > [mailto:framers-bounces+mark.poston=mekon.com at lists.frameusers.com] On > Behalf Of Yves Barbion > Sent: 21 April 2006 13:35 > To: framers at lists.frameusers.com > Subject: Maybe OT: Frame > XML > InDesign > > Hello Framers, > > I'm trying to convert some FrameMaker files to InDesign via XML. Pretty > good > results so far, except that I get a carriage return at the end of each > line > when I place the XML in InDesign. Is it Frame or InDesign that's inserting > these carriage returns and, more importantly, how can I avoid this? > > Best regards > > > > > -- > Yves Barbion > Technical Writer > Adobe-Certified FrameMaker Instructor > > > U Learning nv (formerly ATeK nv) > Molenaarsstraat 111 > B-9000 Gent > Belgium > Tel.: +32 9 265 74 72 > Fax: +32 9 265 74 84 > www.uni-learning.com >
Maybe OT: Frame > XML > InDesign
Hi, Yves: I think the option in ID's XML import to ignore white-space-only elements is worth a try. If this doesn't help, try posting on the Adobe InDesign User-to-User forums and on the InDesign Talk list at blueworld.com. HTH Regards, Peter Gold KnowHow ProServices At 2:35 PM +0200 4/21/06, Yves Barbion wrote: >Hello Framers, > >I'm trying to convert some FrameMaker files to InDesign via XML. Pretty good >results so far, except that I get a carriage return at the end of each line >when I place the XML in InDesign. Is it Frame or InDesign that's inserting >these carriage returns and, more importantly, how can I avoid this? > >Best regards > > > > >-- >Yves Barbion >Technical Writer >Adobe-Certified FrameMaker Instructor > > >U Learning nv (formerly ATeK nv) >Molenaarsstraat 111 >B-9000 Gent >Belgium >Tel.: +32 9 265 74 72 >Fax: +32 9 265 74 84 >www.uni-learning.com > > >___ > > >You are currently subscribed to Framers as peter at knowhowpro.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/peter%40knowhowpro.com > >Send administrative questions to lisa at frameusers.com. Visit >http://www.frameusers.com/ for more resources and info.
Maybe OT: Frame > XML > InDesign
At 05:35 AM 4/21/2006, Yves Barbion wrote: >Hello Framers, I'm trying to convert some FrameMaker files to InDesign via >XML. Pretty good results so far, except that I get a carriage return at >the end of each line when I place the XML in InDesign. Is it Frame or >InDesign that's inserting these carriage returns and, more importantly, >how can I avoid this? Yves, I can't tell you anything about how InDesign treats line breaks. You ca always remove the line breaks with XSLT. If your FM files are structured, you can control the line breaking behavior with r/w rules. Without a preserve line break rule, FM treats line breaks within text like spaces. When you save a structured document to XML, FM attempts to keep lines shorter than 80 characters. You can change the length with the rule: writer line break is n characters; If you specify a large enough value of n, this rule can effectively prevent line breaks within a text range. --Lynne Lynne A. Price Text Structure Consulting, Inc. Specializing in structured FrameMaker consulting, application development, and training lprice at txstruct.comhttp://www.txstruct.com voice/fax: (510) 583-1505 cell phone: (510) 421-2284
Document Control on a budget
Hi, all. If you have almost no budget to work with, what are the document control options that you can use with FrameMaker? We have FrameMaker files stored and shared on a network drive (Windows OS). We'd like to have check in/check out and revision history/tracking. Is there anything out there in the free/opensource/inexpensive realm that you can recommend? Thank you, Sharon slsmithe - gmail - com
SourceSafe??? Recommendations needed.
Vorndran, Charles P wrote: > Loren, > > SourceSafe will certainly handle the file types you mentioned and > virtually any others that you didn't. The characteristic of most > version control systems of this type is that they're really designed to > store text files efficiently, and binary files, like those that you > mentioned, are an afterthought. With text files, only the differences > are stored after the initial creation, and you can compare any two > versions and visually see the differences. With binary files, the > system must store the complete file for each new version because there > is no way for them to identify the differences. This makes storage of > binary file versions a lot bulkier than storage of text files versions. > Source safe will compare two binary files and only tell you that they > are different, no more. Keep in mind that these source control systems > were really designed for developers to use to store their ascii source > code files. > > Microsoft introduced Team System about a year ago. It's designed to > handle more concurrent users and has more features. SourceSafe does > have limitations in the concurrent user area but we have about 20 or 30 > developers on a Sourcesafe system and don't seem to have a problem, but > then they're not all accessing the system at the same time. I suspect > that with Team System, Microsoft might retire Source Safe in the future, > but I haven't seen anything in that regard. > > Other systems to look at are: > ClearCase from Rational/IBM is an excellent tool for this and > handles many users. > Documentum is a document storage system, based on Oracle. The > desktop client gives the look and feel of using Windows Explorer, with > all the drag 'n drop, copy, etc features that Windows users are > accustomed to. > At the low end of the price range there's CVS and its intended > replacement, SubVersion. These, again are designed for text files but > they will handle binaries, and their low price may make them very > attractive, if you have the recommended Linux or Unix server(s) to > support it. > CVS very long in the tooth and unless you have developers who are wedded to it - do not go there - for binary files it really does nto help you. SubVersion is a little newer and shinier. Though personally I like the look of git - another such tool developed for tracking changes in the Linux kernel source. This is excellent if you have a large number of developers. One question - why are you checking FM files into source control. Could you track XML source for your FM documents. XML being text is much better suited to tracking by source code systems - and will take up a lot less disk. You will still want to have your templates under source code control as binary files - but hopefully these change less often than the content. If you check in Frame files you are storing a copy of the template information every single time you commit. This can chew up your storage space fairly quickly. Marcus
SourceSafe??? Recommendations needed.
On Fri, 21 Apr 2006 11:19:56 -0400, "Vorndran, Charles P" <
Charles.Vorndran at xerox.com> wrote:
> At the low end of the price range there's CVS and its intended
>replacement, SubVersion. These, again are designed for text files but
>they will handle binaries, and their low price may make them very
>attractive, if you have the recommended Linux or Unix server(s) to
>support it.
The DITA folks at IBM just circulated a proposal to use
Subversion. Here is the description from that proposal:
1. About subversion
Subversion is a free/open-source version control system. The goal of the
Subversion project is to build a version control system that is a
compelling replacement for CVS in the open source community. The software
is released under an Apache/BSD-style open source license.
2. Subversion's Features
# Most current CVS features.
Subversion is meant to be a better CVS, so it has most of CVS's features.
Generally, Subversion's interface to a particular feature is similar to
CVS's, except where there's a compelling reason to do otherwise.
# Directories, renames, and file meta-data are versioned.
Lack of these features is one of the most common complaints against CVS.
Subversion versions not only file contents and file existence, but also
directories, copies, and renames. It also allows arbitrary metadata
("properties") to be versioned along with any file or directory, and
provides a mechanism for versioning the `execute' permission flag on
files.
# Commits are truly atomic.
No part of a commit takes effect until the entire commit has succeeded.
Revision numbers are per-commit, not per-file; log messages are attached
to the revision, not stored redundantly as in CVS.
# Apache network server option, with WebDAV/DeltaV protocol.
Subversion can use the HTTP-based WebDAV/DeltaV protocol for network
communications, and the Apache web server to provide repository-side
network service. This gives Subversion an advantage over CVS in
interoperability, and provides various key features for free:
authentication, path-based authorization, wire compression, and basic
repository browsing.
# Standalone server option.
Subversion also offers a standalone server option using a custom protocol
(not everyone wants to run Apache 2.x). The standalone server can run as
an inetd service, or in daemon mode, and offers basic authentication and
authorization. It can also be tunnelled over ssh.
# Branching and tagging are cheap (constant time) operations
There is no reason for these operations to be expensive, so they aren't.
Branches and tags are both implemented in terms of an underlying "copy"
operation. A copy takes up a small, constant amount of space. Any copy is
a tag; and if you start committing on a copy, then it's a branch as well.
(This does away with CVS's "branch-point tagging", by removing the
distinction that made branch-point tags necessary in the first place.)
# Natively client/server, layered library design
Subversion is designed to be client/server from the beginning; thus
avoiding some of the maintenance problems which have plagued CVS. The code
is structured as a set of modules with well-defined interfaces, designed
to be called by other applications.
# Client/server protocol sends diffs in both directions
The network protocol uses bandwidth efficiently by transmitting diffs in
both directions whenever possible (CVS sends diffs from server to client,
but not client to server).
# Costs are proportional to change size, not data size
In general, the time required for a Subversion operation is proportional
to the size of the changes resulting from that operation, not to the
absolute size of the project in which the changes are taking place. This
is a property of the Subversion repository model.
# Choice of database or plain-file repository implementations
Repositories can be created with either an embedded database back-end
(BerkeleyDB) or with normal flat-file back-end, which uses a custom
format.
# Versioning of symbolic links
Unix users can place symbolic links under version control. The links are
recreated in Unix working copies, but not in win32 working copies.
# Efficient handling of binary files
Subversion is equally efficient on binary as on text files, because it
uses a binary diffing algorithm to transmit and store successive
revisions.
# Parseable output
All output of the Subversion command-line client is carefully designed to
be both human readable and automatically parseable; scriptability is a
high priority.
# Localized messages
Subversion uses gettext() to display translated error, informational, and
help messages, based on current locale settings.
3. SVN Limitations
Case Sensitivity in File and Directory Names: The SVN server stores files
in a way that is case sensitive. That is, a file with the name 'FILE' is
distinctly separate from a file with the name 'File'. Developers who have
a potential audience using Operating Systems
JOB: Graphic Designer, San Diego, CA
San Diego State University, San Diego, California, is looking for a Graphic Designer with experience producing large documents in FrameMaker, to prepare campus course catalogs for print and web. Details and application can be found at http://bfa.sdsu.edu/ps/flyers/2860.htm. Application review will begin May 1, 2006, and will remain open until position is filled. SDSU's main web page is http://www.sdsu.edu/. If interested, please do not respond to the poster.
TOC Line wrap
Hi, guys...new gig and they like plugins. Remind me again...the plugin that remembers when you a line in a TOC that remembers the wrap? Thanks John Posada Senior Technical Writer "So long and thanks for all the fish."
Maybe OT: Frame > XML > InDesign
Yves Barbion wrote: > Hello Framers, > > I'm trying to convert some FrameMaker files to InDesign via XML. Pretty good > results so far, except that I get a carriage return at the end of each line > when I place the XML in InDesign. Is it Frame or InDesign that's inserting > these carriage returns and, more importantly, how can I avoid this? Hi Yves InDesign XML import is sensitive to carriage-return types. To the best of my recollection, it imports fine with Mac carriage-returns but doesn't like PC/Unix ones. Or it may just be that each version likes the carriage-return convention associated with the platform it lives on. Like Mark Poston, we found the InDesign XML import fairly rubbish and resorted to converting from XML to InDesign tags, which worked well and reliably. -- Mark Barratt Text Matters Information design: we help explain things using language | design | systems | process improvement __ phone +44 (0)118 986 8313 email markb at textmatters.com web http://www.textmatters.com
Copy and/or Paste in graphic frame crashes Frame
Long time lurker-first time poster. Using Windows XP SP2, FrameMaker 7.1 p116 I have a document with a frame in which I import a graphic by reference. I need two pointer lines to draw attention to two separate areas on that graphic. Our style guide requires parallel pointer lines. Using the Tools Palette, I draw one line to callout a field. I select that line and press Ctrl+C to copy it. I then re-select the graphic frame (to make sure the copied line ends up in the right frame and not floating around), then press Ctrl+V to paste the copied line. Sometimes it works fine, most times either the copy or the paste action crashes Frame completely and I lose everything. It happens often enough that I don't copy/paste in a graphic frame anymore... Any clues? Thanks, Jenny Roberts Information Technology-Client Services SYSCO Corporation
