summary of the aKademy meetings

[Charles Samuels]

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 at kde.org>
 Don't changes horses in the middle of an apocalypse!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-multimedia/attachments/20040906/1ecaf05e/attachment.sig>
-------------- next part --------------
_______________________________________________
kde-multimedia mailing list
kde-multimedia at kde.org
https://mail.kde.org/mailman/listinfo/kde-multimedia