1. 25 Jul, 2019 1 commit
  2. 23 Jul, 2019 1 commit
    • deuce's avatar
      Fix issue introduced in 1.244 where a line with exactly the number of · fc420692
      deuce authored
      characters as the buffer width terminated by a linefeed would cause an
      extra blank line to be inserted due to incorrect end-of-line detection.
      
      The number of lines to allocate was calculated correctly, so this resulted
      in writing past the last line in the screen buffer, corrupting memory after
      the allocation.  Glibc detected this condition and crashed with a double-
      free or corruption message.
      fc420692
  3. 22 Jul, 2019 1 commit
  4. 14 Jul, 2019 1 commit
  5. 13 Jul, 2019 2 commits
  6. 11 Jul, 2019 4 commits
  7. 01 Jun, 2019 2 commits
    • rswindell's avatar
      Restore the long-standing (forever) behavior of ulist/uifc.list where · 438cf9e2
      rswindell authored
      Backspace (the "Delete" key on a MacBookPro keyboard) is treated the same
      as ESC (exit).
      Make the help status bar more clear in Mac OS X builds that the '+' key
      may be used in place of the INSert key to add itesm and that fn-DELete key
      sequence is used to delete items (or the '-' key, though that isn't stated).
      438cf9e2
    • rswindell's avatar
      In uifc.list(), stopping treat the Backspace key as ESC (exit) and instead · c728e168
      rswindell authored
      treat the same Delete Char. This is for systems were there is no "Delete Char"
      key (e.g. Mac) or where the Delete and Backspace keys send the reverse key
      codes. On a Mac, the Backspace key is actually labeled "Delete", so treat
      the key-code sent as "Delete item", consistent with the status bar/help
      indicator.
      c728e168
  8. 29 May, 2019 1 commit
  9. 01 Feb, 2019 1 commit
  10. 20 Feb, 2018 1 commit
  11. 13 Feb, 2018 1 commit
    • deuce's avatar
      Beginnings of a massive ciolib overhaul... · 210cc022
      deuce authored
      We're switching to TrueColor now, and maintaining a 65536 entry palette
      for the various palettized bits.  This change hurts the overlay output most
      since it currently means floating point calculations for every pixel.
      
      The getfont() function now takes a fontnum argument so you can get all the
      current fonts.
      
      The vmem array now holds the font data, so once a glyph is written to the
      screen, it can stay in that font "forever".  This still has some issues
      with savescreen()/restorescreen() since there's no extension to grab the new
      stuff... that'll be coming soon, likely replacing the pgettext() and
      pputtext() functions.  For now, various popups will likely reset fonts to
      the default font on the screen.
      
      Now that we have all this, the status bar in SyncTERM can retain the default
      font and colours at all times.  Further, menus can be displayed in the "right"
      colours and fonts, and no more translation will be needed.  This is a work
      in progress though, so there's likely to be glitches.  The scrollback doesn't
      have the font data either (same issue as savescreen()/restorescreen()).
      210cc022
  12. 06 Dec, 2017 1 commit
  13. 23 Nov, 2017 1 commit
  14. 16 Nov, 2017 1 commit
  15. 11 Nov, 2017 1 commit
  16. 06 Nov, 2017 1 commit
    • rswindell's avatar
      uifc.input() changes: · f20c148b
      rswindell authored
      - Update bottom-line/status bar with applicable control keys (Ctrl-C/X/V)
      - Ctrl-X now cuts the text to the Clipboard, rather than just deletes
      - Ctrl-C now copies the text to the Clipboard, rather than aborts
      - Ctrl-V now pastes from the Clipboard into the text field, not toggles insert
      The old CUA keyboard equivalents for Copy/Cut/Paste are supported too
      (Ctrl-Ins, Shift-Del, Shift-Ins)
      The system Clipboard is used, just like with the mouse methods of copy/paste.
      
      ufic.showbuf() changes (used for displaying help text):
      - Fixed the "End" key behavior (actually goes to the bottom of the text)
      - Display up and down arrow glyphs in the lower-right corner/border to indicate
        if the text can be scrolled up or down (e.g. with the arrow keys/etc.).
        If the arrows are mouse-clicked, that simulates the arrow keys being hit.
      f20c148b
  17. 04 Nov, 2017 1 commit
  18. 26 Oct, 2017 1 commit
  19. 23 Oct, 2017 1 commit
    • rswindell's avatar
      Eliminated the "Paste Over" option/behavior. Paste (Ctrl-V, F6 or Shift-Insert) · 0a7d56c3
      rswindell authored
      is always the same operation (e.g. Paste-Insert).
      MSK_PASTE_OVER and MSK_PASTE_INSERT have been removed (now combined into
      MSK_PASTE), so current SCFG code, for example, won't compile.
      Introduced a separate WIN_CUT uifc.list mode flag to enable the Cut (e.g.
      Ctrl-X) option on the status/help line.
      Re-factored the bottomline() routine to re-use the WIN_* mode flags.
      0a7d56c3
  20. 12 Oct, 2017 2 commits
  21. 11 Oct, 2017 2 commits
  22. 10 Oct, 2017 2 commits
  23. 15 Apr, 2016 1 commit
  24. 11 Apr, 2016 1 commit
  25. 25 Aug, 2015 1 commit
  26. 22 Aug, 2015 1 commit
  27. 26 Feb, 2015 1 commit
  28. 19 Feb, 2015 1 commit
  29. 17 Feb, 2015 2 commits
  30. 14 Feb, 2015 1 commit
  31. 12 Feb, 2015 1 commit