Flare pros and cons
July 1st, 2007 1 Comment
Paul Pehrson at http://blog.paulpehrson.com has posted a couple of interesting blog entries on Flare:
I'd agree with the reasons to love Flare, with the exception of what he says about CSS and the XML editor.
Flare's XML editor
I'm not sure if Paul uses structured FrameMaker but I suspect not because I find it hard to believe anyone who has used FrameMaker's Structure View could think Frame's XML editor anything but seriously flawed. FrameMaker's Structure View is deceptively simple. It works so well, so intuitively, that it's easy not overlook how well conceived it is, until you start using something like Flare's XML editor and you find that:
- you can't multi-select elements
- you can't drag elements anywhere in the structure, just to other places at the same level in the hierarchy and not always then either
- you can't always select elements easily and it's not always clear when you have selected an element
- cutting, pasting and deleting elements is a multi-click operation
- it demands that you use the mouse all the time, so if you're more productive with the keyboard, hard luck
- I could go on ...
Madcap trumpet the XML editor as a feature of Flare, but in reality it's an unfinished feature. It has the feel of something that they got 75% finished and then decided it was good enough, so they moved on to work on other things and never got back to finish the job.
I would give my eye teeth to have FrameMaker's Structure View grafted on to Flare. Because the editor is the place you spend so much of your time, any little drawback, like having to do two extra clicks each time you want to copy or paste an element, in time becomes very wearying - especially when you have a really intuitive interface to compare it with.
On the plus side, I never ever used to use the editor in RoboHelp, preferring to do all my editing in Dreamweaver. With Flare I do use the editor, and it does the job - but like all things you like you want it to be as good as it possibly could be, and the XML editor falls short in some very obvious ways.
Flare's CSS editor
Not much to say on this other than the fact that Flare's interface for editing CSS over-complicates the task of styling up your content. Endless clicking around, scrolling up and down, expanding and contracting sections and searching round for what you need drives you, inevitably, back to the CSS file to edit it in a text editor.
My Flare projects typically have three or four CSS files and by far the easiest way of modifying styles is just to open the files in UltraEdit and edit the text.
When I want to change a font size, or a background colour, I can just type in the new font size or colour, I don't need to fiddle around with the mouse to select the size or colour I want.
I guess it depends what you're looking for, but personally I want to be able to do things quickly and easily. A user interface should facilitate you and help you to be more productive. It shouldn't slow you down, which is what Flare's CSS editor does.
But - to end on a positive note - the good thing about CSS in Flare is that the look of almost everything is driven by CSS, which allows you huge flexibility to determine the appearance of your final output. Apart from a few features of the navigation panes, pretty much everything can be customised to look just the way you want it to look. So if it's important to you to be able to produce something good-looking and different to everyone else's online help, then Flare's definitely worth investigating.
Potentially similar posts
- Putting the flare back into a sluggish Flare – December 2009
- Overcoming hard-coded styles in Madcap Flare – December 2009
- “Programmers love hierarchy … normal people hate that” – March 2009
- Line breaks in WordPress – August 2008
- Problems with Flare 2.0 – January 2007
July 12th, 2007 at 5:09 am (#)
Hey, thanks for the links on your blog!
You're right. I don't use structured Frame, principally because I've never had experience with it. I should try it sometime, just for the experience.
But since Flare is my first experience with an XML editor, I was pleasantly surprised at how cool it was. I agree with your assessment that it isn't yet perfect, and there are some things I'd love to see change, I think it is pretty darn good. But again, I've not got much to compare it to.
As for the CSS editor, there are some things there that drive me crazy as well. For instance, I think that some of the organization of the tree nodes is kind of convoluted. You'll set properties for GlossaryPageTerm as a child of the 'a' node, but you set properties for GlossaryDefinition, GlossaryEntry, GlossaryTerm, and GlosaryHeading as children of the 'div' node. And yet again, there are separate nodes for GlossaryProxy and GlossaryTerm. Can't they all be in one place?
However, the new v3 of Flare is out today, and they've made substantial changes to the CSS editor, so you should go check it out to see if you like the new version.