Hi,
would a JavaScript implementation help? pdf.js from Mozilla is available
under the Apache v2 licence at github: https://github.com/mozilla/pdf.js/
Best Regards
Jan Henke
Am 29.05.2013 23:26, schrieb Till Kamppeter:
> On 05/21/2013 12:32 AM, Alexander Antimonov wrote:
>> As both Poppler and M
Is it reliable, fast, resource-saving?
Does it display all files, also large and complex ones?
Does it allow different output formats (screen, PNG, PostScript, CUPS
Raster, PCL, ...)?
Does it allow filling and saving forms?
Probably it is a good idea for the future, but above features need to
g
On 05/21/2013 12:32 AM, Alexander Antimonov wrote:
> As both Poppler and MuPDF are strong copylefted, question is if
> either of two may be turned into "standard API" for pdf rendering?
> Because doing so would require third-party apps be GPL compatible.
Seems that someone needs to start writing a
Hi Paul,
On Mon, May 20, 2013 at 8:35 PM, Paul Sladen wrote:
>> On Fri, 2013-05-17 at 01:25:12PM +0200, Till Kamppeter wrote:
>> > On a mobile device this is overkill. We need only one PDF renderer
>
> Is this just for the Phablet Core apps? Or to be part of the
> generally-available standard AP
On Sat, 18 May 2013, Alexander Antimonov wrote:
> On Fri, 2013-05-17 at 01:25:12PM +0200, Till Kamppeter wrote:
> > On a mobile device this is overkill. We need only one PDF renderer
Is this just for the Phablet Core apps? Or to be part of the
generally-available standard API for third-party apps
Steve Langasek [2013-05-18 0:17 -0500]:
> This doesn't sound accurate to me - I've used evince before (which is
> poppler based) to fill out PDF forms and save them. Maybe this should be
> checked?
Yeah, I do that all the time. Saving back encrypted documents doesn't
work, but one can always pri
On Friday 17 May 2013 15:40:56 Till Kamppeter wrote:
> Hi,
Hi
> during my thoughts about the printing stack for Ubuntu Touch [1] I came
> to the conclusion that printing needs a PDF renderer to turn incoming
> PDF into the printer's language (PWG Raster, PostScript, PCL, ...) but a
> PDF renderer
Hi Till,
On Fri, 2013-05-17 at 01:25:12PM +0200, Till Kamppeter wrote:
> ...
> The Ubuntu desktop uses Poppler for screen display and Ghostscript for
> printing. On a mobile device this is overkill. We need only one PDF
> renderer and also no PostScript interpreter as for printing we expect
> all
On 05/18/2013 10:37 PM, Alexander Antimonov wrote:
>
> What exact testing do we want: render speed, memory consumption,
> robustness, supported features comparison, code quality, all of these
> and more?
>
> Cheers.
>
Most importnt is resource consumption: disk space, RAM, CPU, battery.
Does Mu
On Fri, May 17, 2013 at 10:39:31PM EST, Oliver Grawert wrote:
> given that we want full convergence, which means using the same default
> core tools on the phone as well as on the desktop, is MuPDF ready to
> replace Poppler on the desktop ?
Poppler also has a better accessibility story, in that i
On Sat, May 18, 2013 at 10:16:09AM +0200, Till Kamppeter wrote:
> On 05/18/2013 07:17 AM, Steve Langasek wrote:
> > On Fri, May 17, 2013 at 01:25:12PM +0200, Till Kamppeter wrote:
> >> So Ghostscript is out of the question here as it is large and the PDF
> >> interpreter is written in PostScript.
On 05/18/2013 07:17 AM, Steve Langasek wrote:
> Hi Till,
>
> On Fri, May 17, 2013 at 01:25:12PM +0200, Till Kamppeter wrote:
>> So Ghostscript is out of the question here as it is large and the PDF
>> interpreter is written in PostScript. Poppler has the advantage of
>> having a long history and s
Hi Till,
On Fri, May 17, 2013 at 01:25:12PM +0200, Till Kamppeter wrote:
> So Ghostscript is out of the question here as it is large and the PDF
> interpreter is written in PostScript. Poppler has the advantage of
> having a long history and so it should deal best with quirky files.
> MuPDF is wri
hi,
On Fr, 2013-05-17 at 13:25 +0200, Till Kamppeter wrote:
> Hi,
>
> during my thoughts about the printing stack for Ubuntu Touch [1] I came
> to the conclusion that printing needs a PDF renderer to turn incoming
> PDF into the printer's language (PWG Raster, PostScript, PCL, ...) but a
> PDF ren
Hi,
during my thoughts about the printing stack for Ubuntu Touch [1] I came
to the conclusion that printing needs a PDF renderer to turn incoming
PDF into the printer's language (PWG Raster, PostScript, PCL, ...) but a
PDF renderer needs already to be on a mobile device to make it able to
display
15 matches
Mail list logo