Re: Building wxt terminal for OS X

[<tim...@en...>]

Joe Koski wrote:
> on 10/9/06 2:07 PM, Timoth=E9e Lecomte at tim...@en... wrote=
:
>
>  =20
>> Joe Koski wrote:
>>    =20
>>> on 10/8/06 2:54 PM, Timoth=E9e Lecomte at tim...@en... wro=
te:
>>>
>>>  =20
>>>      =20
>>>> Hi Joe !
>>>>
>>>> I'm sorry you did not succeed, but those errors are normal: wxWidget=
s
>>>> comes in different flavours depending on the platform: wxGTK (as Eth=
an
>>>> told you), wxMSW for Windows, wxMAC which you logically installed, a=
nd
>>>> others. There are a couple of places where it is necessary to choose
>>>> between two possible behaviours (two threads or one) in the terminal
>>>> code. Since I only have access to Linux (wxGTK) and Windows (wxMSW),=
 I
>>>> have chosen to enable the compilation for those two only.
>>>>
>>>> However, attached is a patch that enables the compilation for wxMAC.=
 I
>>>> will be very glad to see you try it. Apply it in src/wxterminal and =
try
>>>> to build again. Hopefully it will work. Don't hesitate to report any=
 issue.
>>>>
>>>> Thank you very much for your efforts.
>>>>
>>>> Best regards,
>>>>
>>>> Timoth=E9e
>>>>    =20
>>>>        =20
>>> Timoth=E9e,
>>>
>>> I applied the patch, borrowed fontconfig from X11 with an export
>>> PKG_CONFIG_PATH, and successfully built gnuplot-4.2.rc1 with a wxt te=
rminal.
>>> (I'll send you a screen shot separately.)
>>>
>>> To test, I started gnuplot, set term wxt, and did a plot [-4:4] sin(x=
) to
>>> see what would happen.
>>>  =20
>>>      =20
>> The plot is rendered properly, that's a good point !
>>
>>    =20
>>> I got the plot, but I could not get "focus" or whatever you call it f=
or the
>>> plot window. When I placed the cursor in the plot window area, all I =
get was
>>> a twirling icon telling me to wait. This happens any time the cursor =
crosses
>>> the wxt window.
>>>      =20
>> Do you mean that the plot window is just like dead ? Is the cursor
>> position updated in the status bar for example ?
>> If it's the case, there is probably an issue with the GUI loop running
>> in a separate thread.
>>
>>    =20
> Timoth=E9e,
>
> I realized after I sent the message I should have been more clear on th=
is
> point. Clicking inside the window does not get the focus, and the bar a=
t the
> top is always grayed out as it is in the screen shot that I sent you. Y=
our
> question about the screen being "dead" is a good description.
I'm not familiar at all with MacOS. Is it a behaviour that you've=20
already observed in other situations ? (with X11, when the application=20
is dead, the screen is no longer updated and you get gray surfaces when=20
you drag another app on top of the dead one, for example)


> The cursor
> position at the lower left is frozen as it shows in the screen shot, an=
d
> does not change when you move the cursor.
>
> I have done a bit more testing. I can get octave-2.9.9 to open wxt wind=
ows,
> and display plots,

Can you display several plots successively ? That would be another=20
argument in favor of the dead gui thread, because the plot rendering is=20
done in the main thread.

> which is good, but it doesn't display legend information
> that displays in both X11 and AquaTerm.
Do you mean the mouse cursor position as above ?

Thanks, best regards,

Timoth=E9e