Simulating Windows With Text Graphics

[from IsSmalltalkWithoutGraphicsAnyGood?]


Describe SimulatingWindowsWithTextGraphics here.

In the '80s, 80x25 color monitors were irritatingly fuzzy, but monochrome monitors were crisp and clear up to at least 132x50 characters. "Hercules" compatible graphics cards were common and good, but manipulating 720x348 black and white bits was still a bit much for a 4.77 MHz 8-bit CPU (...pretending to be a 16-bit processor).

 Q: How to simulate multiple windows?
 A: With graphic caracters.  Something like the following.
    (But one can do a lot better with IBM-PC character graphic characters.)

+-----------------------+ | | | +------------------+ | | | +--------------| | +------------------+

Q: What about mice? A: Mice were quite usable in several character-based MS-DOS environments at the time: The mouse moves a character box cursor. And you could select and highlight character ranges, just as you can do today in an "MS-DOS Window" in most versions of Microsoft Windows.

Q: How many characters wide should a menu be? A: That one's easy: Just a few characters wider than the longest entry. Unless you want to limit the width. But that's an issue with bit mapped GUIs too. It's actually an easier problem to solve with a fixed-width character based user interface: Worst case, you might have to dynamically scroll text, as some of today's cell phone browsers do.

Screen shot of TurboVision demo:

Wow. Shadows even. Now that's "hi-tech." ;->

I could do a decent Smalltalk class browser with an "text" based interface like this. And it could have very good performance -- even on an 8-bit 4.77 MHz CPU. -- JeffGrigg

The best-laid plans of mice and men ...


EditText of this page (last edited January 12, 2005) or FindPage with title or text search