TODO

   1 TODO:
   2 - embed the monitor and basic images into the binary
   3
   4 - rpm and pkg installations
   5
   6 - update sdk to forgo warning on MacOS
   7
   8 - UI:
   9     allow for switching input and output file while running
  10     support pixel doubling
  11
  12 - snapshot and resume complete machine state
  13
  14       vnascom -s <state>
  15
  16     resumes the state in <state> and saves the new state upon exit
  17     (unless explicitly aborted). The previous state is renamed to
  18     <state>~ to keep a backup.
  19
  20     UI: take snapshot, reset, abort, revert
  21
  22 - Precise timings
  23
  24   A rough, but machine independent job should be easily done.
  25
  26 - Complete the keyboard emulation
  27
  28   Currently we try hard to map keys to nascom keys.  This has some
  29   problems as shift goes to shift, e.g. when you press Shift-2 to get
  30   @, Nascom will actually get 'shift' '2' and make the '"'
  31
  32   Doing a more standard emulation will loose the possibility of
  33   emulating shift keys.  Ideally, there should be an invokation flag
  34   to chose between the two ways of doing it as it really depends on
  35   the application.  Most won't need the shift event.
  36
  37 - Use autoconfigure
  38
  39 - Emulate sound
  40
  41   Requires precise timings.
  42
  43 - Complete hardware emulation
  44
  45   Check other ports that require emulation
  46
  47 - Internal structure
  48
  49   The current organisation is a bit of a quick hack, but it works
  50   fairly well.
  51
  52 - Screen: Are Nascom characters really 16 pixels high?
  53
  54 KNOWN ISSUES
  55
  56 - Galaxy Attack doesn't work on Virtual Nascom. As it does work on
  57   Constantin's Nascom emulator it must be an emulation bug.