DigiKam Printing

[Till Kamppeter]

Oi,

I am Till Kamppeter, project leader of linuxprinting.org, admin on
ebv4linux.de, and co-author of the german book "Digitale Fotografie
unter Linux" from bomots.de. I will also organize the OSDL Printing
Summit 2006. I have also a job, I work at Mandriva in Paris and there I
am the developer responsable for printing, scanning, and digital
photography.

While writing on the book I have tested the printing facilities of
DigiKam and was disappointed. I was sitting in front of a modern
up-to-date PC in our QA department and printed a 10x15 cm (4x6 inches)
photo and it took half an hour and during that time it was difficult to
get the mouse pointer moved. On another photo GhostScript crashed and
nothing came out of the printer. The printing simply took to much
memory. In addition, the interfaces are not flexible enough and basic
tasks like one photo full-bleed per page are not easy to do. So I
described workarounds and alternative printing software in the printing
chapter of the book.

DigiKam is a great tool with which you can do everything with photos
easily, except printing.

Anders, I appreciate very much your work and your plans to improve
printing with DigiKam. Especially already thanks for the patches to fix
the memory problem:

http://mail.kde.org/pipermail/digikam-devel/2005-December/002495.html

I have applied them to our Mandriva package and suggested the fix as an
official update for Mandriva 2006. Probably by the end of 2005/beginning
of 2006 the update will come out.

Also great to hear that you want to make the interface better. My
remarks and ideas for this are:

- Most important is to make the simple "print one photo per page
  full-bleed" working as easy as possible, as this is the most demanded
  task in photo printing. This includes:

  o Have automatically set all margins to zero
  o Have automatically cropped the photo chosen to fit the width/height
    ratio of the chosen paper size (get paper sizes via KDE Print/CUPS),
    optionally let the user adjust the crop (as in the KIPI printing
    wizard).
  o Rotate the photo to have the long edge of the photo aligned with the
    long edge of the paper.
  o Save printer driver options separately, so that the user can save
    defaults for documents with CUPS/kprinter but for printing photos he
    has the photo defaults.

- Make the KIPI printing wizard more flexible:

  o Offer all paper sizes according to KDE Print (the PPD file of the
    print queue). Allow also to enter a custom page size if the printer
    allows that. Especially bigger than A4 must be possible.
  o For the possible photo size, once add an entry to fill up the whole
    page with one picture (currently one cannot print a photo full-bleed
    on A4 for example), and second, allow typing in a picture size
    manually. Also having 2-up, 4-up, ... with photo size optimized to
    the page size (with or without restricting aspect ratio to 2:3, 4:3,
    1:1.41, typed in custom, ...).
  o Offer a use-printed-page-as-album-page layout. Here horizontal and
    vertical page stay as they are, and are not rotated to fit the page
    or the place in the layout.
  o Put away the "Click next button to print" wizard page, embed the
    kprinter dialog here.

- In the picture cropping dialog (in the image viewer) add 1:1.41
  (1:sqrt(2)) as an aspect ratio, as this is the ratio of all ISO A
  paper sizes (A4, A3, A5, A6, A0, ...). Add also some aspect ratios for
  common american sizes (Letter, Ledger, ...).

- In the wizard for resizing batches of photos, in the options of the
  mode "Prepare to Print", there should be also common printer paper
  sizes, as A3, A4, A5, A6, Letter, Ledger, ... be listed. Under the
  resolutions the Epson/Canon-typical 360, 720, 1440, ... dpi are
  missing, also asymmetric resolutions, like 300x600 dpi.

Especially note that with DigiKam being a KDE application you have
access to the great functionality of KDE Print, and here you can
especially get all capabilities of the print queue in use, especially
available paper sizes, margins, resolutions, ... If you have questions
about KDE Print, subscribe to the KDE Print mailing list

https://mail.kde.org/mailman/listinfo/kde-print

and/or contact the KDE Print maintainer, Cristian Tibirna (tibirna at
kde dot org).

   Till
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Till Kamppeter]

A follow-up to my first posting:

- The Mandriva update of DigiKam and Kipi-Plugins with the patches to
fix the memory problem when printing is already available.

- Another user interface improvement: In the main window of DigiKam let
the printing wizard be called with "Album" -> " Print ..." and NOT with
"Album" -> "Export" -> "Print Wizard ...". If a user wants to print, he
expect the printing function under "Album" -> " Print ...".

   Till


