Re: [Plplot-devel] The multiple keypress problem when using interactive drivers

2015-06-08 Thread Phil Rosenberg
I agree. In the new wingdi I tried to minimize the use of the stream. Out of curiosity, how do you deal with redraws then - or do you just not scale anything and store the bitmap for refreshing? Phil --

Re: [Plplot-devel] The multiple keypress problem when using interactive drivers

2015-06-07 Thread Alan W. Irwin
On 2015-06-07 00:25-0400 Jim Dishaw wrote: While working on my old Windows GDI based driver (see attached patches), I stumbled across the problem that prompted Phil to add plP_eop() in plRemakePlot(). This is related to the issue that Andrew raised on 3/29 on problems with -np when running

Re: [Plplot-devel] The multiple keypress problem when using interactive drivers

2015-06-07 Thread Jim Dishaw
On Jun 7, 2015, at 9:53 AM, Phil Rosenberg p.d.rosenb...@gmail.com wrote: The eop call is required because there is some code in bop that needs to be called, but if bop is called before eop then that function just returns. I am sure that you will find the same thing for the Windows

Re: [Plplot-devel] The multiple keypress problem when using interactive drivers

2015-06-07 Thread Jim Dishaw
No real reason for adding Freetype back in. I thought some people might like it. I can keep it a pure windows API driver--easier for me. On Jun 7, 2015, at 10:40 AM, Aaron Hexamer hexa...@comcast.net wrote: Jim, Thanks for providing these patches. I'll try to steal some time to try

Re: [Plplot-devel] The multiple keypress problem when using interactive drivers

2015-06-07 Thread Aaron Hexamer
Jim, Thanks for providing these patches. I'll try to steal some time to try them out. I'm not sure I understand the reason you're asking about adding Freetype back. Is it not possible to eliminate it and still get nice looking anti-aliased text with GDI/GDI+/Uniscribe? Thanks, Aaron.

Re: [Plplot-devel] The multiple keypress problem when using interactive drivers

2015-06-07 Thread Phil Rosenberg
The eop call is required because there is some code in bop that needs to be called, but if bop is called before eop then that function just returns. I am sure that you will find the same thing for the Windows driver too. To be honest I was recently thinking that the buffer is fast approaching a