https://gitlab.synchro.net/main/sbbs/-/commit/61448e1506360d651b98ad7c
Modified Files:
src/uifc/uifc32.c
Log Message:
Fix list() width when WIN_NOBRDR is used

The title isn't displayed in this mode, so the title length is 0.

Why is title being strdup()'d here? Something to look into.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/3d0618d041c62f9720dc9d51
Modified Files:
src/uifc/uifc32.c
Log Message:
Fix centering of the showbuf (e.g. help screen) title

I'm not sure what was going on with this addition of 6 when mouse is enabled (and didn't check for WIN_DYN flag set!), but is wrong. And we need to add 4 to the title_len when figuring out the centered-offset.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/6875b617f34cde674c39c9f7
Modified Files:
src/uifc/uifc32.c
Log Message:
input() method was off-by-one on the string input x-coordinate w/ WIN_NOBRDR

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/a59d7d36daf250b47795d3cb
Modified Files:
src/uifc/uifc32.c
Log Message:
Make the '?' key pull up the online help too

Sometimes F1 doesn't work, Ctrl-Z isn't documented, but there is a '?' displayed
when help is available, so it's reasonable to assume someone might try/use it.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/0e335a02a996b1b6120490e5
Modified Files:
src/uifc/uifc32.c
Log Message:
Avoid delay waiting for key in WIN_DYN mode

When running Windows 11 in a VirtualBox VM, Sleep(1) appears to take
much more than 1ms to return. This causes large delays drawing menus
using WIN_DYN (as SyncTERM does).

If WIN_DYN is set, just use kbhit() with no delay. Leave the delay
there for !WIN_DYN though.

This should generally speed up SyncTERM menu navigation as there
was a 50ms delay for each menu on the screen.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/91114aaf678cf583d3d7fdbf
Modified Files:
src/uifc/uifc32.c
Log Message:
Fix warning.

While we're here, eliminate some explicit int64_t usage.

(not sure why uifc_winmode_t is signed since it's a bitfield, but
that's above my pay grade).

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/dc6b7f83882e372ab9199fb7
Modified Files:
src/uifc/uifc32.c
Log Message:
In screen widths < 80 columns, auto-suppress the date/time display

The the date/time display would overwrite parts of the application
title in narrower screen modes, so let's not do that.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/efc1b44e84544103f3911495
Modified Files:
src/uifc/uifc32.c
Log Message:
Don't clear exit_flags.

This should ensure that once quit is used, everything exits, but
apparently, this never worked.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/289c3e5cd646300240eff1f5
Modified Files:
src/uifc/uifc32.c
Log Message:
Fix dynamically calcluated list height bug when in T2B mode and top val given

In T2B (top to bottom centering) mode, the 'top' parametr value isn't actually for the top of the window position (later), so just zero it here in case it
was specified (and non-zero) to correct the calcutation on the next lines:
```
if(top+height>s_bottom)
height=(s_bottom)-top;
```

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/f605e394a59794596b94216e
Modified Files:
src/uifc/uifc32.c
Log Message:
Remove non-ASCII char comments.

These were originally non-ASCII char literals.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/f7caa6722d4d5b3132b0050e
Modified Files:
src/uifc/uifc32.c
Log Message:
Expand tabs and ignore form-feeds in showbuf/help text

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/89dda20e134e5d0443196a90
Modified Files:
src/uifc/uifc32.c
Log Message:
Truncate long titles in showbuf() the corrupt the screen and the heap

Don't actually truncate the string, just the display length

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/32fb9b77db11ec82231e4cee
Modified Files:
src/uifc/uifc32.c
Log Message:
More malloc() return checks

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/056304ed9e73c847a08102bb
Modified Files:
src/uifc/uifc32.c
Log Message:
Fix bug reported by DigitalMan

It looks like this has been a long-standing UIFC bug (pre-3.0)

If a uifc list that can scroll is showing the bottom-most line,
and an option that is not the last is deleted, and both *cur and
*bar are left untouched, *bar would be adjusted to be too high,
resulting in various highlight bar corruption issues.

This commit just rewrites that logic to be comprehensible, and
ensures that if bar is set such that the list would end before the
bottom of the window, it gets moved up. This makes delete do the
right thing (didn't test with insert, that may do weird things).

Also, since I figured out a good definition of what bar actually
represtens, add a comment to that effect.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/2e47ac987d5f1f1add45e5f7
Modified Files:
src/uifc/uifc32.c
Log Message:
Just overhaul this who chunk of code.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net