TapTypeは、見えない新しいAndroidキーボードです。見えませんが、それで構いません。開発者も、一部の想定ユーザーも見えていないのです。

開発者のAaron Hewittは今週はじめに、TapType 2.0を公開しました。これはAndroid端末向けのキーボードで、指先が画面をタップする位置の相対的な座標を追跡し、QWERTY配列のどのキーを狙っていたのかを推定します。

RegのFOSSデスクがこれに注目したのにはいくつか理由があります。まず――そしてこれはこのハゲワシ（＝個人的に）にとって大きいのですが――私たちは現在のAndroidキーボードの状況にあまり満足していません。以前かなり長々とその不満を述べてきました。バックアップ用の電話にTapTypeを入れてみたのですが、正直なところ、あまりうまくいきませんでした。テキストフィールドをタップすると、画面下部が単に真っ白になってしまったのです。

そこには見えないQWERTYキーボードがあり、周囲をタップすると時々文字が生成されます。ですが、私たちは自分の手の親指を除く4本の指の幅のちょうど半分にも満たないほど、電話の画面が狭いため、画面上でタッチタイピング（ブラインドタッチ）はできません。

しかし一方で、デザインの背景にある理屈にも惹かれましたし、Hewittがそれを開発するにあたって綴った、長く熱のこもったブログ投稿――「I Made a Keyboard Nobody Asked For: My Experience Making TapType」――も大いに楽しみました。

返却形式: {"translated": "翻訳されたHTML"}

タッチスクリーン端末を使うことに対する彼の強い思いには正当な理由があり、それはTapTypeが画面上に何も表示しないのと同じ理由です。ヘウィットは目が見えません。画面全部であるような端末の画面に何が表示されているのかを見られないということは、確かにかなり難しくします。

Appleは、特にLinuxの世界では、ほとんどの人が考えるよりもずっとアクセシビリティを真剣に受け止める傾向があります。そしてそれは、Global Accessibility Day 2025に向けてAppleの取り組みを他社のベンダーと比較した際に、私たちが書いた内容でもあります。私たちの目の不自由な友人や知人の多くは、まさにその理由でAppleの端末を使う傾向があります。

ただしヘウィットはそうではありません。彼はAndroidを好み、Linuxも使っています。昨年、彼は「I Want to Love Linux. It Doesn't Love Me Back.（Linuxを好きになりたい。けれどLinuxは僕に好意を返してくれない）」という総題で、目の不自由な人としてデスクトップLinuxを使おうとした体験について、非常に優れた4部構成のブログ記事を書きました。私たちは全ての連載を読むことを勧めます。最初の3回はかなり厳しい内容で、私たちのAppleの話の背景を形作っています。

1. コントロールのために作られているが、人のためではない
2. オーディオの“スタック”は犯罪現場だ
3. 幕間 – きちんと感謝を捧げよう

そしてその1か月後、4本目が登場し、サプライズの結末がありました。「Waylandは成長してきた。だからもう、選択肢はない」。

そこで、同じ作者がさらに1年後にAndroidのキーボードをリリースしたと聞いて、私たちはとても気になりました。なぜiOSではなくAndroidを選んだのかを彼に尋ねました。

「たいていの場合、電話である必要はない」と彼は私たちに語りました。「仕事の多くを電話でやっています。TapTypeは、ソファに座っている時の電話での開発が、部分的に進められていました。だから、できるだけ多用途であってほしい。そしてiOSは、その点でそれをくれないんです。」

私たちもそれに見つけました。FOSSのデスクトップ環境では、macOSをデスクトップで使っていて、そこでキーボードやマウス、そしてFOSSアプリを自分で選べます。対照的にiOSははるかに厳しくロックされていて、アプリはサンドボックス化されています。あるアプリからファイルを単に保存して、別のアプリで開くことはできません。OSは、その種のことをまさに防ぐよう設計されているからです。

ヘウィットは続けてこう言いました。「それに、新しいおもちゃも好きです。折りたたみ式のようなフォームファクタみたいなものが欲しいんですが、Appleはそれをやりません。でもAndroidのベンダーはやっています。」

それでも、彼はAndroidのアクセシビリティや開発ツールのファンではありません。「ああ、TalkBackはひどい。でも、Androidなら自分で書けるし、あるいはサードパーティから入手することもできます。どちらにせよ、VoiceOverよりずっとカスタマイズしやすいんです。」

彼はAndroidの開発キットに対してはさらに厳しい言葉を使い、それがあまりにもアクセシビリティに欠けているため、テストには実機を使わざるを得ないと語りました。彼は家の周りに古いAndroid端末を何台も置いていて、テスト用にそれらへAndroidのさまざまなバージョンを書き込みます。そのために特に役立つのが古いSamsung Galaxy S7で、非常に多くの異なるAndroidバージョンを動かせるからです。

• Firefox 149に無料VPNが追加され、ついにLinuxのダイアログとも仲良くなる
• systemdにDOBフィールドが入るにつれて、Linuxにも年齢確認が忍び込んでくる
• SystemdなしのantiX Linux 26: ボンサイの形のDebian 13
• 支払いビジネスが、KYCの揉め事の後でオープンソース慈善団体の火を消す

驚きの1つは、ヘウィットが私たちの予想ほどAIに懐疑的ではないことでした。特に、彼の2月の投稿である「パワーユーザーのゆっくりした死」を踏まえると。

彼は、AIツールがとても役立つと私たちに話してくれました。とりわけ「画面上でそれがどう見えるのか」を説明するといった作業においてです。「私はAIが好きです。検索にも使っています。『最新のComposeの爆弾って何だ？それについて何ができる？』と聞けるのは、かなり便利です」と彼は、AndroidのUI開発ツールであるJetpack Composeに言及しながら言いました。「ああ、それはひどい。ひどすぎる。編集テキストのコントロールだとラベル付けされたドロップダウンを見つけたんです！」

