Linux.com

Feature: Reviews

The KOffice 2.0 beta, part 2: Graphical and charting programs

By Bruce Byfield on October 10, 2008 (4:00:00 PM)

Share    Print    Comments   

Yesterday, I looked at the major applications in the first beta for KOffice 2.0. Now it's the turn of the rest of the beta: The KPlato project manager, KChart, the vector graphics editor Karbon, and the raster graphics editor Krita.

These four graphical and charting programs have always been among the best-regarded of the KOffice programs. All of them have matured much faster than the traditional office applications KWord, KSpread, and KPresenter.

In the case of KPlato and KChart, they have done so because they were limited applications with relatively few features. By contrast, the graphics editors Karbon and Krita have done so by attracting users who were not interested in office applications so much as design.

All four of KOffice's graphical and charting programs have changed far less in version 2.0 than the traditional office suite applications. They simply had less need to change.

Aside from the addition of a feature here or there in these programs, the main difference in the 2.0 beta is the new common interface, with its collection of floating palettes called Dockers. Dockers work extremely well with graphics programs, and in fact probably originated in Karbon and Krita, both of which have used floating palettes for some time.

The KPlato project manager

Earlier versions of KPlato have always seemed faintly intimidating, opening on a blank chart that users need to fill. The new version presents a more user-friendly face, with the options for editing different aspects of a project (such as tasks, resources, and dependencies) and different views (such as Gantt chart and Performance status) listed in a Docker on the left side of the window. With these tools directly in front of you, getting started in KPlato is now far easier.

The drawback is that this additional information leaves little room for displaying the chart views themselves. Fortunately, though, you can drag the left-hand Docker out of the editing window or dock it on the top edge to give yourself more room for the view.

KChart

While you can run KChart as a separate program, more properly it is a subsystem you call from another application, such as KSpread. Since it has very specific functionality, it reached maturity several versions ago. Unsurprisingly then, KChart in the version 2.0 beta has changed little -- at least so far as one can tell when most of the items in the Format menu have still to be implemented.

The biggest change in the beta is the default presence of Dockers. Many of the default Dockers seem overkill for a program with such limited functionality, and those that do not seem a mixed blessing. On the one hand, the Styles Docker makes it easy to change the background of a chart with a couple of mouse clicks. But, on the other hand, Dockers like the ones for Shape and Shadows make it far too easy for users to add what information expert Edward Tufte refers to as "chart junk" -- flashy extras that look impressive in a presentation, but add nothing to the value of the information. In this case, the new uniform interface risks encouraging bad work habits.

The Karbon14 and Krita graphics editors

Karbon and Krita are probably the most mature of KOffice applications, so it is unsurprising that they have changed the least in the new beta. Both have a Docker for layers that other programs have no need of, but, otherwise, the main difference in appearance is that, in the beta, the Dockers are arranged in a single pane instead of two.

Otherwise, you would be hard-pressed to find major changes in the latest versions of KOffice's graphic editors. The biggest are probably the introduction of paths (arbitrary shapes with no predefined structures) in Karbon and masks (areas protected or made invisible to certain operations) in Krita, together with new menus of basic commands for them. However, these are important additions, because, in each case, they fill major gaps in functionality. With these new features, Karbon becomes more or less the functional equivalent of Inkscape, while Krita comes close to the GIMP in everything except the number of available filters.

Conclusions

Judging a final release from its beta is always chancy. However, while the hard work that has gone into KOffice 2.0 is obvious, I suspect that the end result may disappoint some users.

Admittedly, it is a pleasure to see some of the last pieces of functionality in Karbon and Krita slipping into place. But, after the months of development, some of us were hoping that the rest of KOffice, like KDE 4.1, would stop playing catchup and start to innovate more. While some signs of innovation do exist in the design of tools, for the most part, they are few and generally slight.

KOffice is an ambitious project. In the last release or two, it completed the transition to using OpenDocument Format as its native format, and has begun cross-platform development for Windows and Mac OS X. In the long run, these efforts may pay off in popularity, but such fundamental changes seem to have come at the expense of features in some of the most basic apps.

While the final release may bring surprises, the current signs are that KOffice 2.0 will be an uneven collection of apps, with some outstanding in their fields and other basic ones still lagging behind equivalent programs. And, if that is so, then the worse thing will be knowing that we probably have to wait another two to four years before KOffice becomes all that it should be.

Bruce Byfield is a computer journalist who writes regularly for Linux.com.

Share    Print    Comments   

Comments

on The KOffice 2.0 beta, part 2: Graphical and charting programs

Note: Comments are owned by the poster. We are not responsible for their content.

The KOffice 2.0 beta, part 2: Graphical and charting programs

Posted by: Anonymous [ip: 82.210.124.225] on October 10, 2008 04:46 PM
Well... Krita had masks and layer groups in 1.6, too, those features aren't new :-) But there are a lot of really important innovations and improvements in Krita 2.0, unfortunately, personal reasons made development slow last year -- everything is implemented, but nearly nothing works completely correctly right now: these are very early betas. So, let's see what's new and what should work when Krita 2.0 is released:

* dynamic masks: masks can be associated with filters, transparency and possibly even transformations
* shape layers: krita can embed rich text objects that stay editable, as well as arbitrarily complex vector objects
* resolution
* openctl: handling floating point colorspaces the right way
* macro recording
* complex brush engines (like a hairy brush engine)
* colorspaces that mix colours like you learned in kindergarten
* openraster -- an attempt at arriving at a layered raster graphics interchange file format
* filters written in opengl shader language
* brush preset management
* metadata support
* magnetic painting guides

