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

List:       kde-multimedia
Subject:    Re: summary of the aKademy meetings
From:       Charles Samuels <charles () kde ! org>
Date:       2004-09-07 2:38:06
Message-ID: 200409061938.19679.charles () kde ! org
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


On Monday 2004 September 06 04:51 pm, Allan Sandfeld Jensen wrote:
> On Tuesday 07 September 2004 00:49, Charles Samuels wrote:
> > Exactly, we're on the same page here.  I just need to state my qualms
> > with this system.
> >
> > Suppose you are JuK, and suddenly you want to support a feature that the
> > generic framework doesn't support.  Well, you're SOL, all the MM stuff in
> > JuK will have to be rewritten to use GStreamer or NMM directly.  That
> > sucks. Please, admit it, that does suck.
>
> That's not the idea. KDEMM is (surprise!) writen in an objection oriented
> language, and as such is very suitable for extensions. The kdemm-backends
> are free to provide additional features not required by the basic API,
> applications can use these additional features if they test for them first.

Spare me this object oriented mumbo jumbo, poor design can be done in any 
language.

This requires us to change each backend every time a new feature is needed, in 
effect forcing us developers to either change every single backend, or to 
force an application to require a particular backend.  It doesn't accomplish 
anything except give us more work to do, and help distribute bugs.


> >  - Previewing in Konq (or, say, a P2P application)
> >  - thumbnails in Konq
> >  - sound effects in very simple games (KBattleship-yes, games like
> > Boson-no)
> >
> > Programs like JuK and Noatun, should definitely be out of the question.
>
> Actually the goal of working with JuK is already reached, the current goal
> will be able to deal with the multimedia needs of all the applications
> currently in KDE-main. Amarok was said from the beginning to not be a goal.
> I also see nothing in boson which we wouldn't able to deal with.

It has nothing to do with the fact that JuK can do it, it has everything to do 
with the fact that JuK is a media application that is using a very weak 
framework, in effect limiting the features it could potentially have.

-Charles

-- 
Charles Samuels <charles@kde.org>
 Don't changes horses in the middle of an apocalypse!

[Attachment #5 (application/pgp-signature)]

_______________________________________________
kde-multimedia mailing list
kde-multimedia@kde.org
https://mail.kde.org/mailman/listinfo/kde-multimedia


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