From kde-core-devel Mon Nov 13 22:14:38 2006 From: "Aaron J. Seigo" Date: Mon, 13 Nov 2006 22:14:38 +0000 To: kde-core-devel Subject: Re: Okular moving Message-Id: <200611131514.49262.aseigo () kde ! org> X-MARC-Message: https://marc.info/?l=kde-core-devel&m=116345615016996 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--nextPart8381629.6DMjEoLQ7c" --nextPart8381629.6DMjEoLQ7c Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 13 November 2006 12:53, Dirk Mueller wrote: > On Sunday, 12. November 2006 22:34, Pino Toscano wrote: > > So, can we move okular to kdegraphics? > > Can you comment on the kviewshell comments? Do the functionalities overlap > or clash? from a user's POV, it seems that ligature is very much like kpdf 3.5 and=20 okular is very much like an improved version of kpdf. the feature overlap i= s=20 pretty much 100%, with okular having a superset of them. both improve on kpdf with things like a "real" text selection tool, overvie= w=20 and facing page layouts, support for multiple file formats, etc ... ligature has a few nice little advantages: the "read page" nav feature is n= ice=20 as its scrolling sidebar thumbnails. okular has a well integrated inline search, has additional configurability = for=20 DRM bits and memory usage (to name a few), supports more file formats=20 (numerically and in terms of common desktop relevance), supports reviews (a= nd=20 apparently annotations and what not, as seen at akademy though my build fro= m=20 svn doesn't have those features?), has a "download books from the internet"= =20 feature using ghns that simply rocks and has a handful of new UI features .= =2E.=20 the UI does need more polishing, but that's not surprising given its=20 in-high-development state. ligature supports G3 fax and djvu files which okular doesn't, but then okul= ar=20 supports ODT and a number of other interesting formats. if you do a lot of= =20 djvu or fax viewing ligature may be more useful. i find okular's format=20 selection more relevant to my usage, but ymmv. after having used both, i have to say that it would be rather odd to provid= e=20 both apps by default on a desktop installation due to function overlap. i can see the following options: - the two teams agree to work on one codebase - do the same thing we did with cd burners and put them all into KEG and l= et=20 user demand sort it out - have the release maintenance team pick one for inclusion with kde4's=20 default set of applications and move the other into KEG - leave them both where they are because we can't decide and look a bit=20 foolish all over again for having obvious duplication in apps it seems the first one is an outside chance; the last option would be a sha= me.=20 the second option is the easy decision though perhaps the third option is=20 better for our users. i agree with Allen that this is a "nice" job for the new TWG. =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) --nextPart8381629.6DMjEoLQ7c Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBFWO5Z1rcusafx20MRAvsOAJ91rnrSjIzSQ2EgAGqeVYWtklrCzQCfYtvX bHxKpXPd9LARbIy8diwWuLc= =dF/z -----END PGP SIGNATURE----- --nextPart8381629.6DMjEoLQ7c--