Generate best-in-class WYSIWYG PDFs. Leverage out-of-the-box capabilities for multichannel publishing, import responsive HTML5, EPUB, Kindle and more. Schedule publishing tasks faster with automated workflows.
Download ☆☆☆ https://t.co/YtWQ4jCJVc
Simplify collaboration with online review via Adobe Acrobat*. Maximize content reuse across documents, and smoothly import legacy content into structured and unstructured formats. Author content once and publish across multiple channels. Take advantage of templates, content migration framework, and publishing automation to deliver content faster.
You must accept the license agreement and warranty terms to use this product. Visit End-User License Agreements (EULAs) for details. This product will not function without mandatory activation and registration via the Internet. Phone activation is not available. See Activate and deactivate Adobe products for details.
The only substantial DTP product at the time of FrameMaker's conception was Interleaf, which also ran on Sun workstations in 1981.[citation needed] Meiry saw an opportunity for a product to compete with Interleaf, enlisted Corfield to program it, and assisted him in acquiring the hardware, software, and technical connections to get him going in his Columbia University dorm room (where Corfield was still finishing his degree).
Corfield chose to sue Meiry for release of rights to the software so they could more easily obtain additional investment capital with Kirsch. Meiry had little means to fight a lengthy and expensive lawsuit with Corfield and his new business partners, and he chose to relinquish his rights to FrameMaker and move on.
At this point, FrameMaker was considered an extraordinary product for its day, not only enabling authors to produce highly structured documents with relative ease, but also giving users a great deal of typographical control in a reasonably intuitive and totally WYSIWYG way. The output documents could be of very high typographical quality.
FrameMaker 10 (2011) again refined the user interface and introduced several changes, including: integration with content management systems via EMC Documentum 6.5 with Service Pack 1 and Microsoft SharePoint Server 2007 with Service Pack 2.
There were several major competitors in the technical publishing market, such as Arbortext, Interleaf, and Corel Ventura. Many academic users now use LaTeX,[10] because modern editors have made that system increasingly user-friendly, and LyX allows LaTeX to be generated with little or no knowledge of LaTeX. Several formats, including DocBook XML, target authors of technical documents about computer hardware and software. Lastly, alternatives to FrameMaker for technical writing include Help authoring tools and XML editors.
Check the header of the FM2019 file as Winfried suggests. There may be an issue with the patch version of FM2019 that the 2020 Save As is doing. Are all the copies of FM2019 on the same patch version? Is your FM2020 copy running the latest version too?
If you're having to do this with large numbers of files, you might want to check into Rick Quatro's ConvertDocs script, which batch converts files and books to earlier versions of Frame and MIF. It will convert your docs from FM 16 (2020) to FM 15 (2019) and will also convert the FM 15 files back up to FM 16.
or fork a branch for different versions and keep working on that branch independently and then merge with the master file when ready, etc.. I guess these are not possible whichever CMS we use, as Framemaker files are not flat like xml or text.
If you have a large number of documents and multiple people working in them, you might want to look into using Structured FrameMaker as a front-end for working in DITA coupled with one of the DCMSs that have Frame connectors. That will, I believe, allow you to do the branching, merging, and diffing you require because the files are all XML while giving you an interface you are comfortable with. Vasont is the one we used, but there are others. The connectors between Frame and Vasont allowed creation of maps and topics from within Frame, as well as checking them in and out of Vasont.
The big caveat is that it can take a long time to analyze and setup the EDDs and DTDs needed, and then another long time to convert your current documentation over to XML. I think my last place hired a consultant to do the analysis and set up, and I think he also provided a number of scripts that would convert a document into a map and the various topics (task, content, reference, etc). My in-house manager didn't want to go to DITA, though, so I did not get to spend a lot of time with the it.
My company purchased a single license for me in January of 2014. Technical support has been extremely unhelpful because I cannot provide them with the name of the person (in our purchasing department) who ordered the software for me.
That said, you may be able to find a friend or colleague who has a portable USB DVD drive. I keep one around because every once in a while, I need to look at a CD or DVD. You might also check your local library. Otherwise, I think your best bet is to follow Jeff's original advice and reach out to Adobe Tech Support with this email: tcs...@adobe.com to see if they can make the installers available to you for download.
No, I think they've killed off the download links to older versions. Last time I looked, the only way you could get copies of the perpetual licenced FMs was through your Adobe licensing portal.
And even then, because of the activation server migration off IE, you'd have to apply the hack (see -comm-suite/kb/deprecated-internet-explorer-10-with-ims.html) to be able to activate the old copy.
Maybe it's time to lock this thread down - it's getting pretty long in the tooth!
If you purchased your license through the volume licensing program (see: Business software licensing Adobe Buying Programs ), then you should be able to download using the links supplied with your license info.
I'd try to talk to your IT support people first and find out if there's anything special about your network connections, drive setups, or permissions. I've had issues in the past with FM not deleting the lock files, but I've never not been able to manually delete the lock files. Or if you are using a C/CMS, is there a setting for it to automatically check in everything in whatever your current working folder is (I've used a CCMS, but never installed/configured one).
I second @LinSims's suggestion to reach out to via the support email. When Fm crashes, I open the project folder, sort by file type and quickly delete the .lck files. It's never an issue (though I am working locally with folder-editing permissions). It would be great if you could come back and let us know what this all about, once you have it worked out.
I am currently stuck on Framemaker 7.2 but have old Frame files from V8 that I would like to open with Frame 7.2. A lot of these files have formatting, tags, and techniques that I would like to be able to reference as needed for my current project.
Word has its Office Compatibility Pack that lets people with old versions of Word open a new version. Is there anything similar for Framemaker? Even if I could convert the newer Frame file to MIF, then I could open that in my V7.2.
We recently updated our unstructured FrameMaker 11 to version 12, and now when I update a book using files created in Frame 11, I get this error, "Could not open X document because it was created with a previous version of FrameMaker." I get the error even after I have opened, saved, and closed the file in question in FrameMaker 12, so it is "converted" to the new version.
The fix is easy: Open all files in the book, (to open all files with one command: Press SHIFT while you click File; then open all files in the book). Save the files. Then update the book. Now this should work.
Unstructured packages can live in a structured world, just like cars with standard 5-speed stick shifts can co-exist with fancy, 7-speed, paddle shifter models. Not everyone needs 7 speeds or a paddle. I think that Adobe could win back a good portion of the market if it would only try. Instead, believe it or not, I see customers using MS Word for their unstructured documentation. Word is still an inferior tool to FrameMaker, and Adobe should still be in the lead.
I have been in IT (since when it was just called Data Processing) probably more years than you have been alive, and NOTHING changes. Since the very first computer was upgraded with a newer model, we have always had to migrate from one environment to another. That is the cost of change.
I agree with you that many of those moving to XML and Wikis today are doing so without sufficient thought about or understanding of the content management challenges that they will face down the road as time passes and their content sets grow. What happens when these insufficiently structured and governed systems reach the content management crisis point remains to be seen. A flight back to DTP is not out of the question.
The main argument for STE is that if your English documentation follows a strict set of guidelines (standardizing both the grammar and limiting the vocabulary) it should be easier to translate. However, there are other benefits, including the understandability of the original English documents themselves, which in turn makes them easier to maintain by multiple authors (if properly trained, though STE tools can also help with that).
Some unstructured tools also have similar features, and there are plug-ins for Word that do conditional text, but these will be proprietary (ie: designed to work with that specific tool) so that once you set something like that up you
are probably locking yourself even closer to a particular authoring tool.
Large companies with a publications/writing team or department can afford to be specialists. In my experience organisations lacking a dedicated writing team have no interest in FrameMaker (or any other specialist writing tool).
dd2b598166