Email list hosting service & mailing list manager

Re: A very first-draft proposal for character-cell terminals Lassi Kortela (05 Aug 2019 16:17 UTC)
(missing)
(missing)
Re: A very first-draft proposal for character-cell terminals Amirouche Boubekki (05 Oct 2019 11:10 UTC)
Re: A very first-draft proposal for character-cell terminals Arthur A. Gleckler (05 Oct 2019 18:56 UTC)
Re: A very first-draft proposal for character-cell terminals Amirouche Boubekki (06 Oct 2019 07:08 UTC)

Re: A very first-draft proposal for character-cell terminals Amirouche Boubekki 05 Oct 2019 11:10 UTC

Le dim. 4 août 2019 à 18:59, John Cowan <xxxxxx@ccil.org> a écrit :
>
> This is about as simple as it could be, but hopefully no simpler.  It's designed for the world of Windows consoles and terminal emulators, not 9600 baud dialup links.  Critique invited, and I'm sure there will be plenty to critique!
>
> https://bitbucket.org/cowan/r7rs-wg1-infra/src/default/TerminalsCowan.md

Quoting the above document:

> each location specifies a foreground color or fgcolor, for the positive space (in the typographer's sense)

What is the typographer sense?

> Initializes a terminal and returns an implementation-dependent terminal object.

In what context the terminal object is not a singleton for a given program?

>
> (term-get row column)
>
> Returns three values, string, fgcolor, and bgcolor, corresponding to the contents of the location in t at row and column*.
>

Why does it return a string instead of a character?

> (term-read-string start-row start-column end-row end-column [ rect? [ full ] ])

In what context that procedure is useful?