Lets turn this question around. If we had an on-demand way to load stuff like this, what else would we want to load on demand?
Andreas On Feb 26, 2014, at 8:53 PM, Bobby Holley <bobbyhol...@gmail.com> wrote: > That's still a ton for something that most of our users will not (or will > rarely) use. I think we absolutely need to get an on-demand story for this > kind of stuff. It isn't the first time it has come up. > > bholley > > > On Wed, Feb 26, 2014 at 11:38 AM, Brendan Dahl <bd...@mozilla.com> wrote: > >> Yury Delendik worked on reformatting the files a bit and was able to get >> them down to 1.1MB binary which gzips to 990KB. This seems like a >> reasonable size to me and involves a lot less work than setting up a >> process for distributing these files via CDN. >> >> Brendan >> >> On Feb 24, 2014, at 10:14 PM, Rik Cabanier <caban...@gmail.com> wrote: >> >>> >>> >>> >>> On Mon, Feb 24, 2014 at 5:01 PM, Andreas Gal <andreas....@gmail.com> >> wrote: >>> >>> My assumption is that certain users only need certain CMaps because they >> tend to read only documents in certain languages. This seems like something >> we can really optimize and avoid ahead-of-time download cost for. >>> >>> So, you'd only install the Korean CMaps if the language is Korean? >>> The problem with that is that if a user might install a English version >> of Firefox but still open Korean PDFs (which will then display as junk) >>> >>> >>> The fact that we don't do this yet doesn't seem like a good criteria. >> There is a lot of good things we aren't doing yet. You can be the first to >> change that on this particular topic, if it technically makes sense. >>> >>> Load-on-demand (with an option to download all of them) seems like a >> nice solution. A large majority of users will never need CMaps or only a >> very small subset. >>> >>> On Feb 25, 2014, at 1:27 AM, Brendan Dahl <bd...@mozilla.com> wrote: >>> >>>> It's certainly possible to load dynamically. Do we currently do this >> for any other Firefox resources? >>>> >>>> From what I've seen, many PDF's use CMaps even if they don't >> necessarily have CJK characters, so it may just be better to include them. >> FWIW both Popper and Mupdf embed the CMaps. >>>> >>>> Brendan >>>> >>>> On Feb 24, 2014, at 3:01 PM, Andreas Gal <andreas....@gmail.com> >> wrote: >>>> >>>>> Is this something we could load dynamically and offline cache? >>>>> >>>>> Andreas >>>>> >>>>> Sent from Mobile. >>>>> >>>>>> On Feb 24, 2014, at 23:41, Brendan Dahl <bd...@mozilla.com> wrote: >>>>>> >>>>>> PDF.js plans to soon start including and using Adobe CMap files for >> converting character codes to character id's(CIDs) and mapping character >> codes to unicode values. This will fix a number of bugs in PDF.js and will >> improve our support for Chinese, Korean, and Japanese(CJK) documents. >>>>>> >>>>>> I wanted to inform dev-platform because there are quite a few files >> and they are large. The files are loaded lazily as needed so they shouldn't >> affect the size of Firefox when running, but they will affect the >> installation size. There are 168 files with an average size of ~40KB, and >> all of the files together are roughly: >>>>>> 6.9M >>>>>> 2.2M when gzipped >>>>>> >>>>>> http://sourceforge.net/adobe/cmap/wiki/Home/ >>>>>> >>>>>> _______________________________________________ >>>>>> dev-platform mailing list >>>>>> dev-platform@lists.mozilla.org >>>>>> https://lists.mozilla.org/listinfo/dev-platform >>>> >>> >>> _______________________________________________ >>> dev-platform mailing list >>> dev-platform@lists.mozilla.org >>> https://lists.mozilla.org/listinfo/dev-platform >> >> _______________________________________________ >> dev-platform mailing list >> dev-platform@lists.mozilla.org >> https://lists.mozilla.org/listinfo/dev-platform >> > _______________________________________________ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