Till Kamppeter wrote:
[...]
> DigiKam is a great tool with which you can do everything with photos
> easily, except printing.
>
[...]
> Also great to hear that you want to make the interface better. My
> remarks and ideas for this are:
[...]
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Anders Lund]

On Monday 19 December 2005 13:04, Till Kamppeter wrote:
> Oi,

Hi :)

> Anders, I appreciate very much your work and your plans to improve
> printing with DigiKam. Especially already thanks for the patches to fix
> the memory problem:
>
> http://mail.kde.org/pipermail/digikam-devel/2005-December/002495.html
>
> I have applied them to our Mandriva package and suggested the fix as an
> official update for Mandriva 2006. Probably by the end of 2005/beginning
> of 2006 the update will come out.

Cool, I'm pleased to know that it allready is used out there :)

> Also great to hear that you want to make the interface better. My
> remarks and ideas for this are:
>
> - Most important is to make the simple "print one photo per page
>   full-bleed" working as easy as possible, as this is the most demanded
>   task in photo printing. This includes:
>
>   o Have automatically set all margins to zero
>   o Have automatically cropped the photo chosen to fit the width/height
>     ratio of the chosen paper size (get paper sizes via KDE Print/CUPS),
>     optionally let the user adjust the crop (as in the KIPI printing
>     wizard).
>   o Rotate the photo to have the long edge of the photo aligned with the
>     long edge of the paper.
>   o Save printer driver options separately, so that the user can save
>     defaults for documents with CUPS/kprinter but for printing photos he
>     has the photo defaults.
>
> - Make the KIPI printing wizard more flexible:
>
>   o Offer all paper sizes according to KDE Print (the PPD file of the
>     print queue). Allow also to enter a custom page size if the printer
>     allows that. Especially bigger than A4 must be possible.
>   o For the possible photo size, once add an entry to fill up the whole
>     page with one picture (currently one cannot print a photo full-bleed
>     on A4 for example), and second, allow typing in a picture size
>     manually. Also having 2-up, 4-up, ... with photo size optimized to
>     the page size (with or without restricting aspect ratio to 2:3, 4:3,
>     1:1.41, typed in custom, ...).
>   o Offer a use-printed-page-as-album-page layout. Here horizontal and
>     vertical page stay as they are, and are not rotated to fit the page
>     or the place in the layout.
>   o Put away the "Click next button to print" wizard page, embed the
>     kprinter dialog here.
>
> - In the picture cropping dialog (in the image viewer) add 1:1.41
>   (1:sqrt(2)) as an aspect ratio, as this is the ratio of all ISO A
>   paper sizes (A4, A3, A5, A6, A0, ...). Add also some aspect ratios for
>   common american sizes (Letter, Ledger, ...).
>
> - In the wizard for resizing batches of photos, in the options of the
>   mode "Prepare to Print", there should be also common printer paper
>   sizes, as A3, A4, A5, A6, Letter, Ledger, ... be listed. Under the
>   resolutions the Epson/Canon-typical 360, 720, 1440, ... dpi are
>   missing, also asymmetric resolutions, like 300x600 dpi.
>
> Especially note that with DigiKam being a KDE application you have
> access to the great functionality of KDE Print, and here you can
> especially get all capabilities of the print queue in use, especially
> available paper sizes, margins, resolutions, ... If you have questions
> about KDE Print, subscribe to the KDE Print mailing list
>
> https://mail.kde.org/mailman/listinfo/kde-print
>
> and/or contact the KDE Print maintainer, Cristian Tibirna (tibirna at
> kde dot org).

Thank you for all your inspiration! Some of those was already on my radar,
others not. I'll keep your message in my notes for digikam printing.

My plan is to fix a few more things in the image editor printing before I move
on with the wizard, which i believe needs a reorganization - partially to
make the pages more simple, partially to achieve a deeper integration with
kprinter/CUPS.

So far I added an option to automatically rotate the page so it follows the
orientation of the image, there is a patch for the stable branch on this
list. Adding a 'full bleede' option to the editor printing is a good idea,
I'll do that soon.

Other immediate plans I have for the editor printing is adding a way to
position the image on the sheet, and improving the text options to include
image comment and EXIF data in a string to be printed with the image.

