Reply to comment

Thats not really a good reason

The 'extra features' you talk about are purely GUI options for them, no data is lost if you end up in a print dialog without them, right?

If thats the case, then the balance between losing all the QPrintPreview features vs losing the ability to set n-up etc stuff is just not in favour of your argument to use KPrintPreview.

If a user wants these rarely used extra features he can use the KDE print dialog using the print directly (apparently new in KDE4.4, as I don't see any difference in 4.3).

Bottom line is still that the KPrintPreview should be deprecated ASAP and the right solution is indeed, as you say, to put the extra features in a nice UI in Qt.

Btw, the idea of providing n-up and others at QtDF internally was to do this in the QPrintPreview dialog. Makes much more sense to allow the user to move around page layouts visually, doesn't it? The implementation of the QPrintPreview dialog (using QPicture) makes this easy and cheap and no cups features needed, so cross-platform.

Reply

The content of this field is kept private and will not be shown publicly.
CAPTCHA
This question is for testing whether you are a human visitor and to prevent automated spam submissions.
By submitting this form, you accept the Mollom privacy policy.