Re: aquaterm: doesn't want to close

[Per P. <per...@ma...>]

On 22 maj 2009, at 16.36, Mojca Miklavec wrote:

> Hello,
>
> I'm using AquaTerm on OS X 10.5 as the default terminal in gnuplot (I
> don't like X11 in general and wxt didn't work when I last tried).
>
> 1.) [bug or feature?] It usually leaves all the windows with graphs
> open (if one starts and quits gnuplot, it starts a new window and
> doesn't close that window after gnuplot is done).

That part is a feature.

> This is not
> necessary a bad thing, but since recently (well, I have upgraded my OS
> in the meantime) trying to quit AquaTerm (apple-Q or Quit from menu)
> pops up a window saying
>
>     There are still clients connected to AquaTerm and quitting now
> may disrupt them.
>     You can leave AquaTerm running by pressing Cancel or confirm
> quitting by pressing Quit.
>
> I remember that warning from earlier, but it only popped up if gnuplot
> was still active somewhere. Now it started complaining even after
> quitting gnuplot. I can still force a quit, but that's a bit annoying.

Bug. Manifests itself only on 10.5. Likely a change in the Obj-C  
runtime behavior introduced between 10.4 and 10.5, but I haven't been  
able to track it down. This is actually one of the primary reasons  
that the current CVS head (with a number of feature additions) have  
not been made available in a new release.

> Another tiny thing that might even be related to behaviour in Mac api
> itself: once I get the warning that "There are still clients connected
> ..." and if I change the "space" in the meantime (for example shifting
> the screen right from 1 to 3), AquaTerm becomes unresponsive and even
> if I switch back to "space 1", I don't see the window from where I
> could press "Close" or "Cancel". But as I said - this might be
> completely OSX-related.

Probably is. Remember that AquaTerm was primarily devloped during Mac  
OS 10.0 - 10.2 days, Spaces wasn't around at that time.

>
> I saw this, don't know if it's related:
> https://sourceforge.net/tracker/?func=detail&aid=2564759&group_id=39915&atid=426512

Perhaps, but not likely.

>
> 2.) [for later] There are also some problems reported during
> compilation (related to transparency), but I need to take some time to
> look into that.

Benign, gnuplot actually supports features which are not part of the  
current release version, grab the source from CVS to use transparency.

>
> 3.) [feature request] I remember Per saying that mouse support is not
> done yet, but maybe there is some simple way to implement the
> following (if not, just ignore this please):
> - if user changes window size with a mouse, resize the plot and just
> "shrink" (resample) the contents accordingly (which is already done
> now; properly resizing would require gnuplot re-calculating the plot
> which doesn't really make sense)
> - *but*: let gnuplot know that size has been changed afterwards, so
> that gnuplot can generate a smaller plot next time when you call it
>
> It is a bit weird that I need to specify plot size "by hand" when
> using some GUI application that could do that instead of me.
>
> 4.) [bug/incompatibility] Also, the syntax of "size" option seems to
> be incompatible with other terminals. For example, one needs to use
>    set term png size 600,400
> but
>    set term aqua size 600 400
> Couldn't/shouldn't AquaTerm also accept the syntax with comma?

I guess that would make sense.
However, I'm not in a position where I can spend time on this (or  
other open source projects) anymore so Someone(TM) who suffers enough  
would have to write the code to correct the situation.

Best regards,
Per