All in all, this means that there will be too many options for one printer
dialog page, so I need to reorganize things. So now is the time to yell if
you are afraid things might be too complicated...

-anders
--
www: http://alweb.dk
jabber: [hidden email]
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier]

Le Lundi 19 Décembre 2005 13:04, Till Kamppeter a écrit :

> Oi,
>
> I am Till Kamppeter, project leader of linuxprinting.org, admin on
> ebv4linux.de, and co-author of the german book "Digitale Fotografie
> unter Linux" from bomots.de. I will also organize the OSDL Printing
> Summit 2006. I have also a job, I work at Mandriva in Paris and there I
> am the developer responsable for printing, scanning, and digital
> photography.
>
> While writing on the book I have tested the printing facilities of
> DigiKam and was disappointed. I was sitting in front of a modern
> up-to-date PC in our QA department and printed a 10x15 cm (4x6 inches)
> photo and it took half an hour and during that time it was difficult to
> get the mouse pointer moved. On another photo GhostScript crashed and
> nothing came out of the printer. The printing simply took to much
> memory. In addition, the interfaces are not flexible enough and basic
> tasks like one photo full-bleed per page are not easy to do. So I
> described workarounds and alternative printing software in the printing
> chapter of the book.
>
> DigiKam is a great tool with which you can do everything with photos
> easily, except printing.
>
> Anders, I appreciate very much your work and your plans to improve
> printing with DigiKam. Especially already thanks for the patches to fix
> the memory problem:
>
> http://mail.kde.org/pipermail/digikam-devel/2005-December/002495.html
>
> I have applied them to our Mandriva package and suggested the fix as an
> official update for Mandriva 2006. Probably by the end of 2005/beginning
> of 2006 the update will come out.
>
> Also great to hear that you want to make the interface better. My
> remarks and ideas for this are:
>
> - Most important is to make the simple "print one photo per page
>   full-bleed" working as easy as possible, as this is the most demanded
>   task in photo printing. This includes:
>
>   o Have automatically set all margins to zero
>   o Have automatically cropped the photo chosen to fit the width/height
>     ratio of the chosen paper size (get paper sizes via KDE Print/CUPS),
>     optionally let the user adjust the crop (as in the KIPI printing
>     wizard).
>   o Rotate the photo to have the long edge of the photo aligned with the
>     long edge of the paper.
>   o Save printer driver options separately, so that the user can save
>     defaults for documents with CUPS/kprinter but for printing photos he
>     has the photo defaults.
>
> - Make the KIPI printing wizard more flexible:
>
>   o Offer all paper sizes according to KDE Print (the PPD file of the
>     print queue). Allow also to enter a custom page size if the printer
>     allows that. Especially bigger than A4 must be possible.
>   o For the possible photo size, once add an entry to fill up the whole
>     page with one picture (currently one cannot print a photo full-bleed
>     on A4 for example), and second, allow typing in a picture size
>     manually. Also having 2-up, 4-up, ... with photo size optimized to
>     the page size (with or without restricting aspect ratio to 2:3, 4:3,
>     1:1.41, typed in custom, ...).
>   o Offer a use-printed-page-as-album-page layout. Here horizontal and
>     vertical page stay as they are, and are not rotated to fit the page
>     or the place in the layout.
>   o Put away the "Click next button to print" wizard page, embed the
>     kprinter dialog here.
>
> - In the picture cropping dialog (in the image viewer) add 1:1.41
>   (1:sqrt(2)) as an aspect ratio, as this is the ratio of all ISO A
>   paper sizes (A4, A3, A5, A6, A0, ...). Add also some aspect ratios for
>   common american sizes (Letter, Ledger, ...).
>
> - In the wizard for resizing batches of photos, in the options of the
>   mode "Prepare to Print", there should be also common printer paper
>   sizes, as A3, A4, A5, A6, Letter, Ledger, ... be listed. Under the
>   resolutions the Epson/Canon-typical 360, 720, 1440, ... dpi are
>   missing, also asymmetric resolutions, like 300x600 dpi.
>
> Especially note that with DigiKam being a KDE application you have
> access to the great functionality of KDE Print, and here you can
> especially get all capabilities of the print queue in use, especially
> available paper sizes, margins, resolutions, ... If you have questions
> about KDE Print, subscribe to the KDE Print mailing list
>
> https://mail.kde.org/mailman/listinfo/kde-print
>
> and/or contact the KDE Print maintainer, Cristian Tibirna (tibirna at
> kde dot org).
>
>    Till

