TTYPEとMTTS [プロトコル]
クライアントが、自分は何であり何ができるかをサーバーに伝えるための仕組み —
クライアントがそう伝えることを選べば、スクリーンリーダーが使われていることも含めて。
https://www.mudhalla.net/tintin/protocols/mtts/
実測した採用状況
掲載886件のゲームのうち0件で提供を観測(0.0%)
/ja/games?protocol=TTYPE
ここに数えていないゲームは、そのプロトコルを持たないゲームということではない。数えるのは、そのサーバーがハンドシェイクでそのオプションを提供するのを観測したとき。残りは、当サイトに提供しなかったサーバーと、ハンドシェイクをまだ読んでいないサーバーであり、どちらなのかは言えない。
特定できたゲームの、コードベース別
AresMUSH 18件のうち0件が提供
CircleMUD 47件のうち0件が提供
CobraMUSH 2件のうち0件が提供
CoffeeMUD 32件のうち0件が提供
DikuMUD 35件のうち0件が提供
Evennia 11件のうち0件が提供
FluffOS 28件のうち0件が提供
MUCK 24件のうち0件が提供
PennMUSH 34件のうち0件が提供
RhostMUSH 40件のうち0件が提供
ROM 55件のうち0件が提供
SMAUG 20件のうち0件が提供
tbaMUD 5件のうち0件が提供
TinyMUSH 9件のうち0件が提供
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++ [/reference/clients/tintin]と Blightmud
[/reference/clients/blightmud]はどちらもこれを告知しますし、 Mudlet
[/reference/clients/mudlet]にはそのための設定があります。
あるゲームが実際にそれに応じて動くかどうかは別の問題であり、当サイトに実測できる問題でもありません —
サーバーに、何を変えるつもりなのかを尋ねることはできないからです。
ここでクローラーが負う務め
クローラーはTTYPEで自分が何者かを名乗りますし、そうすべきです。当サイトのクローラーは情報用のURLを
添えて名乗るので、ログを読む管理者は、自分のゲームに接続してきたのが誰なのか、そしてやめてほしいと
伝えるにはどうすればよいのかを知ることができます。ANSIとだけ答えてそれ以上は何も答えないクローラーは、
設計からして匿名であり、そうする正当な理由はありません。
当サイトが実測するもの
当サイトとTTYPEをネゴシエートしたサーバーです。これは当サイトのほうが尋ねられる側になる数少ない
オプションの1つなので、ここの数値は、尋ねる気のあったサーバーの数だという点に注意してください。
関連項目
CHARSET — /ja/reference/protocols/charset
TinTin++ — /ja/reference/clients/tintin
Blightmud — /ja/reference/clients/blightmud