| Computer Terminal |
Article Index for Computer |
Website Links For Computer |
Information AboutComputer Terminal |
| CATEGORIES ABOUT COMPUTER TERMINAL | |
| computer terminals | |
| user interface | |
| unix | |
| operating system technology | |
|
HISTORICAL Early user terminals connected to computers were generally electromechanical Teleprinter s (TTYs), such as the Model 33 Teletype . However these were too slow for most production uses. By the early 1970s , many in the computer industry realized that an affordable video data entry terminal could supplant the then ubiquitous Punch Card s and permit new uses for computers that would be more interactive. The problem was that the amount of memory needed to store the information on a page of text was comparable to the memory in low end Minicomputer s then in use. Displaying the information at video speeds was also a challenge and the necessary control logic took up a rack worth of pre- Integrated Circuit electronics. One company announced plans to build a video terminal for $15,000 and attracted a large backlog of orders, but folded when their engineering plans, which included fabricating their own ICs, proved too ambitious. Another approach involved the use of the Storage Tube , a specialized CRT developed by Tektronix that retained information written on it without the need to refresh. character mode terminal made around 1982]] Early video computer displays were sometimes nicknamed "Glass TTYs" and used individual Logic Gates , with no CPU . One of the motivations for development of the Microprocessor was to simplify and reduce the electronics required in a terminal. Most terminals were connected to Mainframe Computer s and often had a green or amber screen. Typically terminals communicate with the computer via a serial line, often using the RS-232 serial interface. IBM systems communicated over a Coaxial Cable using IBM's SNA protocol. Later, so called intelligent terminals were introduced, such as the VT52 and VT100 made by DEC , both of which are still widely emulated in software. These were called "intelligent" because they had the capability of interpreting Escape Sequences to position the Cursor and control the display. Notable non-VT100 computer terminal types include the IBM 3270 , various Wyse models, and the Tektronix 4014 , but during the late 1970 's there were dozens of manufacturers of terminals, many of which had incompatible command sequences. In the 1970s and early 1980s , the most common manufacturers were DEC , Wyse , Televideo , IBM , Lear-Siegler and Heath . While early IBM PC s had single color Green Screens , these were not terminals. The screen of a PC did not contain any character generation hardware; all video signals and video formatting was generated by the video display card in the PC. With suitable terminal software PCs could, however, emulate a terminal, if connected to a mainframe computer. Eventually microprocessor-based personal computers greatly reduced the market demand for terminals. Today, most PC Telnet clients provide emulation of the most common terminal—the DEC VT100 . GRAPHICAL TERMINALS Some terminals can display not only text, but also Vector and Raster Graphics . The computer sends drawing commands to the terminal, and the terminal sends the user input (from a Keyboard or a Pointing Device ) to the computer. Today simpler graphical terminals have been completely superseded by fully functional video displays. In fact Graphical User Interface s are so prevalent in computing today that the vast majority of terminal interaction with computers is performed through Terminal Emulator s running within graphical environments. X Terminals are dedicated graphical terminals for the X Window System , which can connect to a KDE , GNOME or other X Window desktop, running on a server system. CONTEMPORARY Since the advent and subsequent popularization of the Personal Computer , few genuine hardware terminals are used to interface with computers today. Using the Monitor and Keyboard , modern operating systems like Linux and the BSD derivatives feature Virtual Console s, which are mostly independent from the hardware used. When using a Graphical User Interface (or GUI) like the X Window System , one's display is typically occupied by a collection of windows associated with various applications, rather than a single stream of text associated with a single process. In this case, one may use a Terminal Emulator application within the windowing environment. This arrangement permits terminal-like interaction with the computer (for running a Command Line Interpreter , for example) without the need for a physical terminal device. TECHNICAL DISCUSSION For an application, the simplest way to use a terminal is to simply write and read text strings to and from it sequentially. The output text is scrolled, so that only the ''n'' last lines are visible. The input text is Buffer ed until the Enter key is pressed, so the application receives a ready string of text. In this mode, the application needs not to know much about the terminal. For many interactive applications this is not sufficient. One of the common enhancements is ''command line editing'' (assisted with such libraries as Readline ); it also may give access to command history. This is very helpful for various interactive Shells . Even more advanced interactivity is provided with ''full-screen'' applications. Those applications completely control the screen layout; also they respond to key-pressing immediately. This mode is very useful for Text Editor s, File Manager s and Web Browser s. In addition, such programs control the color and brightness of text on the screen, and decorate it with underline, blinking and special characters (e.g. Box Drawing Characters ). To achieve all this, the application must deal not only with plain text strings, but also with Control Character s and Escape Sequence s, which allow to move Cursor to an arbitrary position, to clear portions of the screen, change colors and display special characters — and also respond to Function Key s. The great problem here is that there are so many different terminals and Terminal Emulator s, each with its own set of Escape Sequence s. In order to overcome this, special Libraries (such as Curses ) have been created, together with terminal description databases, such as termcap and '''terminfo'''. Unfortunately, the libraries, the databases and the terminal emulators themselves are too often buggy, so it is not unusual to see the display imperfect or garbled, or functional keys not working. Often it is necessary to hand-edit the terminfo definition to make a terminal emulator to work well. Perhaps things are the best with Xterm , because it is the most used. In addition, non-Western users often find their national Character Set s unsupported. All this has led to little Usability of many text-mode applications except when on Console or in Xterm . In recent years, the general switching of users to GUI has lessened the attention paid to terminal-handling libraries and to terminal emulation, and almost stalled the debugging efforts. SEE ALSO
EXTERNAL LINKS
|
|
|