Thanks for these informations Till. I'm sure that Anders will use it to
improve printing issues in digiKam image editor, showfoto, and kipi print
wizard plugin.

Regards
--
Gilles Caulier
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[F.J.Cruz]

El Lunes, 19 de Diciembre de 2005 16:22, Anders Lund escribió:
> On Monday 19 December 2005 13:04, Till Kamppeter wrote:

>
> Thank you for all your inspiration! Some of those was already on my radar,
> others not. I'll keep your message in my notes for digikam printing.
>
> My plan is to fix a few more things in the image editor printing before I
> move on with the wizard, which i believe needs a reorganization - partially
> to make the pages more simple, partially to achieve a deeper integration
> with kprinter/CUPS.
>
> So far I added an option to automatically rotate the page so it follows the
> orientation of the image, there is a patch for the stable branch on this
> list. Adding a 'full bleede' option to the editor printing is a good idea,
> I'll do that soon.
>
> Other immediate plans I have for the editor printing is adding a way to
> position the image on the sheet, and improving the text options to include
> image comment and EXIF data in a string to be printed with the image.
>
> All in all, this means that there will be too many options for one printer
> dialog page, so I need to reorganize things. So now is the time to yell if
> you are afraid things might be too complicated...
>
> -anders

Hi Anders,

I'm Paco Cruz from the Digikam developers team too (BTW, pleased to meet
you :-)).

I'm working to implement Color Management and printing is a target for this
feature too, so when you think that the right moment has arrived, please
contact me to plan the use of color profiles to print images.

PD: please, excuse my poor english.

Paco Cruz
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gerhard Kulzer]

Am Montag, 19. Dezember 2005 16.22 schrieb Anders Lund:

> On Monday 19 December 2005 13:04, Till Kamppeter wrote:
> > Oi,
>
> Hi :)
>
> > Anders, I appreciate very much your work and your plans to improve
> > printing with DigiKam. Especially already thanks for the patches to fix
> > the memory problem:
> >
> > http://mail.kde.org/pipermail/digikam-devel/2005-December/002495.html
> >
> > I have applied them to our Mandriva package and suggested the fix as an
> > official update for Mandriva 2006. Probably by the end of 2005/beginning
> > of 2006 the update will come out.
>
> Cool, I'm pleased to know that it allready is used out there :)
>
> > Also great to hear that you want to make the interface better. My
> > remarks and ideas for this are:
> >
> > - Most important is to make the simple "print one photo per page
> >   full-bleed" working as easy as possible, as this is the most demanded
> >   task in photo printing. This includes:
> >
> >   o Have automatically set all margins to zero
> >   o Have automatically cropped the photo chosen to fit the width/height
> >     ratio of the chosen paper size (get paper sizes via KDE Print/CUPS),
> >     optionally let the user adjust the crop (as in the KIPI printing
> >     wizard).
> >   o Rotate the photo to have the long edge of the photo aligned with the
> >     long edge of the paper.
> >   o Save printer driver options separately, so that the user can save
> >     defaults for documents with CUPS/kprinter but for printing photos he
> >     has the photo defaults.
> >
> > - Make the KIPI printing wizard more flexible:
> >
> >   o Offer all paper sizes according to KDE Print (the PPD file of the
> >     print queue). Allow also to enter a custom page size if the printer
> >     allows that. Especially bigger than A4 must be possible.
> >   o For the possible photo size, once add an entry to fill up the whole
> >     page with one picture (currently one cannot print a photo full-bleed
> >     on A4 for example), and second, allow typing in a picture size
> >     manually. Also having 2-up, 4-up, ... with photo size optimized to
> >     the page size (with or without restricting aspect ratio to 2:3, 4:3,
> >     1:1.41, typed in custom, ...).
> >   o Offer a use-printed-page-as-album-page layout. Here horizontal and
> >     vertical page stay as they are, and are not rotated to fit the page
> >     or the place in the layout.
> >   o Put away the "Click next button to print" wizard page, embed the
> >     kprinter dialog here.
> >
> > - In the picture cropping dialog (in the image viewer) add 1:1.41
> >   (1:sqrt(2)) as an aspect ratio, as this is the ratio of all ISO A
> >   paper sizes (A4, A3, A5, A6, A0, ...). Add also some aspect ratios for
> >   common american sizes (Letter, Ledger, ...).
> >
> > - In the wizard for resizing batches of photos, in the options of the
> >   mode "Prepare to Print", there should be also common printer paper
> >   sizes, as A3, A4, A5, A6, Letter, Ledger, ... be listed. Under the
> >   resolutions the Epson/Canon-typical 360, 720, 1440, ... dpi are
> >   missing, also asymmetric resolutions, like 300x600 dpi.
> >
> > Especially note that with DigiKam being a KDE application you have
> > access to the great functionality of KDE Print, and here you can
> > especially get all capabilities of the print queue in use, especially
> > available paper sizes, margins, resolutions, ... If you have questions
> > about KDE Print, subscribe to the KDE Print mailing list
> >
> > https://mail.kde.org/mailman/listinfo/kde-print
> >
> > and/or contact the KDE Print maintainer, Cristian Tibirna (tibirna at
> > kde dot org).
>
> Thank you for all your inspiration! Some of those was already on my radar,
> others not. I'll keep your message in my notes for digikam printing.
>
> My plan is to fix a few more things in the image editor printing before I
> move on with the wizard, which i believe needs a reorganization - partially
> to make the pages more simple, partially to achieve a deeper integration
> with kprinter/CUPS.
>
> So far I added an option to automatically rotate the page so it follows the
> orientation of the image, there is a patch for the stable branch on this
> list. Adding a 'full bleede' option to the editor printing is a good idea,
> I'll do that soon.
>
> Other immediate plans I have for the editor printing is adding a way to
> position the image on the sheet, and improving the text options to include
> image comment and EXIF data in a string to be printed with the image.
>
> All in all, this means that there will be too many options for one printer
> dialog page, so I need to reorganize things. So now is the time to yell if
> you are afraid things might be too complicated...
>
> -anders

