From kde-core-devel  Tue Nov 14 02:10:47 2006
From: "Aaron J. Seigo" <aseigo () kde ! org>
Date: Tue, 14 Nov 2006 02:10:47 +0000
To: kde-core-devel
Subject: Re: Okular moving
Message-Id: <200611131910.54865.aseigo () kde ! org>
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=116347027614560
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--nextPart1452763.ClQvYtZgH3"

--nextPart1452763.ClQvYtZgH3
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Monday 13 November 2006 18:01, Thiago Macieira wrote:
> I wouldn't say that everybody lost in the CD burner debate. We had three
> applications at the time, not counting KOnCD. And a clear winner
> survived.

agreed. this sticky point is this:

is a universal viewer, or even just a viewer for PDFs, a requirement for a=
=20
basic desktop? if so, we may not have the luxury of Solomon's Solution[1].

cd burning is not a hard requirement for a basic desktop. neither is digita=
l=20
camera software. so we have leeway to let time and circumstance settle thin=
gs=20
out there.

can we afford to let natural selection rule in a completely non-directed=20
manner for things like calculators and document viewers? this isn't to say =
we=20
discourage alternatives, but should we mark a set of "apps recommended by t=
he=20
KDE team for assembling a basic desktop environment" as such?

cons: it sometimes results in unmaintained applications, we may not always=
=20
pick the best long term horse
pros: it makes things a -lot- simpler for our front-line users (power users=
,=20
companies and OSVs) and lets us set requirements and standards for these ap=
ps

in the past i think we've gone way too far in the direction of including al=
l=20
sorts of stuff that while interesting simply doesn't belong on an average=20
basic desktop (kpovmodeler is my fave example: really cool, really niche. =
=3D)

i keep asking myself where these lines exist. i don't yet have a good answe=
r.=20
maybe one of you do. there are some obvious inclusions, but it gets fuzzy a=
t=20
the edges for me still.

[1] well, actually solomon's solution was seeing who objected to sacrificin=
g=20
the baby.. but anyways... =3D)

=2D-=20
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

=46ull time KDE developer sponsored by Trolltech (http://www.trolltech.com)

--nextPart1452763.ClQvYtZgH3
Content-Type: application/pgp-signature

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

iD8DBQBFWSWu1rcusafx20MRAstNAJsHKDZvByh5NoLrJ3N9igD3jGL8sQCeP9A2
XvKPccn5LSDkJVyOyp+O+n0=
=jw5h
-----END PGP SIGNATURE-----

--nextPart1452763.ClQvYtZgH3--