On Tue, Dec 16, 2014 at 12:18 AM, Ralf Corsepius <rc040203@xxxxxxxxxx> wrote: > On 12/16/2014 08:03 AM, Chris Murphy wrote: >> >> On Mon, Dec 15, 2014 at 11:49 PM, Ralf Corsepius <rc040203@xxxxxxxxxx> >> wrote: >>> >>> On 12/16/2014 07:30 AM, Sudhir Khanger wrote: >>>> >>>> >>>> On Tue, Dec 16, 2014 at 8:17 AM, Marko Vojinovic <vvmarko@xxxxxxxxx> >>>> wrote: >>>>> >>>>> >>>>> Being a happy KDE user, I like okular. >>>>> >>>>> And I use it not just for pdf, but a whole assortment of other document >>>>> formats like dvi, djvu, ps, epub, and so on. >>>> >>>> >>>> >>>> Okular is indeed the best pdf reader irrespective of what desktop >>>> environment you use. Evince doesn't have annotation tools as rich as >>>> Okular's. >>>> >>> What disqualifies okular for me is this: >>> >>> # yum install okular >>> ... >>> Install 1 Package (+50 Dependent packages) >>> ... >>> Total download size: 70 M >>> Installed size: 176 M >>> ... >>> >>> This probably doesn't matter much to kde users, but pulling in 50 >>> additional >>> packages and 176 M to me is a serious issue. >> >> >> Just as point of comparison, Acrobat Pro 11 on OS X is 893MB for the >> actual application (the .app) which contains a bunch of resources; > > Well, I could not care less what one evil empire does to the other evil > empire;) Android 7.61MB. This just displays them, there's no creation or modification as far as I'm aware. So it's possible most of the code complexity is in the creation and modification. The point is that as any software becomes more capable it necessarily gets bigger. It gets more capable because more people are using, supporting, and coding it. And users are continuously asking for new features and that means it's going to get bigger. So I'm suggesting any successful PDF creator/modifier is going to be a big binary. > >> # dnf install libreoffice >> Install 85 Packages >> Total download size: 126 M >> Installed size: 393 M > > Yes, ... this is an issue, as well. Well that's ridiculous because now you go down the rabbit hole of saying someone's use case is stupid and therefore that code shouldn't be in the application so that you personally don't have to download and install it. That's just untenable. Of course the developers are making subjective decisions on what features to include or not include, and what methods of development they're going to use. But the bottom line is that that size of the payload is a pretty poor metric by itself. It's next to arbitrary. -- Chris Murphy -- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
