TTYPEとMTTS

TTYPEはRFC 1091によるtelnetオプション24です。サーバーがクライアントに端末の種類を尋ね、クライアントが 答えます。歴史的には、その答えはVT100かANSIでした。

MTTS — Mud Terminal Type Standard — は、その上に慣習を重ねたものです。クライアントは3回答えます。 自分の名前、端末の種類、そしてMTTS <bitmask>であり、そのビットが機能を申告します。256色、 トゥルーカラー、UTF-8、MNES、帯域外でのMSP — そしてとりわけ**MTTS_SCREEN_READER**です。

スクリーンリーダーのビット

最後のものは、立ち止まって見る価値があります。このホビーのプロトコル群の中で、アクセシビリティが一級の 概念になっている唯一の場所だからです。

このビットを立てるクライアントは、スクリーンリーダーが使われていることをサーバーに伝えています。それに 気づいたサーバーは、そのように振る舞いを変えられます。ASCIIアートを出さない、部屋の説明を囲む飾り罫を 落とす、表の組み方を変える、といったことです。TinTin++と Blightmudはどちらもこれを告知しますし、 Mudletにはそのための設定があります。

あるゲームが実際にそれに応じて動くかどうかは別の問題であり、当サイトに実測できる問題でもありません — サーバーに、何を変えるつもりなのかを尋ねることはできないからです。

ここでクローラーが負う務め

クローラーはTTYPEで自分が何者かを名乗りますし、そうすべきです。当サイトのクローラーは情報用のURLを 添えて名乗るので、ログを読む管理者は、自分のゲームに接続してきたのが誰なのか、そしてやめてほしいと 伝えるにはどうすればよいのかを知ることができます。ANSIとだけ答えてそれ以上は何も答えないクローラーは、 設計からして匿名であり、そうする正当な理由はありません。

当サイトが実測するもの

当サイトとTTYPEをネゴシエートしたサーバーです。これは当サイトのほうが尋ねられる側になる数少ない オプションの1つなので、ここの数値は、尋ねる気のあったサーバーの数だという点に注意してください。