No problem. Which name would you recommend for SRFI 175; will you be
using some of this terminology for Unicode procedures in R7RS-large?
SRFI 14, which is already part of R7RS-large, already provides the charset constants charset:graphic and charset:printable in the same senses, so I wouldn't want to contradict those. There are problems with SRFI 14 which may require its replacement — I hope not — but I don't foresee this changing, as it is aligned with ISO C, ISO C++, and Posix.
I like the symmetry of "display" with Scheme's "display", and dislike
proliferating the word "print" for things that don't have anything to do
with paper printing / 3D printing (which is what laypeople think it is).
I understand and sympathize. No doubt it's hard for people who actually experienced, as I did, the transition from printing terminals to video terminals to virtual terminals to strongly associate "print" was paper.
Common Lisp also uses the term "graphic character" in the way that you
and BSD use "printable character":
And unfortunately so does Unicode. @#$*. Neither standard uses the term "printable character", so they basically don't make the distinction at all.
I still think Posix/C/C++ wins.
Also out-of-order reception and off-by-two errors.
"Cache invalidation and naming things."
John Cowan
http://vrici.lojban.org/~cowan xxxxxx@ccil.orgLope de Vega: "It wonders me I can speak at all. Some caitiff rogue
did rudely yerk me on the knob, wherefrom my wits yet wander."
An Englishman: "Ay, belike a filchman to the nab'll leave you
crank for a spell." --Harry Turtledove, Ruled Britannia