yesterday was a libs monday, but a pretty calm one. kevin committed some pending changes to Solid for mount/unmount-able devices, the beginnings of work on an extended colour scheme for usability/accessibility needs in applications, a consolidation of nepomuk libraries, improvements to kjs and a handful of other changes went in. but we're very much into application development land at this point, which is good and the way it should be.
i spent much of the day straightening out kdegraphics for the coming 4.0 release. there are only three outstanding issues in the module now: kghostview (to be eventually superseded by okular), kfax (ditto) and the kfile-plugins (many of which haven't been ported and some of which probably should be in strigi itself). kooka itself went bye-bye, as did kmrml.
but extragear now contains kcoloredit (the more straightforward kcolorchooser was broken out and remains in kdegraphics), kgrab (ksnapshot + featuritis), kgraphviewer, kiconedit, kpovmodeler, kuickshow and ligature.
so now kdegraphics contains a basic set of apps for the basic and common desktop needs: basic painting (kcolourpaint), files viewing (okular), image collection viewing (gwenview), screenshots (ksnapshot), screen ruler (kruler), scanning (libkscan, used by apps like krita and kword for integrated scanning support), digital camera access (camera:// ioslave). several of these apps sport improved/streamlined interfaces and have been feature enhanced for kde 4.0.
extragear-graphics will have a release along with kdegraphics for 4.0 as well, so if you use kpovmodeler or ligature or whatever you won't have to go scrounging.
assuming this experiment works out, i hope that other modules take a similar approach to providing an "essentials" pack in the main module and a broad selection of apps in extragear with a coordinated release. it will make "default KDE installs" more focused while raising the profile and exposure of the large number of truly great KDE apps out there via extragear.
Tuesday, June 12, 2007
Subscribe to:
Post Comments (Atom)

9 comments:
Something I wondered a long time about: What has a document viewer to do in kdegraphics?!?
kooka went out? Will there be a replacement for it? It always served my needs for scanning documents.
shame on me. didn't read the full entry, so I missed, that scanning will be integrated in krita for example :)
@anonymous: "What has a document viewer to do in kdegraphics?!?"
it shows things on screen. ;) yeah, it's mildly weak, but it's the least weak place to put it. it does show lots of graphical content, however, such as TIFF/FAX/GS/PDF..
@anonymous2: "didn't read the full entry, so I missed, that scanning will be integrated in krita for example"
not will be, it already is =) among other apps ...
> yeah, it's mildly weak, but it's the least weak place to put it.
"Mildly" is understating it. ;-) Honestly, everyone needs a document viewer every now and then, so I think it belongs into kdebase. And by "it" I mean _one_ of the two (yes i'm aware of the discussion) - the other should find its place in extrager or so.
I still hope there will be a dedicated scan app. Just for simple scanning, instead of having to open a full image editor to just scan + e-mail a picture.
Thanks for the update of the other components. I really like this approach. :-)
No nice so good!
I love the packages subdivision!! This will stop most newbies from saying "kde is so bloated with apps and btns".
g0000d job !
Is a "screen ruler" really an essential element? And for that matter how much to "regular" users need screen shot support?
@badmanone: neither are "critical" but both are widely used (more than i actually thought for either one =) and very small apps. they don't overlap with any other app in the module, either. so given their usage, small size and uniqueness i figure they are worth keeping around.
Post a Comment