[Date Prev][Date Next]
[Thread Prev][Thread Next]
[Date Index]
[Thread Index]
[New search]
To: <markb@xxxxxxxxxxxxxxx>, "Framers@xxxxxxxxx" <framers@xxxxxxxxx>
Subject: Re: Alternatives to Frame? (long)
From: "Dmitri Iounov" <yudmi@xxxxxxxxxxx>
Date: Tue, 14 Mar 2000 13:10:04 +0300
References: <NDBBJDPBEKOBJJIOOKKKKEKOCIAA.markb@textmatters.com>
Sender: owner-framers@xxxxxxxxx
----- Original Message ----- From: "Mark Barratt" <markb@textmatters.com> To: <Framers@FrameUsers.com>; "Framers@Omsys.Com" <framers@omsys.com> Sent: Wednesday, March 15, 2000 12:26 PM Subject: Alternatives to Frame? (long) > > (OK, I know I said wait and see, but no XML round-tripping, no Unicode, no > TEX-algorithm H&J, no PostScript printing, no attachment of master pages to > para/element tags just about does it for me) > > So what are the alternatives to FrameMaker(+SGML)? > > I've been looking and not finding much, even if I widen the net and assume > that I would have to replace it with several applications to cover DTD > design, editing, output to Word, HTML and XML, and print formatting. > > It looks like FM+SGML is still, with all its faults, the best 'Swiss Army > knife' of the publishing world and the best basis for single-source > publishing in not-huge projects. > Every year I believe (Interleaf<SGML> or Interleaf QSilver) is better FM/FM+SGML for a lot of position. Take a look to www.interleaf.com At least Ileaf supports own linear to Unicode multibyte encoding and is VERY adjustabled (build-in LISP). Dmitri. ** To unsubscribe, send a message to majordomo@omsys.com ** ** with "unsubscribe framers" (no quotes) in the body. **