From: Dima K. <gn...@di...> - 2018-08-20 06:52:20
|
sfeam <sf...@us...> writes: > On Sunday, 19 August 2018 20:25:24 Dima Kogan wrote: >> Dima Kogan <gn...@di...> writes: >> >> > Ethan A Merritt <sf...@us...> writes: >> > >> >> On Friday, August 17, 2018 1:15:24 PM PDT Dima Kogan wrote: >> >>> >> >>> I'm looking for a feature that (I think) doesn't exist currently. Want >> >>> to ask first, in case something DOES exist that I'm not seeing. >> >> >> >> The command you are looking for is >> >> pause mouse close >> >> This works in its most basic form, which is awesome. Thanks! But I'm now >> going to be a pain in the butt. For a gnuplot-using application to work >> reasonably, this needs to only wait for a window-close event when one is >> coming: i.e. when a window is open. Scenarios that could happen: >> >> 1. User already closed the window before I send my "pause mouse close" > > That sounds like a case of "well then don't do that". > If the parent program sends the plot command and the pause command > in immediate succession the time window in which that race could happen > would be very small. If the commands do not come in immediate > succession then maybe the program logic needs re-thinking. > Can you give a more complete example of the flow of events? > >> 2. We're using a non-interactive terminal (dumb, pdf, etc etc) >> Ideas on handling that? > > So far as I know, in that case the next <\n> in the input stream > will terminal the "pause" command. Does that not work for you? I played with it a bit more just now, and it's good-enough. It would be NICE if "pause mouse close" could know if there's anything to potentially wait for, but I guess I don't strictly need it. Thanks much. This will fix a long-standing annoyance with gnuplotlib |