The Shell group develops the plumbing that makes
other UI's possible. It should define a set of
generic system services which serve all UIs,
encourage cross-pollination of the other groups,
and resolve differences between them.
Older posts summarized by KevinRaulerson
Planned Features
- Provide process management API
- IO hookup
- driver communcatino API
- interfaces talk to shell which talks to kernel, drivers, etc.
- Optional 2 minute time-out with multiple virtual consoles
- Do it like Unix. Take a compiler-compiler to create shell languages. Look at jcc (Java Compiler-Compiler) from Sun.
- Execute classfile "TheClass" like Shell.execute(TheClass);
- Expose data in object "MyData" through the appropriate handler object like Shell.view(MyData);
- Default startup into GUI, but option to startup into CLI
- Client server architecture shell
- Vocal input
- Execute/init classfile
- Send message to (running) process/thread
- Receive message from (running) process/thread
Shell Listings
- MikeHardy 12/97, Jsh shell
- Page not found
- Email: mhardy@ctp.com
- All the major chunks of the shell are separated by interfaces, making the whole thing plug-n-play.
- SpeechRecognition - replace the input source with a speech recognition module
- Scripting languages - just make it use the appropriate parser
- underlying OS API volatility - implement exec service interface
- Another jsh, no longer under development
- Another jsh
- Forth-like shell, JackWoehr, 1998-12-07
Back to UserInterfaceGroup
|
Content of these pages are owned and copyrighted by the poster.
|
|
Hosted by:
|
|