Stuff that one would expect of an xterm replacement, with a number of YourĮditor is happy to report that neither GNOME nor KDE has neglected the If you want to know the current state of the art in terminal emulation, ofĬourse, you have to look at what the desktop projects are doing. Wheel mice have made good scrollbars less important,īut your editor wishes that developers interested in usability wouldn't soĬasually drop interaction modes which are clearly better). This is a big loss no other scrollbar is as usefulĪs the old Xaw implementation, which gives very precise control over just how much the (As an aside, rxvt, like most other terminal emulators, dropped the March, 2003), poor default colors, and no Release was November, 2001, with a development version showing a release in rxvt, however, suffers from a lack of maintenance (last To its promise of being smaller, taking just over half the virtual memory The extra stuff (such as the Tektronix mode) stripped out. This terminalĮmulator is, for all practical purposes, a version of xterm with a lot of On the garish side, and they are too bright.įor years, the default replacement for xterm was rxvt. X resource database, but it is not straightforward. Retina, and will thus always be a little bit blurry.Ĭolor xterm thus fails on all counts. Short wavelength colors tend to focus just in front of the Dark blue should never be used for anything somebody is expected to.Hot pink on white may look snazzy, but people will have to work hard If you are designing colors for a white-background display, everyĬolor you use must be, with few exceptions, a low-intensity color. Objects based on intensity differences, not color differences. The basic nature of the human visual system is that it separates.There is no single choice of colors that will work for any substantial Users must be given obvious and easy control over color usage.ĭifferent people have very different combinations of monitors, backgroundĬolors, limitations in color perception, and general preferences.Many developers have jumped intoĪdding color support to terminal-oriented applications with little regardįor basic human factors and usability. Your editor has finallyĭecided that it is time to take a look around, and, perhaps, move beyondīut first: a word on color in terminal emulators this is a subject on In terminal emulators has happened elsewhere. In general, little has happened with xterm over the years, with theĮxception of the addition of color support. Terminal even so, every xterm still has a Tektronix terminal lurking
Uxterm vs terminal software#
It has been a while, however, since your editor (or justĪbout anybody else) has had to run software which expects to talk to such a Sunburned his face working with real storage-tube terminals appreciated this Your editor who, along with many co-workers, had
Other terminal emulator comes with its own Tektronix 4014 storage tubeĮmulator mode built in. There is one other xterm feature which has never been matched anywhere: no "reset" function for when it gets stuck in the VT100 graphics mode. Marvel of configurability, with a nice set of menus for controlling itsīehavior, setting fonts, and providing that all-important access to the Packaged with the original X11R1 release. Since, the definitive terminal emulator has been xterm, which was Terminal looked like a very nice interface. The pure expressive power of aĬommand-oriented interface has yet to be matched in the graphical world. Some sorts of tasksĪre best done in a graphical, pointer-oriented mode. Well, since he was able to get away from punch cards. Your editor, however, is a heavy command line user, and has been since,
Paradise state, there will be no need for any command line work at all.
The conventional wisdom is that, once Linux reaches a true, user-friendly This article is part of the LWN Grumpy Editor series.
0 kommentar(er)
