About: Command language is a research topic. Over the lifetime, 811 publications have been published within this topic receiving 21559 citations. The topic is also known as: job control language.
TL;DR: The rationale, development and -implementation of a task-oriented hypertext GIS interface (HyperArc) are described, enabling the user to perform a range of standard ARC/INFO tasks, including a variety of map displays and data queries.
Abstract: The rationale, development and -implementation of a task-oriented hypertext GIS interface (HyperArc) are described. HyperArc is a fully functional interface on an Apple Macintosh computer acting as a client to a host computer running the ARC/INFO GIS. The package has been developed using the HyperCard package, and makes full use of the Apple Macintosh WIMP interface, enabling the user to perform a range of standard ARC/INFO tasks, including a variety of map displays and data queries. The key advantage of this kind of interface is that it permits the creation of tasks or sets of spatial procedures which can be easily customised and executed by the end user without any knowledge of the system command language.
TL;DR: This paper seeks to make a virtue of necessity by proposing a modular framework within which a variety of computer languages can be used, and examples of the types of languages considered are command languages, programming language, data manipulation and definition languages, data communication languages and text editor languages.
Abstract: Accepting the coexistence of a variety of computer languages as a fact of life, this paper seeks to make a virtue of necessity by proposing a modular framework within which these languages can be used. Examples of the types of languages considered are command languages, programming languages, data manipulation and definition languages, data communication languages and text editor languages.
Aspects of syntactic modularity and semantic modularity are distinguished, and some answers to difficult questions are suggested, leading to a proposal for specific RUN and EXECUTE constructs that should be made widely available. Discussion is mainly at the level of the visible and conceptual concerns of the end user and the system architect, but the actual implementation of interconnection mechanisms is not totally ignored.
A tutorial outline is offered as an indication of how the underlying ideas might be introduced to non-specialists, and might even become a part of elementary education.
TL;DR: This paper discusses the design philosophy and distinctive features of GAMUT as well as its architecture and illustrates message definition and the script command language by building a sample test script of a station-to-station call on the System 75 office communications system.
Abstract: GAMUT is an automated testing tool that can verify message activity in message-based systems. This tool is unique because it can be customized for application to a variety of systems and used in all test phases of a development cycle. Using a single interface, rather than an array of port-specific interfaces, GAMUT can generate and verify load traffic through scripts, as well as provide an automatic record and playback mechanism for feature testing. This paper discusses the design philosophy and distinctive features of GAMUT as well as its architecture. It illustrates message definition and the script command language by building a sample test script of a station-to-station call on the System 75 office communications system and concludes with a discussion of challenges and problems encountered while using the tool to test System 75.
TL;DR: In this article, a data type mapping module scans the global data structure of a TCL function realization code and the name and type of a read-write variable; an API (Application Programming Interface) scanning module of a programming language and an adaptive API generation module scan and process the outwards provided API interface of the TCL functions realization code to automatically generate a corresponding TCL access interface and TCL adaptation layer code.
Abstract: The invention discloses preprocessing method and device for automatically extending a TCL (Tool Command Language). A data type mapping module scans the global data structure of a TCL function realization code and the name and type of a read-write variable; an API (Application Programming Interface) scanning module of a programming language and an adaptive API generation module scan and process the outwards provided API interface of the TCL function realization code to automatically generate a corresponding TCL access interface and a TCL adaptation layer code; a global data read-write drive module of the programming language automatically processes a global variable to generate a TCL read-write interface; and a TCL extension generation module of the programming language carries out integrated compiling on the TCL function realization code to generate a corresponding TCL module, so that the extension of the TCL is completed. According to the invention, the seamless joint of the TCL and the programming language, such as a C language, a C++ language, a JAVA language, and the like, is realized, and the extension difficulty and extension cost of the TCL are reduced.