Slashdot Mirror

← Back to Stories (view on slashdot.org)

Coding with KParts

Posted by Hemos on from the how-to-make-better-programs dept.

wrinkledshirt writes "IBM DeveloperWorks has an article here about coding with KParts, KDE's component architecture. It's a little thin, but given that no single component technology has claimed victory yet for Linux, just thought this might be an interesting read for some. It also might lead to some good discussion comparing people's experiences with KParts, ORBit ? , Bonobo ? , or Kylix ? 's CLX..."

4 of 119 comments (clear)

  1. kparts is very cool by SirSlud · · Score: 5, Interesting

    I just have to say how impressed I am with anything KDE related. They seem to really always make sure they have the horse in front of the cart, when it comes to their libraries and subsystems.

    I've done a few things with QT and KDE (before KParts, unfortuantely), and I was blown away by the cleanliness of the architecture of KDE's codebase and subsystems.

    KParts in action is extremely cool.

    BTW, I suppose ActiveX controls are the Windows equivilent (they communicate over COM and DCOM as I recall?) .. while I can't speak for the technical equivilences, I can say that they simply don't seem to get used enough in the Windows world .. ie, that centralized functionality seems to run counter the competative software marketplace, which is a real shame.

    I think KParts, technical superiority/inferiorities not withstanding, is far more useful because open source developers are far more interests in centralizing functionality and more likely to attempt to reduce redundancy in codebases and application bases. That's why I think KDE is such a winner, and will benifit from a componant based archecture far more in the long run. (IE is a componant too, and MS claims they can't even 'unglue' it from the OS .. haha, whats the point of componants then? :P)

    --
    "Old man yells at systemd"
  2. Re:kde the beast... by EricKrout.com · · Score: 4, Informative

    I understand where you're coming from, although to be honest, my high-end Athlon chip and DDR RAM don't mind KDE at all.

    There was a survey at dot.kde.org about users' #1 concerns about the desktop environment. About one out of four said they were concerned with its speed.

    That being said, you should definitely read (or at least skim through) this article about C++ applications on the desktop.

    Eric Krout

  3. Refreshing Attitude by Karma+Sucks · · Score: 5, Insightful

    After all the hype and noise about .NET, tomorrow's technology tomorrow, I'm glad there is now a little focus on some of the great technologies we have *today*.

    KParts is modest. It doesn't not try to solve all the problems of the programming community. But it's *damn* good at what it's good at.

    Like they say, the right tool for the right job. Only rarely will you find a one-size-fits-all solution.

    --
    (Please browse at -1 to read this comment.)
  4. Re:Except by austad · · Score: 5, Informative

    Ah yes... You are correct. However, there is a new thing called Xparts. This is basically works just like a Kpart, but is actually a proxy which can communicate with objects written in other languages. It's talked about in the article.

    In fact, they mention that a "vi" Xpart is under development. So you could embed vi in kmail and write all your email in vi.

    --
    Need Free Juniper/NetScreen Support? JuniperForum