Dear all,
I implemented PDF rendering in Qt application.
My opinion is that Poppler is not the best piece of open source code,
look the code in comparison to MuPDF, it is C but clean C and run on
embedded devices.
Rather Poppler is more like a pile-up of crappy codes. Some years ago,
On Wednesday, 14 August 2019 09:36:44 PDT Allan Sandfeld Jensen wrote:
> On Wednesday, 14 August 2019 17:00:51 CEST Shawn Rutledge wrote:
> > > On 14 Aug 2019, at 16:41, Thiago Macieira
> > > wrote:
> > >
> > > If it uses the already-compiled qtwebengine, then there may be a way.
> >
> > I
On Wednesday, 14 August 2019 17:00:51 CEST Shawn Rutledge wrote:
> > On 14 Aug 2019, at 16:41, Thiago Macieira
> > wrote:
> >
> > If it uses the already-compiled qtwebengine, then there may be a way.
>
> I think the point of bundling qtpdf into the qtwebengine repository is that
> they will be
On 13 Aug 2019, at 18:11, Thiago Macieira
mailto:thiago.macie...@intel.com>> wrote:
On Tuesday, 13 August 2019 02:20:04 PDT Shawn Rutledge wrote:
When it comes to Qt Quick, either solution can be exposed either as a
subclass of QImageIOHandler (so that it “just works” as an image format) or
On Wednesday, 14 August 2019 08:00:51 PDT Shawn Rutledge wrote:
> > On 14 Aug 2019, at 16:41, Thiago Macieira
> > wrote:
> >
> > If it uses the already-compiled qtwebengine, then there may be a way.
>
> I think the point of bundling qtpdf into the qtwebengine repository is that
> they will be
> On 14 Aug 2019, at 16:41, Thiago Macieira wrote:
>
> If it uses the already-compiled qtwebengine, then there may be a way.
I think the point of bundling qtpdf into the qtwebengine repository is that
they will be built together, from the same sources. I hope it also means that
the same
On Tuesday, 13 August 2019 22:40:29 PDT Allan Sandfeld Jensen wrote:
> On Wednesday, 14 August 2019 07:09:33 CEST Thiago Macieira wrote:
> > On Tuesday, 13 August 2019 16:04:38 PDT Allan Sandfeld Jensen wrote:
> > > That is exactly the same Chromium does. Except we already put the work
> > > into
On Wednesday, 14 August 2019 07:09:33 CEST Thiago Macieira wrote:
> On Tuesday, 13 August 2019 16:04:38 PDT Allan Sandfeld Jensen wrote:
> > That is exactly the same Chromium does. Except we already put the work
> > into
> > backporting the fixes.
>
> ALL of them? How quickly?
>
> Please make
On Tuesday, 13 August 2019 16:04:38 PDT Allan Sandfeld Jensen wrote:
> That is exactly the same Chromium does. Except we already put the work into
> backporting the fixes.
ALL of them? How quickly?
Please make sure that either you're releasing within two weeks of *every* CVE
or that I can use
On Wednesday, 14 August 2019 00:59:39 CEST Thiago Macieira wrote:
> On Tuesday, 13 August 2019 13:03:17 PDT Lisandro Damián Nicanor Pérez Meyer
>
> wrote:
> > PDF libraries tend to be a common source of CVEs, so whichever library
> > is used it should be certainly easy to update without the need
On Tuesday, 13 August 2019 13:03:17 PDT Lisandro Damián Nicanor Pérez Meyer
wrote:
> PDF libraries tend to be a common source of CVEs, so whichever library
> is used it should be certainly easy to update without the need of a
> third party acting as a proxy.
That is also the biggest drawback
On Tuesday, 13 August 2019 22:03:17 CEST Lisandro Damián Nicanor Pérez Meyer
wrote:
> Hi!
>
> On Mon, 12 Aug 2019 at 09:39, Kai Köhne wrote:
> [snip]
>
> > Qt PDF is so far a Qt labs module [1]. It allows Qt applications to
> > render/view PDF's in QWidget based applications [2], and is built
Hi!
On Mon, 12 Aug 2019 at 09:39, Kai Köhne wrote:
[snip]
>
> Qt PDF is so far a Qt labs module [1]. It allows Qt applications to
> render/view PDF's in QWidget based applications [2], and is built on top of
> PDFium. However, development has been stagnant, also because it is built on
> top
On Tuesday, 13 August 2019 09:43:35 PDT Lars Knoll wrote:
> > Because I don't want to see us undermine a nice open source project that
> > is
> > struggling to find contributors by promoting a worse alternative just
> > because it can be sold.
>
> Poppler is not usable by any of Qt’s commercial
On 13 Aug 2019, at 18:11, Thiago Macieira
mailto:thiago.macie...@intel.com>> wrote:
On Tuesday, 13 August 2019 02:20:04 PDT Shawn Rutledge wrote:
Why are you biased towards Poppler being better? It’s older, yes, and it
has had a Qt binding for a long time, so it has been easy to use in Qt
On Tuesday, 13 August 2019 02:20:04 PDT Shawn Rutledge wrote:
> Why are you biased towards Poppler being better? It’s older, yes, and it
> has had a Qt binding for a long time, so it has been easy to use in Qt
> widget-based projects for a long time already. (I have experience doing
> that; when
Shawn Rutledge wrote:
> But PDFium has a company behind it, and I have heard that if one pays for
> the commercial version, it has enough features to make a real PDF editing
> application. I haven’t tried that yet; but it may turn out later that
> this will give us access to a bigger feature set
> On 13 Aug 2019, at 02:06, Thiago Macieira wrote:
>
> On Monday, 12 August 2019 15:10:47 PDT Kevin Kofler wrote:
>> The existing implementation based on PDFium, on the other hand, provides us
>> with an alternative implementation, which application developers may prefer
>> for various reasons
On Monday, 12 August 2019 15:10:47 PDT Kevin Kofler wrote:
> The existing implementation based on PDFium, on the other hand, provides us
> with an alternative implementation, which application developers may prefer
> for various reasons (one of which is licensing, as already pointed out).
> This
Thiago Macieira wrote:
> Has any analysis been done comparing the feature and platform support, and
> codebase size, for PDFium versus Poppler?
I don't see what value a Poppler-based Qt PDF rewrite would bring us
considering that there is already a poppler-qt that can be used directly,
and is
On Monday, 12 August 2019 11:22:23 PDT Konstantin Tokarev wrote:
> 12.08.2019, 21:01, "Thiago Macieira" :
> > On Monday, 12 August 2019 08:24:05 PDT Konstantin Tokarev wrote:
> >> I guess bigger problem is that Poppler is GPL. PDFium is probably the
> >> only
> >> permissively licensed PDF
On Mon, 12 Aug 2019, 20:23 Konstantin Tokarev, wrote:
>
>
> 12.08.2019, 21:01, "Thiago Macieira" :
> > On Monday, 12 August 2019 08:24:05 PDT Konstantin Tokarev wrote:
> >> I guess bigger problem is that Poppler is GPL. PDFium is probably the
> only
> >> permissively licensed PDF engine.
> >
>
12.08.2019, 21:01, "Thiago Macieira" :
> On Monday, 12 August 2019 08:24:05 PDT Konstantin Tokarev wrote:
>> I guess bigger problem is that Poppler is GPL. PDFium is probably the only
>> permissively licensed PDF engine.
>
> And? If Poppler is a superior alternative, then people can accept its
12.08.2019, 18:25, "Konstantin Tokarev" :
> 12.08.2019, 18:19, "Thiago Macieira" :
>> On Monday, 12 August 2019 05:35:06 PDT Kai Köhne wrote:
>>> I suggest to promote Qt PDF to a Qt module. For Qt 5.14, it will be in
>>> Tech
>>> Preview state, and Shawn Rutledge is volunteering to be the
On Monday, 12 August 2019 08:24:05 PDT Konstantin Tokarev wrote:
> I guess bigger problem is that Poppler is GPL. PDFium is probably the only
> permissively licensed PDF engine.
And? If Poppler is a superior alternative, then people can accept its GPL
requirements or not display PDF.
--
Thiago
12.08.2019, 18:25, "Konstantin Tokarev" :
> 12.08.2019, 18:19, "Thiago Macieira" :
>> On Monday, 12 August 2019 05:35:06 PDT Kai Köhne wrote:
>>> I suggest to promote Qt PDF to a Qt module. For Qt 5.14, it will be in
>>> Tech
>>> Preview state, and Shawn Rutledge is volunteering to be the
12.08.2019, 18:19, "Thiago Macieira" :
> On Monday, 12 August 2019 05:35:06 PDT Kai Köhne wrote:
>> I suggest to promote Qt PDF to a Qt module. For Qt 5.14, it will be in Tech
>> Preview state, and Shawn Rutledge is volunteering to be the maintainer.
>> Although still staying an independent
On Monday, 12 August 2019 05:35:06 PDT Kai Köhne wrote:
> I suggest to promote Qt PDF to a Qt module. For Qt 5.14, it will be in Tech
> Preview state, and Shawn Rutledge is volunteering to be the maintainer.
> Although still staying an independent library from the user's perspective,
> it will be
Hi,
I suggest to promote Qt PDF to a Qt module. For Qt 5.14, it will be in Tech
Preview state, and Shawn Rutledge is volunteering to be the maintainer.
Although still staying an independent library from the user's perspective, it
will be hosted and built in the qtwebengine.git repository.
29 matches
Mail list logo