| > A port happened before didn't it? I remember setedit and rhide about twenty years ago. Yeah. SET published their port on GitHub a few months ago: https://github.com/set-soft/tvision One of the motivations to undertake this project was when I realized SET's Turbo Vision didn't support UTF-8 (https://github.com/windoze/tvision/issues/5). > However, 16 colors? This is not a design choice of mine. It's what the original Turbo Vision supported and I still haven't gotten around to extend it. > Also, windows console is in maintenance only these days. Everyone is moving to Windows terminal and for good reason. Using the Win32 Console API doesn't imply that applications will only work in the legacy Windows console. Windows Terminal supports this, as well as any terminal taking advantage of the Windows Pseudo Console (ConPTY) API (i.e. Git Bash). From a programmer's perspective, using ANSI escape sequences to display text is fairly simple (and is what Turbo Vision does). But processing input is a pain in the ass, as it requires a complex VT sequence parser. So I stuck with the Console API for input. Anyway, there would be no problem in replacing the current console I/O strategy with something entirely different or even having many of them and picking one at runtime. > Unlikely anyone is using DOS any longer, maybe freedos but still. That's what I thought, until someone opened an issue and explained they were building for DOS... (https://github.com/magiblot/tvision/issues/20). But still, I don't see the point in removing features that are already there if they are not a deterrent for further development. So DOS support is staying for now. |