TapTypeの背後にある動機の一部は、Fleksyの盛衰がありました。このiOSキーボードは2012年に、目の不自由なユーザー向けのアクセシブルなキーボードとして、そして見えているユーザー向けにも非常に高速なものとして立ち上げられました。2014年には、The Registerが世界最速記録について報じました。けれども、ヘウィットがTapTypeの開発について説明している通り、Fleksyは見えているユーザー向けのより大きな市場のほうが儲かると判断し、アクセシブル版はコードのより古いバージョンをベースに、見えている市場向けの版ほど注目されないまま、別製品としてFleksy VOとして切り出されました。中には感心しなかったユーザーもいて、Jonathan Mosenは「I Uninstalled Fleksy Today, and Want to Tell you Why」の中でこう述べています。

そこで彼は、TapTypeが主に「それに見えるUIを必要としない」ユーザー層を対象にとどまるよう計画しています。とはいえ、普及ぶりには彼自身かなり驚いています。

「これまでのところ、目の見えるユーザーのほうが目の不自由な人よりも人気です！ただ、目の不自由なユーザーにおける普及も、かなり、かなり良い。爆発的に広がりました。最初は1人か2人が見つけてくれて、その後は誰からも二度と聞こえなくなるだろうと思っていました。ですが、これは私のためであって、私以外の誰かのために作ったものではないんです。」

ヘウィットは、彼のGitHubからAPKファイルをインストールしようとする場合は、追加のソフトウェアソースを有効にする必要がある、と私たちに警告していました。それでもなお、<「Play Protectから大きくて怖い警告が出るのを覚悟しておいてください。『あなたのデータを盗み取ります！』みたいなことを言うはずです。ですが、そんなことはありません。誰かのデータを盗みたいわけではないし、興味もありません。でも、面白いことに、過去にはもっと危険なことをたくさんやってきました。たとえば、任意の生HTTPクエリを送れるようなAndroidアプリとか、それ以上のことです。でもPlay Protectはそれをまったく問題視しません。」

それはCanonicalが不正なSnap Storeパッケージに対して抱えてきた問題を思い起こさせます。自動化されたソフトウェアの検査では、悪意のあるアプリと安全なアプリを有用に見分けることはできず、状況はよくなっていません。

ニュース配信の拠点Aestumanda.comを運営する、Regの過去の寄稿者であり、障害の権利擁護者でもあるColin Hughesも、これを試してみました。彼は次のように述べています。「視力がある私にとって、完全に空白のキーボードは意外なほど方向感覚を失わせるものでした。従来のキーボードでは、視覚的な手がかりと、確立された筋肉の記憶にどれほど頼っているのかを思い知らされました。

さらに、彼は「視覚的に空白の面であるものに対して、自分の位置を把握するのに苦労した」としつつも、「それがなぜ論理的で、実際に設計された相手にとってどれほど役に立ち得るのかを、すぐに理解できた」と付け加えています。

「試してみての役に立つ思い出のひとつは、アクセシビリティは単一のものではないという点です。スワイプのジェスチャーはかなり自然に感じましたが、私には身体障害があるため、2本指のコマンドジェスチャーは実行できませんでした。あるグループの障害者にとっては変革的なツールであっても、別のグループにとっては障壁を生み得るのです。」

Hughesは、彼の心に本当に残ったのは「その背後にある物語」だと記しています。「TapTypemattersは、単にそれが何をするかだけでなく、そもそもなぜ作られなければならなかったのかという理由があるからこそです。これは、メインストリームの業界が明らかに優先事項として扱わなかった問題を解決するほど、ある1人の開発者が強い苛立ちを覚えたことによって存在します。これは、私が頼りにしている音声アクセスや、スマホやノートPCに組み込まれたディクテーションのがっかりするような現状とも、はっきりと似ています。個々の開発者が踏み込み、ずっと前により大きな企業ができたはずのものを提供するまで、障害のある人が劣ったツールをなんとか使い続けるか、そもそも本当にその人たちのために作られていなかったツールで我慢させられていることが、あまりにも多いのです。

「Aqua VoiceやWhisperTypingのような3人か4人規模のチームが、AppleやMicrosoftの規模の会社よりも意欲的な音声ディクテーション体験を生み出しているのなら、この対比は無視しがたいでしょう。だから私は、TapTypeは『興味深いキーボード』である以上に、より重要だと思います。その存在自体が、より広い市場の失敗の証拠です。専門のアクセシビリティツールが現れて、人々がすぐにそれに反応するなら、それは開発者への賛辞であるだけでなく、より広い業界が非常に長い間、重要なニーズを満たせないままにしてきたサインでもあります。」

TapTypeは興味深い実験です。この領域には、かなりの先行実績があります。私たちの友人には、Qwitterという驚くべきTwitterクライアントを使っていた人がいました。これも同様に見えにくいのです。ウィンドウがなく、画面に何も表示されません。UIは「入力」と「音声」そのものです。

また、平らな面上における指の相対的な位置だけから、誰かが何をタイプしているのかを予測しようとする研究もかなり行われてきました。FingerWorksは、この分野でAppleがその会社を買収する前に先駆的な取り組みをいくつか行い、その製品は姿を消しました。さらに有名な、キーボードでもあったトラックパッドは、単体の製品としては登場しませんでした。この方向性での最近の研究で、もうひとつがTapTypeとも呼ばれる取り組みで、Hewitt氏が何か問題を抱えないことを私たちは願っています。®

関連記事

• Android
• FOSS
• キーボード

これらに似た話題