[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Xl1200 as x server
Date: Thu, 2 Aug 90 19:26 EDT
From: barmar@Think.COM (Barry Margolin)
Most of the X functionality is spliced in at a level that even wizards
(except the ones who had to redesign it so that this would all work)
rarely play with (the only time I played at this level was to implement
key-click, and it doesn't work in Genera 8.0). It's at the screen and
console level, not the window level (the virtual console is a single X
window, with Genera managing the windows inside it), so none of those
funky window mixins are affected by it. DW is completely unaffected as
well, because it doesn't exist at this level.
The set of operations one can do on a screen or console is much smaller
than the operations that can be done on a window, and they map pretty
straightforwardly onto the X protocol. It's basically just drawing
lines and shapes, filling regions, drawing characters, and accepting
keyboard and mouse input.
Gee, does this mean that I can grab the bitmap of the window and
manipulate it (in a reasonable amount of time)? I think not. That's
something we did quite easily up until 7.4 ECO 3 or so. That didn't require
An analogy from a more common communication environment is ASCII
terminals. Going from an ordinary Lispm console to an X terminal is
like going from a hardwired terminal to one connected by a modem.
Programs that just send and receive ASCII don't care what kind of wire
it goes over.
I will point out that modems (like X) doesn't have the bandwidth that
hardwired lines (or non-X, non-embedded window systems) have. That's why
some things can't be done that way. Response time is too slow.