Components

I can think of a lot of potentially useful, pluggable components. The following is a brain dump of the types of components I can imagine. Some of them may not need their own types, but can share types with other components.

- Translator from raw input bytes to high level events. If we integrate with a specific terminal, we can receive high level events directly, allowing us to handle, for example, touchpad gestures.
- Dispatcher: Translate events into directives, I.E. what to do. This component can handle key bindings.
- Buffer: Translates directives that operate on text into new text.
- Compiler: Translates a text buffer into Ok(AST) or Err(Error).
- Stage: A -> Result (could implement lexing, parsing, or rest of the compiler)
- Executor: Executes an AST.
- Completor: Returns completions for a partial buffer
- Historian: Given an executed command, and a result, adds a history entry.
- Suggestor: Given a partial buffer, gives suggestions. (Like flags, as opposed to full completions of the buffer)
- Prompter: Draws the prompt.
- Optimizer: Given a program, produces a modified or better program.
- Analyzer: Given a program, catches errors with that program statically. Might also produce an output program which is better typed.
- Helper: Given a buffer, produce help about that buffer. (About command, args, probably)
- Multiplexer: Handle multiplexing input between multiple shells. (Like tmux.)
- Searcher: Handles finding binaries in your path.
- Renderer: Turns markup into styled text.

この issue は、translator、dispatcher、buffer、compiler、executor、renderer など、考えられる shell コンポーネントについてのブレインストーミングですが、ファイル、テスト、エントリポイントは指定されていません。まず提案を特定のコンポーネントに絞り、そのインターフェースと受け入れ基準を定義してください。スコープを定めたそのコンポーネントと、期待される動作が明確に仕様化された時点で作業は完了です。

索引モデルが issue の本文から書いたものです。