From: Denis C. <zyl...@bi...> - 2003-06-22 14:13:24
|
I have modified tk_photos.pl to hide the mouse cursor using = Tk::CursorControl when the mouse is over the photos window. Bruce, should I submit such changes via CVS commits or through this = list? I have already added some missing files to the CVS repository = from the distribution archive. Denis --- diff -r1.3 tk_photos.pl 15a16 > 06/30/2003 Hide the cursor using Tk::CursorControl while slideshow is = active by Denis Cheong 19a21 > use Tk::CursorControl; 33c35 < my ($mw_photo, $mw_photo_label, $mw_photo_image); --- > my ($mw_photo, $mw_photo_label, $mw_photo_image, $mw_cursor); 36c38 < eval 'set $TV ON; set $AMP ON; set $TV "video1"; set $AMP "vcr"; = my $key =3D "\ct\cd640 480\ct"; system "echo $key |a2x";'; --- > # eval 'set $TV ON; set $AMP ON; set $TV "video1"; set $AMP "vcr"; = my $key =3D "\ct\cd640 480\ct"; system "echo $key |a2x";'; 41a44,46 > =20 > $mw_cursor =3D $MW->CursorControl; # Initialise the = CursorControl >=20 49a55,56 > $mw_cursor->hide($mw_photo); # Hide the mouse cursor on this = window >=20 61a69 > undef $mw_cursor; 134a143 > |
From: Bruce W. <br...@mi...> - 2003-06-22 17:01:14
|
Thanks, got your changes installed here. Either CVS or email to the list or directly to me is fine. If you do use CVS, send me email so I can review and install the changes here as they come in, rather than waiting for when I update CVS for the next release. And as you noted, I have not been real good about adding new code to the CVS repository, so thanks for adding those. CVS would be more of a requirement if we had more contributers, but with the current incoming changes, it is well manageable via email. I updated your changes slightly to allow the Tk::CursorControl module to be optional (used eval's so it will not crash mh if that module is not installed). I also added a cursor show call on exit, or else the curser remains hidden in the main tk window. I just checked those changes into cvs. Bruce -----Original Message----- I have modified tk_photos.pl to hide the mouse cursor using Tk::CursorControl when the mouse is over the photos window. Bruce, should I submit such changes via CVS commits or through this list? I have already added some missing files to the CVS repository from the distribution archive. Denis --- |
From: Denis C. <zyl...@bi...> - 2003-06-23 10:40:30
|
> Thanks, got your changes installed here. Either CVS or email to the list or > directly to me is fine. If you do use CVS, send me email so I can review > and install the changes here as they come in, rather than waiting for when I > update CVS for the next release. Excellent, will do. I have updated the JR21A MouseRemote code that I wrote all those years ago and will submit when I have it tested and working. The old code doesn't seem to work any more (have just started using it under 2.81 again ... last I used it was 2.59). I still have a problem with the serial item accepting the break code ('\xff') as end-of-string but it does seem better behaved now. I will submit the new version via cvs. > I updated your changes slightly to allow the Tk::CursorControl module to be > optional (used eval's so it will not crash mh if that module is not > installed). Ahh good, am still learning how to do these things .. > I also added a cursor show call on exit, or else the curser > remains hidden in the main tk window. I just checked those changes into > cvs. This shouldn't actually be necessary, as the CursorControl "hide" command is linked to when the mouse is over the picture widget (rather than being a global 'hide' a la VBA). Once the mouse is over something other than the picture then the mouse should be displayed automagically, and when the picture is destroyed this should be done without any further intervention? Denis |
From: Bruce W. <br...@mi...> - 2003-06-24 03:22:25
|
> Excellent, will do. I have updated the JR21A MouseRemote code > that I wrote > all those years ago and will submit when I have it tested and > working. The > old code doesn't seem to work any more (have just started using it under > 2.81 again ... last I used it was 2.59). I still have a problem with the > serial item accepting the break code ('\xff') as end-of-string but it does > seem better behaved now. I will submit the new version via cvs. Ok, cool. Let me know if you need a hand or you thing something is not right with the break character option. > > I also added a cursor show call on exit, or else the curser > > remains hidden in the main tk window. I just checked those changes into > > cvs. > > This shouldn't actually be necessary, as the CursorControl "hide" > command is > linked to when the mouse is over the picture widget (rather than being a > global 'hide' a la VBA). Once the mouse is over something other than the > picture then the mouse should be displayed automagically, and when the > picture is destroyed this should be done without any further intervention? I would have thought so also, but with your original code on windows (didn't try it with linux yet), I kept loosing the cursor after I exited the slide show. The call to show fixed it. Bruce |
From: Denis C. <zyl...@bi...> - 2003-06-28 14:11:48
|
Bruce wrote: > > > I also added a cursor show call on exit, or else the curser > > > remains hidden in the main tk window. I just checked those changes into > > > cvs. > > > > This shouldn't actually be necessary, as the CursorControl "hide" > > command is > > linked to when the mouse is over the picture widget (rather than being a > > global 'hide' a la VBA). Once the mouse is over something other than the > > picture then the mouse should be displayed automagically, and when the > > picture is destroyed this should be done without any further intervention? > > I would have thought so also, but with your original code on windows (didn't > try it with linux yet), I kept loosing the cursor after I exited the slide > show. The call to show fixed it. Ahh that must be! I am running under Linux. Must be implemented differently between the two platforms. I have tried both from an Xfree86 session and from a TightVNC session and they both worked fine so it must be a quirk of TK Win32 or CursorControl Win32 (or even a limitation of Win32 who knows). Denis. |