Re: Qt terminal status?

[Mojca M. <moj...@gm...>]

On Wed, Aug 22, 2012 at 10:21 AM, Daniel J Sebald wrote:
> On 08/22/2012 02:37 AM, Mojca Miklavec wrote:
>>
>> On Wed, Aug 22, 2012 at 5:39 AM, Daniel J Sebald wrote:
>>>
>>> What is the status of the Qt terminal?  It easily builds and works on
>>> linux systems.  How about Apple?
>>
>>
>> The trunk code finally compiles (since the patch on "2012-06-23
>> Jérôme lodewyck"), but it would be nice if that commit could be
>> included in branch-4-6-stable before next release.
>
> I assume there is a Qt init step that will check that the system has Qt
> support available and active.

I'm not sure if I understood the question properly.

>> There are some issues with forking, most annoying is that printing
>> crashes while opening printing dialog. (If I try to circumvent the
>> printing dialog, it prints fine.) I have no idea where to look to fix
>> it. Two programs open on dock, but one icon gets hidden. Suboptimal,
>> but acceptable.
>
> The fork influences Qt printing?  Strange.

I'm not 100% sure about that, but that's the only explanation I have.
It crashes here:

	QPrinter printer;
	if (QPrintDialog(&printer).exec() == QDialog::Accepted)

and the same command works flawlessly if I write a simple hello world
application. Also, if I skip the QPrintDialog and just print (that is:
if I modify and recompile source) it starts working. It might or might
not be connected with forking, but I have no clue where to look.
Here's what gets printed into gnuplot screen:

gnuplot_qt[69041] <Error>: kCGErrorIllegalArgument: _CGSFindSharedWindow: WID -1
gnuplot_qt[69041] <Error>: kCGErrorFailure: Set a breakpoint @
CGErrorBreakpoint() to catch errors as they are logged.
gnuplot_qt[69041] <Error>: kCGErrorIllegalArgument:
CGSSetWindowShadowAndRimParametersWithStretch: Invalid window
0xffffffff

But printing is not critical.

>> PS: Personally I would like to see the icon change (use a higher
>> resolution at least) and there's a slightly annoying "jumping" canvas
>> (not mac-specific) when resizing/increasing the plot area. It seems as
>> if plot area tries to be centered and alternates between Qt moving
>> existing plot to center of the new bigger area and gnuplot resizing
>> the image after some time (short time interval, but long enough to
>> generate some jumping visible.)
>
> I've seen that.  In some cases it is too fast to tell exactly what is
> happening, but it is discombobulating.  The last gnuplot demo is a big
> polygon rendering and in between renderings when resizing the window the
> image moves to the center temporarily.  If it were to stay put then expand,
> it wouldn't look so bad.  Perhaps there is something with rescale/no-rescale
> that Qt hasn't worked out exactly right.

There might be some trivial setting to tell Qt to stick to left & top
border rather than center the plot. Then this effect should go away. I
didn't look into it yet.

Mojca