Class: SystemStatusMonitor

• Inheritance
• Description
• Class protocol
  • defaults
  • menu specs
  • startup
• Instance protocol
  • destroying
  • drawing
  • events
  • initialization
  • menu
  • private
  • queries
  • user actions

Inheritance:

   Object
   |
   +--GraphicsMedium
      |
      +--DisplaySurface
         |
         +--SimpleView
            |
            +--SystemStatusMonitor
               |
               +--ExternalStreamMonitor

Package:

stx:libtool

Category:

Monitors-ST/X

Version:

rev: 1.22 date: 2018/11/09 23:36:12

user: cg

file: SystemStatusMonitor.st directory: libtool

module: stx stc-classLibrary: libtool

Description:

Abstract class providing common code for list-based status monitors.

[disclaimer:]
    these are some of the oldest tools in the system, written in the early 90's.
    They do in no way reflect the way GUIs are designed/written these days.

Class protocol:

 defaultIcon

 defaultLabel

 fileMenu

This resource specification was automatically generated
by the MenuEditor of ST/X.

usage example(s):

MenuEditor new openOnClass:SystemStatusMonitor andSelector:#fileMenu (Menu new fromLiteralArrayEncoding:(SystemStatusMonitor fileMenu)) startUp

 mainMenu

This resource specification was automatically generated
by the MenuEditor of ST/X.

usage example(s):

MenuEditor new openOnClass:SystemStatusMonitor andSelector:#mainMenu (Menu new fromLiteralArrayEncoding:(SystemStatusMonitor mainMenu)) startUp

 viewMenu

This resource specification was automatically generated
by the MenuEditor of ST/X.

usage example(s):

MenuEditor new openOnClass:SystemStatusMonitor andSelector:#viewMenu (Menu new fromLiteralArrayEncoding:(SystemStatusMonitor viewMenu)) startUp

 isAbstract

return true, if this is an abstract class.

 isVisualStartable

return true, if this application can be started via #open.
(to allow start of a subclass instance via double-click in the browser)

 open

ProcessMonitor open

Instance protocol:

 release

(comment from inherited method)
remove all dependencies from the receiver

 titleLine

 updateList

 updateStatus: arg

 updateView

 canHandle: key

(comment from inherited method)
return true, if I like to handle the key (from a keyPress event).
OBSOLETE: do not use & depend on this method, it is a historic
leftOver and will be removed. Use the delegation mechanism for this.

 keyPress: key x: x y: y

(comment from inherited method)
a key has been pressed. If there are components,
pass it to the corresponding one.
Otherwise, forward it to the superview, if there is any.