RE: Re: Tcl/Tk 8.4.12 for WinCE ARM binaries availa ble

....
> >>I have not noticed this until you brought it up, so I can't
> >>say specifically what the issue is (haven't had the time to
> >>delve into C yet).
> >>    
> >>
> 
> Agreed, there are <Leave> events that produce the anomalous 
> behavior. I 
> found a solution (in the C code), too - but I'm pretty sure 
> it's not the 
> right way to do it. Anyway, here's what I did:
> 
> In generic/tkPointer.c, function Tk_UpdatePointer(tkwin, x, 
> y, state) in 
> line 267, there's a call to GenerateEnterLeave(...). If you 
> comment that 
> out, e.g. #if !defined(UNDER_CE) ...GenerateEnterLeave... #endif, the 
> button command works correctly, including autorepeat.
> 
> Unluckily, this does not solve the problem with the spinbox 
> buttons for 
> which I haven't found a solution.
> 
> >Isn't this just OS triggering right-click, wo when user taps 
> and holds, then
> >right-click menu appears?
> >  
> >
> 
> Hm. Could you elaborate on that? This sounds to me as a possible 
> explanation for another glitch I've notice, namely, selection 
> by tapping 
> and dragging the stylus in a text widget makes the selection 
> jump about 
> rather wildly from the current position to either the 
> beginning or end 
> of the text.

no, this is another problem (drawing within canvas also jumps some point to
left top corner, which is a known problem)

My only guess was that pressing and holding a tap will activate right-menu,
which is not shown within tcltk.
But seems to me that my guess was wrong, because it is another problem.


> 
> >BTW which source was used for diff files within 
> tcltk8_4_12_ce-arm archive?
> >Those do not cleanly apply to 8.4.12
> >  
> >
> The code patches okay vs. tcl/tk 8.4.12 sources but the configure and 
> tcl.m4 are rejected. I simply took those from the 8.5a3 sources and 
> slightly adapted them. Then there are only minor fixes u need to 

Ok, I'll just apply some places manually.

> compile. If you're interested, I can send patches - but 
> they're pretty 
> huge, around  1.2 MB zipped, and I don't quite understand why (maybe 
> Windows 0xOd/Ox0A vs Unix 0x0A?)...

I'll do patching myself.

Thank you a lot for interesting information!

Best regards,
Vadim.