Slashdot Mirror
Adobe Frame Maker Equivalent for Linux?
Sim asks: "I currently work for a company which has used Frame Maker on SGI/IRIX systems for almost 10 years (meaning they have roughly 10 years worth of FM documents/reports/technical narratives/etc). It appeared that there would be a clean sweep of old SGI's out the door in favor of PC's running Linux, until a very nasty glitch got in the way: Adobe discontinued it's work on a Linux version of Frame Maker -- leaving the project in a beta format. The unstable format of the current Frame Maker version makes putting it into a production environment nearly impossible. I was hoping someone out there might know of a really powerful Frame Maker substitute."
"This substitute would need to have the following features:
- 'user friendly' GUI
- should be able to handle document management (with document cross refrencing links)
- graphics support
- import tables/create table
- handle multiple template styles (a style manager for creating templates would be wonderful)
- should be able to import/open .DOC formats as well as export/save to .DOC
- STABILITY
Ventura is still being used, for example Standard and Poors uses it to publish financial data where a single table can span hundreds of pages.
I'm a framemaker user too and I am also looking for alternatives, mostly because I would like a better GUI without losing the features that motivated me to use framemaker.
Even though I'm in a win32 environment, ms word is out of the question for me. I've simply lost too much time recovering images, fixing severe layout issues and working around the many very annoying bugs this word processor has (anyone who has ever tried to keep a figure caption under a figure knows what I'm talking about, it is possible but requires several non trivial measures). I became a framemaker user after word automatically rearranged my master thesis, throwing away all images in the process. That was the last one in a long range of time consuming incidents.
Framemaker doesn't have such inconsistencies. It sure has some strange quirks and severe useability issues but it manages to get the job done reliably. I've worked with it a lot and have learned to work around most of these issues.
I believe star office 6.0 could replace it. Right now it is probably too buggy but it hasn't been released yet. What's important is that it has an open file format (just like framemaker) so it is possible to create conversion tools, it has a reasonably friendly GUI, it is feature rich (including a db for literature references!!)and it's open source (meaning that the more annoying bugs get eliminated by annoyed users).
It's not the ms word killer many believe it to be since that would require much more features and polishing (like it or not, the ms word UI is a pleasure. If only it would work consistently). I'm hoping someone will write coverter for framemaker documents that will preserve a documents structure and crossreferences. Once you have that, the layout can be fixed in a relatively short amount of time so I don't care as much about correct conversion of that.
Jilles
In that case he might as well use Windows Framemaker under WINE
The Romans didn't find algebra very challenging, because X was always 10
use krame maker
Wouldn't it be feasible to put it on a big IRIX box on the server, and run it via X on the local boxen ? I thought X was the big advantage of *nix based systems, so you didn't *have* to load every app locally - just once, on a centrally maintained box.
I recommend moving away from proprietary formats altogether. This trend is only going to continue. First a very good doc prep software paackage is released but in closed source form. For years, companies use this data format to represent all their internal stuff. The vendor continues to provide support. Then a sea change occurs and the company moves off dying legacy hardware to open stuff on commodotity h/w (Linux on Intel/PPC). However, this platform is not supported by the vendor
Or perhaps the vendor closes its doors. On the other hand, if the company had its source material in XML and used standard presentation languages like XSLT, XSL:FO they wouldn't be tied to any one particular vendor or platform.
XSL:FO can be used to output to a wide variety of formats, including mif, pdf and LaTeX.
I realize this is nearly the same as suggesting it is a good idea to lock the barn door after the fact. But the advantages fo changing to this methodology outweigh the initial cost, IMO. The federal gov't had this same problem 30-40 years ago and came up with SGML as the solution then.
use corel wordperfect for linux. its stable and it can do most of what framemaker does (maybe more). its payware. the other alternative is TeX with maybe Lyx. TeX will do much more than framemaker does but since LyX is a subset it wont do it all.
I hve nothing against Linux, I think it is a great kernel and I use Linux-based OSes myself, but sometimes Linux is not the best choice. If FrameMaker is such a vital program for your work then why move away from it? FrameMaker will run on AIX, Solaris, MacOS and another popular OS or two. I'm curious s to why you've chosen Linux/x86 over other unix-like operating systems? Considering how Sun has recently started to make more PC-like systems I'd think they would make as good of a choice as Linux/x86.
Your first step is to face a simple nasty fact: you will not find a third-party tool that lets you edit your Frame files. Lots of vendors claim to have foolproof filters for WP formats, but it's all smoke and mirrors. The formats are too complicated, and there's no simple mapping between them. So you only have two choices: find a way to continue using Frame, or make a big one-time conversion of all your files into another format.
The first choice is one I personally would avoid, mainly because I really dislike Frame. But it might be more practical. There are various ways you might go about this: buy everybody VMWare licenses and use it to run the Windows version of Frame. Keep some of your SGI boxes around just to run Frame. (Since Unix Frame is an X app, you should be able to run it remotely. If this doesn't work, there's always terminal servers.) Or run Windows Frame on top of WINE.
In your position, I'd prefer to get away from Frame's proprietary format once and for all. Yes, I know, I just said that foolproof filters don't exist. But if you're willing to invest the effort (a lot of effort, I'm afraid) you can use advanced tools to do a one-time conversion.
The leading tool for this is Webworks Publisher. A limited version, which might be adequate for this task, is provided with FrameMaker 6.0. Pick a convenient XML schema, define a mapping between that schema and various Frame styles and formats, and there you are.
Once you have your documents in XML, you have a lot more options. You'll probably have to do a second transformation to a format of your choice. Why? Two reasons. First, the big XML authoring vendors seem to have no interest in Linux. (You might find something from a small vendor or in Open Source. But I've been thoroughly underwealmed by the offerings I've seen.) Second, your users will probably balk at becomming markup wonks. Not everybody want to think about document structure every time they dash off a memo.
Fortunately transforming XML into other formats is not a big deal.
Advocates of Abiword and similar programs will protest. Abiword uses XML as a native format. Why not just go directly from Frame to that format?
The problem is that the Abiword schema is a "data" schema -- it's all one big packet of rich text, with no attempt to isolate formatting. It's like RTF or MIF, only easier to parse. So when you transform something into Abiword XML, you're going to lose any information that Abiword doesn't know how to manage.
But Abiword might be a good choice anyway. It claims to have an XML/Docbook filter. If that woirks half-decently, you can transform your frame files into XML/Docbook (which is a very rich format, so you'd probably lose very little information). Keep your legacy files in that format, and import them into Abiword as needed. If Abiword proves unable to handle some of your more complex files, you can look at other alternatives.
Which is the great beauty of XML. If your current XML app isn't working out, there's always another one.
Which is not to say that XML is a magic bullet. XML transformations are tricky. A lot of XML technology is still under development. And, as Abiword and HTML demonstrate, you can't assume that you have the full power of markup flexability just because your documents use XML or SGML syntax.
My organization is in exactly the same situation.
We've been running Framemaker on Sun's for about a decade.
Due to the superior raw price performance of the x86 platform, we will be moving to Linux over the next year.
We'd love to have Framemaker for Linux and would gladly pay for it. Many people feel it represents a superior offering for WYSIWYG document preparation compared to Microsoft Word, for example.
Unfortunately, it looks like Adobe is deliberately eroding its customer base for Framemaker on UNIX by not supporting Linux.
I expect our users will run Framemaker over the network via X windows from Sun servers if they really need it. Meanwhile, they will also probably start experimenting more with MS Word under VMWare (which connects well with Office Bees in the rest of the corporation), or try StarOffice 5.2 and, later, 6.0. A trend of the number of Frame users at our site decreasing year by year will continue and possibly accelerate as a consequence of Adobe's reluctance to bring out a Linux version of Frame.
Ever since they got bought out by Adobe I've had the impression that Framemaker is being managed in a short-sighted way. Either that, or there is a "bigger picture" with the rest of their products, etc. that I am missing.
However, with MacOS X, perhaps there's some hope that someone will see that "multiplatform support" in the UNIX world is no where near the bugaboo they fear from their years of experience with "multiplatform support" meaning Windows+Mac.
We'll do our migration to Linux with or without Adobe. Whether we do it with or without Framemaker several years from now is entirely up to them.
"Provided by the management for your protection."
Alternately, use Citrix Metaframe, and run framemaker on a windows server. That would probably be more expensive, less convenient, and so on. But if you need users to access other windows applications as well, it is a whole lot better than giving each user two machines, and having you administer them both.
Framemaker is my doc software of choice for everything longer than email and most love letters. Currently I'm still using it on Mac OS 9. I was really happy about the beta for Linux, and terribly unhappy that Adobe seems to be letting that development die. I'd suggest keeping the Irix server running and using X Windows to mirror to your Linux systems.
Lyx is an excellent choice if the import and export of proprietary Microsoft Word files is not a hard requirement.
Try: http://www.lyx.org
Here's a stupid question, but what the hell, maybe somebody has done it:
Has anybody considered doing a SPARC-on-LINUX user-mode emulation coupled with a Solaris personality? It won't help this guy, but technically it's not that hard.
Jonathan S. Shapiro (The EROS Guy)
I wrote some technical documents in Frame last year for Adobe's 4th largest customer.
There was a high level meeting between the bean counters and doc managers and Adobe's upper management. The result was a general feeling that Adobe couldn't manage their way out of a wet paper sack with written directions and a guide dog. Despite the fact that their 5 largest Frame customers fork over something like US$85 million per year for licenses, which according to their stockholders report is more than the cost of running the whole division, Adobe still doesn't want to develop for the non-M$ world. And they don't really want to develop Frame at all.
If you are getting rid of the SGI machines, you might consider migrating to a few powerful Sun SparcStations to hold off your migration plans for a few years. Other than that, the windoze machines will need to be bigger and beefier to run the latest Frame bloatware, and will cost you more in the long run.
Its doubtful anyone at Adobe these days is capable of absorbing a clue. Every one of their best sales and marketing 'roids have left in the last few years, they were the ones who realised that the top 5 customers were 100% non-M$ and they accounted for almost 35% of Frame revenues. Adobe has managed to alienate almost all the resellers in Europe, due to their fucked policies, leaving the user base searching out all alternatives.
Many of Adobe's largest customers lately have adopted purchasing policies prohibiting any further investment in Adobe products. I'm glad to see the exodus is spreading to smaller places as well. With any luck, within a few years Adobe will be just a bad memory.
the AC
Hemos is like...sci-fi fans;he thinks technology is cool, but he hasn't bothered to understand the science it's based on