Re: Printing in kde 4

[Gilles Caulier-4]

Angelo,

I CC this mail to digikam-devel mailing list for better visibility

2008/11/29 Angelo Naselli <[hidden email]>

Hi, i will test on kde 4.2 asap, but in kde 4.1.x printing
sucks a bit.

I've found some problems in setting my data on QPrinter.

I mean set and get seems to say the same, and that means
my date is stored correctly somewhere, but as soon as i
open QPrintDialog all seems to be restored to default.
That could be not a problem, if you don't have to set up
anything from that dialog (i can't say that because i always
have to do something), but as soon as you touch anything
there all that is shown is also set up.

I seem i can't print bordless, but that could be a wrong way in which i
draw image on QPainter, since i've seen GwenView does (well it can't crop
and so it's hard to see a real bordless printout). Anyway to do that I always
need to touch settings since HP leave a different printout setting for
fullbleed, and that overwrites my setting or some of them.

I believe i need help here. Probably porting printing support on digikam
is easier, since it is similar to gwenview...

yes, sound like similar. To be clear, original KDE3 printing code been inspired from Kuickshow code plus later your personal code inspired from GWenview. Kuickshow has already ported to KDE4 here :

http://websvn.kde.org/trunk/extragear/graphics/kuickshow/src/printing.h?revision=737039&view=markup
http://websvn.kde.org/trunk/extragear/graphics/kuickshow/src/printing.cpp?revision=888239&view=markup

 

but printwizard is another

story.

Sure. it's more complex. perhaps to port digiKam printing code is a fine way to learn new Qt4 printing API.

