Running k3b without KDE

Christopher Browne cbbrowne-Re5JQEeQqe8AvxtiuMwx3w at public.gmane.org
Thu Dec 15 15:29:22 UTC 2005


On 12/15/05, William O'Higgins Witteman <william.ohiggins-H217xnMUJC0sA/PxXw9srA at public.gmane.org> wrote:
> There are a couple of KDE apps that I'd like to run, but I don't want to
> actually use KDE - I use OpenBox on the desktop and wmii on the laptop.

In effect, KDE *is* the apps; if you think you don't want to use it,
you, by inference don't want to use them.

You're probably falling into the trap of imagining KDE to be a window
manager.  That is Not The Case.
http://docs.kde.org/development/en/kdebase/faq/introduction.html

There are two perspectives that *are* legitimate:

1.  KDE is an application development framework.
2.  KDE is a set of applications that USE that application development
framework.

If you don't want to use KDE, then you obviously *don't* want the
application framework or the applications.  You can't have apps
without the framework.

The same applies to GNOME, in pretty well identical ways;
s/KDE/GNOME/g as needed.

What seems quite unfortunate is that both the GNOME and KDE projects
fail *desperately* when documenting themselves in that they fail to
say what they imagine a "desktop environment" to be.

People commonly fail to grasp what GNOME and KDE actually are, and it
seems to me that the failure to say "and this is what a desktop and a
desktop environment is" is a prime cause.  A window manager is not a
desktop environment and a desktop environment is not a window manager,
and it strikes me as a major failing in both projects that there is
not enough proper documentation that people so commonly conflate the
notions.

> I'm playing with amarok and k3b (and maybe kino later), and after a bit
> of poking amarok works fine, but k3b is being an idiot.  When I start
> the program it complains about not being able to find growisofs, and
> that I should install dvd+rw-tools.  That'd be fine, if it wasn't there,
> but it is.  The search paths of k3b include /usr/bin, and since that's
> where growisofs is, you'd think that would be enough.
>
> Better still, if I fire up Xnest and launch KDE in a nested window, and
> then launch k3b, it finds growisofs just fine.  So I'm at a loss.  I
> don't really want to run it in Xnest every time because 1) hello,
> clunky!, and 2) I haven't found a nice way to open up an Xnest window,
> launch KDE in it and then launch k3b.  Also, the KDE tries to render
> nice, pretty anti-aliased fonts at 1024x768 and Xnest scales things just
> enough to give me jaggies.
>
> Anyone have any suggestions?  Thanks.

None of these are KDE issues.  They are issues as to what "helper
applications" k3b depends on happen to be installed.

I seriously doubt Xnest will do anything to help; if it did, that
would demonstrate something seriously wrong with KDE components, as
the graphical bits operate as X clients.
--
http://www3.sympatico.ca/cbbrowne/linux.html
"The true  measure of a  man is how he treats  someone who can  do him
absolutely no good." -- Samuel Johnson, lexicographer (1709-1784)
--
The Toronto Linux Users Group.      Meetings: http://tlug.ss.org
TLUG requests: Linux topics, No HTML, wrap text below 80 columns
How to UNSUBSCRIBE: http://tlug.ss.org/subscribe.shtml





More information about the Legacy mailing list