TODO.slip-multi-movfeat

   1 * new section in ours.wiring for breaking up S0 S1 S2 S3 into
   2   P0Q0V0R0 et al.
   3 * data2safety reads that and computes most things to have the
   4   exploded version; the exception is layout-data.c SegPosCombInfo.pname
   5         bidirectional mapping constructed from "movfeatposmap" lines
   6         map from ([A-Za-z]+[0-9]+)* to ([A-Za-z]+[0-9]+)*
   7         has two effects:
   8                 - in line_endwiring, used "forwards"
   9                 - when writing out .pname, used "backwards"
  10         in each case we match only whole feature positions
  11                 by some suitable regexp trick
  12         we record whether a mapping entry was used, and complain if not
  13
  14 * movpos.c needs to be modified to cope with mixed MovPosChanges
  15   split MovPosChange into two structs, Change which is per-method
  16   and MovPosChange which has a set of Changes one per relevant method
  17
  18   Methods have to call a new change_done which is a bit like
  19   motion_done but only does one Change and considers whether the
  20   whole MovPosComb is done.
  21
  22   evaluate should have a cost or a time or something rather than
  23   just a count since wagglers are nearly free and points are not
  24   and we always want to change a waggler rather than a point
  25
  26 * There may be some fallout from the segment movfeat splitting
  27   eg in the gui or gui plan displayer.