better handle moving points

Dependencies

• [2] ZTMRQZSW Readme
• [3] LAW2O3NW extract variable Margin_left
• [4] ZRKTXF4Q tweak to Readme
• [5] BYG5CEMV support for naming points
• [6] 25V2GA6J taking stock
• [7] IDGP4BJZ new known issue with drawings
• [8] 242L3OQX bugfix: ensure Cursor_line is always on a text line
• [*] BLWAYPKV extract a module
• [*] RT6EV6OP delegate update events to drawings
• [*] FS2ITYYH record a known issue

Change contents

• edit in drawing.lua at line 251
  [3.4220]

  [11.949]
  + if drawing.mode == 'manhattan' then

  + drawing.mode = 'line'

  + elseif drawing.mode == 'rectangle' or drawing.mode == 'square' then

  + drawing.mode = 'polygon'

  + end
• edit in README.md at line 93
  [4.135]→[5.2256:2257](∅→∅),[5.2256]→[5.2256:2257](∅→∅),[5.2257]→[5.21:203](∅→∅),[5.21]→[5.21:203](∅→∅)
  −

  − * Insufficient handling of constraints when moving points. For example, if you

  − draw a manhattan line and then move one of the points, you may not be able

  − to hover on it anymore.
• edit in README.md at line 94
  [5.204]→[5.204:794](∅→∅),[5.794]→[2.89:90](∅→∅)
  − There's two broad ways to fix this. The first is to relax constraints,

  − switch the manhattan line to not be manhattan. The second is to try to

  − maintain constraints. Either constrain the point to only move along one line

  − (but what if it's connected to two manhattan lines?!), or constrain the

  − other end of the line to move alongside. I'm not sure yet which would be

  − more useful. Getting into constraints would also make the program more

  − complex.

  −

  − Bottomline: at the moment moving points connected to manhattan lines,

  − rectangles or squares can break drawings in subtle ways.

  −