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 at 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 at 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 at gmail.com> wrote:
>> >> Hi Frank,
>> >>
>> >> On Mon, Jan 25, 2016 at 8:18 AM, Frank Shearar <frank.shearar at 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
>> >>
>> >>
>> >>
>> >
>