Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!crdgw1!uunet!rbj From: rbj@uunet.UU.NET (Root Boy Jim) Newsgroups: comp.unix.wizards Subject: Re: X sucks (was: Re: Ware Ware Wizardjin) Message-ID: <128291@uunet.UU.NET> Date: 10 Apr 91 22:08:09 GMT References: <9104072151.AA28702@gaia> <128236@uunet.UU.NET> <15785@smoke.brl.mil> Organization: UUNET Communications Services, Falls Church, VA Lines: 42 In article <15785@smoke.brl.mil> gwyn@smoke.brl.mil (Doug Gwyn) writes: >In article <128236@uunet.UU.NET> rbj@uunet.UU.NET (Root Boy Jim) writes: >>Another thing I hate about X is the protocol. > >To my mind the worst problem with X is that to get anything at all done, >two processes must communicate back and forth through the protocol >bottleneck. Yeah. I already complained that the device independence is in the wrong place (in the client rather than in the server where it belongs). I forgot to add that device control is in the wrong place as well. With Blits and NeWS, you can download code to handle certain events locally. >This inherently limits the interactivity attainable using >typical hardware (Sun workstations, for example) to levels below my >personal standards for interactive graphics. To give a specific >example, when I borrow the use of somebody's Sun running an X window >manager, I often fail to "hit" pop-up menu items when I select them. But what's worse than sluggish response is the indeterminence of type-ahead and mouse-ahead operations. There is no guarantee that a client won't open a window right where you're typing or mousing and steal your input. With local device control, these operations can be synchronized. >That's because I'm used to the responsiveness of the Blit family of >terminals, where the interaction is entirely under control of a single >process with direct access to the terminal handware. What seems like >a natural expectation for selection from menus becomes more difficult >under X, where I have to give the protocols time to trickle back and >forth while I'm making the menu seclection. This was one of the motivations for Mark Weiser's pie menus. Even if the windowing system is slow, you can click a button, move in a certain direction (say, northwest) and release, even before the menu is drawn. -- [rbj@uunet 1] stty sane unknown mode: sane