- 25 Jul, 2019 1 commit
-
-
deuce authored
-
- 23 Jul, 2019 1 commit
-
-
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.
-
- 22 Jul, 2019 1 commit
-
-
deuce authored
-
- 14 Jul, 2019 1 commit
-
-
deuce authored
This fixes screen corruption with CTRL-E in 40-column modes.
-
- 13 Jul, 2019 2 commits
- 11 Jul, 2019 4 commits
- 01 Jun, 2019 2 commits
-
-
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).
-
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.
-
- 29 May, 2019 1 commit
-
-
rswindell authored
-
- 01 Feb, 2019 1 commit
-
-
rswindell authored
warning: ‘%s’ directive writing up to 4096 bytes into a region of size 3969
-
- 20 Feb, 2018 1 commit
-
-
deuce authored
--"coverity"
-
- 13 Feb, 2018 1 commit
-
-
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()).
-
- 06 Dec, 2017 1 commit
-
-
rswindell authored
-
- 23 Nov, 2017 1 commit
-
-
rswindell authored
messages (frame), introduced in rev 1.231.
-
- 16 Nov, 2017 1 commit
-
-
rswindell authored
-
- 11 Nov, 2017 1 commit
-
-
rswindell authored
calls to uifc.input() - don't default to overwrite mode for every call. This also allows external/app control of the insert/over-write mode via new uifcapi_t element: insert_mode (default is FALSE).
-
- 06 Nov, 2017 1 commit
-
-
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.
-
- 04 Nov, 2017 1 commit
-
-
rswindell authored
the same as the Delete key. Apparently this change was introduced in the uifc.c ->uifcc.c/uifc32.c port and never noticed (by me). Pointed out by Nelgin.
-
- 26 Oct, 2017 1 commit
-
-
rswindell authored
before printing the message.
-
- 23 Oct, 2017 1 commit
-
-
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.
-
- 12 Oct, 2017 2 commits
- 11 Oct, 2017 2 commits
- 10 Oct, 2017 2 commits
-
-
rswindell authored
- returns index with MSK_CUT in upper nibble - Cut is initiated with Ctrl-X or Shif-Delete - Same as Get/Copy (F6/Ctrl-V) except the source item is removed * Ctrl-Insert is now supported for Copy (in addition to Ctrl-C and F5) * Shift-Insert is now supported for Paste (in addition to Ctrl-V and F6) * Fixed a couple of potential NULL savbuf dereferences (one sighted when using mouse).
-
rswindell authored
(blank) item. Replaces the previously unused WIN_EDITACT mode flag.
-
- 15 Apr, 2016 1 commit
-
-
rswindell authored
online help, set the current "window" to inactive colors and then restore to original colors when online help is exited. For 80x25 consoles, the user probably won't notice any change since the online help window fills the screen.
-
- 11 Apr, 2016 1 commit
-
-
rswindell authored
-
- 25 Aug, 2015 1 commit
-
-
deuce authored
-
- 22 Aug, 2015 1 commit
-
-
deuce authored
-
- 26 Feb, 2015 1 commit
-
-
rswindell authored
-
- 19 Feb, 2015 1 commit
-
-
deuce authored
WIN_EXTKEYS special.
-
- 17 Feb, 2015 2 commits
- 14 Feb, 2015 1 commit
-
-
deuce authored
was hard-coded into the menu item offset resulting in WIN_DYN|WIN_NOBRDR menus being offset two down when redrawing.
-
- 12 Feb, 2015 1 commit
-
-
deuce authored
-