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
> >>
> >>
> >>
> >