Spelling suggestions: "subject:"ser centerface managemement"" "subject:"ser centerface managementment""
1 |
Runtime user interface specification using direct manipulationTibbitt-Eggleton, Robert January 1991 (has links)
No description available.
|
2 |
An architectural framework for co-operative dialogueMitchell, William Lee January 1993 (has links)
No description available.
|
3 |
Unified development of automatically adapted interactions : the software engineering paradigm and a supporting implementation toolSavidis, Antonios A. January 1998 (has links)
No description available.
|
4 |
A SIMPLE DECOMMUTATION SCHEME FOR THE TELEMETRY TEST STATIONMartin, Kamalini, Vanitha, M., Manjunath, P.C. 11 1900 (has links)
International Telemetering Conference Proceedings / November 04-07, 1991 / Riviera Hotel and Convention Center, Las Vegas, Nevada / The Telemetry Test Station has been developed at the Digital Systems Division, ISRO Satellite Centre, to test the housekeeping telemetry packages which will be flown onboard satellites. The heart of the test procedure is the decommutation, display and processing of the telemetry output format. The decommutation has been achieved by designing a simple plug in card to an IBM PC/XT compatible computer and writing the related assembly language software.
The card and the software have been extensively tested and found to work satisfactorily upto 60 Kbps PCM data rate.
To make the hardware and software flexible and truly general purpose, the acquisition should be independent of the modes of operation and data formats. All the parameters which define acquisition display and processing are therefore programmable and can be changed at any time. The parameters which influence acquisition are bit rate, word rate, frame rate, length of word, length of frame and frame synchronous code. The bit rate is transparent, i.e., need not be set by the user. The word length is assumed to be 8 bits or multiples of 8 bits. The other parameters are programmable at any time during the test session. Similarly, the parameters which affect display are the display rate, and positioning of the format including highlighting, alarm signals, related information etc. This gives a user the facility to tailor the display to his liking. The storage is also flexible and independent of display. All these modes are in real time and have therefore been coded in assembly.
It has been found that a large part of the software is needed for user interface alone and user requirement is far more changeable than expected. The software is therefore
designed for change. The problems and solutions in achieving these features are discussed in this paper.
|
5 |
Revitalizing eXeneHoag, Matthew January 1900 (has links)
Master of Science / Department of Computing and Information Sciences / Alley Stoughton / This thesis covers the process leading up to the release of eXene 2.0, a User Interface Management System (UIMS) toolkit. Since its inception, eXene has provided a unique way to create meaningful graphical user interfaces (GUIs) for Standard ML applications. Additionally, it has gone through several quality revisions which have both enhanced the toolkit and corrected many deficiencies that were present. Even with these improvements, however, the full potential of eXene has become increasingly difficult for developers to utilize. That is, in spite of the natural innovation that eXene brings to GUI construction, its current lack of extensibility, usability, and functionality has caused Standard ML developers to choose simpler, more familiar UIMS toolkits, despite their limitations, for the creation of their applications. In light of this fact, eXene needs an internal and cosmetic overhaul to extend its usage and appeal. First, to improve its extensibility, formerly weakened by organic growth, eXene requires some restructuring of its architecture. Second, to improve its overall usability, previously stifled by sparse documentation, eXene requires the implementation of an interactive electronic document for its API. Finally, to improve its functionality, several new multi-purpose widgets need to be introduced. It is the author's hypothesis that the revised structure, improved documentation, and additional multi-purpose widgets detailed in this thesis sufficiently elevate eXene's extensibility, usability, and functionality such that eXene can be considered a fully featured UIMS toolkit. With these changes and the release of eXene 2.0, eXene is more likely to be adopted as the primary UIMS toolkit for Standard ML developers.
|
Page generated in 0.091 seconds