I have a rather simple question (which might be stupid, but I'll take the
risk):
So far I never used digiKam printing nor did I use KDE printing because it is
close to unusable for good photo printing. Gutenprint 5.0 from Gimp is what I
use to my total satisfaction. A friend of mine and competition from Windows
using calibration on Epson Photo Stylus 2100 with Epson drivers can't do any
better, he sordidly admits.

digiKam should use something comparable to Gutenprint at least. But why
reinvent the wheel? Can't we interface to gimp-print? Even if digiKam could
use kprinter to all its possibilities it would not be as good as it is as a
photo application.

Gerhard
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Anders Lund]

On Monday 19 December 2005 23:23, Gerhard Kulzer wrote:
> Gutenprint 5.0 from Gimp is what I
> use to my total satisfaction.

gimpprint is a set of printer drivers, if you configure your printer to use
one, kdes printing system won't mind a bit.

--
www: http://alweb.dk
jabber: [hidden email]
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gerhard Kulzer]

Am Montag, 19. Dezember 2005 23.29 schrieb Anders Lund:
> On Monday 19 December 2005 23:23, Gerhard Kulzer wrote:
> > Gutenprint 5.0 from Gimp is what I
> > use to my total satisfaction.
>
> gimpprint is a set of printer drivers, if you configure your printer to use
> one, kdes printing system won't mind a bit.

Agreed, and the options, papers are pretty much hidden and inaccessible. Bad
GUI for photographers, good GUI for everyday bureau printing on kprinter.

 But you cannot position your print on paper as you can with gimp-print. That
is a major feature. I want to print little proofs, use half used (expensive)
sheets, and so forth. kprinter can't do that (with reasonable effort).

Gerhard
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Dnia poniedziałek, 19 grudnia 2005 13:04, Till Kamppeter napisał:
>   o Have automatically cropped the photo chosen to fit the width/height
>     ratio of the chosen paper size (get paper sizes via KDE Print/CUPS),
>     optionally let the user adjust the crop (as in the KIPI printing
>     wizard).

Also give possibility to **not** crop picture but fill page as much as
possible without losing a millimeter of image.

m.

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Till Kamppeter]

Anders Lund wrote:
> On Monday 19 December 2005 23:23, Gerhard Kulzer wrote:
>
>>Gutenprint 5.0 from Gimp is what I
>>use to my total satisfaction.
>
>
> gimpprint is a set of printer drivers, if you configure your printer to use
> one, kdes printing system won't mind a bit.
>

