Working QPdfDocument class/module/etc...
-
Of course, it was my fault, I should have read the help DOCs more carefully...
But even developers had an unclear sense of humor when they created support for PDF files....
As it turned out - it is in fact as if there is no)))) You can not take and combine two PDF files.
You can't append new pdf file into existing one... The simplest operations are simply does not exist at all!
The QPdfDocument class does absolutely incomprehensible operations. Nothing useful...
It’s just horror and gloom...
I thought I’d do this job in half a day. And it’s already been two weeks since I just figured out that there’s nothing you can do that makes sense in these Qt* classes...
Why does python have default support for everything with pdf? And here after years there is nothing sensible! And even in the 6th branch nothing needed is created!@RazerMind , well, let me push back. The documentation starts with
The Qt PDF module contains classes and functions for rendering PDF documents.
https://doc.qt.io/qt-5/qtpdf-index.html. Rendering is the process of showing PDF, not writing a new PDF from scratch, or appending two PDF's.
But even developers had an unclear sense of humor when they created support for PDF files.
Well, rendering and printing PDF's is actually the most basic (and sought-after) operations for applications that deal with PDF's . Qt PDF actually just wraps the functionality in Chromium, which is also just about rendering. Printing PDF's is somethign that Qt generic printer framework supports.
I hear that you have a different use case, but don't blame the developers that they focussed on the top priority : Rendering PDF's, and generating them (by the way of printing).
-
@RazerMind , well, let me push back. The documentation starts with
The Qt PDF module contains classes and functions for rendering PDF documents.
https://doc.qt.io/qt-5/qtpdf-index.html. Rendering is the process of showing PDF, not writing a new PDF from scratch, or appending two PDF's.
But even developers had an unclear sense of humor when they created support for PDF files.
Well, rendering and printing PDF's is actually the most basic (and sought-after) operations for applications that deal with PDF's . Qt PDF actually just wraps the functionality in Chromium, which is also just about rendering. Printing PDF's is somethign that Qt generic printer framework supports.
I hear that you have a different use case, but don't blame the developers that they focussed on the top priority : Rendering PDF's, and generating them (by the way of printing).
@kkoehne said in Working QPdfDocument class/module/etc...:
Rendering PDF's, and generating them
I would agree if it would sound like "Rendering PDF's, and generating them al least with 2 options - or printing or cat'ing/appending".
I can't really imagine situations where printing had THIS HUGE influence over concatenating to one file of many/adding one to the tail of another PDF file. Yes, all other possible operations that are performed by specialized software systems sharpened for this - yes, these are already very serious things that should not be left within the framework of this library.
But there is ONLY ONE rendering/printing. It's horrible... -
@kkoehne said in Working QPdfDocument class/module/etc...:
Rendering PDF's, and generating them
I would agree if it would sound like "Rendering PDF's, and generating them al least with 2 options - or printing or cat'ing/appending".
I can't really imagine situations where printing had THIS HUGE influence over concatenating to one file of many/adding one to the tail of another PDF file. Yes, all other possible operations that are performed by specialized software systems sharpened for this - yes, these are already very serious things that should not be left within the framework of this library.
But there is ONLY ONE rendering/printing. It's horrible...@RazerMind If you need to concat pdf files and do other modifications to them it might be better to use the podofo framework for it. It does work on windows as well.
-
@RazerMind If you need to concat pdf files and do other modifications to them it might be better to use the podofo framework for it. It does work on windows as well.
@DerReisende ouch, of course NOW i understand that I can't do anything really mature with help of Qt-based modules/classes. And thus I have to search any small/easy compiling open-source project which can do this trick...
OR ask guys who can easily write code on python - to help me - to create a script which can do this job easily... And so I will just call it in async thread.
But this is very inconvenient and strange when, figuratively speaking, I have a huge mountain-library under my feet, in which there is everything and even more, but this smallness is not at all. -
@DerReisende ouch, of course NOW i understand that I can't do anything really mature with help of Qt-based modules/classes. And thus I have to search any small/easy compiling open-source project which can do this trick...
OR ask guys who can easily write code on python - to help me - to create a script which can do this job easily... And so I will just call it in async thread.
But this is very inconvenient and strange when, figuratively speaking, I have a huge mountain-library under my feet, in which there is everything and even more, but this smallness is not at all.@RazerMind
It won't help much with your disappointment with Qt, but if you might wish to interoperate with Python programmers for the integration benefits that offers, maybe you should consider using PySide and program for Qt in Python rather than C++? -
@RazerMind
It won't help much with your disappointment with Qt, but if you might wish to interoperate with Python programmers for the integration benefits that offers, maybe you should consider using PySide and program for Qt in Python rather than C++?@JonB said in Working QPdfDocument class/module/etc...:
maybe you should consider using PySide and program for Qt in Python rather than C++?
Definitely no. I use only C++. Python will be used as standalone exe - file script interpretation tool. only.
-
@DerReisende ouch, of course NOW i understand that I can't do anything really mature with help of Qt-based modules/classes. And thus I have to search any small/easy compiling open-source project which can do this trick...
OR ask guys who can easily write code on python - to help me - to create a script which can do this job easily... And so I will just call it in async thread.
But this is very inconvenient and strange when, figuratively speaking, I have a huge mountain-library under my feet, in which there is everything and even more, but this smallness is not at all.@RazerMind said in Working QPdfDocument class/module/etc...:
@DerReisende ouch, of course NOW i understand that I can't do anything really mature with help of Qt-based modules/classes. And thus I have to search any small/easy compiling open-source project which can do this trick...
OR ask guys who can easily write code on python - to help me - to create a script which can do this job easily... And so I will just call it in async thread.
But this is very inconvenient and strange when, figuratively speaking, I have a huge mountain-library under my feet, in which there is everything and even more, but this smallness is not at all.I wouldn't say you cannot do "mature" things with Qt - it depends what you want to do and Qt never claimed to be a full-fledged PDF editing library. AFAIK on windows you wouldn't be able your task with the native WIN32 API as well.
If you can do your task easily in python then do it - or use ghostscript to do the stuff for you. -
@RazerMind said in Working QPdfDocument class/module/etc...:
@DerReisende ouch, of course NOW i understand that I can't do anything really mature with help of Qt-based modules/classes. And thus I have to search any small/easy compiling open-source project which can do this trick...
OR ask guys who can easily write code on python - to help me - to create a script which can do this job easily... And so I will just call it in async thread.
But this is very inconvenient and strange when, figuratively speaking, I have a huge mountain-library under my feet, in which there is everything and even more, but this smallness is not at all.I wouldn't say you cannot do "mature" things with Qt - it depends what you want to do and Qt never claimed to be a full-fledged PDF editing library. AFAIK on windows you wouldn't be able your task with the native WIN32 API as well.
If you can do your task easily in python then do it - or use ghostscript to do the stuff for you.@DerReisende said in Working QPdfDocument class/module/etc...:
never claimed to be a full-fledged PDF editing library
Why you considering simplest task
cat or append PDF into one/with one- as such big/complex/etc.... edit capability that such job should be done only far-far beyond the border of this current library?
Yes, from the point of view of coding as a process - this feature would certainly require significant effort. But the paradox of library development always lies in the fact that by doing a lot at the first stage, we win in a small way at the second. First you need to do a lot - then with less effort to do something bigger and easier. And the desired functionality of working with PDF files is in these operations in 90% of cases. And how could it turn out that it was this that suddenly did not appear in development at all? It doesn't fit in my head. Sorry....P.S.
By the way, regarding the submitted bug, so far there has not been a single reasonable comment from the developers .... -
@DerReisende said in Working QPdfDocument class/module/etc...:
never claimed to be a full-fledged PDF editing library
Why you considering simplest task
cat or append PDF into one/with one- as such big/complex/etc.... edit capability that such job should be done only far-far beyond the border of this current library?
Yes, from the point of view of coding as a process - this feature would certainly require significant effort. But the paradox of library development always lies in the fact that by doing a lot at the first stage, we win in a small way at the second. First you need to do a lot - then with less effort to do something bigger and easier. And the desired functionality of working with PDF files is in these operations in 90% of cases. And how could it turn out that it was this that suddenly did not appear in development at all? It doesn't fit in my head. Sorry....P.S.
By the way, regarding the submitted bug, so far there has not been a single reasonable comment from the developers ....@RazerMind said in Working QPdfDocument class/module/etc...:
Why you considering simplest task cat or append PDF into one/with one - as such big/complex/etc
Because PDF is not a simple text file, so it is not such a "simple task".
You can't expect a framework like Qt to give you solutions for each and every problem you have. There will always be something not covered by the framework."By the way, regarding the submitted bug, so far there has not been a single reasonable comment from the developers ...." - I read what you wrote there. To be honest as Qt framework developer I would not have much motivation to work on such bugs. You should consider to express your wishes/complains in a more friendly way. And this bug is 2 days old, with one response which I consider to be "reasonable"...
-
@RazerMind said in Working QPdfDocument class/module/etc...:
Why you considering simplest task cat or append PDF into one/with one - as such big/complex/etc
Because PDF is not a simple text file, so it is not such a "simple task".
You can't expect a framework like Qt to give you solutions for each and every problem you have. There will always be something not covered by the framework."By the way, regarding the submitted bug, so far there has not been a single reasonable comment from the developers ...." - I read what you wrote there. To be honest as Qt framework developer I would not have much motivation to work on such bugs. You should consider to express your wishes/complains in a more friendly way. And this bug is 2 days old, with one response which I consider to be "reasonable"...
@RazerMind @Chris-Kawa
Hello!
I tested (MinGW GCC, Windows 10 32-bit) it seems it doesn't work with 32-bit.
posktomten
-
@RazerMind @Chris-Kawa
Hello!
I tested (MinGW GCC, Windows 10 32-bit) it seems it doesn't work with 32-bit.
@posktomten Hi, Chromium does not support MinGW at all, it requires either Visual Studio or clang-cl on Windows.
See the platform notes.
-
@SGaist Aha! Thanks. I just wanted to test... (Without reading.)
-
@posktomten
And in addition to @SGaist it requires to build on a 64-bit platform, as it says in its output, so your host wouldn't be up to it anyway.@JonB Yes, thanks. That's what I reacted to.
