How could we possibly unload InputSensor? Isn't that what generates the events necessary to interact with the system? IOW, you wouldn't be able to reload ST80 without InputSensor, right?
On Wed, Jan 27, 2016 at 7:16 AM, David T. Lewis lewis@mail.msen.com wrote:
On Wed, Jan 27, 2016 at 10:24:55AM +0000, Frank Shearar wrote:
That was my thinking, Chris. But InputSensor is, as far as I can tell, entirely ST80-specific. It's all about keyboards and pointers _for ST80_: the equivalent of Morphic's UserInputEvent.
The only packages that reference it are ST80 and System, and System references it only because of #initializeStartUpList & #initializeShutDownList. (System has, as far as I can see, had this "soft" dependency on ST80 since at least 2010.)
Given that, ST80 actually seems like the right place for these classes.
That sounds reasonable, but one sanity check: ST80 is a reloadable package (or at least it was, and it definitely /should/ be). I think that will still be the case if we move InputSensor to ST80, but I'd want to check and make sure we don't break the unloadable/reloadable aspect.
This is probably a non-issue, but I can't check it right now so I'm just mentioning it as a reminder.
Dave
frank
On 27 January 2016 at 02:52, Chris Muller asqueaker@gmail.com wrote:
+1 for Kernel-Input or Kernel-Device. Sensors are concerned with bringing information from the outside world into the software system; like the eyes and ears of the computer.
User-interface is concerned with the interactions between the software and the user.
On Mon, Jan 25, 2016 at 10:01 AM, Eliot Miranda eliot.miranda@gmail.com wrote:
Hi Frank,
On Mon, Jan 25, 2016 at 8:18 AM, Frank Shearar frank.shearar@gmail.com wrote:
Kernel-Processes has Delay, Process, Monitor, Mutex, FutureMaker, Promise, etc. All these work together. They fit nicely in the category.
And then there's InputSensor, EventSensor and EventSensorConstants. What.
Where _should_ these classes belong? Maybe we should have a Kernel-Device or Kernel-Input category?
IMO they don't belong in the Kernel at all. I would add a UserInterface package and put the prerequisites for Morphic, Smalltalk-80 and Graphics in there. I'd also consider Headful and Headless packages for precursors of headful and headless apps.
(I'll not mention how Kernel's InputSensor >> #keyboard uses TextConverter that causes a dependency on Multilingual, which of course has a dependency on Kernel... oh, wait, I did.)
frank
_,,,^..^,,,_ best, Eliot