KDE Print will show all options of the Gimp-Print/Gutenprint PPDs, the
only thing which you get more with the Gutenprint GIMP-plugin dialog is
a better UI, gamma curves, and live preview of changes. So if the
options of the Gimp-Print/Gutenprint PPDs are enough for you, you will
have no problems with KDE apps. If your concern is the missing
Gutenprint dialog, then there is really potential to make DigiKam
printing better, for example by using the Gutenprint dialog or perhaps
even by providing an interface for using GIMP plug-ins in general (and
CinePaint plug-ins for 16-bit support).

And not to forget the image position adjustment, as Gerhard already
mentioned (but there I would suggest that one can also scale the image
bigger than 100 % to be able to crop it, either for full-bleed or to
through away unwished border portions.

   Till

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier]

Le Mardi 20 Décembre 2005 00:29, Till Kamppeter a écrit :
> KDE Print will show all options of the Gimp-Print/Gutenprint PPDs, the
> only thing which you get more with the Gutenprint GIMP-plugin dialog is
> a better UI, gamma curves, and live preview of changes. So if the
> options of the Gimp-Print/Gutenprint PPDs are enough for you, you will
> have no problems with KDE apps. If your concern is the missing
> Gutenprint dialog, then there is really potential to make DigiKam
> printing better, for example by using the Gutenprint dialog or perhaps
> even by providing an interface for using GIMP plug-ins in general (and
> CinePaint plug-ins for 16-bit support).

About 16 bits image, don't forget that digKam 0.9.0 support now 16 bits images
using DImg API from digikam core. It's could be cool to use it for printing
(:=)). Actually, 16 bits images are converted to 8 bits...

--
Gilles Caulier
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier]

Le Lundi 19 Décembre 2005 16:22, Anders Lund a écrit :
> Other immediate plans I have for the editor printing is adding a way to
> position the image on the sheet, and improving the text options to include
> image comment and EXIF data in a string to be printed with the image.

About Exif data and printing, there are any wish in B.K.O about to make a
small interface to print Exif informations from an image (typicialy add just
a simple push button on Exif sidebar tab (digiKam 0.9.0). Take a look here :

http://bugs.kde.org/show_bug.cgi?id=105670

regards

--
Gilles Caulier
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gerhard Kulzer]

Am Dienstag, 20. Dezember 2005 00.29 schrieb Till Kamppeter:

> Anders Lund wrote:
> > On Monday 19 December 2005 23:23, Gerhard Kulzer wrote:
> >>Gutenprint 5.0 from Gimp is what I
> >>use to my total satisfaction.
> >
> > gimpprint is a set of printer drivers, if you configure your printer to
> > use one, kdes printing system won't mind a bit.
>
> KDE Print will show all options of the Gimp-Print/Gutenprint PPDs, the
> only thing which you get more with the Gutenprint GIMP-plugin dialog is
> a better UI, gamma curves, and live preview of changes. So if the
> options of the Gimp-Print/Gutenprint PPDs are enough for you, you will
> have no problems with KDE apps. If your concern is the missing
> Gutenprint dialog, then there is really potential to make DigiKam
> printing better, for example by using the Gutenprint dialog or perhaps

Sounds great, would it be easily possible to use the Gutenprint dialog out of
digiKam?
It really does what I want. Ok, the gtk look is not KDE look. If digiKam
wanted to improve anything, it should be the lousy resolution in the
positional preview of Gutenprint.

> And not to forget the image position adjustment, as Gerhard already
> mentioned (but there I would suggest that one can also scale the image
> bigger than 100 % to be able to crop it, either for full-bleed or to
> through away unwished border portions.

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Anders Lund]

On Monday 19 December 2005 23:47, Gerhard Kulzer wrote:
>  But you cannot position your print on paper as you can with gimp-print

I can't see why you can't do that using margins.

-anders
--
www: http://alweb.dk
jabber: [hidden email]
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Anders Lund]

On Monday 19 December 2005 23:47, Gerhard Kulzer wrote:
> Agreed, and the options, papers are pretty much hidden and inaccessible.
> Bad GUI for photographers, good GUI for everyday bureau printing on
> kprinter.

IMO that is beoynd the application level. For issues like this, kprinter
itself should be addressed.

-anders

--
www: http://alweb.dk
jabber: [hidden email]
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel