[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: Fwd: Re: [Dlc-discuss] Inhibitors to the desktop
From:       James Richard Tyrer <tyrerj () acm ! org>
Date:       2004-01-17 1:25:39
Message-ID: 40088F13.3040904 () acm ! org
[Download RAW message or body]

Ralf Nolden wrote:
> Hi,
> 
> this is about making KDE more usable and polished. I had many complains about 
> people not being able to easily burn CDs and using their digital camera.
> 
> Because of that - and because I think many people use these applications 
> anyway - I would really like to suggest picking up digikam into kdegraphics 
> and k3b into kdemultimedia (and I think there's a CD labeling program also, 
> could that be incorporated into k3b somehow ?) for KDE 3.3. It would make it 
> so much easier to tie those programs into e.g. konqueror and so forth besides 
> the service menus, plus making them available to a much broader audience.
> 
> I know it's bloating KDE but I think it's better to bloat KDE on parts where 
> it doesn't offer anything by default than to bloat it where it already has 
> sufficient solutions :)
> 
> Any comments, ideas ?

You have a valid point.  Windows and OSX include this functionality so KDE should as well.

The only problem is that these applications might still be Linux only, and they are not 
going to get added to those modules if that is the case.

There is a possible compromise.  We could start a KDE-Linux and (maybe) a KDE-BSD module 
for stuff that would only work if it was OS specific.  Some of this stuff is going to be 
Intel x86 specific -- some XINE stuff is x86 specific but that issue is offloaded to the 
library.  So maybe a better idea is to have only one module: KDE-OS/arch-specific and have 
the configure script determine what can be built.  Sort of messy isn't it. :-)  But, I 
can't come up with a better idea at the moment.

--
JRT

 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]