And probably a lot of things I've already forgotten. If we get everything stable and debugged, this release is going to rock. But back to debugging :-)

#

The KOffice 2.0 beta, part 2: Graphical and charting programs

Posted by: Benjamin Huot on October 10, 2008 09:33 PM
Are Krita and Karbon as stable as Gimp and Inkscape?

#

Re: The KOffice 2.0 beta, part 2: Graphical and charting programs

Posted by: Anonymous [ip: 216.239.70.198] on October 10, 2008 11:01 PM
Not yet, this is beta :) but in a few RC from nom they will be. I hope so.

To the post, koffice 2.0 will be just like kde 4.0 all the change are under the houd.
But this will pay in the long run. I'm facinated by how a small team like the koffice team is able to improve their product.


#

KChart mature? Expectations must be low....

Posted by: Anonymous [ip: 10.174.103.141] on October 11, 2008 01:24 AM
While KOffice is an attractive suite in many respects, I found too many deficiencies for my purposes to choose it for routine use. KChart is a specific and critical example given it's integral role in KSpread, though one's expectations are key to this perspective.

"Charting" may be used differently than "graphing". For basic bar charts and such maybe it works fine for some users. But I found the charting/graphing capabilities in KSpread & KChart so rudimentary as to be unusable for most purposes. As a scientist who usually resorts to specialized apps for professional quality and control (SigmaPlot, Prism, closest Linux version found maybe QtiPlot?, other than scripted plotters), my expectations may be too high, but many mainstream users would likely find the plotting capabilities far too limited in their current form. Reference to any of the "competing" suites will show far better performance: OpenOffice.org, QuattroPro, MSOffice, even versions from 10 years ago (for some), including DOS versions. Best example is X/Y plotting for line or scatter - a continuous value X-axis is needed... This isn't obscure, its graphing 101.

#

Re: KChart mature? Expectations must be low....

Posted by: Anonymous [ip: 83.146.33.39] on October 11, 2008 08:42 AM
As you seem to have the experience of "graphing" (i certainly don't), why not write up a "graphing 101" for the developers and engage in a discussion with them. I'm sure they would appreciate good advice from people who use it in the real world. i think that would be a great contribution to the project.
This is what all projects need, good, concise, accurate information stated in a non-condescending tone - share your experience.
Ian

#

Re(1): KChart mature? Expectations must be low....

Posted by: Morten Juhl-Johansen Zölde-Fejér on October 11, 2008 10:52 AM
I agree. Like with so many projects crying out for graphic artists, a graphing/charting expert - or just knowledgeable - could make a great non-programmer contribution.

#

Re: KChart mature? Expectations must be low....

Posted by: Dummy00001 on October 11, 2008 01:20 PM
If your expectations are high then use gnuplot. It can even produce SVG you can embed in other documents.

Charts in KOffice are made to be usable to normal end-users. And that's what I like them for.

And I frankly do not want to have same crap as in M$Excel where to make even trvial chart you have to go through bunch of undocumented dialogs.

#

Re: KChart mature? Expectations must be low....follow-up

Posted by: Anonymous [ip: 75.36.168.234] on October 12, 2008 03:03 AM
No offense was meant to the K* developers. Though I'm not a prof. programmer, I have an appreciation of the complexity and effort for a project of this scale. KSpread, etc. has great potential, it just isn't as complete as many alternatives yet. Perhaps KChart is configured simply by design, but it leaves KSpread missing a lot. After reading the author's impression that KChart was mature, I felt compelled to offer an alternative view based on a comparison of KSpread capabilities that are reliant on KChart function. I'm sure the developers already know what features are not available in KSpread (via KChart) that are in most of the alternative spreadsheets. I agree, MS Excel shouldn't be used as a benchmark, since it's graphic support isn't what it should be either (I've complained to MS about that, even though it would fall on deaf ears - market forces ~don't exist, and most of the competition has followed rather than lead dev there, barring a few). Nonetheless, since many of the functions I'd want are in Excel, QuattroPro, OO Calc, and Gnumeric, it doesn't seem they are too outside the mainstream. It would be most helpful to provide specific constructive feedback to the development teams, and I have on some forums. I'll make an effort to further this pursuit.

The specific example I gave was a simple line or scatter plot requiring a continuous-value X-axis, which was missing when last I checked. That's commonly needed to graph many relationships. Any student (Jr. High and up) needs to do that sort of thing for math (algebra, trig, etc.) and science classes. Many business users probably do so, and certainly engineering and science professions rely on that heavily. While script-based options like GNUplot do give great output, they are certainly not for the mainstream. Spreadsheets are used like screw-drivers - for many things beyond their original function - but calculation and graphing are closely aligned with their main usage. The vast majority of users would go to a spreadsheet first if they needed to perform some calculations with some numbers and graph some results. Think back to any science lab report or math when graphing a function. I hope this is helpful.

#

The KOffice 2.0 beta, part 2: Graphical and charting programs

Posted by: Bob on October 20, 2008 06:45 AM
Sequential function chart is a graphical programming language used for PLCs.
It is one of the five languages defined by IEC 61131-3 standard.
==========================================================
Bob
[url=http://www.widecircles.com]Link Building[/url]

#

This story has been archived. Comments can no longer be posted.



 
Tableless layout Validate XHTML 1.0 Strict Validate CSS Powered by Xaraya