BTRON
BTRONでは、アプリケーションと一緒に実身の雛形が登録されており、それを実身複製することで作業を始める。具体的には「原紙集め」という特別のウィンドウを開き、そこから、文章の編集であれば「原稿用紙」という仮身をドラッグして、任意のウィンドウ中にドロップする。(通常この操作は仮身の移動だが、「原紙集め」アプリの特殊性により)新しい文書となる実身が複製され、その実身を指す仮身が作られる。
他のOSで一般的な、まずアプリケーションを起動してから、新規文書を作成する・既存の文書を読み込む、といった操作は、BTRONでは不可能である。「書く前に新しい紙か既存の文書を用意」などの現実の行動と合っているのでわかりやすいという人もいれば、他のOSと違いわかりにくいという人もいる。操作の主体をまず選択し、それに対する操作を指示する、というスタイルは、Xerox Starないしよりオブジェクト指向であったSmalltalkシステムに類似している。
現在発生している問題点として、BTRON286以来引き継がれたファイルシステムの実装に由来する、ひとつのボリューム(ハードディスクのパーティションなど)に最大で64Ki個のファイルしか置くことができないため、実身の個数がそれに従って制限されているという点が指摘されている。現在発売されている超漢字Vにも同じ制限がある。
これは、ファイルIDが16ビットの固定長整数であるためで、現行のシステムとバイナリの互換性を保ったままこれを拡張することは困難とされている。従ってこの実身数制約を拡張するためには、再設計と実装が必要である。
BTRONは、(OS/omicronなどと同様に)16ビットで文字を表現することを前提に設計された。データ形式であるTADの文字コードはTRONコードであり、0xfe** のエスケープによって複数の16ビット面を切り替えるようになっており、任意に空間を広げることができる。現在の実装では内部コードとして32ビットを使用している。