--nextPart1285426.NjdAZfVOrh Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 28 March 2008, Leo Savernik wrote: > Am Donnerstag, 27. M=C3=A4rz 2008 schrieb Sebastian Kuegler: > > On Thursday 27 March 2008 20:51:11 Leo Savernik wrote: > > > So I'm not convinced that the benefits of introducing python KDE core > > > applications outweigh the disadvantages. > > > > What's your definition of a core application? We might all agree ... > > Everything that is released with a new KDE release. that's a very broad brush stroke.=20 as a firm example (i hate arguements of the vague =3D): is khexedit, er, ok= tetta=20 really a core app? would it make one lick of difference if it were writting= =20 in python, ruby or c++? other than the savings in developer time (and=20 possible improvement in developer comfort if they are more familiar with a= =20 non-c++ app), i don't think it would. even if written in python it would ru= n=20 just fine in a UMPC system and i wouldn't see the problem of not having a h= ex=20 editor written with kde that ran on a phone ;) kudos for picking c++, but i= n=20 these cases, i really think leaving it up to the author will mean we get mo= re=20 apps, quicker and with fewer bugs. for this reason, i think we lose the benefits we would otherwise stand to g= ain=20 by painting too broadly here.=20 my proposal would be to define kdelibs, kdebase-runtime/apps/workspace=20 essentials as core apps that should be kept rationally lean and mean, with= =20 the rest of the apps being dealt with on a case-by-case basis using common= =20 sense. p.s. the eee pc is a bad example for memory constrinats; it comes with half= a=20 GB of main memory (and up). there are other interesting potential target=20 devices that come with far less, such as the n800 which comes with=20 as "little" as 64MB, so your point about paying attention to memory=20 consumption is imho valid. that said, the olpc with 256MB of main memory us= es=20 python extensively. *shrug* =2D-=20 Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Trolltech --nextPart1285426.NjdAZfVOrh Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQBH7K9G1rcusafx20MRAmJHAJ44kn3zpuqCjipNXghzPyJ8e48lywCgooUn umeNCzt0uw3hF/DgBQsd8sA= =ImSb -----END PGP SIGNATURE----- --nextPart1285426.NjdAZfVOrh--