Path: utzoo!utgpu!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!rutgers!psuvax1!vu-vlsi!swatsun!jackiw
From: jackiw@cs.swarthmore.edu (Nick Jackiw)
Newsgroups: comp.sys.mac.programmer
Subject: Fooling with mcky: DRAT!
Keywords: mouse, speed
Message-ID: <2273@ilium.cs.swarthmore.edu>
Date: 30 Dec 88 16:40:54 GMT
Reply-To: jackiw@cs.swarthmore.edu (Nicholas R Jackiw)
Organization: Visual Geometry Project, Swarthmore College, PA
Lines: 23

Concerning one's ability to speed up the mouse:

Yes, the MOUSE cdev code slaps the appropriate system 'mcky' resource into
PRAM (checking whether the string 'Horowitz' is 36 bytes before the cursor-
updating VBL task first: gawd I love browsing system software). Unfortunately,
the particular mcky resource loaded is equal to ten less than the ID of the
Control Panel setting.  This gives us mcky#0=DITL#10='Very Slow', mcky#4=
DITL#14='Fast'. What's unfortunate about this is that the mcky's ascend
numerically in contents, from #0=$0104070A0D0F10FF to #4=$FFFFFFFFFFFFFFFF.
While you can think of values less than $010407.., you can't get much higher
than $FFFF. This implies that while clever clueless hacking might be able
to SLOW down the mouse even more, the FAST setting in the control panel is
going to remain as fast as a mcky will allow.  

Anyone want to rewrite the entire interrupt-tracking procedure? You could
call your new resource format 'MITY' (:-O).


-- 
+-------------------+-jackiw@cs.swarthmore.edu / !rutgers!bpa!swatsun!jackiw-+
|  nicholas jackiw  | jackiw%campus.swarthmore.edu@swarthmr.bitnet           |
+-------------------+-VGP/MathDept/Swarthmore College, Swarthmore, PA 19081--+
"After a moment, the automata wrote the final phrase: L'esperance."-R.Houdin