From kde-i18n-doc Sat May 04 12:24:32 2002 From: Thomas Zander Date: Sat, 04 May 2002 12:24:32 +0000 To: kde-i18n-doc Subject: Re: App duplication again (Re: new project in kdemultimedia) X-MARC-Message: https://marc.info/?l=kde-i18n-doc&m=102051542431996 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--gBBFr7Ir9EOA20Yy" --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 04, 2002 at 12:24:53PM +0200, Thomas Diehl wrote: > Am Samstag, 4. Mai 2002 08:18 schrieb Thomas Diehl: >=20 > > Am Freitag, 3. Mai 2002 21:49 schrieb Sebastian Trueg: > > > my cd writing program k3b is in kdemultimedia now > > > > Well, after KOnCD, KreateCD, and CD Bake Oven this would be the 4th one. > > The existing ones already gave us something like 1200 strings to > > translate. How many strings is yours? > > > > I really start to wonder whether we are not overdoing here quite a bit >=20 > OK, meanwhile I was told that this new CD burner (k3b) in kdemultimedia= =20 > adds another 700+ strings which means that we now have something like=20 > 2000 strings for CD burning apps alone for each and every of our 50+=20 > translation teams. Even if we can re-use a lot of these strings I think t= he=20 > situation is getting absurd. And I'm not only talking CD burners here. >=20 > We now have 4 of these apps in core CVS (+ kaudiocreator somewhere). If= =20 > we go on like this we will shortly have half a dozen. And if we have half= a=20 > dozen CD burners why not have half a dozen bitmap editors, vector program= s,=20 > and 5 vocabulary trainers for every single KDE language? There are=20 > currently something like 30,000 GUI strings and maybe the same amount=20 > of doc strings in kde-i18n (give or take a few thousand) -- how many are= =20 > we going to have after this kind of app inflation? 50,000? 80,000?=20 > And _for_what_? >=20 > Don't get me wrong. I wouldn't mind if it was a 100,000 strings for solid= ,=20 > unique programs with a real perspective. But I'm not going to waste my=20 > time, bandwidth, disk space, and every other resource on the ego=20 > gratification of a few developers who are not willing to cooperate and to= =20 > either merge or re-write their projects until we get one real good soluti= on=20 > instead of 5 average ones. >=20 > If we are not going to find a clear and transparent decision process whic= h=20 > apps go into KDE core and which do not, which ones are to drop and which= =20 > ones need just a re-write we are going to drown in a sea of mediocre code= ,=20 > untranslated programs, and overburdened infrastructure instead of getting= =20 > the first class desktop environment everybody is after. >=20 > Regards, >=20 > Thomas >=20 This has come up quite some times allready and I have read a lot of emails against this and also a non-negligible amount of arguments for the rights of everyone to participate in KDE. Bottom line is that we are now practicing all the things in CVS what most companies are complaining about in OSS. We are duplicating efforts; we are ignorning each others programs and we are hurting the translators and every= one=20 in the KDE effort because we don't want to hurt developers that might mean= =20 something to us. While the setting seems nobel enough I for one think this is the start of= =20 the end for KDE. I want to propose that this is a one time experiment and that one cdrw proj= ect=20 and one project only stays in KDE CVS after the 3.1 release. I don't even = want to think about how we are going to decide which one that is. So I expect the cdrw authors to make it easiest on us by _really_ joining efforts and showi= ng the KDE people that admittance to CVS means the entry into a community. And that everyone in that community is there for each other; not up against each other. Please; stop this 'I made one too!' attitude since that is NOT what OSS is build upon. ps. I am only subscribed to kde-core --=20 Thomas Zander zander@earthling.n= et The only thing worse than failure is the fear of trying something new --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE809MACojCW6H2z/QRAgK7AKC66ZuqoQLsrpdUA5YaHl+49/8gOwCgkbFk xv2r+wNBpjyFt66rohwusWY= =ixup -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy--