[IPOL discuss] Ipol articles + other errors

[Simon Loic]

Well I agree with your comments and surely on pdfjs being fragile.

BTW we have mentionned earlier the Html5 version of FlexPaper. I guess that
the drawbacks of this version are different from those of the flash one.
Shall we contact the company to see how we can give it a try?


Loïc


On Thu, Jan 19, 2012 at 5:25 PM, Nicolas Limare <
nicolas.limare at cmla.ens-cachan.fr> wrote:

> Hi,
>
> > I would add one moderation to that assessment: unless I'm mistaken, some
> > pdf that you tested are not representative of what we expect in
> > IPOL.
>
> Oh, yes. I took a few PDFs I had on my disk and tortured the Flash and
> PDFjs readers, to get an idea of their robustness. Only a few of these
> articles look like realistic IPOL articles, and none was produced by
> myself from the current class. And as long as articles are "somehow"
> readable online and available with high-quality downloads, I think
> the issues can be worked around.
>
> The only problem that may be serious is the problems encoutered when
> rendering some graphics, which could be happen in our PDFs.
>
> My impression is that the javascript reader is too experimental and
> fragile now to be used on the public pages of a journal. This would
> leave us with:
> * PDF plugin and Flash fallback
> * full-text, as good as possible, but probably not very good
>  it will require a big WARNING! see also this article abourt the
>  conversion: http://kwarc.info/kohlhase/papers/mcs10.pdf
> * downloadable PDFs
>
> >
> http://dev.ipol.im/~simonl/php/pdfInHtml/pdfjs/viewer.html?file=../upload/Carbonell_-_On_Man-Computer_Interaction_:_A_Model_and_Some_Related_Issues.pdf
> > -> PDFjs: uses lots of computing resources
> > -> Flash: doesn't render anything
> > """
> > This file is not really relevant, since I hope we are not going to
> > accept scanned pdfs :)
>
> Sure. But we may have problem when an article has a lot of large
> images, which may pose similar problems.
>
> > """
> >
> http://dev.ipol.im/~simonl/php/pdfInHtml/FlexPaper/index.php?doc=../upload/docs/stronglinks-ssdbm2010.swf
> > -> Flash & PDFjs: very bad math rendering page 4 (bottom)
> > -> Flash: abnormal gray marks on page 3 when the illustration at the
> >   top of the page is out of the window
> > -> PDFjs: abnormal color in the illustration at the top of the page 3
> > """
> > I guess the maths rendering problem is related to an uncommon way of
> > generating the math (not latex?).
>
> $ pdfinfo stronglinks-ssdbm2010.pdf
> Creator:        TeX
> Producer:       pdfTeX-1.40.9
> CreationDate:   Mon May 10 23:18:12 2010
> ModDate:        Mon May 10 23:18:12 2010
> Tagged:         no
> Pages:          18
> Encrypted:      no
> Page size:      612 x 792 pts (letter)
> File size:      1721022 bytes
> Optimized:      no
> PDF version:    1.4
>
> -> it's pdfTeX, with embedded fonts.
>
> > """
> >
> http://dev.ipol.im/~simonl/php/pdfInHtml/pdfjs/viewer.html?file=../upload/IPOL.pdf
> > -> PDFjs: the logo is not resterized with a low resolution, it is
> >   vectorial in the PDF file
> >
> http://dev.ipol.im/~simonl/php/pdfInHtml/FlexPaper/index.php?doc=../upload/docs/IPOL.swf
> > -> Flash: dirty jpeg rendering of the logo (JPEG Gibbs artifacts at
> >   500% zoom)
> > """
> > This would be a bigger issue. Do we really need a vectorial logo in the
> > articles? At least in the web rendering version, I would say that a
> bitmap
> > version should be sufficient. And we could still use the vectorial one in
> > the distributed pdf.
>
> Yes. But this probably means that some other vector graphics will be
> rasterized by the Flash conversion, and we loose the possibility of
> using the zoom to explore details. Not a terrible problem, but not as
> good as native PDF rendering.
>
> --
> Nicolas LIMARE - CMLA - ENS Cachan
> http://www.cmla.ens-cachan.fr/~limare/
> IPOL - image processing on line
> http://www.ipol.im/
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEARECAAYFAk8YQ/IACgkQvviFAPpCP08rxACfWXTPgQlfpuAL6klbnbeLKIzd
> rbEAoJmxtBXp4szKb2tNsIqd8exX9eyL
> =u3P6
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> discuss mailing list
> discuss at list.ipol.im
> http://tools.ipol.im/mailman/listinfo/discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tools.ipol.im/mailman/archive/discuss/attachments/20120119/a23d143c/attachment.html>