Problem with Batch Queue multi core processing
Locked
12
12
Re: Digikam 5.7 and printing with Photoprint
 
|
Well that is a huge issue and completely unacceptable. QT should be only
listing those paper sizes supported by the printer being used, anything else is just plain wrong. Stuart On 24/09/17 19:24, Maik Qualmann wrote: > This Qt problem is really bad. It is not really a bug but rather a design > problem. Qt uses a fixed QPageSize list. This is based on Adobe PostScript PPD > Standard v4.3. In this list is 5x7 not defined. Qt tries to break any other > page size to this list or ignore the size. > > Maik > > Am Sonntag, 24. September 2017, 19:08:49 CEST schrieb Gilles Caulier: >> Hum, yes, the print driver properties still relevant of low level Qt print >> plugin. >> >> If the bug still in Qt, this will not fixed in DK... >> >> But did you try to select PDF as output (or Gimp), organize photo output, >> and generate it. Gimp output want mean PDF in background. this must be at >> least not dependent of Qt driver. In Gimp Qt print driver is not used. >> Perhaps the result will be better. >> >> Gilles Caulier >> >> 2017-09-24 18:59 GMT+02:00 Stuart T Rogers <[hidden email]>: >>> That should have said A4 for paper size not A$! My bad.... >>> >>> Stuart >>> >>> On 24/09/17 17:58, Stuart T Rogers wrote: >>>> Gilles >>>> >>>> Firstly let me apologise for the printphoto thing again. >>>> >>>> I have removed the directory as describe and yes I can now find the Print >>>> Creator. >>>> >>>> Unless I am doing something wrong it does not work correctly for >>>> selecting the paper sizes exactly as before. I can it comes up with A$ >>>> which is the default but I am unable to change the value to 5x7 or many >>>> others as well. This is exactly the issue with QT. I do have gimp >>>> installed >>>> by the way. >>>> >>>> Stuart >>>> >>>> On 24/09/17 14:44, Gilles Caulier wrote: >>>>> It's a hidden bug. Thanks Maik to discover the origin of the problem. >>>>> >>>>> Let's me few days to update the 5.8.0 pre release bundle. I will upload >>>>> files when it's will be ready. >>>>> >>>>> Gilles Caulier >>>>> >>>>> 2017-09-24 12:58 GMT+02:00 Maik Qualmann <[hidden email] <mailto: >>>>> >>>>> [hidden email]>>: >>>>> Stuart, >>>>> >>>>> rename/remove $HOME/.local/share/kxmlgui5/digikam to get all new >>>>> menu entries >>>>> This bug is now fixed in digikam-5.8.0 (today). >>>>> >>>>> Maik >>>>> >>>>> Am Sonntag, 24. September 2017, 12:29:25 CEST schrieb fotografie: >>>>> > I just checked it again. The Tools Menue - Print Creator is >>>>> >>>>> available in >>>>> >>>>> > - preview, >>>>> > - photo processing >>>>> > - lighttable. >>>>> > >>>>> > Did you accidentally close the menu bar? Hit CTRL - M (STRG - M >>>>> >>>>> on a >>>>> >>>>> > german keyboard) and the menu bar should appear or disappear. >>>>> > >>>>> > Best regards Ulf >>>>> > >>>>> > Am 24.09.2017 um 12:21 schrieb fotografie: >>>>> > > Hello, >>>>> > > >>>>> > > I use the german version of DK 5.7 and 5.8.0.1 appimage for >>>>> >>>>> Ubuntu and >>>>> >>>>> > > the function is available in both versions under >>>>> > > Tools - Print Creaqtor >>>>> > > in my german version it is: >>>>> > > Extras - Print Creator >>>>> > > >>>>> > > Gimp is installed on my machine and DK uses Gimp for printing >>>>> >>>>> the images >>>>> >>>>> > > Best regards Ulf >>>>> > > >>>>> > > Am 24.09.2017 um 11:46 schrieb Stuart T Rogers: >>>>> > >> I just tried the 5.8 appimage and cannot see it in there >>>>> >>>>> either. >>>>> >>>>> > >> Stuart >>>>> > >> >>>>> > >> On 24/09/17 10:12, Stuart T Rogers wrote: >>>>> > >>> Gilles >>>>> > >>> >>>>> > >>> I have just looked at the Tools menu at the top of the screen >>>>> >>>>> in >>>>> >>>>> > >>> 5.7.0 and there is no Print Creator menu entry. Also cannot >>>>> >>>>> find it >>>>> >>>>> > >>> in any other menu either which is why I thought the print >>>>> >>>>> function ha >>>>> >>>>> > >>> been removed. >>>>> > >>> >>>>> > >>> Stuart >>>>> > >>> >>>>> > >>> On 24/09/17 10:02, Gilles Caulier wrote: >>>>> > >>>> But we don't remove print feature at all... >>>>> > >>>> >>>>> > >>>> Print must be avaialble everywhere in 5.7.0 release. Look >>>>> >>>>> for ex in >>>>> >>>>> > >>>> Tools menu, there is an entry named "Print Creator" that you >>>>> >>>>> can >>>>> >>>>> > >>>> send data to print to Gimp engine to process work on printer >>>>> >>>>> device. >>>>> >>>>> > >>>> Gilles Caulier >>>>> > >>>> >>>>> > >>>> 2017-09-24 10:47 GMT+02:00 Stuart T Rogers >>>>> > >>>> >>>>> > >>>> <[hidden email] >>>>> >>>>> <mailto:[hidden email]> >>>>> <mailto:[hidden email] >>>>> >>>>> <mailto:[hidden email]>>>: >>>>> > >>>> My apologies I can see it in the right click menu on an >>>>> >>>>> image. >>>>> >>>>> > >>>> Obviously this is there because I have it installed. I >>>>> >>>>> had assumed, >>>>> >>>>> > >>>> wrongly, it was there because the print function has >>>>> >>>>> been removed >>>>> >>>>> > >>>> from digikam. >>>>> > >>>> >>>>> > >>>> One of my main uses of digikam is to print my photos and >>>>> >>>>> prior >>>>> >>>>> > >>>> to it >>>>> > >>>> >>>>> > >>>> using QT this was what I always used for printing. >>>>> >>>>> Because of >>>>> >>>>> > >>>> the QT >>>>> > >>>> >>>>> > >>>> bug it was not possible to use the printing facilities >>>>> >>>>> of digikam. >>>>> >>>>> > >>>> Now I realise that the print function problems are not >>>>> >>>>> digikam's >>>>> >>>>> > >>>> fault but it is so frustrating that QT are ignoring the >>>>> >>>>> paper size >>>>> >>>>> > >>>> selection bug (QTBUG-58733), this has been open since >>>>> >>>>> February this >>>>> >>>>> > >>>> year and nothing has been done by the QT devs. >>>>> > >>>> >>>>> > >>>> If the printing capabilities of QT are not fixed and the >>>>> >>>>> >>>>> > >>>> options of digikam restored I will need to try to find >>>>> >>>>> another >>>>> >>>>> > >>>> image >>>>> > >>>> >>>>> > >>>> management tool which allows me to both manage and print >>>>> > >>>> successfully which is a great shame since I do like its >>>>> >>>>> management >>>>> >>>>> > >>>> capabilities. It is a huge shame that applications like >>>>> >>>>> digikam >>>>> >>>>> > >>>> have >>>>> > >>>> >>>>> > >>>> to remove useful options because of a bug elsewhere. >>>>> > >>>> >>>>> > >>>> Stuart >>>>> > >>>> >>>>> > >>>> On 24/09/17 08:42, Gilles Caulier wrote: >>>>> > >>>> What do you mean by "photoprint" ? Where do you see >>>>> >>>>> any >>>>> >>>>> > >>>> reference of photoprint in digiKam ? >>>>> > >>>> >>>>> > >>>> 2017-09-24 9:33 GMT+02:00 Stuart T Rogers >>>>> > >>>> <[hidden email] >>>>> >>>>> <mailto:[hidden email]> >>>>> <mailto:[hidden email] <mailto:[hidden email] >>>>> >>>>> g.uk>> >>>>> >>>>> > >>>> <mailto:[hidden email] >>>>> >>>>> <mailto:[hidden email]> >>>>> >>>>> > >>>> <mailto:[hidden email] >>>>> >>>>> <mailto:[hidden email]>>>>: >>>>> > >>>> I noticed that printing now is accomplished by >>>>> >>>>> using >>>>> >>>>> > >>>> Photoprint >>>>> > >>>> >>>>> > >>>> rather than the original tools. However this >>>>> >>>>> does not work >>>>> >>>>> > >>>> for me. >>>>> > >>>> >>>>> > >>>> Photoprint is quite old and seems not to be >>>>> >>>>> actively >>>>> >>>>> > >>>> supported >>>>> > >>>> >>>>> > >>>> although the website still exists. It looks >>>>> >>>>> like it works >>>>> >>>>> > >>>> and seems >>>>> > >>>> >>>>> > >>>> to send data to my Canon iP7250 (over wireless) >>>>> >>>>> but >>>>> >>>>> > >>>> nothing >>>>> > >>>> >>>>> > >>>> happens >>>>> > >>>> >>>>> > >>>> at the printer. Has anyone here actually >>>>> > >>>> printed >>>>> > >>>> >>>>> > >>>> successfully using >>>>> > >>>> >>>>> > >>>> Photoprint and if so how? Was the printer >>>>> >>>>> wireless or USB >>>>> >>>>> > >>>> connected? >>>>> > >>>> >>>>> > >>>> I am using the latest available version of >>>>> >>>>> Photoprint. >>>>> >>>>> > >>>> Sadly the QT paper size bug preventing >>>>> >>>>> successful use of >>>>> >>>>> > >>>> printing >>>>> > >>>> >>>>> > >>>> seems to be being ignored by the QT developers. >>>>> > >>>> >>>>> > >>>> Stuart >>>>> > >>>> -- Website: http://www.stella-maris.org.uk >>>>> > >>>> or: http://www.broadstairs.org >>>>> > >>>> >>>>> > >>>> -- Website: http://www.stella-maris.org.uk >>>>> > >>>> or: http://www.broadstairs.org >>>>> >>>>> -- >>>>> Gruß Maik >>> >>> -- >>> Website: http://www.stella-maris.org.uk >>> or: http://www.broadstairs.org > > -- Website: http://www.stella-maris.org.uk or: http://www.broadstairs.org |
Re: Digikam 5.7 and printing with Photoprint
|
|
I contacted Robert Krawitz who is the lead developer on Gutenprint
originally and with his help had that QT bug raised. Following on from Maik's comments I sent them to Robert for his view. Here are his comments:- > > It's a disaster. > > However, if Qt is really claiming that this is due to the PPD spec, > they are badly misreading it, to wit (p. 183): > > Only the most common page sizes are specified here. A device > manufacturer is free to list a new size in a PPD file for a new > device. However, care should be taken to avoid duplicating the > semantics of an already-registered option keyword. Also, when > creating a new option keyword, the capitalization conventions > shown in the tables should be followed as much as possible; that > is, the first letters of logical words should be capitalized. > > The comments in /usr/include/qt5/QtGui/qpagesize.h should make it very > clear that this is really badly designed: > > // ### Qt6 Re-order and remove duplicates > // NOTE: Must keep in sync with QPagedPrintEngine and QPrinter > > qprinter has its own problems: it only knows about a fixed (small) set > of options and values; look at PaperSource, for instance. > Some how this must be changed and get QT to understand the issue and resolve it. Anything which can be done by anyone here will add pressure on QT to resolve this. Stuart On 24/09/17 21:29, Stuart T Rogers wrote: > Well that is a huge issue and completely unacceptable. QT should be only > listing those paper sizes supported by the printer being used, anything > else is just plain wrong. > > Stuart > > On 24/09/17 19:24, Maik Qualmann wrote: >> This Qt problem is really bad. It is not really a bug but rather a design >> problem. Qt uses a fixed QPageSize list. This is based on Adobe >> PostScript PPD >> Standard v4.3. In this list is 5x7 not defined. Qt tries to break any >> other >> page size to this list or ignore the size. >> >> Maik >> >> Am Sonntag, 24. September 2017, 19:08:49 CEST schrieb Gilles Caulier: >>> Hum, yes, the print driver properties still relevant of low level Qt >>> plugin. >>> >>> If the bug still in Qt, this will not fixed in DK... >>> >>> But did you try to select PDF as output (or Gimp), organize photo >>> output, >>> and generate it. Gimp output want mean PDF in background. this must >>> be at >>> least not dependent of Qt driver. In Gimp Qt print driver is not used. >>> Perhaps the result will be better. >>> >>> Gilles Caulier >>> >>> 2017-09-24 18:59 GMT+02:00 Stuart T Rogers <[hidden email]>: >>>> That should have said A4 for paper size not A$! My bad.... >>>> >>>> Stuart >>>> >>>> On 24/09/17 17:58, Stuart T Rogers wrote: >>>>> Gilles >>>>> >>>>> Firstly let me apologise for the printphoto thing again. >>>>> >>>>> I have removed the directory as describe and yes I can now find the >>>>> Creator. >>>>> >>>>> Unless I am doing something wrong it does not work correctly for >>>>> selecting the paper sizes exactly as before. I can it comes up with A$ >>>>> which is the default but I am unable to change the value to 5x7 or >>>>> many >>>>> others as well. This is exactly the issue with QT. I do have gimp >>>>> installed >>>>> by the way. >>>>> >>>>> Stuart >>>>> >>>>> On 24/09/17 14:44, Gilles Caulier wrote: >>>>>> It's a hidden bug. Thanks Maik to discover the origin of the problem. >>>>>> >>>>>> Let's me few days to update the 5.8.0 pre release bundle. I will >>>>>> upload >>>>>> files when it's will be ready. >>>>>> >>>>>> Gilles Caulier >>>>>> >>>>>> 2017-09-24 12:58 GMT+02:00 Maik Qualmann <[hidden email] >>>>>> <mailto: >>>>>> >>>>>> [hidden email]>>: >>>>>> Stuart, >>>>>> rename/remove $HOME/.local/share/kxmlgui5/digikam to get all new >>>>>> menu entries >>>>>> This bug is now fixed in digikam-5.8.0 (today). >>>>>> Maik >>>>>> Am Sonntag, 24. September 2017, 12:29:25 CEST schrieb >>>>>> fotografie: >>>>>> > I just checked it again. The Tools Menue - Print Creator is >>>>>> available in >>>>>> > - preview, >>>>>> > - photo processing >>>>>> > - lighttable. >>>>>> > >>>>>> > Did you accidentally close the menu bar? Hit CTRL - M >>>>>> (STRG - M >>>>>> >>>>>> on a >>>>>> >>>>>> > german keyboard) and the menu bar should appear or disappear. >>>>>> > >>>>>> > Best regards Ulf >>>>>> > >>>>>> > Am 24.09.2017 um 12:21 schrieb fotografie: >>>>>> > > Hello, >>>>>> > > >>>>>> > > I use the german version of DK 5.7 and 5.8.0.1 appimage for >>>>>> Ubuntu and >>>>>> > > the function is available in both versions under >>>>>> > > Tools - Print Creaqtor >>>>>> > > in my german version it is: >>>>>> > > Extras - Print Creator >>>>>> > > >>>>>> > > Gimp is installed on my machine and DK uses Gimp for >>>>>> printing >>>>>> the images >>>>>> > > Best regards Ulf >>>>>> > > >>>>>> > > Am 24.09.2017 um 11:46 schrieb Stuart T Rogers: >>>>>> > >> I just tried the 5.8 appimage and cannot see it in there >>>>>> >>>>>> either. >>>>>> >>>>>> > >> Stuart >>>>>> > >> >>>>>> > >> On 24/09/17 10:12, Stuart T Rogers wrote: >>>>>> > >>> Gilles >>>>>> > >>> >>>>>> > >>> I have just looked at the Tools menu at the top of the >>>>>> screen >>>>>> >>>>>> in >>>>>> >>>>>> > >>> 5.7.0 and there is no Print Creator menu entry. Also >>>>>> cannot >>>>>> find it >>>>>> > >>> in any other menu either which is why I thought the print >>>>>> function ha >>>>>> > >>> been removed. >>>>>> > >>> >>>>>> > >>> Stuart >>>>>> > >>> >>>>>> > >>> On 24/09/17 10:02, Gilles Caulier wrote: >>>>>> > >>>> But we don't remove print feature at all... >>>>>> > >>>> >>>>>> > >>>> Print must be avaialble everywhere in 5.7.0 release. >>>>>> Look >>>>>> for ex in >>>>>> > >>>> Tools menu, there is an entry named "Print Creator" >>>>>> that you >>>>>> >>>>>> can >>>>>> >>>>>> > >>>> send data to print to Gimp engine to process work on >>>>>> printer >>>>>> device. >>>>>> > >>>> Gilles Caulier >>>>>> > >>>> >>>>>> > >>>> 2017-09-24 10:47 GMT+02:00 Stuart T Rogers >>>>>> > >>>> >>>>>> > >>>> <[hidden email] >>>>>> <mailto:[hidden email]> >>>>>> <mailto:[hidden email] >>>>>> <mailto:[hidden email]>>>: >>>>>> > >>>> My apologies I can see it in the right click menu >>>>>> on an >>>>>> image. >>>>>> > >>>> Obviously this is there because I have it >>>>>> installed. I >>>>>> had assumed, >>>>>> > >>>> wrongly, it was there because the print function has >>>>>> been removed >>>>>> > >>>> from digikam. >>>>>> > >>>> >>>>>> > >>>> One of my main uses of digikam is to print my >>>>>> photos and >>>>>> prior >>>>>> > >>>> to it >>>>>> > >>>> >>>>>> > >>>> using QT this was what I always used for printing. >>>>>> Because of >>>>>> > >>>> the QT >>>>>> > >>>> >>>>>> > >>>> bug it was not possible to use the printing >>>>>> facilities >>>>>> of digikam. >>>>>> > >>>> Now I realise that the print function problems >>>>>> are not >>>>>> digikam's >>>>>> > >>>> fault but it is so frustrating that QT are >>>>>> ignoring the >>>>>> paper size >>>>>> > >>>> selection bug (QTBUG-58733), this has been open >>>>>> since >>>>>> February this >>>>>> > >>>> year and nothing has been done by the QT devs. >>>>>> > >>>> >>>>>> > >>>> If the printing capabilities of QT are not fixed >>>>>> and the >>>>>> > >>>> options of digikam restored I will need to try to >>>>>> find >>>>>> another >>>>>> > >>>> image >>>>>> > >>>> >>>>>> > >>>> management tool which allows me to both manage >>>>>> and print >>>>>> > >>>> successfully which is a great shame since I do >>>>>> like its >>>>>> management >>>>>> > >>>> capabilities. It is a huge shame that >>>>>> applications like >>>>>> digikam >>>>>> > >>>> have >>>>>> > >>>> >>>>>> > >>>> to remove useful options because of a bug elsewhere. >>>>>> > >>>> >>>>>> > >>>> Stuart >>>>>> > >>>> >>>>>> > >>>> On 24/09/17 08:42, Gilles Caulier wrote: >>>>>> > >>>> What do you mean by "photoprint" ? Where do >>>>>> you see >>>>>> >>>>>> any >>>>>> >>>>>> > >>>> reference of photoprint in digiKam ? >>>>>> > >>>> >>>>>> > >>>> 2017-09-24 9:33 GMT+02:00 Stuart T Rogers >>>>>> > >>>> <[hidden email] >>>>>> <mailto:[hidden email]> >>>>>> <mailto:[hidden email] >>>>>> <mailto:[hidden email] >>>>>> >>>>>> g.uk>> >>>>>> >>>>>> > >>>> <mailto:[hidden email] >>>>>> <mailto:[hidden email]> >>>>>> > >>>> <mailto:[hidden email] >>>>>> <mailto:[hidden email]>>>>: >>>>>> > >>>> I noticed that printing now is >>>>>> accomplished by >>>>>> using >>>>>> > >>>> Photoprint >>>>>> > >>>> >>>>>> > >>>> rather than the original tools. However >>>>>> this >>>>>> does not work >>>>>> > >>>> for me. >>>>>> > >>>> >>>>>> > >>>> Photoprint is quite old and seems not to be >>>>>> actively >>>>>> > >>>> supported >>>>>> > >>>> >>>>>> > >>>> although the website still exists. It looks >>>>>> like it works >>>>>> > >>>> and seems >>>>>> > >>>> >>>>>> > >>>> to send data to my Canon iP7250 (over >>>>>> wireless) >>>>>> >>>>>> but >>>>>> >>>>>> > >>>> nothing >>>>>> > >>>> >>>>>> > >>>> happens >>>>>> > >>>> >>>>>> > >>>> at the printer. Has anyone here actually >>>>>> > >>>> printed >>>>>> > >>>> >>>>>> > >>>> successfully using >>>>>> > >>>> >>>>>> > >>>> Photoprint and if so how? Was the printer >>>>>> wireless or USB >>>>>> > >>>> connected? >>>>>> > >>>> >>>>>> > >>>> I am using the latest available version of >>>>>> Photoprint. >>>>>> > >>>> Sadly the QT paper size bug preventing >>>>>> successful use of >>>>>> > >>>> printing >>>>>> > >>>> >>>>>> > >>>> seems to be being ignored by the QT >>>>>> developers. >>>>>> > >>>> >>>>>> > >>>> Stuart >>>>>> > >>>> -- Website: >>>>>> http://www.stella-maris.org.uk >>>>>> > >>>> or: http://www.broadstairs.org >>>>>> > >>>> >>>>>> > >>>> -- Website: http://www.stella-maris.org.uk >>>>>> > >>>> or: http://www.broadstairs.org >>>>>> -- >>>>>> Gruß Maik >>>> >>>> -- >>>> Website: http://www.stella-maris.org.uk >>>> or: http://www.broadstairs.org >> >> > -- Website: http://www.stella-maris.org.uk or: http://www.broadstairs.org |
Re: Digikam 5.7 and printing with Photoprint
|
|
The only way is to re-open the bug in Qt bugzilla and to write the right word to explain the problem again. Also the vote to this bugzilla entry is important. I'm sure that Qt team will take a look to entries with a good amount of vote, by order of priority... Gilles Caulier 2017-09-25 8:57 GMT+02:00 Stuart T Rogers <[hidden email]>: I contacted Robert Krawitz who is the lead developer on Gutenprint originally and with his help had that QT bug raised. Following on from Maik's comments I sent them to Robert for his view. |
Re: Digikam 5.7 and printing with Photoprint
|
|
Also, if other Qt application has this kind of problem with Qt print driver, there are good candidates to vote on it. ex : Krita, gwenview, scribus, koffice, etc... Gilles Caulier 2017-09-25 9:27 GMT+02:00 Gilles Caulier <[hidden email]>:
|
Re: Digikam 5.7 and printing images
|
|
Gilles the bug QTBUG-58733 is still open and anyone who has a QT account
can vote on it. Stuart On 25/09/17 08:28, Gilles Caulier wrote: > Also, if other Qt application has this kind of problem with Qt print > driver, there are good candidates to vote on it. ex : Krita, gwenview, > scribus, koffice, etc... > > Gilles Caulier > > 2017-09-25 9:27 GMT+02:00 Gilles Caulier <[hidden email] > <mailto:[hidden email]>>: > > The only way is to re-open the bug in Qt bugzilla and to write the > right word to explain the problem again. > > Also the vote to this bugzilla entry is important. I'm sure that Qt > team will take a look to entries with a good amount of vote, by > order of priority... > > Gilles Caulier > > 2017-09-25 8:57 GMT+02:00 Stuart T Rogers > <[hidden email] <mailto:[hidden email]>>: > > I contacted Robert Krawitz who is the lead developer on > Gutenprint originally and with his help had that QT bug raised. > Following on from Maik's comments I sent them to Robert for his > view. > > Here are his comments:- > > > > It's a disaster. > > > > However, if Qt is really claiming that this is due to the PPD > spec, > > they are badly misreading it, to wit (p. 183): > > > > Only the most common page sizes are specified here. A device > > manufacturer is free to list a new size in a PPD file > for a new > > device. However, care should be taken to avoid > duplicating the > > semantics of an already-registered option keyword. Also, > when > > creating a new option keyword, the capitalization > conventions > > shown in the tables should be followed as much as > possible; that > > is, the first letters of logical words should be > capitalized. > > > > The comments in /usr/include/qt5/QtGui/qpagesize.h should > make it very > > clear that this is really badly designed: > > > > // ### Qt6 Re-order and remove duplicates > > // NOTE: Must keep in sync with QPagedPrintEngine and > QPrinter > > > > qprinter has its own problems: it only knows about a fixed > (small) set > > of options and values; look at PaperSource, for instance. > > > > Some how this must be changed and get QT to understand the issue > and resolve it. Anything which can be done by anyone here will > add pressure on QT to resolve this. > > Stuart > > > On 24/09/17 21:29, Stuart T Rogers wrote: > > Well that is a huge issue and completely unacceptable. QT > should be only listing those paper sizes supported by the > printer being used, anything else is just plain wrong. > > Stuart > > On 24/09/17 19:24, Maik Qualmann wrote: > > This Qt problem is really bad. It is not really a bug > but rather a design > problem. Qt uses a fixed QPageSize list. This is based > on Adobe PostScript PPD > Standard v4.3. In this list is 5x7 not defined. Qt tries > to break any other > page size to this list or ignore the size. > > Maik > > Am Sonntag, 24. September 2017, 19:08:49 CEST schrieb > Gilles Caulier: > > Hum, yes, the print driver properties still relevant > of low level Qt print > plugin. > > If the bug still in Qt, this will not fixed in DK... > > But did you try to select PDF as output (or Gimp), > organize photo output, > and generate it. Gimp output want mean PDF in > background. this must be at > least not dependent of Qt driver. In Gimp Qt print > driver is not used. > Perhaps the result will be better. > > Gilles Caulier > > 2017-09-24 18:59 GMT+02:00 Stuart T Rogers > <[hidden email] > <mailto:[hidden email]>>: > > That should have said A4 for paper size not A$! > My bad.... > > Stuart > > On 24/09/17 17:58, Stuart T Rogers wrote: > > Gilles > > Firstly let me apologise for the printphoto > thing again. > > I have removed the directory as describe and > yes I can now find the Print > Creator. > > Unless I am doing something wrong it does > not work correctly for > selecting the paper sizes exactly as before. > I can it comes up with A$ > which is the default but I am unable to > change the value to 5x7 or many > others as well. This is exactly the issue > with QT. I do have gimp > installed > by the way. > > Stuart > > On 24/09/17 14:44, Gilles Caulier wrote: > > It's a hidden bug. Thanks Maik to > discover the origin of the problem. > > Let's me few days to update the 5.8.0 > pre release bundle. I will upload > files when it's will be ready. > > Gilles Caulier > > 2017-09-24 12:58 GMT+02:00 Maik Qualmann > <[hidden email] > <mailto:[hidden email]> <mailto: > > [hidden email] > <mailto:[hidden email]>>>: > Stuart, > rename/remove > $HOME/.local/share/kxmlgui5/digikam to > get all new > menu entries > This bug is now fixed in > digikam-5.8.0 (today). > Maik > Am Sonntag, 24. September 2017, > 12:29:25 CEST schrieb fotografie: > > I just checked it again. The > Tools Menue - Print Creator is > available in > > - preview, > > - photo processing > > - lighttable. > > > > Did you accidentally close the > menu bar? Hit CTRL - M (STRG - M > > on a > > > german keyboard) and the menu > bar should appear or disappear. > > > > Best regards Ulf > > > > Am 24.09.2017 um 12:21 schrieb > fotografie: > > > Hello, > > > > > > I use the german version of > DK 5.7 and 5.8.0.1 appimage for > Ubuntu and > > > the function is available in > both versions under > > > Tools - Print Creaqtor > > > in my german version it is: > > > Extras - Print Creator > > > > > > Gimp is installed on my > machine and DK uses Gimp for printing > the images > > > Best regards Ulf > > > > > > Am 24.09.2017 um 11:46 > schrieb Stuart T Rogers: > > >> I just tried the 5.8 > appimage and cannot see it in there > > either. > > > >> Stuart > > >> > > >> On 24/09/17 10:12, Stuart T > Rogers wrote: > > >>> Gilles > > >>> > > >>> I have just looked at the > Tools menu at the top of the screen > > in > > > >>> 5.7.0 and there is no Print > Creator menu entry. Also cannot > find it > > >>> in any other menu either > which is why I thought the print > function ha > > >>> been removed. > > >>> > > >>> Stuart > > >>> > > >>> On 24/09/17 10:02, Gilles > Caulier wrote: > > >>>> But we don't remove print > feature at all... > > >>>> > > >>>> Print must be avaialble > everywhere in 5.7.0 release. Look > for ex in > > >>>> Tools menu, there is an > entry named "Print Creator" that you > > can > > > >>>> send data to print to Gimp > engine to process work on printer > device. > > >>>> Gilles Caulier > > >>>> > > >>>> 2017-09-24 10:47 GMT+02:00 > Stuart T Rogers > > >>>> > > >>>> > <[hidden email] > <mailto:[hidden email]> > <mailto:[hidden email] > <mailto:[hidden email]>> > <mailto:[hidden email] > <mailto:[hidden email]> > <mailto:[hidden email] > <mailto:[hidden email]>>>>: > > >>>> My apologies I can see > it in the right click menu on an > image. > > >>>> Obviously this is > there because I have it installed. I > had assumed, > > >>>> wrongly, it was there > because the print function has > been removed > > >>>> from digikam. > > >>>> > > >>>> One of my main uses of > digikam is to print my photos and > prior > > >>>> to it > > >>>> > > >>>> using QT this was what > I always used for printing. > Because of > > >>>> the QT > > >>>> > > >>>> bug it was not > possible to use the printing facilities > of digikam. > > >>>> Now I realise that the > print function problems are not > digikam's > > >>>> fault but it is so > frustrating that QT are ignoring the > paper size > > >>>> selection bug > (QTBUG-58733), this has been open since > February this > > >>>> year and nothing has > been done by the QT devs. > > >>>> > > >>>> If the printing > capabilities of QT are not fixed and the > > >>>> options of digikam > restored I will need to try to find > another > > >>>> image > > >>>> > > >>>> management tool which > allows me to both manage and print > > >>>> successfully which is > a great shame since I do like its > management > > >>>> capabilities. It is a > huge shame that applications like > digikam > > >>>> have > > >>>> > > >>>> to remove useful > options because of a bug elsewhere. > > >>>> > > >>>> Stuart > > >>>> > > >>>> On 24/09/17 08:42, > Gilles Caulier wrote: > > >>>> What do you mean > by "photoprint" ? Where do you see > > any > > > >>>> reference of > photoprint in digiKam ? > > >>>> > > >>>> 2017-09-24 9:33 > GMT+02:00 Stuart T Rogers > > >>>> > <[hidden email] > <mailto:[hidden email]> > <mailto:[hidden email] > <mailto:[hidden email]>> > <mailto:[hidden email] > <mailto:[hidden email]> > <mailto:[hidden email] > <mailto:[hidden email]> > > g.uk <http://g.uk>>> > > > >>>> > <mailto:[hidden email] > <mailto:[hidden email]> > <mailto:[hidden email] > <mailto:[hidden email]>> > > >>>> > <mailto:[hidden email] > <mailto:[hidden email]> > <mailto:[hidden email] > <mailto:[hidden email]>>>>>: > > >>>> I noticed > that printing now is accomplished by > using > > >>>> Photoprint > > >>>> > > >>>> rather than > the original tools. However this > does not work > > >>>> for me. > > >>>> > > >>>> Photoprint is > quite old and seems not to be > actively > > >>>> supported > > >>>> > > >>>> although the > website still exists. It looks > like it works > > >>>> and seems > > >>>> > > >>>> to send data > to my Canon iP7250 (over wireless) > > but > > > >>>> nothing > > >>>> > > >>>> happens > > >>>> > > >>>> at the > printer. Has anyone here actually > > >>>> printed > > >>>> > > >>>> successfully using > > >>>> > > >>>> Photoprint > and if so how? Was the printer > wireless or USB > > >>>> connected? > > >>>> > > >>>> I am using > the latest available version of > Photoprint. > > >>>> Sadly the QT > paper size bug preventing > successful use of > > >>>> printing > > >>>> > > >>>> seems to be > being ignored by the QT developers. > > >>>> > > >>>> Stuart > > >>>> -- > Website: http://www.stella-maris.org.uk > > >>>> or: > http://www.broadstairs.org > > >>>> > > >>>> -- Website: > http://www.stella-maris.org.uk > > >>>> or: > http://www.broadstairs.org > -- > Gruß Maik > > > -- > Website: http://www.stella-maris.org.uk > or: http://www.broadstairs.org > > > > > > -- > Website: http://www.stella-maris.org.uk > or: http://www.broadstairs.org > > > -- Website: http://www.stella-maris.org.uk or: http://www.broadstairs.org |
Re: Digikam 5.7 and printing images
|
|
Just to say that there has been some action on this QT bug and I believe
there is a fix being tested. Apparently the fix is coming soon to openSUSE Tumbleweed. As soon as I see it I will test it and see if it does indeed resolve the issue of not being able to select the correct paper size. Stuart On 25/09/17 09:24, Stuart T Rogers wrote: > Gilles the bug QTBUG-58733 is still open and anyone who has a QT account > can vote on it. > > Stuart > > On 25/09/17 08:28, Gilles Caulier wrote: >> Also, if other Qt application has this kind of problem with Qt print >> driver, there are good candidates to vote on it. ex : Krita, gwenview, >> scribus, koffice, etc... >> >> Gilles Caulier >> >> 2017-09-25 9:27 GMT+02:00 Gilles Caulier <[hidden email] >> <mailto:[hidden email]>>: >> >> The only way is to re-open the bug in Qt bugzilla and to write the >> right word to explain the problem again. >> >> Also the vote to this bugzilla entry is important. I'm sure that Qt >> team will take a look to entries with a good amount of vote, by >> order of priority... >> >> Gilles Caulier >> >> 2017-09-25 8:57 GMT+02:00 Stuart T Rogers >> <[hidden email] <mailto:[hidden email]>>: >> >> I contacted Robert Krawitz who is the lead developer on >> Gutenprint originally and with his help had that QT bug raised. >> Following on from Maik's comments I sent them to Robert for his >> view. >> >> Here are his comments:- >> > >> > It's a disaster. >> > >> > However, if Qt is really claiming that this is due to the PPD >> spec, >> > they are badly misreading it, to wit (p. 183): >> > >> > Only the most common page sizes are specified here. A >> device >> > manufacturer is free to list a new size in a PPD file >> for a new >> > device. However, care should be taken to avoid >> duplicating the >> > semantics of an already-registered option keyword. Also, >> when >> > creating a new option keyword, the capitalization >> conventions >> > shown in the tables should be followed as much as >> possible; that >> > is, the first letters of logical words should be >> capitalized. >> > >> > The comments in /usr/include/qt5/QtGui/qpagesize.h should >> make it very >> > clear that this is really badly designed: >> > >> > // ### Qt6 Re-order and remove duplicates >> > // NOTE: Must keep in sync with QPagedPrintEngine and >> QPrinter >> > >> > qprinter has its own problems: it only knows about a fixed >> (small) set >> > of options and values; look at PaperSource, for instance. >> > >> >> Some how this must be changed and get QT to understand the issue >> and resolve it. Anything which can be done by anyone here will >> add pressure on QT to resolve this. >> >> Stuart >> >> >> On 24/09/17 21:29, Stuart T Rogers wrote: >> >> Well that is a huge issue and completely unacceptable. QT >> should be only listing those paper sizes supported by the >> printer being used, anything else is just plain wrong. >> >> Stuart >> >> On 24/09/17 19:24, Maik Qualmann wrote: >> >> This Qt problem is really bad. It is not really a bug >> but rather a design >> problem. Qt uses a fixed QPageSize list. This is based >> on Adobe PostScript PPD >> Standard v4.3. In this list is 5x7 not defined. Qt tries >> to break any other >> page size to this list or ignore the size. >> >> Maik >> >> Am Sonntag, 24. September 2017, 19:08:49 CEST schrieb >> Gilles Caulier: >> >> Hum, yes, the print driver properties still relevant >> of low level Qt print >> plugin. >> >> If the bug still in Qt, this will not fixed in DK... >> >> But did you try to select PDF as output (or Gimp), >> organize photo output, >> and generate it. Gimp output want mean PDF in >> background. this must be at >> least not dependent of Qt driver. In Gimp Qt print >> driver is not used. >> Perhaps the result will be better. >> >> Gilles Caulier >> >> 2017-09-24 18:59 GMT+02:00 Stuart T Rogers >> <[hidden email] >> <mailto:[hidden email]>>: >> >> That should have said A4 for paper size not A$! >> My bad.... >> >> Stuart >> >> On 24/09/17 17:58, Stuart T Rogers wrote: >> >> Gilles >> >> Firstly let me apologise for the printphoto >> thing again. >> >> I have removed the directory as describe and >> yes I can now find the Print >> Creator. >> >> Unless I am doing something wrong it does >> not work correctly for >> selecting the paper sizes exactly as before. >> I can it comes up with A$ >> which is the default but I am unable to >> change the value to 5x7 or many >> others as well. This is exactly the issue >> with QT. I do have gimp >> installed >> by the way. >> >> Stuart >> >> On 24/09/17 14:44, Gilles Caulier wrote: >> >> It's a hidden bug. Thanks Maik to >> discover the origin of the problem. >> >> Let's me few days to update the 5.8.0 >> pre release bundle. I will upload >> files when it's will be ready. >> >> Gilles Caulier >> >> 2017-09-24 12:58 GMT+02:00 Maik Qualmann >> <[hidden email] >> <mailto:[hidden email]> <mailto: >> >> [hidden email] >> <mailto:[hidden email]>>>: >> Stuart, >> rename/remove >> $HOME/.local/share/kxmlgui5/digikam to >> get all new >> menu entries >> This bug is now fixed in >> digikam-5.8.0 (today). >> Maik >> Am Sonntag, 24. September 2017, >> 12:29:25 CEST schrieb fotografie: >> > I just checked it again. The >> Tools Menue - Print Creator is >> available in >> > - preview, >> > - photo processing >> > - lighttable. >> > >> > Did you accidentally close the >> menu bar? Hit CTRL - M (STRG - M >> >> on a >> >> > german keyboard) and the menu >> bar should appear or disappear. >> > >> > Best regards Ulf >> > >> > Am 24.09.2017 um 12:21 schrieb >> fotografie: >> > > Hello, >> > > >> > > I use the german version of >> DK 5.7 and 5.8.0.1 appimage for >> Ubuntu and >> > > the function is available in >> both versions under >> > > Tools - Print Creaqtor >> > > in my german version it is: >> > > Extras - Print Creator >> > > >> > > Gimp is installed on my >> machine and DK uses Gimp for printing >> the images >> > > Best regards Ulf >> > > >> > > Am 24.09.2017 um 11:46 >> schrieb Stuart T Rogers: >> > >> I just tried the 5.8 >> appimage and cannot see it in there >> >> either. >> >> > >> Stuart >> > >> >> > >> On 24/09/17 10:12, Stuart T >> Rogers wrote: >> > >>> Gilles >> > >>> >> > >>> I have just looked at the >> Tools menu at the top of the screen >> >> in >> >> > >>> 5.7.0 and there is no Print >> Creator menu entry. Also cannot >> find it >> > >>> in any other menu either >> which is why I thought the print >> function ha >> > >>> been removed. >> > >>> >> > >>> Stuart >> > >>> >> > >>> On 24/09/17 10:02, Gilles >> Caulier wrote: >> > >>>> But we don't remove print >> feature at all... >> > >>>> >> > >>>> Print must be avaialble >> everywhere in 5.7.0 release. Look >> for ex in >> > >>>> Tools menu, there is an >> entry named "Print Creator" that you >> >> can >> >> > >>>> send data to print to Gimp >> engine to process work on printer >> device. >> > >>>> Gilles Caulier >> > >>>> >> > >>>> 2017-09-24 10:47 GMT+02:00 >> Stuart T Rogers >> > >>>> >> > >>>> >> <[hidden email] >> <mailto:[hidden email]> >> <mailto:[hidden email] >> <mailto:[hidden email]>> >> <mailto:[hidden email] >> <mailto:[hidden email]> >> <mailto:[hidden email] >> <mailto:[hidden email]>>>>: >> > >>>> My apologies I can see >> it in the right click menu on an >> image. >> > >>>> Obviously this is >> there because I have it installed. I >> had assumed, >> > >>>> wrongly, it was there >> because the print function has >> been removed >> > >>>> from digikam. >> > >>>> >> > >>>> One of my main uses of >> digikam is to print my photos and >> prior >> > >>>> to it >> > >>>> >> > >>>> using QT this was what >> I always used for printing. >> Because of >> > >>>> the QT >> > >>>> >> > >>>> bug it was not >> possible to use the printing facilities >> of digikam. >> > >>>> Now I realise that the >> print function problems are not >> digikam's >> > >>>> fault but it is so >> frustrating that QT are ignoring the >> paper size >> > >>>> selection bug >> (QTBUG-58733), this has been open since >> February this >> > >>>> year and nothing has >> been done by the QT devs. >> > >>>> >> > >>>> If the printing >> capabilities of QT are not fixed and the >> > >>>> options of digikam >> restored I will need to try to find >> another >> > >>>> image >> > >>>> >> > >>>> management tool which >> allows me to both manage and print >> > >>>> successfully which is >> a great shame since I do like its >> management >> > >>>> capabilities. It is a >> huge shame that applications like >> digikam >> > >>>> have >> > >>>> >> > >>>> to remove useful >> options because of a bug elsewhere. >> > >>>> >> > >>>> Stuart >> > >>>> >> > >>>> On 24/09/17 08:42, >> Gilles Caulier wrote: >> > >>>> What do you mean >> by "photoprint" ? Where do you see >> >> any >> >> > >>>> reference of >> photoprint in digiKam ? >> > >>>> >> > >>>> 2017-09-24 9:33 >> GMT+02:00 Stuart T Rogers >> > >>>> >> <[hidden email] >> <mailto:[hidden email]> >> <mailto:[hidden email] >> <mailto:[hidden email]>> >> <mailto:[hidden email] >> <mailto:[hidden email]> >> <mailto:[hidden email] >> <mailto:[hidden email]> >> >> g.uk <http://g.uk>>> >> >> > >>>> >> <mailto:[hidden email] >> <mailto:[hidden email]> >> <mailto:[hidden email] >> <mailto:[hidden email]>> >> > >>>> >> <mailto:[hidden email] >> <mailto:[hidden email]> >> <mailto:[hidden email] >> <mailto:[hidden email]>>>>>: >> > >>>> I noticed >> that printing now is accomplished by >> using >> > >>>> Photoprint >> > >>>> >> > >>>> rather than >> the original tools. However this >> does not work >> > >>>> for me. >> > >>>> >> > >>>> Photoprint is >> quite old and seems not to be >> actively >> > >>>> supported >> > >>>> >> > >>>> although the >> website still exists. It looks >> like it works >> > >>>> and seems >> > >>>> >> > >>>> to send data >> to my Canon iP7250 (over wireless) >> >> but >> >> > >>>> nothing >> > >>>> >> > >>>> happens >> > >>>> >> > >>>> at the >> printer. Has anyone here actually >> > >>>> printed >> > >>>> >> > >>>> successfully using >> > >>>> >> > >>>> Photoprint >> and if so how? Was the printer >> wireless or USB >> > >>>> connected? >> > >>>> >> > >>>> I am using >> the latest available version of >> Photoprint. >> > >>>> Sadly the QT >> paper size bug preventing >> successful use of >> > >>>> printing >> > >>>> >> > >>>> seems to be >> being ignored by the QT developers. >> > >>>> >> > >>>> Stuart >> > >>>> -- >> Website: http://www.stella-maris.org.uk >> > >>>> or: >> http://www.broadstairs.org >> > >>>> >> > >>>> -- Website: >> http://www.stella-maris.org.uk >> > >>>> or: >> http://www.broadstairs.org >> -- >> Gruß Maik >> >> >> -- Website: >> http://www.stella-maris.org.uk >> or: http://www.broadstairs.org >> >> >> >> >> >> -- Website: http://www.stella-maris.org.uk >> or: http://www.broadstairs.org >> >> >> > -- Website: http://www.stella-maris.org.uk or: http://www.broadstairs.org |
«
Return to digikam-users
|
1 view|%1 views
| Free forum by Nabble | Edit this page |