We can try two things, avoid QPrintDialog and make our own one,
i've tried something but i don't know how to get data change signal :(

Or we can avoid wizard for printer output and read settings before
choosing page layout and, if needed, cropping. All of that inside
QPrintDialog Tabs or making wizard starting after pushing print
button on QPrintDialog. Again i can't understand how to get
value changing from QPrintDialog anyway. ...

Any idea?

well, look in kuickshow code. it's really a good ex to start
 

I will be out tonight, but i will be very happy to talk about that somewhere
in irc maybe...

Or in this ML if somedody has already played with printing code...

Gilles

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

[Gilles Caulier-4]

---------- Forwarded message ----------
From: Angelo Naselli <[hidden email]>
Date: 2008/12/2
Subject: Re: Printing in kde 4
To: Gilles Caulier <[hidden email]>


lunedì 01 dicembre 2008 alle 16:06, Gilles Caulier ha scritto:

> yes, sound like similar. To be clear, original KDE3 printing code been
> inspired from Kuickshow code plus later your personal code inspired from
> GWenview. Kuickshow has already ported to KDE4 here :
>
> http://websvn.kde.org/trunk/extragear/graphics/kuickshow/src/printing.h?revision=737039&view=markup
> http://websvn.kde.org/trunk/extragear/graphics/kuickshow/src/printing.cpp?revision=888239&view=markup
>

That is what I/we have to do in digikam.

Unfortunately that can't solve our problem in printwizard :/

To udnderstand what i mean, you can consider the problem was already present in kde3, e.g. we configure
things and pass to [K|Q]Printer data, that can be changed and can override printwizard choices.
The right thing should be use Printer interface info into wizard. Imagine to choose page size from QPrintDialog
and use it to choose printwizard layout page (for instance A4-> 8 photos per page).
And that's why i'd like to know how to get setting changhes from QPrintDialog or similar as soon as they are
changed.
But at the moment we have another issue, e.g. if i choose A6 (for instance) from printwizard, and i set it
up on QPrintDialog, it is not shown, you see old settings. If you read (get methods) data back, they seem to
be set, but not shown, and if you change anything on QPrintDialog you loose your settings. I mean touch
margins for instance and you loose pagesize settings...

I will try to work on it as soon as possible, but i should move to my new home in the next few weeks,
and that means i won't probably have either time or internet connection :/

Angelo

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

[Gilles Caulier-4]

2008/12/2 Gilles Caulier <[hidden email]>

---------- Forwarded message ----------
From: Angelo Naselli <[hidden email]>
Date: 2008/12/2
Subject: Re: Printing in kde 4
To: Gilles Caulier <[hidden email]>


lunedì 01 dicembre 2008 alle 16:06, Gilles Caulier ha scritto:

> yes, sound like similar. To be clear, original KDE3 printing code been
> inspired from Kuickshow code plus later your personal code inspired from
> GWenview. Kuickshow has already ported to KDE4 here :
>
> http://websvn.kde.org/trunk/extragear/graphics/kuickshow/src/printing.h?revision=737039&view=markup
> http://websvn.kde.org/trunk/extragear/graphics/kuickshow/src/printing.cpp?revision=888239&view=markup
>

That is what I/we have to do in digikam.

Unfortunately that can't solve our problem in printwizard :/

To udnderstand what i mean, you can consider the problem was already present in kde3, e.g. we configure
things and pass to [K|Q]Printer data, that can be changed and can override printwizard choices.
The right thing should be use Printer interface info into wizard. Imagine to choose page size from QPrintDialog
and use it to choose printwizard layout page (for instance A4-> 8 photos per page).
And that's why i'd like to know how to get setting changhes from QPrintDialog or similar as soon as they are
changed.
But at the moment we have another issue, e.g. if i choose A6 (for instance) from printwizard, and i set it
up on QPrintDialog, it is not shown, you see old settings. If you read (get methods) data back, they seem to
be set, but not shown, and if you change anything on QPrintDialog you loose your settings. I mean touch
margins for instance and you loose pagesize settings...

And why not to take a look in gutenpint ?

In Mandriva, i can see 2 developement packages : libgutenprint2 and libgutenprint2-devel

under gimp, this tool is very fast and work very well. i thinks it can be easy to use it in your plugin...

http://gimp-print.sourceforge.net/

Gilles

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

>
> And why not to take a look in gutenpint ?
>
> In Mandriva, i can see 2 developement packages : libgutenprint2 and
> libgutenprint2-devel
Because in past we've already talked about that and i seem to remember
we wanted develop a new api :/

Angelo

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

[Gilles Caulier-4]

2008/12/3 Angelo Naselli <[hidden email]>

>
> And why not to take a look in gutenpint ?
>
> In Mandriva, i can see 2 developement packages : libgutenprint2 and
> libgutenprint2-devel

Because in past we've already talked about that and i seem to remember
we wanted develop a new api :/

But writting a new api will take a while. Using existitng one as gutenprint and just make a Qt interafce will be faster...

Just by curiosity, are take a look in gutenprint code ?

Gilles

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

> Just by curiosity, are take a look in gutenprint code ?
I did, time ago when i started to think that using another interface was a solution.
Not at the moment. Anyway if you think that is easy to, we can do that togheter ;)

Angelo

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

[Gilles Caulier-4]

ok, let's me take a look in guntenprint API to see if we can use it to reproduce the same workflow than current printwizzard

Gilles

2008/12/3 Angelo Naselli <[hidden email]>

> Just by curiosity, are take a look in gutenprint code ?

I did, time ago when i started to think that using another interface was a solution.
Not at the moment. Anyway if you think that is easy to, we can do that togheter ;)

Angelo

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

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

mercoledì 03 dicembre 2008 alle 18:46, Gilles Caulier ha scritto:
> ok, let's me take a look in guntenprint API to see if we can use it to
> reproduce the same workflow than current printwizzard
hmm, in that case we should do better things ;)
Can we talk about that via irc?

Angelo

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

mercoledì 03 dicembre 2008 alle 12:20, Angelo Naselli ha scritto:
>
> >
> > And why not to take a look in gutenpint ?
> >
> > In Mandriva, i can see 2 developement packages : libgutenprint2 and
> > libgutenprint2-devel
> Because in past we've already talked about that and i seem to remember
> we wanted develop a new api :/
I meant we didn't want...
here for instance:
http://bugs.kde.org/show_bug.cgi?id=150009

>
> Angelo
>


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