Following are some of the key features that make Flare unique.
madcapsoftware.com/documentation/FlareV7/FlareKeyFeaturesGuide.pdf
General
Following are some general key features in Flare.
XML everywhere = open file architecture Topics are not the only Flare documents that use XML. All Flare files are separate XML documents—topics, TOCs, browse sequences, targets, skins, snippets, glossaries, destinations, condition tag sets, variable sets, and more. This means that Flare projects are completely open, transparent, and accessible.
Note: Although it is possible to open any Flare files in a third-party editor, it recommended that you avoid editing these files in certain programs while Flare is running. For example, opening a style sheet in Notepad is not an issue. But you might experience problems if you open a topic or snippet in Microsoft Word and edit it while Flare is running.
Following are some key features of the Flare user interface.
Multiple documents open simultaneously Flare is unique in that you can have multiple documents open in the interface simultaneously.
example
If you want to work on
Window layouts You can save a custom configuration (layout) of your workspace.
example
You might want to use Flare's default layout most of the time. However, when you are working on creating an index, you want to open the Index window pane. Furthermore, you may want to move that window pane to a certain place in the workspace. After you have this element just where you want it, you can then save that configuration of the workspace as a layout so that you do not have to move things around each time you want to work on indexing.
XML Editor
The XML Editor is the primary editor that is used in Flare. It provides access to the underlying XML structure of documents in a comfortable visual authoring environment. This editor is used to enter, modify, and format the content for topics that users see in the output. Not only is this editor used for topics, but it is also used for working with
Print and Web layout modes The XML Editor lets you work in two different layout modes—Web or Print. The Web mode is the traditional layout for online use. The Print mode displays topics integrated with page layouts that you can create. This allows you to see the margins, headers, footers, etc. that will be used in the print output.
Structure bars The XML Editor in Flare contains two kinds of "structure bars," which (as the name suggests) are bars around the topic content that show its structure. Not only do structure bars let you see the tags and spans in a topic, but you can also perform numerous tasks by clicking on the individual bars and making a selection from the context menu. These bars might seem unusual when you first start working in Flare (especially if you are used to working in another tool), but you will soon find that they can be extremely useful and an integral part of creating and designing content.
See About Structure Bars. For demonstrations of structure bars, see
Movie - Structure Bars.
Markers Flare uses industry-driven markup in content. A marker is a highlighted "flag" that shows the insertion of certain features in the XML Editor—such as variables, bookmarks, index keywords, and concepts ("See Also" links). A major benefit of using markers is that they are deleted when you remove the content containing them. This means that orphan keywords are not left in the project without a point of reference.
example
Let's say you insert an index keyword into a topic. Later, if you decide to delete that topic, the index keyword is also deleted. If markup was not used in the application, but rather a separate database was used to hold all index keywords, you might forget to remove the index keyword after you delete the topic. Then, when a user clicks the index keyword in the output, the application will be unable to find the topic.
For a demonstration of markers being used for variables, see
Movie - Markers.
Tag-sensitive cursor In Flare's
example
Let's say you have written a sentence, and at the end of the sentence you have typed the word "Close" in bold font, followed by a period in regular font. Now you want to add the word "button" immediately after the word "Close," but you do not want the word "button" to take on the bold font. You hover the cursor at the end of the word "Close." The bracket faces left (]), which tells you that if you were to begin typing at that location, the next text would also be bold. So you move the cursor slightly toward the right and the bracket cursor faces right ([), which tells you that the next text at this location would take on the regular font of the period. You click the mouse button and type the new text in regular font.
See XML Editor.
"Single-sourcing" is a fancy term that means something very simple—to produce multiple results from one source. In Flare, you can make use of single-sourcing in many different ways.
This is different than a simple import process, because in this case, the imported files remain linked to the source project. This allows you to make future updates to those files in just one place—in the source project file. When you perform ongoing imports using your previous settings, Flare recognizes changes to the source files. Therefore, the new files can be brought over, replacing the outdated files.
example
Let's say you are working on three different Flare projects. Within those projects, you might have 35 topics and 50 images that are identical in the three projects. In addition, you might use the same style sheet in each project. Rather than maintaining three different sets of identical files, you can store one set of those files and import them into the individual projects when needed. Here are a couple of options: (1) One option is that you could consider one of your three Flare projects as the "global parent" for those shared files. (2) Another option is that you could create a new Flare project (perhaps naming it "global"); this project could have no other purpose than to serve as a repository for the shared files across your projects. In other words, you would not necessarily generate any output from this parent project, but simply use it as a place to hold your shared information.
When you want to use any of the shared topic, image, or style sheet files from the global project, you would import them into the child project. This creates a link between the imported files and those in the global project. Therefore, when you edit those files in the future, you would do so from the global project and then re-import the changes (either manually or automatically) to the other child projects.
See Global Project Linking—Importing Files from Other Projects.
For more, see the video tutorial "Single-Sourcing in Flare."
Multiple outputs from one project Flare allows you to generate output in a variety of online and print-based formats, creating as many different targets as you want from the same Flare project.
Snippet conditions Snippet conditions are condition tags that you can apply to content within snippets. With snippet conditions, you can separate certain snippet content so that it displays in some topics
example
You might want to use a resolution of 72 DPI for the image in online output, and a resolution of 300 DPI for the image in printed output. Rather than creating two separate images and using condition tags, you can use this feature.
You can also single-source images when resizing them in Flare. This can be done through the use of styles (applying the settings to many images at once) or local formatting (applying the settings to one image). When you generate online output, the image will be displayed in one size, and when you generate print-based output, the image will be displayed in another size.
Note: If you use the "Flare Print Format" feature in MadCap Capture to single-source your images, you may need to take into account the DPI (dots per inch) setting that you set for the image in Capture. If you specify a large DPI that is recommended for print output (e.g., 300 DPI), you may notice that the image shrinks when you generate print output. If necessary, you can resize the width and/or height of the image ahead of time in Capture or later in the Flare project to enlarge the image as necessary for the generated output. The DPI that you specify will be retained, and you will end up with the image dimensions that you need.
Language Support
Following are some of the ways that you can take advantage of language support in Flare.
MadCap Lingo integration One of the easiest ways to translate a Flare project is for a translator to open that project within MadCap Lingo, which is tightly integrated with Flare. Because of this integration, there is no need to transfer localized files outside of the actual project, which helps prevent content and formatting corruption. In addition, translators can leverage all previous translations created in other tools by importing Translation Memory eXchange (TMX) files.
After opening your project in Lingo, a translator can immediately see a list of all of the files (e.g., topics, snippets, variables), index markers, and concepts that need to be localized. Then, after translating the content in the Lingo interface, the translator can export the results to a new Flare project in that language. For more information, please refer to the documentation provided with MadCap Lingo.
Multiple interface languages in one product In addition to English, you have the option of viewing the interface in French, German, or Japanese. All of these languages are available from the same version of Flare (you do not need to purchase different versions for different languages).
Page Layouts
A page layout is an element that you can
example
Let's say you are creating a manual that consists of front matter (e.g., title page, copyright page, and table of contents), 10 chapters, and an index. Perhaps you want all of the pages in the manual to measure 8 inches in height and 6 inches in width. Furthermore, you might want some pages (e.g., title and copyright pages) to contain no headers or footers, while you want the other parts of the manual to contain header text and page numbers at the bottom. In a situation such as this, you might create one page layout for your title and copyright pages, a second page layout for your TOC, a third page layout to be used by all of the chapters, and a fourth page layout to be used by the index. Each page layout might contain the same page size settings, but different page headers and footers.
Like all other files in Flare, a page layout is an XML file. It has an .flpgl extension and is stored in the Content Explorer under the Resources\PageLayouts folder.
Importing
Following are some of the ways that you can import files into Flare projects.
Easy Sync If you import files from another project, copies of those files are placed in the current project and a link exists between the imported files and the source files in the parent project. Also, if you import Word, FrameMaker, or DITA file content into Flare, you can specify whether a similar link ties those imported files to the source Word, FrameMaker, or DITA files.
These links mean that future changes to the imported files can be made at the source (i.e., in your parent project, or in the source Word, FrameMaker, or DITA files). When you make future changes to the source documents, those files can be re-imported into the project so that they are included in the current project's output. You have the option of re-importing these files manually. However, you can also tell Flare to do this for you automatically when you attempt to generate the output. This is known as "Easy Sync."
The Easy Sync option is labeled Auto reimport before 'Generate Output' and is located in the Project Import Editor (for Global Project Linking); Import Microsoft Word Wizard and Word Import Editor (for Word imports); Import FrameMaker Wizard and Frame Import Editor (for FrameMaker imports); and Import DITA Wizard and DITA Import Editor (for DITA imports).
Output
Following are the output options available in Flare.
Online Output Options:
Print-based Output Options:
PDF Short for "Portable Document Format," PDF is an open file format created by Adobe. PDF files represent two-dimensional documents in a device-independent and resolution-independent fixed-layout document format.
XPS Microsoft's XML Paper Specification (XPS) is a document format with a markup language that is a subset of XAML for Windows Presentation Foundation. XPS is an alternative to Adobe's Portable Document Format (PDF).
You can generate XPS output from your project directly. Make sure you have the latest version of Microsoft .NET Framework installed on your computer. This is a free download from microsoft.com.
Alternatively, you can generate XPS output while simultaneously building Word 2007 output (by installing a free add-in download from Microsoft).
Code Output Option:
See Determining the Output Type.
Batch targets: You can use batch targets to generate and/or publish one or multiple targets in a batch from the user interface, perhaps scheduled to run at a specific time.
Command line compile/batch process: You can generate targets from your operating system's command line. Using this method, you do not have to open Flare at all. In addition, this method allows you to build a single target or all targets in your Flare project in one batch. The best way to use the command line feature is to create a batch file with the necessary commands in it. Then you can use a scheduling tool (such as the Scheduled Tasks utility in Windows) to run the batch file automatically whenever you want.
The batch target in the Flare interface is similar to the "command line" feature. However, the command line feature works outside of the Flare interface, is a bit more manual, and does not support as many processes.
Project Management and Team Authoring
Flare provides the following features, which can be used to manage your project and enhance team authoring.
Source control Because all content and project-level files are stored as separate XML files, Flare projects are compatible with all source control systems. All files in a project are independent of one another, which means that there are no file dependencies that hinder multiple authors from accessing project files.
Flare also provides integrated support for version control applications. Built-in support is available for Microsoft SourceSafe, Microsoft Team Foundation Server, and Apache Subversion. In addition, the Microsoft Source Code Control API (SCC API) allows you to configure your project for integration with other version control tools. One of the highlights of this integration is an instant message/email system, which can be used to quickly send requests to other authors to check in needed files. This same system allows individuals to check in and check out files on the fly, saving valuable time for multi-author teams.
SharePoint integration Flare supports integration with Microsoft SharePoint. If your company uses Microsoft SharePoint (software that allows organizations to collaborate, share files, and publish information to the Web), you can connect to a SharePoint server. Doing this makes it easy to access and edit the SharePoint files from
External resources One of the ways Flare supports team collaboration is that you can create mappings to external resources.
The External Resources window pane lets you select and maintain groups of external files that you want to share among Flare projects. The paths of these files are written to the registry so they will be available for all your Flare projects.
External resources can be virtually any local or network files that you have access to (e.g., images, PDF files, Flare project files). From the External Resources window pane, you can easily bring external files into a project (i.e., a copy of the file is added to your Flare project) and keep them synchronized with the source files through mappings.
The external resources feature is ideal for shared files that you expect to change over time (e.g., logo images, PDFs, style sheets), as opposed to, say, a template file that is simply copied into your project and changed only in that project.
Topic reviews and contributions Flare provides for close collaboration between authors and others through the use of topic reviews and contributions.
File tagging You can assign "tags" to topics and any other files in Flare, even folders. You can use file tags for many different purposes, such as assigning authors or milestones to topics. Flare lets you generate reports based on the tags that are assigned. This makes project development easier to track, manage, and schedule.
See About File Tagging.
Feedback Server and Service Integration
There is a way to get live user feedback on your documentation by means of MadCap Feedback, which is a live reporting service that can be purchased in addition to Flare. MadCap Feedback provides cutting-edge Web 2.0 community capabilities and helps you to answer the following types of questions: What are users looking for? What are users finding? What are users unable to find? You can then adjust your project accordingly for a better user experience. Best of all, most of the features in MadCap Feedback are available not only for Web-based Help (i.e., WebHelp and WebHelp Plus), but also for desktop Help (i.e., HTML Help and DotNet Help).
You have two options when setting up MadCap Feedback.
Following are some of the features of MadCap Feedback:
See Feedback options—Server or Service.
Note: The MadCap Feedback Server and Service are purchased separately from MadCap Flare.
Other Key Features
Following are some additional key features of Flare.
Cross-references A cross-reference is a navigation link that lets you connect text in one topic to another topic (or a bookmark within a topic). This is somewhat similar to a text hyperlink. However, cross-references are more powerful in that the links can automatically be updated based on commands. You can also convert cross-references to elements such as page numbers for printed output.
You can also take advantage of context-sensitive cross-references, which are especially designed for generating print-based output. When you use a context-sensitive cross-reference, the text automatically changes based on the relationship of the link and the target location if they are on the same page or only one page away.
example
Let's say you have a cross-reference designed to display the text "See Figure 2.1." If the link and the target fall on the same page, the cross-reference is updated to display the text, "See Figure 2.1 above" or "See Figure 2.1 below." If the link and the target are on adjacent pages, the cross-reference is updated to display the text, "See Figure 2.1 on previous page" or "See Figure 2.1 on next page." If the document is double-sided with the link on the left page and the target on the right page, the cross-reference displays the text, "See Figure 2.1 on the facing page."
Multiple TOCs You can have more than one TOC in your project. This is especially useful if multiple authors are working on the same project. One author can work on one part of the TOC while another author works on a different part of the TOC. You can then link the TOCs together. Another use for multiple TOCs is multiple languages (e.g., an English TOC and a French TOC). Yet another use for multiple TOCs is different versions of output (e.g., a TOC for a "light" version, and a different TOC for a "professional" version).
Note: Please be aware that, for online output, a TOC does not by itself determine which topics are generated in the output. However, for print-based output, a TOC works more like an outline and does dictate the content included in the output. A TOC for online output is simply a means by which end users can navigate through your information. If you want to use multiple TOCs to generate different outputs that include different topics, you can accomplish this as long as you also make use of Flare's condition tags and targets.
|
PDF Downloads: |
MadCap Software, Inc. 7777 Fay Avenue La Jolla, California 92037 Tollfree 1-888-MadCap1 Tel 858-320-0387 Fax 858-320-0338
For technical support: http://madcapsoftware.com/support/
Copyright 2011 MadCap Software |
See Also