--===============1985625729==
Content-Type: multipart/signed; boundary="nextPart3577898.0TmcPQJQM4";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart3577898.0TmcPQJQM4
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

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 firs=
t.

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

This requires us to change each backend every time a new feature is needed,=
 in=20
effect forcing us developers to either change every single backend, or to=20
force an application to require a particular backend.  It doesn't accomplis=
h=20
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 goa=
l.
> 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=20
with the fact that JuK is a media application that is using a very weak=20
framework, in effect limiting the features it could potentially have.

=2DCharles

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

--nextPart3577898.0TmcPQJQM4
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQBBPR8bWS4Pv66UcxkRAticAKDQT5B+d84MR9NCOcQaT7h7GV+JkQCfQj7p
lRTzZp5v6OvBLzPAZlnjgwU=
=H40r
-----END PGP SIGNATURE-----

--nextPart3577898.0TmcPQJQM4--

--===============1985625729==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============1985625729==--