#160: Printing

[Lubomir I. Ivanov]

On 9 July 2013 18:02, Tomaz Canabrava <tcanabrava at kde.org> wrote:
>
>
> On Tue, Jul 9, 2013 at 11:54 AM, Lubomir I. Ivanov <neolit123 at gmail.com>
> wrote:
>>
>> On 9 July 2013 16:49, Tomaz Canabrava <tcanabrava at kde.org> wrote:
>> >
>> >
>> > On Tue, Jul 9, 2013 at 10:35 AM, Dirk Hohndel <dirk at hohndel.org> wrote:
>> >>
>> >> On July 9, 2013 10:22:24 AM Tomaz Canabrava <tcanabrava at kde.org> wrote:
>> >>>
>> >>> > No idea. When we are ready?
>> >>> > I want to be at roughly feature parity with 3.1. I.e. you can do
>> >>> > (almost?)
>> >>> > everything as well or better than in 3.1. I had been hoping for
>> >>> > August
>> >>> > but
>> >>> > I think it will more likely be September...
>> >>>
>>
>> ok, i will keep you folks up to date on with the printing progress.
>> as a side note (and AFAIK) it seems that Qt does not allow a custom
>> tab in the print dialog. so what i'm doing right now is create a
>> custom print QDialog with all options that calls another dialog
>> (QPrintDialog) with the hardware settings. found the suggestion at
>> stackoverflow.com..
>
>
> Well, this is not "Qt" fault per se, it happens because of this:
> "On Windows and Mac OS X, the native print dialog is used, which means that
> some QWidget and QDialog properties set on the dialog won't be respected.
> The native print dialog on Mac OS X does not support setting printer
> options, i.e. setOptions() and setOption() have no effect."
>

i wonder how they make it work in GTK. they must be modifying the
native dialog for each OS to add the custom tab.
https://developer.gnome.org/gtk2/2.24/gtk2-High-level-Printing-API.html#GtkPrintOperation-create-custom-widget

we had in the GTK build and AFAIK the tab was visible everywhere.

lubomir
--