IBM's Unfinished Symphony
Talking about IBM Lotus Symphony in any meaningful way is impossible without constant references to OpenOffice.org. Consisting of three applications—the self-explanatory Documents, Presentations and Spreadsheets—Symphony is not only a proprietary rival to OpenOffice.org in the cross-platform office space, but also is based on OpenOffice.org code, a move made possible by OpenOffice.org's release under the GNU Lesser General Public License. Under these circumstances, comparing the two applications is by far the quickest and most accurate way to explore Symphony's general features and interface, as well as what new features it adds to the codebase and what it leaves out.
To say the least, the result is mixed.
Specifically, Symphony is the OpenOffice.org 1.14 code dropped into an Eclipse framework, without any attempt to include the various add-ons available for the original. The version choice has the advantage of ensuring that Symphony is based on a mature codebase, and the reliance on Java sidesteps the need to bring developers up to speed on every intricacy of OpenOffice.org's notoriously cryptic code.
However, these choices also extract a price. For one thing, version 1.14 is two years old and missing many of the improvements in the 2.x releases. These include such features as version 2.3's new chart system, the ability to use movie and sound clips in presentations, and the expansion and improvement of the on-line help. All that Symphony seems to have borrowed from later releases is the enhanced drawing toolbar.
As for any add-ons, forget them. Symphony does not even include ExtendedPDF, which gives users expanded control over exports to PDF. Although Symphony does allow exports to PDF, the feature is basic compared to the one offered in the latest versions of OpenOffice.org in most distributions, which install ExtendedPDF by default.
Similarly, although reliance on Java may speed development—IBM boasts that the current beta 2 was developed in less than two months—it does not make for compact apps without careful coordination of development. Symphony's installation size is huge—683MB compared to less than 200MB for recent versions of OpenOffice.org, even though it does not include versions of OpenOffice.org's drawing, database and equation editors. Symphony's start-up speed is slow too, taking at least twice as long as the latest versions of OpenOffice.org using the same equipment. Although these figures may improve in later releases, they seem unlikely to match OpenOffice.org's any time soon.
Despite improvements during the last two years, including a change from battleship gray to beige, OpenOffice.org's interface has never been an example of beauty. It tends to be ramshackle, never sure if it should borrow from MS Office and other proprietary apps or develop its own design. Nor has any attempt been made to enforce design standards, which means that new features, such as the dictionary and font installers, follow a logic of their own. If there ever was a program that demanded an interface redesign, it was OpenOffice.org.
And, at first glance, Symphony provides that redesign. Its selection of blues with the occasional orange highlight may be chosen mainly for IBM branding, but the overall effect is much more unified and pleasant to the eye than anything OpenOffice.org has managed to offer so far. However, this unity is mainly on the surface. Open a dialog box, and you are back with OpenOffice.org's familiar, starkly functional designs.
In much the same way, Symphony attempts to edit and rearrange OpenOffice.org's menus. Because many OpenOffice.org features are omitted (see below), Symphony can hardly help but have shorter menus, making them easier to use. In fact, Symphony even has the space to make some features more prominent, dragging the Direct Cursor out of Tools→Options to place it in the Edit menu, or to make page numbering a top-level item rather than hiding it among Insert→Fields to the puzzlement of new users. Such changes can only increase ease of use.
Too often though, the changes seem arbitrary. Replacing Format Cells with Text and Cell Properties in Spreadsheets does nothing for clarity, any more than replacing the Format menu with Layout or the Insert menu with Create does. And, is there any reason for labeling spreadsheets with letters instead of OpenOffice.org's numbers?
The same mixture of usefulness and arbitrariness occurs with the positioning of items. Moving the Options item from the Tools menu to the File menu (where it is called Preferences) seems sensible, because the File menu is where you expect to find basic setup settings. But, why shift page setup from Format/Layout to the File menu? The fact that MS Word used to do so hardly seems reason enough.
A more concrete improvement is Symphony's borrowing of a Web browser format, opening on a useless Home page and opening new documents by default in tabs in the same window. From there, a document can be opened in a separate window via a right-click. This arrangement is enhanced further by a thumbnail view of documents in the Window menu, which can be set to view only a specific type of document.
However, the addition of a docked Properties window on the right side of the editing window is less useful. This window displays elements that are selectable from the menu in OpenOffice.org, showing Text and Paragraph settings in Documents, Page settings in Presentations and cell settings in Spreadsheets. Anyone familiar with OpenOffice.org might wonder not only about the advisability of another floating window to add to the Navigator, Styles and Formatting, Gallery and Data Sources (although Symphony eliminates Data Sources), but also why the Properties window is so important that it is the only floating window that can be docked on the right side of the editing window.
Even more important, the effect of showing the Properties window by default is to encourage manual formatting at the expense of styles. Particularly in the word processor, this emphasis is equivalent to teaching someone to make hand signals when learning to drive and not bothering to mention the signal light. More than any other office suite, OpenOffice.org relies on styles, with several features, such as tables of contents and outlines, being much more difficult to use if you rely on manual formatting.
Perhaps the Properties window is in response to OpenOffice.org users who do not want to be forced into using styles (as though styles were anything except a time-saver for them), but its prominence suggests that Symphony's designers do not understand the logic of the program they are mutating. If you are using the code the way it was intended to be used, the Properties floating window is an irrelevance.
-- Bruce Byfield (nanday)
Practical Task Scheduling Deployment
July 20, 2016 12:00 pm CDT
One of the best things about the UNIX environment (aside from being stable and efficient) is the vast array of software tools available to help you do your job. Traditionally, a UNIX tool does only one thing, but does that one thing very well. For example, grep is very easy to use and can search vast amounts of data quickly. The find tool can find a particular file or files based on all kinds of criteria. It's pretty easy to string these tools together to build even more powerful tools, such as a tool that finds all of the .log files in the /home directory and searches each one for a particular entry. This erector-set mentality allows UNIX system administrators to seem to always have the right tool for the job.
Cron traditionally has been considered another such a tool for job scheduling, but is it enough? This webinar considers that very question. The first part builds on a previous Geek Guide, Beyond Cron, and briefly describes how to know when it might be time to consider upgrading your job scheduling infrastructure. The second part presents an actual planning and implementation framework.
Join Linux Journal's Mike Diehl and Pat Cameron of Help Systems.
Free to Linux Journal readers.Register Now!
- SUSE LLC's SUSE Manager
- Google's SwiftShader Released
- My +1 Sword of Productivity
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- Managing Linux Using Puppet
- Non-Linux FOSS: Caffeine!
- Interview with Patrick Volkerding
- SuperTuxKart 0.9.2 Released
- Parsing an RSS News Feed with a Bash Script
- Doing for User Space What We Did for Kernel Space
With all the industry talk about the benefits of Linux on Power and all the performance advantages offered by its open architecture, you may be considering a move in that direction. If you are thinking about analytics, big data and cloud computing, you would be right to evaluate Power. The idea of using commodity x86 hardware and replacing it every three years is an outdated cost model. It doesn’t consider the total cost of ownership, and it doesn’t consider the advantage of real processing power, high-availability and multithreading like a demon.
This ebook takes a look at some of the practical applications of the Linux on Power platform and ways you might bring all the performance power of this open architecture to bear for your organization. There are no smoke and mirrors here—just hard, cold, empirical evidence provided by independent sources. I also consider some innovative ways Linux on Power will be used in the future.Get the Guide