Ticket #29940

点字ディスプレイでの文字入力

Open Date: 2012-10-24 23:05 Last Update: 2017-08-12 10:09

Reporter:
Owner:
Status:
Open [Owner assigned]
MileStone:
(None)
Priority:
6
Severity:
6
Resolution:
Accepted
File:
None

Details

点字ディスプレイでの文字入力サポートは本家 2013.1 のマイルストーンとなり、本家のチケット808で議論されています。

http://www.nvda-project.org/ticket/808

このチケットでは、この開発について日本語チームからの要望や日本語での動作について議論します。

Ticket History (3/9 Histories)

2012-10-24 23:05 Updated by: nishimoto
  • New Ticket "点字ディスプレイでの文字入力" created
2013-01-18 16:42 Updated by: nishimoto
Comment

点字ディスプレイでの文字入力は、本家の開発が liblouis に依存しているため日本語化には技術的な困難が多いと思われます。 また、日本では市販のユーティリティで対応している利用者が多いと思われます。 NVDA日本語チームのSkype会議でのご意見も踏まえて、日本語チームとしてはまだ作業をしない(マイルストーン未定)ことにします。 引き続き、ご意見をお聞かせください。

2015-01-27 12:51 Updated by: nishimoto
Comment

点字での文字入力に関して、このチケットがいちばん最初のもので、 カバーされている内容が広いので、検討課題をここにコメントします。

検討課題:

(1) NVDA の点字ディスプレイからの文字入力を実現する方法が(KGSデバイスを前提にすると)以下の3種類ある。

  • BMFEP による文字入力(NVDA にドット入力のイベントが送られないで、かわりに BMFEP がキー入力イベント生成)
  • KGS ドライバでのアルファベット入力(ドット入力からのキー入力イベント生成)
  • NVDA コアによる文字入力(liblouis の逆変換処理に依存しており現状は NABCC だけが実用的)

(2) NVDA 本家版の KGS 以外の点字ディスプレイドライバでは、ドライバがアルファベット入力を行うような処理をしていない。

  • アルファベット入力の機能を削らないと、本家に KGS ドライバーをマージしてもらえない可能性がある。

(3) 関連チケット

  • チケット #34739 ブレイルメモ・スマートへの対応(最近の作業)
  • チケット #33677 六点入力への対応(BMFEPに相当する処理の NVDA コアでの実装)
  • チケット #34647 日本語漢点字・六点漢字への対応(出力と入力の両方)
  • チケット #28958 liblouisの日本語対応拡張(上記を実現する方法のひとつ)
  • チケット #31065 KGSドライバでのアルファベット大文字入力(独自アルファベット入力に関する拡張提案)

(4) キーボードからの点字タイプ方式の文字入力

(5) Windows 8 タブレット対応

  • マルチタッチによる点字タイプ入力が、他のスクリーンリーダーで実装され、受け入れられつつある。
2015-02-07 16:33 Updated by: nishimoto
Comment

訂正:

キーボードからの点字タイプ方式の文字入力

PC Keyboard Braille Input for NVDA

http://addons.nvda-project.org/addons/pcKeyboardBrailleInput.ja.html

2017-07-07 15:28 Updated by: nishimoto
  • Owner Update from (None) to nishimoto
  • Component Update from (None) to 点字ディスプレイ
2017-07-07 15:35 Updated by: nishimoto
Comment

本家 2017.3 で点字ディスプレイの文字入力が強化されるが liblouis に依存しているため日本語に関しては保留中。

2017-08-11 15:02 Updated by: nishimoto
  • Severity Update from 5 - Medium to 6
  • Priority Update from 5 - Medium to 6
  • Resolution Update from None to Accepted
Comment

GitHub での作業は未完成ですが jpbrailleinput ブランチをプルリクエストにしておきました。

https://github.com/nvdajp/nvdajp/pull/48

自動ビルドの対象になるので、ときどき実行ファイルの形式で評価していただこうと思います。

現状ではまだ「日本語6点情報処理点字」の入力は「あいうえお」しかできません。

藤沼さんに提供していただいた「日本語6点漢字」のデータを加工したものを、 新たに入力テーブルとして追加しました。 (出力テーブルとしてはまだ選択できません)

こちらでは pcKbBrl アドオンを使って 6-1-12 で「亜」が入力できるところまで確認しました。

いまのところ liblouis サブモジュールに手を入れないような実装になっています。

2017-08-11 18:12 Updated by: nishimoto
Comment

このチケットの過去のコメントに課題がまとまっているので、 こちらに 2017.4jp 以降に向けたタスクをまとめてみます。

(1) 本家の2級点字入力をベースとした日本語文字入力

現状 jpbrailleinput ブランチの作業: liblouis の点字入力テーブルで contracted = False とすると、入力した文字はすぐに入力される。 contracted = True にすると「7と8の点」を押すまで文字は表示されない。

できれば contracted = False で日本語の仮名文字が入力できるテーブルを実装したいが、 可能かどうかまだ調査中。

6点漢字を入力するテーブルは contracted = True に指定しないとうまく動かない。

6点漢字テーブルからかな文字のテーブルを外部参照するなど、 定義ファイルを効率的に構成することができるか?

数字、アルファベットなどのモード切替をどう記述するか?

(2) ブレイルメモ用のドライバ

本家の2級点字に対応できるブレイルメモの実験ドライバを追加した。

現状、深く考えずに親指を7と8の点に割り当てている。

7の点と8の点が左右の小指になっていれば、 ブレイルメモのスペースキーをそのまま生かすことができるし、 pcKbBrl アドオンと配列が同じになる。 (つまり海外で使われている機器と使い勝手が同じになると思われる)

いちおう作業に取り掛かっている:

https://github.com/nvdajp/nvdajp/issues/49

だが、例えば8点の漢点字入力をサポートするときには、 7と8の点をどの指に割り当てるのが一般的なのか?

2017-08-12 10:09 Updated by: nishimoto
Comment

入力テーブルの表記を「六点漢字」に修正した実験ビルド。

https://ci.appveyor.com/api/buildjobs/x8vmahqu5ya4x6f5/artifacts/output%2Fnvda_2017.3jp-beta-170812.exe

自動更新を無効にして使ってください。

Attachment File List

No attachments

Edit

Please login to add comment to this ticket » Login