Tickets List - Screen Reader NVDA Japanese on SourceForge.JP

文字説明の点字ディスプレイ出力 - Screen Reader NVDA Japanese Ticket #29531 on SourceForge.JP

Fri, 24 May 2013 23:54:32 +0900

文字説明の点字ディスプレイ出力

Open Date: 2012-09-12 23:13

Last Update: 2013-05-24 23:54

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

以下、jpdev120912 についていただいたご報告です。

ワード２００３で文章を読むときに点字の変わりが遅く感じます。メモ帳やワードパッドではそんなことはありません。
スペースキーでひとマス空けるときに「ぜんかく」と言いますが何回かスペースを押しても、最初の1回だけ「ぜんかく」と言います。（点字でも表示されます）
メモ帳やワードパッドで入力する時に例えば「うめき」と打ちますと「う　め　き」とひとますずつ空くようになりました。エンターで決定すると、普通の表示になります。

文字説明機能を試作したので、今後は点字ディスプレイでの仕様を明確にして、不具合を減らしていく必要があります。

２件目は点字ディスプレイではなくテキストサービスの動作の問題かも知れませんが、点字ディスプレイ利用時に確認された現象としてここにまとめておきます。

３件目は「候補説明読み」を文字単位で行なってつなぎ合わせるときの挙動です。例えば「あさイチ」は「あさカタカナイカタカナチ」と読ませたいので、区切りは必要と思ったのですが、もう少し検討しなくてはいけないようです。

Last Update of this Ticket

2013-05-24 23:54 Update by: nishimoto

Comment

本チケットに関連して、下記のコメントをいただきました：

文字の読み書きをする場合、改行に当たる点字表示は何かしら必要ではないか。音声でしか改行の確認ができないので、音を出さずに使おうとすると不便。
点字ディスプレイで、スペースや記号類を含めて全角と半角の区別ができない。
点字ディスプレイで、カーソルのある文字の詳細はどうやって点字で確認するのか。テンキー２での文字説明を点字でも確認できる方法が必要。

フォーカス位置のハイライト機能 - Screen Reader NVDA Japanese Ticket #31261 on SourceForge.JP

Fri, 24 May 2013 23:49:02 +0900

フォーカス位置のハイライト機能

Open Date: 2013-05-01 19:27

Last Update: 2013-05-24 23:49

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

NVDA でフォーカス位置をハイライトする機能をどう実装するか調査をしています。

Windows 8 環境で下記のパッチにより、UI オートメーションを使って、フォーカスが変化したときにビープを鳴らす、フォーカス位置の座標をログに書き出す、ということはできました。

diff --git a/source/_UIAHandler.py b/source/_UIAHandler.py
index de33c7e..5c70e67 100644
--- a/source/_UIAHandler.py
+++ b/source/_UIAHandler.py
@@ -180,6 +180,12 @@ class UIAHandler(COMObject):
 		eventHandler.queueEvent(NVDAEventName,obj)
 
 	def IUIAutomationFocusChangedEventHandler_HandleFocusChangedEvent(self,sender):
+		import tones
+		tones.beep(880,20)
+		from logHandler import log
+		log.info('test focusChanged ' + str(sender))
+		rect = sender.CurrentBoundingRectangle
+		log.info('L:%d T:%d R:%d B:%d' % (rect.left, rect.top, rect.right, rect.bottom))
 		if not self.MTAThreadInitEvent.isSet:
 			# UIAHandler hasn't finished initialising yet, so just ignore this event.
 			return

参考にしているのは MSDN の「蛍光ペンのサンプル」の C# 実装です。

http://msdn.microsoft.com/ja-jp/library/aa358508%28v=vs.90%29.aspx

引き続き検討します。

Last Update of this Ticket

2013-05-24 23:49 Update by: nishimoto

Comment

本家の nvda-addon メーリングリストや nvda-japanese-users などで告知をして、下記の意見をいただいています。

Alt+Tab すると HighlightWin1 などが選択肢に出てきてしまう（ハイライトを4つのウィンドウで描画しているためなのですが、出ないようにしたつもりでした。。）
ハイライトの表示と非表示をショートカットか設定ダイアログで切り替えられるとよい
ハイライトの色を変えられるとよい

NVDAメニューのサブメニューが右に表示されない - Screen Reader NVDA Japanese Ticket #31426 on SourceForge.JP

Fri, 24 May 2013 15:43:03 +0900

NVDAメニューのサブメニューが右に表示されない

Open Date: 2013-05-24 15:43

Last Update: 2013-05-24 15:43

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

Windows XP では気にならないのですが、Vista 以降では Windows メニューの look & feel が新しくなっているので、NVDA メニューの幅が広くなっています。

その影響らしいのですが、サブメニューが親メニューの右ではなく左に表示されてしまうことがあります。

画面の横の解像度にもよるようですが、私が使っている横幅 1400 ピクセルのディスプレイでは、多くの場合サブメニューが左側に出てきます。

音声とキーボードで操作している場合には気にならないでしょうが、タッチモードではオブジェクトの位置に基づく操作もあり得るので、できれば直せないかと思っています。

例えば、後述のような変更をすると、NVDA メニューが画面の中央ではなく左端に表示されますが、それでも、すべてのサブメニューが左から右に並ぶわけではなく、「設定」「読み上げ辞書」の下にあるメニューは右ではなく左に表示されてしまいます。

diff --git a/source/gui/__init__.py b/source/gui/__init__.py
index dd81b29..5501b11 100644
--- a/source/gui/__init__.py
+++ b/source/gui/__init__.py
@@ -140,7 +140,7 @@ class MainFrame(wx.Frame):
                # The menu pops up at the location of the mouse, which means it pops up at an unpredictable location.
                # Therefore, move the mouse to the centre of thescreen so that the menu will always pop up there.
                left, top, width, height = api.getDesktopObject().location
-               x = width / 2
+               x = 0 # width / 2
                y = height / 2
                winUser.setCursorPos(x, y)
                self.sysTrayIcon.onActivate(None)

なお、視覚的な配置に関係がある本家のチケットを2つ見つけたので紹介しておきます。

NVDA menu should always pop up at a predictable location http://community.nvda-project.org/ticket/147

All dialogs and windows of NVDA should be centered on the screen http://community.nvda-project.org/ticket/3148

Last Update of this Ticket

2013-05-24 15:43 Update by: nishimoto

New Ticket "NVDAメニューのサブメニューが右に表示されない" created

日本語入力で文節ごとの候補の読み上げ - Screen Reader NVDA Japanese Ticket #31358 on SourceForge.JP

Thu, 23 May 2013 12:10:47 +0900

日本語入力で文節ごとの候補の読み上げ

Open Date: 2013-05-14 21:00

Last Update: 2013-05-23 12:10

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

NVDA日本語版 2013.1jp に向けたブランチにおいて、入力システムとアプリケーションが TSF に対応している場合に、文節移動後の候補読み上げが実現できていません。

NVDA本家版 2013.1 ブランチから 2013.1jp で独自に追加したのは IMM 系の API を使った文節選択のサポートです。

例えば Windows XP で「テキストサービスを拡張しない」設定で、メモ帳を使うときには、日本語入力の選択された文節だけを読み上げます。

TSF での文節選択のサポートは 2012.3.1jp までの nvdajpime でも未対応でしたが、本家の TSF 実装でもサポートされておらず、今後の課題です。

以上、チケット #28155 をクローズしたので現状をまとめました。

http://sourceforge.jp/ticket/browse.php?group_id=4221&tid=28155

Last Update of this Ticket

2013-05-23 12:10 Update by: nishimoto

Comment

現時点までの作業を下記に push しました。

https://bitbucket.org/nvdajp/nvdajp.git ブランチ tsf

ログを確認するには DebugView for Windows が必要です。

http://technet.microsoft.com/ja-jp/sysinternals/bb896647.aspx

Excel セル番地の読み上げの改善要望 - Screen Reader NVDA Japanese Ticket #31413 on SourceForge.JP

Tue, 21 May 2013 22:06:30 +0900

Excel セル番地の読み上げの改善要望

Open Date: 2013-05-21 22:06

Last Update: 2013-05-21 22:06

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

Excel のセル番地の読み上げを、内容の前に読むか、内容の後に読むか、選べるようにしてほしいという要望を伺っています。

以下の趣旨のご要望ではないかと思うのですが、解決方法など、もう少し検討します。

現在、セルを移動したときには "太郎 A1" "次郎 A2" "花子 A3" のように読むが、セル範囲の選択を行ったときには "A1 太郎から A2 次郎選択" "A1 太郎から A3 花子選択" のように読み上げる。
このセル範囲の読み上げはセル移動の読み上げと一貫性がなく、しかも非効率的である。
セル範囲読み上げの「から」「選択」は不要ではないか？

Last Update of this Ticket

2013-05-21 22:06 Update by: nishimoto

New Ticket "Excel セル番地の読み上げの改善要望" created

コントローラークライアントAPIの拡張 - Screen Reader NVDA Japanese Ticket #29342 on SourceForge.JP

Tue, 21 May 2013 19:12:26 +0900

コントローラークライアントAPIの拡張

Open Date: 2012-08-24 21:25

Last Update: 2013-05-21 19:12

Reporter:	nishimoto	Owner:	misono
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Patches	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

コントローラークライアントに詳細読みAPIを追加するパッチをマージしました。

error_status_t __stdcall speakSpelling([in,string] const wchar_t* text);

lp:~misono/nvdajp/nvdajp 4297..4301 を lp:nvdajp 4299 としてマージして 4300 でコメントだけ西本が修正しました。

Last Update of this Ticket

2013-05-21 19:12 Update by: nishimoto

Ticket Close date set to 2013-05-21 19:12
Status Update from Open to Closed.
Component Update from 本家 to (None).
Resolution Update from None to Fixed.

Comment

ほとんどサンプルプログラムのコピーペーストで申し訳ないですが、日本語版のAPI拡張についての英語のドキュメントを下記に作りました。

http://sourceforge.jp/projects/nvdajp/wiki/ControllerClientEnhancement

このチケットはクローズします。

アドオン版KGSドライバーの検討 - Screen Reader NVDA Japanese Ticket #29743 on SourceForge.JP

Tue, 21 May 2013 17:38:32 +0900

アドオン版KGSドライバーの検討

Open Date: 2012-10-05 12:49

Last Update: 2013-05-21 17:38

Reporter:	nishimoto	Owner:	nishimoto
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Feature Requests	Severity:	5 - Medium
Component:	ピンディスプレイ	Status:	Closed
Resolution	Fixed

Details

点字ディスプレイのKGSドライバを、本家版NVDAのアドオンとして実装できるか、という問い合わせがありました。

提供は可能と思いますが、NVDA本家版では日本語点訳エンジンが使えない、という制約があります。

検討すべきこと

（１） DirectBM の DLL をアドオンに含めて配布するために、ディレクトリを移す必要があるか？

（２）日本語版でない Windows での動作確認。特に KSG から配布されているドライバーのインストールに関する確認。

現時点では検討にとどめておきます。

Last Update of this Ticket

2013-05-21 17:38 Update by: nishimoto

Ticket Close date set to 2013-05-21 17:38
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Comment

下記の git コミットで、KGS ドライバーを本家 NVDA 2013.1 のアドオンとして動くように修正しました。

jpbranch e46e85c

（ブランチ release-2013.1jp での作業は終了し、本家 master に対応する作業ブランチは jpbranch になりました）

nvdajp をソースから実行した場合、nvdajp を launcher から実行した場合、本家版 NVDA のアドオンとして実行した場合のいずれにおいても DirectBM.dll の path が正しく認識され、LoadLibrary に失敗しないようにしています。

本家版 NVDA とアドオン版 KGS ドライバーを組み合わせただけだと日本語の点字出力ができないので、あくまでも KGS 社の点字ディスプレイを日本語以外の（NVDAでサポートされている）言語で使いたいという目的のためのアドオンです。

Wordの書式情報で段落インデントを通知する - Screen Reader NVDA Japanese Ticket #31351 on SourceForge.JP

Tue, 21 May 2013 16:01:11 +0900

Wordの書式情報で段落インデントを通知する

Open Date: 2013-05-13 11:48

Last Update: 2013-05-21 16:01

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

Microsoft Word の書式情報で段落の書式としての字下げを通知する機能を開発しています。

まだ 2013.1jp にマージすると決まっておらず、有効性や安定性の確認中です。

release-2013.1jp-word ブランチ https://bitbucket.org/nvdajp/nvdajp/commits/branch/release-2013.1jp-word

開発スナップショット jpword130512 https://dl.dropboxusercontent.com/u/62564469/nvda_snapshot_jpword130512.exe

段落字下げを自動通知するためにはフォントサイズの通知を有効にする必要があります。 NVDA+F を押したときには、スペースの数と字下げの量をどちらも通知します。

このブランチでは、字下げをポイントから文字数に変換するために、フォントのサイズ通知を整数ではなく実数で取り出すような変更も行っています。例えば、オリジナルの NVDA では 10.5 ポイントを 10 と通知しますが、このブランチではちゃんと 10.5 と通知します。

この段落の字下げ機能は、「インデントの読み上げ」とは異なる機能です。これについて、調べたことを補足します。

現状の NVDA の機能は、テキストとして行頭のスペースを数えて、それを「インデント」として通知しています。

一方で、Word には「段落の書式」という機能として「インデント」「字下げ」という機能があります。これはテキストではなく、段落の属性です。

例えば Word 2010 を「オプション」「文章校正」「オートコレクトのオプション」「入力オートフォーマット」「行の始まりのスペースを字下げに変更する」が有効の状態でお使いになると、行頭の全角スペースが自動的に「段落の書式」に変換されます。

したがって、全角スペースで字下げをしているのに、NVDA はインデントなしと読み上げてしまう、ということが起こります。

NVDA は Word の段落の書式のインデントを読み上げないことについては、チケットはないようですが、そういう情報がちゃんと書かれていないね、というやりとりが1年前くらいに本家の nvda-support にありました。 (NVDA not reading indentation in Word documents)

Last Update of this Ticket

2013-05-21 16:01 Update by: nishimoto

Ticket Close date set to 2013-05-21 16:01
Resolution Update from Accepted to Fixed.
Status Update from Open to Closed.

点字ビューワーで点字フォントが表示されない - Screen Reader NVDA Japanese Ticket #31406 on SourceForge.JP

Tue, 21 May 2013 00:12:21 +0900

点字ビューワーで点字フォントが表示されない

Open Date: 2013-05-21 00:12

Last Update: 2013-05-21 00:12

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

チケット #23945 と重複する情報ですが、見つけにくいと思われるので、独立したチケットにします。 http://sourceforge.jp/ticket/browse.php?group_id=4221&tid=23945

NVDA 日本語版は「点字ビューワー」の機能を独自に追加しています。

この機能は "DejaVu Sans" フォントの Unicode 点字パターンによって表示しているので、フォントがない場合は適切に表示されません。

このフォントは、このフォントが含まれている LibreOffice などのアプリケーションをインストールするか、下記のサイトからダウンロードして Windows のシステムにインストールしていただく必要があります。

http://dejavu-fonts.org/wiki/Download

Last Update of this Ticket

2013-05-21 00:12 Update by: nishimoto

New Ticket "点字ビューワーで点字フォントが表示されない" created

フォントサイズと段落インデントの通知をわかりやすくする - Screen Reader NVDA Japanese Ticket #31399 on SourceForge.JP

Mon, 20 May 2013 19:47:20 +0900

フォントサイズと段落インデントの通知をわかりやすくする

Open Date: 2013-05-20 19:47

Last Update: 2013-05-20 19:47

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

2013.1jp にて Microsoft Word のフォントサイズ通知を改善し、段落インデントの通知を追加しましたが、改善すべきことが残っています。

ひとつは、ポイントでの値を pt という単位で通知していることです。これについては、本家の仕様がそうなっており、もともと翻訳の対象になっていないため、本家版では変更できない部分です。しかし、点字出力するときに「ポイント」よりも「pt」のほうがマスを節約できるという意見もありそうです。

日本語版で独自に変更するか、ユーザーの皆様からのご意見を伺って判断します。

もう一つは、そもそも「段落インデント」の動作が「フォントサイズの通知」「配置の通知」の両方に依存しており、仕様がわかりにくいということです。

もともと、行の先頭の文字数を数える「インデントの通知」という機能があることも、この機能の仕様を複雑にしている一因です。

最後に、この機能を本家版に提案してマージを検討してもらうことも、課題となります。

Last Update of this Ticket

2013-05-20 19:47 Update by: nishimoto

New Ticket "フォントサイズと段落インデントの通知をわかりやすくする" created

ページ番号と行番号をキー操作で知りたい - Screen Reader NVDA Japanese Ticket #31398 on SourceForge.JP

Mon, 20 May 2013 19:38:33 +0900

ページ番号と行番号をキー操作で知りたい

Open Date: 2013-05-20 19:38

Last Update: 2013-05-20 19:38

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

Microsoft Word において、書式「ページ番号の通知」「行番号の通知」がチェックありになっていると、カーソル移動時にページ番号や行番号が通知されますが、ページ番号と行番号はNVDA+Fでは通知されません。

ページ番号と行番号をキーボードのショートカットで知る方法は NVDA 2013.1 においては、機能としては存在しません。

アプリケーション側でそのような機能を実装するか、アプリケーションごとのモジュールやアドオンで実現する必要があります。

Last Update of this Ticket

2013-05-20 19:38 Update by: nishimoto

New Ticket "ページ番号と行番号をキー操作で知りたい" created

上書きインストールすると点字設定の出力テーブルが日本語以外にセットされる - Screen Reader NVDA Japanese Ticket #31397 on SourceForge.JP

Mon, 20 May 2013 19:29:15 +0900

上書きインストールすると点字設定の出力テーブルが日本語以外にセットされる

Open Date: 2013-05-20 19:29

Last Update: 2013-05-20 19:29

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

NVDA 日本語版を 2012.3.1jp から 2013.1jp に上書きインストールすると、それまで日本語点訳エンジンが有効になっていても、点字設定の出力テーブルが日本語以外にセットされます。

お手数ですが、出力テーブルを「日本語6点情報処理点訳」に設定してお使いください。

2012.3.1jp では「日本語点訳エンジンを有効にする」というチェックボックスがチェックありのときに、出力テーブルの設定は無視されて日本語点訳エンジンが有効でした。

2013.1jp では「日本語点訳エンジンを有効にする」チェックボックスは廃止され、点字ディスプレイの出力テーブルに「日本語6点情報処理点訳」が追加されました。

なお、入力テーブルについては 2013.1jp では日本語の選択肢はありません。

Last Update of this Ticket

2013-05-20 19:29 Update by: nishimoto

New Ticket "上書きインストールすると点字設定の出力テーブルが日本語以外にセットされる" created

読み上げに対応していない罫線文字 - Screen Reader NVDA Japanese Ticket #31396 on SourceForge.JP

Mon, 20 May 2013 19:21:34 +0900

読み上げに対応していない罫線文字

Open Date: 2013-05-20 19:21

Last Update: 2013-05-20 19:21

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

いわゆる「罫線文字」として入力可能な文字の中に、NVDA 日本語版が読み上げできないものが残っています。

以下は 2013.1jp リリース候補版で読み上げできない文字の例です。

character: ━ (displayed as ━) (codepoint 9473, #o22401, #x2501)
name: BOX DRAWINGS HEAVY HORIZONTAL

character: ┃ (displayed as ┃) (codepoint 9475, #o22403, #x2503)
name: BOX DRAWINGS HEAVY VERTICAL

現在 NVDA 日本語版の source/locale/ja/characters.dic で、これに近い文字コードは下記のように登録されています。今後、既存の文字との整合性を考慮しながら改善させていただきます。ご了承ください。

┌       250c    [ミギホソシタホソ]      ケイセン ヒダリウエ
┐       2510    [ヒダリホソシタホソ]     ケイセン ミギウエ
┘       2518    [ヒダリホソウエホソ]     ケイセン ミギシタ
└       2514    [ミギホソウエホソ]      ケイセン ヒダリシタ
├       251c    [ミギホソタテホソ]      ケイセン タテセンミギ
┬       252c    [ヨコホソシタホソ]      ケイセン ヨコセンシタ
┤       2524    [ヒダリホソタテホソ]     ケイセン タテセンヒダリ
┴       2534    [ヨコホソウエホソ]      ケイセン ヨコセンウエ
┼       253c    [ヨコホソタテホソ]      ケイセン クロス
┣       2523    [ミギフトタテフト]      ケイセン タテセンミギ ダイ
┳       2533    [ヨコフトシタフト]      ケイセン ヨコセンシタ ダイ
┫       252b    [ヒダリフトタテフト]     ケイセン タテセンヒダリ ダイ
┻       253b    [ヨコフトウエフト]      ケイセン ヨコセンウエ ダイ
╋       254b    [ヨコフトタテフト]      ケイセン クロス ダイ
┠       2520    [ミギホソタテフト]      ケイセン タテセンミギ クミ
┯       252f    [ヨコフトシタホソ]      ケイセン ヨコセンシタ クミ
┨       2528    [ヒダリホソタテフト]     ケイセン タテセンヒダリ クミ
┷       2537    [ヨコフトウエホソ]      ケイセン ヨコセンウエ クミ
┿       253f    [ヨコフトタテホソ]      ケイセン ヨコフト クロス クミ
┝       251d    [ミギフトタテホソ]      ケイセン タテセンミギ クミ
┰       2530    [ヨコホソシタフト]      ケイセン ヨコセンシタ クミ
┥       2525    [ヒダリフトタテホソ]     ケイセン タテセンヒダリ クミ
┸       2538    [ヨコホソウエフト]      ケイセン ヨコセンウエ クミ
╂       2542    [ヨコホソタテフト]      ケイセン タテフト クロス クミ

Last Update of this Ticket

2013-05-20 19:21 Update by: nishimoto

New Ticket "読み上げに対応していない罫線文字" created

デスクトップでフォーカスを移動すると「大文字」「ロシア」「半角」などと読み上げる - Screen Reader NVDA Japanese Ticket #31317 on SourceForge.JP

Sun, 19 May 2013 00:41:53 +0900

デスクトップでフォーカスを移動すると「大文字」「ロシア」「半角」などと読み上げる

Open Date: 2013-05-09 17:34

Last Update: 2013-05-19 00:41

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

デスクトップでフォーカスを移動すると不自然な「大文字」という読み上げが発生する現象を報告していただいています。

最初に報告があったのは jpdev130405 でしたが、jpdev130509 でも解決していないとのことです。

既定の入力システムが ATOK 2009 や Google 日本語入力などの場合に起きるようです。

概要「タブキーなどで、たとえばデスクトップウインドウなどで、フォーカスを移動すると、「オオモジ・・・・」というような少し意味不明な読み上げをします。」

ログ：

IO - inputCore.InputManager.executeGesture (20:36:54):
Input: kb(desktop):tab
DEBUG - NVDAHelper.handleInputCandidateListUpdate (20:36:54):
lastKeyCode 9
DEBUG - NVDAObjects.behaviors.CandidateItem.getFormattedCandidateName
(20:36:54):
1 ŸßŸß オーモジ Ÿ ß オーモジ Ÿ ß
IO - speech.speak (20:36:54):
Speaking [LangChangeCommand (u'ja'), u'オーモジ Ÿ \xdf オーモジ Ÿ \xdf']
DEBUGWARNING - synthDriverHandler.SynthDriver.speak (20:36:54):
Unknown speech command: LangChangeCommand (u'ja')

さきほど 2013.1jp-beta2 について同様のご報告があり、下記のログを送っていただきました。

Input: kb(desktop):shift+tab
DEBUG - NVDAHelper.handleInputCandidateListUpdate (16:32:47):
lastKeyCode 9
DEBUG - NVDAObjects.behaviors.CandidateItem.getFormattedCandidateName (16:32:47):
1 ?t?t オーモジ ? t オーモジ ? t
IO - speech.speak (16:32:47):
Speaking [u'オーモジ ? \xfe オーモジ ? \xfe']
DEBUG - synthDrivers.jtalk.mecab.Mecab_analysis (16:32:47):
オーモジ,名詞,一般,*,*,*,*,*
DEBUG - synthDrivers.jtalk.mecab.Mecab_analysis (16:32:47):
y,名詞,固有名詞,組織,*,*,*,*
IO - speech.speak (16:32:47):
Speaking [u'コンピュータの説明(D):  エディット  Alt+d']
IO - speech.speak (16:32:47):
Speaking [u'空行']
DEBUG - synthDrivers.jtalk.mecab.Mecab_analysis (16:32:47):
t,名詞,固有名詞,組織,*,*,*,*
DEBUG - synthDrivers.jtalk.mecab.Mecab_analysis (16:32:47):
オーモジ,名詞,一般,*,*,*,*,*
DEBUG - synthDrivers.jtalk.mecab.Mecab_analysis (16:32:47):
y,名詞,固有名詞,組織,*,*,*,*
DEBUG - synthDrivers.jtalk.mecab.Mecab_analysis (16:32:47):
t,名詞,固有名詞,組織,*,*,*,*
DEBUG - synthDrivers.jtalk.mecab.Mecab_analysis (16:32:47):
コンピュータ,名詞,一般,*,*,*,*,コンピュータ,コンピュータ,コンピュータ,3/5,C1
DEBUG - synthDrivers.jtalk.mecab.Mecab_analysis (16:32:47):
の,助詞,連体化,*,*,*,*,の,ノ,ノ,0/1,動詞%F2@0/形容詞%F1
DEBUG - synthDrivers.jtalk.mecab.Mecab_analysis (16:32:47):
説明,名詞,サ変接続,*,*,*,*,説明,セツメイ,セツメイ,0/4,C2
DEBUG - synthDrivers.jtalk.mecab.Mecab_analysis (16:32:47):
カッコ,名詞,一般,*,*,*,*,カッコ,カッコ,カッコ,1/3,C1
DEBUG - synthDrivers.jtalk.mecab.Mecab_analysis (16:32:48):
ｄ,記号,アルファベット,*,*,*,*,ｄ,ディー,ディー,1/2,*
DEBUG - synthDrivers.jtalk.mecab.Mecab_analysis (16:32:48):
カッコトジ,名詞,一般,*,*,*,*,*
DEBUG - synthDrivers.jtalk.mecab.Mecab_analysis (16:32:48):
コロン,名詞,一般,*,*,*,*,コロン,コロン,コロン,1/3,C1
DEBUG - synthDrivers.jtalk.mecab.Mecab_analysis (16:32:48):
エディット,名詞,一般,*,*,*,*,*
DEBUG - synthDrivers.jtalk.mecab.Mecab_analysis (16:32:48):
ａｌｔ,名詞,一般,*,*,*,*,ａｌｔ,オルト,オルト,1/3,C0
DEBUG - synthDrivers.jtalk.mecab.Mecab_analysis (16:32:49):
プラス,名詞,一般,*,*,*,*,プラス,プラス,プラス,0/3,C2
DEBUG - synthDrivers.jtalk.mecab.Mecab_analysis (16:32:49):
ｄ,記号,アルファベット,*,*,*,*,ｄ,ディー,ディー,1/2,*
DEBUG - synthDrivers.jtalk.mecab.Mecab_analysis (16:32:49):
空行,名詞,一般,*,*,*,*,空行,クーギョー,クーギョー,0/4,C0

Last Update of this Ticket

2013-05-19 00:41 Update by: nishimoto

Milestone Update from (None) to 2013.1jp (closed).
Ticket Close date set to 2013-05-19 00:41
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Comment

本家の 2013.1 には間に合わなかったのですが 2013.1jp としては対応完了とします。

カーソル移動時に全角と半角のスペースを区別する - Screen Reader NVDA Japanese Ticket #31364 on SourceForge.JP

Sun, 19 May 2013 00:39:13 +0900

カーソル移動時に全角と半角のスペースを区別する

Open Date: 2013-05-15 15:23

Last Update: 2013-05-19 00:39

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

カーソル移動時に全角と半角のスペースを区別するために、下記の変更を行いました。

82d834c264fde718834eb64c692e78ccc7b37506
 source/locale/ja/characters.dic | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/source/locale/ja/characters.dic b/source/locale/ja/characters.dic
index 66be728..d8e4215 100644
--- a/source/locale/ja/characters.dic
+++ b/source/locale/ja/characters.dic
@@ -51,7 +51,7 @@
 ｰ	ff70	[チョーオン]	チョーオン
 ﾞ	ff9e	[ダクテン]	ダクテン
 ﾟ	ff9f	[ハンダクテン]	ハンダクテン
-　	3000	[スペース]	スペース
+　	3000	[ゼンカクスペース]	ゼンカクスペース
 、	3001	[テン]	トーテン
 。	3002	[マル]	クテン
 ，	ff0c	[カンマ]	コンマ

Last Update of this Ticket

2013-05-19 00:39 Update by: nishimoto

Ticket Close date set to 2013-05-19 00:39
Status Update from Open to Closed.
Resolution Update from None to Fixed.

KGSドライバが点字設定を変えたあとで止まる - Screen Reader NVDA Japanese Ticket #31372 on SourceForge.JP

Sun, 19 May 2013 00:38:44 +0900

KGSドライバが点字設定を変えたあとで止まる

Open Date: 2013-05-16 15:19

Last Update: 2013-05-19 00:38

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

下記のコミットについて説明します。

release-2013.1jp 7a0e9b4

KGS 点字ディスプレイを有効にしている状態で、点字設定ダイアログを開いて、「メッセージの表示終了待ち時間」の値を変更して、OK を押すと、点字ディスプレイの動作が止まるという現象を確認しました。

どうやら、設定ダイアログが閉じるときにドライバを terminate して init しなおしていますが、このときに terminate で bmEnd などが呼ばれていないため、クローズされていない COM ポートを再度オープンすることに失敗しているようです。

接続を切る処理と、disconnect が完了するまで待つ処理を追加してみました。

手元の BM46 ではうまく動くようになりましたが、Windows のバージョンの違いなど、引き続き調査します。

Last Update of this Ticket

2013-05-19 00:38 Update by: nishimoto

Ticket Close date set to 2013-05-19 00:38
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Windows 8 で読み上げ辞書などの日本語文字が入力できない - Screen Reader NVDA Japanese Ticket #31343 on SourceForge.JP

Wed, 15 May 2013 14:08:18 +0900

Windows 8 で読み上げ辞書などの日本語文字が入力できない

Open Date: 2013-05-12 14:18

Last Update: 2013-05-15 14:08

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

Windows 8 で NVDA 本家版または日本語版を使うと、読み上げ辞書などの日本語文字が入力できず、エンターキーを押すと B0B など無意味な文字列に化けてしまう現象を確認しています。

これは wx.TextCtrl で文字列を入力している箇所で全般的に起きるようです。さらに、日本語入力をしたあとで NVDA のプロセスが正常に終了しないこともあります。

Microsoft IME, ATOK, Google 日本語入力のいずれでも起こります。

wxPython 2.8 そのものは Windows 8 での IME 入力に対応できていることを、wxPython のサンプルプログラムで確認しています。

実験のために「ようこそ画面」に下記のように無意味なテキストエディットを一つ追加してみると、やはり同じ状況が起こります。

diff --git a/source/gui/__init__.py b/source/gui/__init__.py
index dd81b29..48a1399 100644
--- a/source/gui/__init__.py
+++ b/source/gui/__init__.py
@@ -523,6 +523,8 @@ class WelcomeDialog(wx.Dialog):
 		mainSizer.Add(welcomeText,border=20,flag=wx.LEFT|wx.RIGHT|wx.TOP)
 		optionsSizer = wx.StaticBoxSizer(wx.StaticBox(self, wx.ID_ANY, _("Options")), wx.VERTICAL) # HORIZONTAL
 		#nvdajp
+		self.jpTestEdit=wx.TextCtrl(self,wx.NewId())
+		optionsSizer.Add(self.jpTestEdit,flag=wx.TOP|wx.RIGHT,border=10)
 		self.nconvAsNVDAModifierCheckBox = wx.CheckBox(self, wx.ID_ANY, _("Use NonConvert as an NVDA modifier key"))
 		self.nconvAsNVDAModifierCheckBox.SetValue(config.conf["keyboard"]["useNonConvertAsNVDAModifierKey"])
 		optionsSizer.Add(self.nconvAsNVDAModifierCheckBox,flag=wx.TOP|wx.RIGHT,border=10)

もしかすると環境に固有の現象かもしれないので、もし Windows 8 で問題なく使えているなら、お知らせいただけるとありがたいです。

Last Update of this Ticket

2013-05-15 14:08 Update by: nishimoto

Comment

本家 2909 で報告されている、この問題の回避方法について有効性を確認しました。下記の通りです。

Windows 8 のコントロールパネル「言語の追加」で「英語（米国）」を追加する。Shift+Alt で日本語と英語のレイアウトが切り替えできるようになる。
NVDA のテキスト入力で（Firefox で Ctrl+NVDA+F を押したとき、あるいは辞書登録でパターンや読みの入力になったとき）Shift+Alt を押していったん英語に切り替えて、もう一度日本語に戻す。
その後、半角全角キーを押して日本語入力をすると、文字化けしないで入力できる。

ライセンスの翻訳の検討 - Screen Reader NVDA Japanese Ticket #29915 on SourceForge.JP

Mon, 13 May 2013 23:50:42 +0900

ライセンスの翻訳の検討

Open Date: 2012-10-22 13:17

Last Update: 2013-05-13 23:50

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Wont Fix

Details

インストールの最初に表示される GPL V2 の英語の許諾文書ですが、法的効力のある文書なのでこのままにしておくというのがひとつの選択肢です。

しかし NVDA のソースとしては gui/init.py の LauncherDialog クラスで、翻訳済みのライセンスファイルがあれば置き換えられるようになっています。

まずNVDA本家の方針について、本家の翻訳MLに質問してみました。

Dear NVDA translation members,

It seems that if user_docs/*/copying.txt exists, it is used as License Agreement document at the Launcher dialog.

Is there any policy or suggestions regarding this?

Unofficial Japanese translation of the GNU General Public License v2 is available here, so I can use it for NVDA. http://www.opensource.jp/gpl/gpl.ja.html

Last Update of this Ticket

2013-05-13 23:50 Update by: nishimoto

Ticket Close date set to 2013-05-13 23:50
Status Update from Open to Closed.
Resolution Update from None to Wont Fix.

Comment

2013.1 に向けて本家のレポジトリから copying.txt のローカライズが削除されました。ライセンスの翻訳はやらないことに決まったようです。

Vocalizer for NVDA - Screen Reader NVDA Japanese Ticket #31354 on SourceForge.JP

Mon, 13 May 2013 13:46:13 +0900

Vocalizer for NVDA

Open Date: 2013-05-13 13:46

Last Update: 2013-05-13 13:46

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

Vocalizer for NVDA の新しいバージョン 3.0 がリリースされています。

すこし値上がりして、音質が向上したとのことです。旧バージョンからのアップグレードがあります。

以前のバージョンではサイトのローカライズに翻訳チームが協力したのですが、今回の 3.0 については日本語化のお手伝いはしていません。

価格や購入方法は下記でご確認ください。

Tiflotecnia, LDA https://vocalizer-nvda.com/store

ATGuys http://www.atguys.com/store/index.php?main_page=index&cPath=20

そのほかのリセラーの紹介 https://vocalizer-nvda.com/buy

新バージョンの日本語音声についてはまだ確認していません。

Last Update of this Ticket

2013-05-13 13:46 Update by: nishimoto

New Ticket "Vocalizer for NVDA" created

記号読み上げ辞書（メタチケット） - Screen Reader NVDA Japanese Ticket #31352 on SourceForge.JP

Mon, 13 May 2013 12:20:19 +0900

記号読み上げ辞書（メタチケット）

Open Date: 2013-05-13 12:20

Last Update: 2013-05-13 12:20

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

記号読み辞書に関する過去のチケットをまとめます。

完了になっているチケットにも未解決の課題がいくつか含まれているので、かわりにこのチケットをオープンにしておきます。

日本語読み上げにおける記号読み上げ制御の影響 #26905 http://sourceforge.jp/ticket/browse.php?group_id=4221&tid=26905

日本語の文字種をビープ音やピッチで通知する #28158 http://sourceforge.jp/ticket/browse.php?group_id=4221&tid=28158

記号読み辞書の改良提案 #28254 http://sourceforge.jp/ticket/browse.php?group_id=4221&tid=28254

漢字の「世」とひらがなの「せ」の詳細読みが区別できない #28951 http://sourceforge.jp/ticket/browse.php?group_id=4221&tid=28951

記号読み辞書と詳細読み辞書の改訂 #28953 http://sourceforge.jp/ticket/browse.php?group_id=4221&tid=28953

丸つき数字などを記号読み上げレベル「読まない」でも読み上げるように #31096 http://sourceforge.jp/ticket/browse.php?group_id=4221&tid=31096

Last Update of this Ticket

2013-05-13 12:20 Update by: nishimoto

New Ticket "記号読み上げ辞書（メタチケット）" created

入力ヘルプモードで「半角全角キー」を説明しない - Screen Reader NVDA Japanese Ticket #31334 on SourceForge.JP

Sun, 12 May 2013 15:23:13 +0900

入力ヘルプモードで「半角全角キー」を説明しない

Open Date: 2013-05-11 18:54

Last Update: 2013-05-12 15:23

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

下記のコミットについて説明します。

nvdajp release-2013.1jp d6bb71e

入力ヘルプモード (NVDA-1) が有効のときに、「半角・全角キー」が押されると IMEChangeStatus3 と読み上げられていました。

このコミットで「半角全角」と読むようになりました。

Last Update of this Ticket

2013-05-12 15:23 Update by: nishimoto

Ticket Close date set to 2013-05-12 15:23
Status Update from Open to Closed.
Resolution Update from None to Fixed.

半角数字2が「ニー」と読まれる - Screen Reader NVDA Japanese Ticket #31318 on SourceForge.JP

Sun, 12 May 2013 15:22:50 +0900

半角数字2が「ニー」と読まれる

Open Date: 2013-05-09 17:45

Last Update: 2013-05-12 15:22

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

JTalk を使う場合に数字の2が「ニ」および「ニー」と読まれる場合があり、一貫していませんでした。

下記の git コミットで、半角数字 2 は「読み方モード」の読みで「ニー」ではなく「ニ」と読まれるように変更されました。

nvdajp release-2013.1jp 8244d55

Last Update of this Ticket

2013-05-12 15:22 Update by: nishimoto

Ticket Close date set to 2013-05-12 15:22
Status Update from Open to Closed.
Resolution Update from None to Fixed.

controlUsageAssistant アドオン - Screen Reader NVDA Japanese Ticket #31330 on SourceForge.JP

Sun, 12 May 2013 15:19:45 +0900

controlUsageAssistant アドオン

Open Date: 2013-05-10 09:58

Last Update: 2013-05-12 15:19

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

controlUsageAssistant アドオンの翻訳が可能になったので、日本語化に取り組みたいと思います。

NVDA + H を押すと、

Type text here
Use the arrow keys to move to the next or previous item in this list

のように、現在のコントロールでユーザーが何をしたらよいか説明されます。これを使うと、商用のスクリーンリーダーの使い勝手に近づきます。

説明がないコントロールについては

No help for this control

と出力されます。

現在公開されている英語版のアドオン（リンクを実行するとそのままブラウザで開いてしまうので、名前を付けて保存してください）： http://www.nvda-kr.org/controlUsageAssistant-1.0-devMilestone1.nvda-addon

レポジトリ： https://bitbucket.org/nvdaaddonteam/controlusageassistant

Last Update of this Ticket

2013-05-12 15:19 Update by: nishimoto

Comment

日本語対応したのでお知らせします。

https://dl.dropboxusercontent.com/u/62564469/controlUsageAssistant-1.0Beta2.nvda-addon

インストールして NVDA+H を押して動作を確認してみてください。

丸つき数字などを記号読み上げレベル「読まない」でも読み上げるように - Screen Reader NVDA Japanese Ticket #31096 on SourceForge.JP

Sun, 12 May 2013 11:27:27 +0900

丸つき数字などを記号読み上げレベル「読まない」でも読み上げるように

Open Date: 2013-04-04 13:10

Last Update: 2013-05-12 11:27

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1 (closed)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

丸つき数字（①②など）を記号読み上げレベル「読まない」でも読み上げるほうがよいというご意見をいただきました。

現在は読み上げレベル「すべて」の場合のみ読み上げていますが、変更を検討します。

Last Update of this Ticket

2013-05-12 11:27 Update by: nishimoto

Comment

ご指摘ありがとうございます。

パーセント、アンド、アスタリスクについては下記で全角のレベルを変更しました。

release-2013.1jp 4ff4168

アンダーラインについては、もうすこし確認します：

半角「アンダーライン」として登録している文字：

character: _ (displayed as _) (codepoint 95, #o137, #x5f)
name: LOW LINE
old-name: SPACING UNDERSCORE

全角「アンダーライン」として登録している文字：

character: ＿ (displayed as ＿) (codepoint 65343, #o177477, #xff3f)
name: FULLWIDTH LOW LINE
old-name: FULLWIDTH SPACING UNDERSCORE

全角「オーバーライン」として登録している文字：

character: ￣ (displayed as ￣) (codepoint 65507, #o177743, #xffe3)
name: FULLWIDTH MACRON
old-name: FULLWIDTH SPACING MACRON

オーバーラインと名付けている文字は本来「マクロン」なので、全角アンダーラインとペアというわけではなさそうです。

全角アンダーラインだけレベルを変更する（半角に合わせる）という方針でよいでしょうか。

疑問符の半角がクエスチョン、全角がギモンフと読まれている問題についても、引き続きご意見をお待ちしています。

揃えたらすっきりするのですが、どちらにそろえたらよいでしょうか？

開発スナップショットがインストールに失敗する - Screen Reader NVDA Japanese Ticket #30210 on SourceForge.JP

Thu, 09 May 2013 15:18:35 +0900

開発スナップショットがインストールに失敗する

Open Date: 2012-11-28 20:03

Last Update: 2013-05-09 15:18

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

開発スナップショット jpdev121127a が Windows XP sp3 で下記のようにインストール失敗する現象をご報告いただき、こちらでも確認しました。

下記のログに関する操作手順：

launcher を実行し、ライセンスに同意して、動作を継続
NVDA メニューの日本語版の説明を開こうとするとエラー
NVDA メニューのインストールを実行すると、最後にエラー

INFO - nvda (19:57:04):
Starting NVDA
INFO - core.main (19:57:05):
Config dir: C:\DOCUME~1\NISHIM~1\LOCALS~1\Temp\nszC.tmp\app\userConfig
INFO - core.main (19:57:05):
NVDA version jpdev121127a
INFO - core.main (19:57:05):
Using Windows version sys.getwindowsversion(major=5, minor=1, build=2600, platform=2, service_pack='Service Pack 3')
INFO - core.main (19:57:05):
Using Python version 2.7.3 (default, Apr 10 2012, 23:31:26) [MSC v.1500 32 bit (Intel)]
INFO - core.main (19:57:05):
Using comtypes version 0.6.2
INFO - synthDrivers.jtalk._nvdajp_jtalk.initialize (19:57:08):
jt_dll C:\DOCUME~1\NISHIM~1\LOCALS~1\Temp\nszC.tmp\app\synthDrivers\jtalk\libopenjtalk.dll
INFO - synthDriverHandler.setSynth (19:57:09):
Loaded synthDriver nvdajp_jtalk
INFO - core.main (19:57:09):
Using wx version 2.8.12.0 (msw-unicode)
INFO - braille.initialize (19:57:09):
Using liblouis version 2.5.1
INFO - braille.BrailleHandler.setDisplayByName (19:57:09):
Loaded braille display driver noBraille, current display has 0 cells.
WARNING - core.main (19:57:09):
Java Access Bridge not available
WARNING - core.main (19:57:09):
UIA not available
INFO - core.main (19:57:09):
NVDA initialized
INFO - config.save (19:57:17):
Configuration saved
ERROR - unhandled exception (19:57:21):
Traceback (most recent call last):
  File "gui\__init__.pyc", line 379, in <lambda>
  File "gui\__init__.pyc", line 37, in openDocFileAsHTA
  File "shutil.pyc", line 73, in copyfile
TypeError: coercing to Unicode: need string or buffer, NoneType found
WARNING - RPC process 3876 (nvda_slave.exe) (19:59:24):
installer._deleteKeyAndSubkeys:
Error deleting registry key
Traceback (most recent call last):
  File "installer.pyc", line 266, in _deleteKeyAndSubkeys
WindowsError: [Error 6] ハンドルが無効です。
WARNING - RPC process 3876 (nvda_slave.exe) (19:59:24):
installer._deleteKeyAndSubkeys:
Error deleting registry key
Traceback (most recent call last):
  File "installer.pyc", line 266, in _deleteKeyAndSubkeys
WindowsError: [Error 6] ハンドルが無効です。
WARNING - RPC process 3876 (nvda_slave.exe) (19:59:24):
installer._deleteKeyAndSubkeys:
Error deleting registry key
Traceback (most recent call last):
  File "installer.pyc", line 266, in _deleteKeyAndSubkeys
WindowsError: [Error 6] ハンドルが無効です。
WARNING - RPC process 3876 (nvda_slave.exe) (19:59:24):
installer._deleteKeyAndSubkeys:
Error deleting registry key
Traceback (most recent call last):
  File "installer.pyc", line 266, in _deleteKeyAndSubkeys
WindowsError: [Error 6] ハンドルが無効です。
WARNING - RPC process 3876 (nvda_slave.exe) (19:59:24):
installer._deleteKeyAndSubkeys:
Error deleting registry key
Traceback (most recent call last):
  File "installer.pyc", line 266, in _deleteKeyAndSubkeys
WindowsError: [Error 6] ハンドルが無効です。
ERROR - RPC process 3876 (nvda_slave.exe) (20:00:00):
nvda_slave.main:
slave error
Traceback (most recent call last):
  File "nvda_slave.pyw", line 27, in main
  File "installer.pyc", line 347, in install
  File "installer.pyc", line 167, in registerInstallation
  File "installer.pyc", line 46, in createShortcut
  File "comtypes\client\lazybind.pyc", line 199, in __setattr__
  File "comtypes\automation.pyc", line 664, in _invoke
COMError: (-2147352571, '\x8e\xed\x97\xde\x82\xaa\x88\xea\x92v\x82\xb5\x82\xdc\x82\xb9\x82\xf1\x81B', (None, None, None, 0, None))
ERROR - gui.installerGui.doInstall (20:00:01):
Installation failed: 1

Last Update of this Ticket

2013-05-09 15:18 Update by: nishimoto

Summary Updated

Comment

Windows 7 64ビットで、開発スナップショットがインストールに失敗する現象を確認しました。

いただいたログは下記のエラーを含んでおり、本件の現象と共通すると思われます。

タイミングから考察すると、本家が installer.py 関連の修正（本家のチケット 3181）を行い、それをマージしたことがきっかけになっています。

しかし本家の修正そのものには不具合はなく、日本語版の開発スナップショットをビルドするときに何かの失敗を引き起こていると思われます。

このインストールの失敗そのものも、環境に依存しているようで、確実には再現できません。

本チケットでは scons -c に加えて .sconsign.dblite を削除してビルドしなおす、という対策を確認していますが、今回はそれに加えて、scons で -j4 オプション（並列処理でビルドを行う）を外すことが有効でした。

Traceback (most recent call last):
  File "nvda_slave.pyw", line 29, in main
  File "installer.pyc", line 366, in install
  File "installer.pyc", line 191, in registerInstallation
  File "installer.pyc", line 46, in createShortcut
  File "comtypes\client\lazybind.pyc", line 199, in __setattr__
  File "comtypes\automation.pyc", line 664, in _invoke
COMError: (-2147352571, '\x8e\xed\x97\xde\x82\xaa\x88\xea\x92v\x82\xb5\x82\xdc\x82\xb9\x82\xf1\x81B', (None, None, None, 0, None))
ERROR - gui.installerGui.doInstall (12:46:32):
Installation failed: 1

電子署名されていても Windows 7 x64 のデバイスマネージャを読まない - Screen Reader NVDA Japanese Ticket #30238 on SourceForge.JP

Thu, 09 May 2013 14:14:11 +0900

電子署名されていても Windows 7 x64 のデバイスマネージャを読まない

Open Date: 2012-12-01 18:25

Last Update: 2013-05-09 14:14

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Works For Me

Details

署名された 2012.3.1jp リリース候補版で見つけた現象ですが、どうやら NVDA 2012.3 本家版でも起きているので、のちほど本家にフィードバックします。

電子署名された NVDA をインストールすると、Windows 7 のデバイスマネージャーのツリービューの項目を読みあげるのですが、2012.3 では読みあげが行なわれません。ツリービュー項目を開いてダイアログを出すと、ダイアログは読み上げています。

ログをデバッグモードで取ると、下記のようなメッセージを見つけました。

DEBUGWARNING - IAccessibleHandler.accessibleObjectFromEvent (18:19:27):
oleacc.AccessibleObjectFromEvent with window 5899982, objectID -4 and childID 16: [Error -2147312566] タイプ ライブラリ/DLL の読み込みエラーです。
DEBUGWARNING - IAccessibleHandler.accessibleObjectFromEvent (18:19:27):
oleacc.AccessibleObjectFromEvent with window 5899982, objectID -4 and childID 0: [Error -2147312566] タイプ ライブラリ/DLL の読み込みエラーです。
IO - inputCore.InputManager.executeGesture (18:19:29):
Input: kb(laptop):downArrow
DEBUGWARNING - IAccessibleHandler.accessibleObjectFromEvent (18:19:29):
oleacc.AccessibleObjectFromEvent with window 5899982, objectID -4 and childID 28: [Error -2147312566] タイプ ライブラリ/DLL の読み込みエラーです。
DEBUGWARNING - IAccessibleHandler.accessibleObjectFromEvent (18:19:29):
oleacc.AccessibleObjectFromEvent with window 5899982, objectID -4 and childID 28: [Error -2147312566] タイプ ライブラリ/DLL の読み込みエラーです。
IO - inputCore.InputManager.executeGesture (18:19:29):
Input: kb(laptop):rightArrow
DEBUGWARNING - IAccessibleHandler.accessibleObjectFromEvent (18:19:29):
oleacc.AccessibleObjectFromEvent with window 5899982, objectID -4 and childID 28: [Error -2147312566] タイプ ライブラリ/DLL の読み込みエラーです。
IO - inputCore.InputManager.executeGesture (18:19:30):
Input: kb(laptop):downArrow
DEBUGWARNING - IAccessibleHandler.accessibleObjectFromEvent (18:19:30):
oleacc.AccessibleObjectFromEvent with window 5899982, objectID -4 and childID 32: [Error -2147312566] タイプ ライブラリ/DLL の読み込みエラーです。
DEBUGWARNING - IAccessibleHandler.accessibleObjectFromEvent (18:19:30):
oleacc.AccessibleObjectFromEvent with window 5899982, objectID -4 and childID 32: [Error -2147312566] タイプ ライブラリ/DLL の読み込みエラーです。

Last Update of this Ticket

2013-05-09 14:14 Update by: nishimoto

Comment

作業中のスナップショットで、下記のような現象がありましたが、新しい環境で Windows 7 64ビットをインストールしなおしたところ解決しました。

どうやら Windows 環境に依存するようなので、記録のためにここに書いておきます。

現象：メモ帳のメニュー項目などが読み上げできず「未定義」「空行」などになっている。

下記のようなログを出している：

IO - inputCore.InputManager.executeGesture (11:52:16):
Input: kb(desktop):downArrow
DEBUGWARNING - IAccessibleHandler.accessibleObjectFromEvent (11:52:16):
oleacc.AccessibleObjectFromEvent with window 328942, objectID -4 and childID 4: [Error -2147312566] タイプ ライブラリ/DLL の読み込みエラーです。
DEBUG - synthDrivers.nvdajp_jtalk.SynthDriver._get_voice (11:52:16):
_get_voice called
IO - speech.speak (11:52:16):
Speaking [LangChangeCommand ('ja'), u'空行']
DEBUG - synthDrivers.jtalk.mecab.Mecab_analysis (11:52:16):
空行,名詞,一般,*,*,*,*,空行,クーギョー,クーギョー,0/4,C0

LibreOffice 3.6/4.0 の動作確認 - Screen Reader NVDA Japanese Ticket #29213 on SourceForge.JP

Thu, 09 May 2013 11:42:01 +0900

LibreOffice 3.6/4.0 の動作確認

Open Date: 2012-08-10 22:55

Last Update: 2013-05-09 11:42

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

LibreOffice 3.5.5 はいままでの Java 6 + JAB 2.0.2 で読み上げできることを確認しましたが、LibreOffice 3.6.0 は確認できていません。

インストールの設定画面に「ユーザー補助ツールを有効にする」というチェックボックスができたのですが、これをチェックありにしてインストールしても、インストール後のオプション画面で有効になっていません。

また、この設定が有効であっても、多くのメニュー項目がうまく読み上げできていません。

作業は Windows XP sp3 および Windows 7 sp1 x64 で行なっていますが、どちらも同じ状況です。

ただし Libre のチケット（下記）では解決しているようなので、なにか私の手違いかも知れません。

Last Update of this Ticket

2013-05-09 11:42 Update by: nishimoto

Comment

LibreOffice のコミュニティにて何らかの対応が必要と思われるので、チケットとしてはクローズのまま、情報を更新します。

LibreOffice のアクセシビリティに関する情報源です：

下記はいわゆる「メタチケット」で、このチケットの depends on に、Windows のアクセシビリティ関連不具合のチケットが並んでいます。

Bug 60251 - ACCESSIBILITY: Tracking Metabug for Windows OS accessibility and AT issues https://bugs.freedesktop.org/show_bug.cgi?id=60251

アクセシビリティ関連のフォーラム（メーリングリスト）： http://nabble.documentfoundation.org/Accessibility-f2006038.html

なお LibreOffice 4.1 において Java Accessible Bridge から IAccessible2 への移行が進められているらしく（Apache Open Office 4.0 と同様の動きです）、NVDA 本家コミュニティでは 4.1 アルファ版での検証が積極的に行われているようです。

日本語の変換候補を詳細読みしないことがある - Screen Reader NVDA Japanese Ticket #31000 on SourceForge.JP

Wed, 08 May 2013 13:22:56 +0900

日本語の変換候補を詳細読みしないことがある

Open Date: 2013-03-20 12:58

Last Update: 2013-05-08 13:22

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

日本語ベータ版 2013.1jp-beta1 で、候補リストの選択をスペースとShift+スペースで行わず、矢印キーやTabキーで行ったときに、候補を詳細読みしないことがあります。

新しい「日本語版の文字入力拡張」では、詳細読みをするかしないかをキーコードで判定しているのですが、この判定方法を見直すなど、もうすこし検討します。

Last Update of this Ticket

2013-05-08 13:22 Update by: nishimoto

Ticket Close date set to 2013-05-08 13:22
Status Update from Open to Closed.

Comment

本件はいったんクローズさせていただき、具体的な不具合について、それぞれ新しいチケットを作ることにします。

現時点で、以下が未解決です。

チケット #31052 Microsoft IME 2002, 2003 で候補9の次の変換候補を通知しない

「カタカナの通知」「半角の通知」をわかりやすくする - Screen Reader NVDA Japanese Ticket #31253 on SourceForge.JP

Wed, 08 May 2013 13:19:24 +0900

「カタカナの通知」「半角の通知」をわかりやすくする

Open Date: 2013-04-30 23:26

Last Update: 2013-05-08 13:19

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

下記のコミットについて説明します。

git nvdajp release-2013.1jp 16aad2a

「日本語設定」の「カタカナの通知」「半角の通知」は、そのすぐ下にあるピッチの変更と連動していません。

これらがチェックなしであっても、高さの変化量のテキストボックスが 0 以外の値になっていれば、声の高さは変化するという仕様になっています。

このことをわかりやすくするために、この2つの項目を「カタカナの前にカタカナと読む」「半角の前に半角と読む」に変更しました。

Last Update of this Ticket

2013-05-08 13:19 Update by: nishimoto

Ticket Close date set to 2013-05-08 13:19
Status Update from Open to Closed.
Resolution Update from None to Fixed.

JTalkの「金」の読み - Screen Reader NVDA Japanese Ticket #31183 on SourceForge.JP

Wed, 08 May 2013 13:18:53 +0900

JTalkの「金」の読み

Open Date: 2013-04-19 15:56

Last Update: 2013-05-08 13:18

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

以下の miscdep の git コミットで、「金」という字が単独で読まれるときに「キン」と読み付与されるようにしました。

master db6cb9d

Last Update of this Ticket

2013-05-08 13:18 Update by: nishimoto

Ticket Close date set to 2013-05-08 13:18
Status Update from Open to Closed.

サーチエイド、Voice Popper への対応 - Screen Reader NVDA Japanese Ticket #25653 on SourceForge.JP

Mon, 06 May 2013 23:03:56 +0900

サーチエイド、Voice Popper への対応

Open Date: 2011-07-07 11:32

Last Update: 2013-05-06 23:03

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	AppModule	Status:	Open
Resolution	None

Details

[nvda-japanese-users:433]

サーチエイド、ボイスポッパーをＮＶＤＡで読んでいますと、

１，キーボードでカーソルをどんどん動かしても音声の方が遅れてしまいます。それで、どこを読んでいるのかわからなくなります。

２，たとえばサーチエイドでホームページを読んでいると「選択」「選択解除」が繰り返されてわずらわしいです。

[nvda-japanese-users:435]

かなり以前になりますが、サーチエイド、ボイスポッパーの作者、桂木さんから、可能ならば、 NVDAへの対応を考慮している旨の返信をいただいています。

補足 (nishimoto)

オンラインソフト工房 http://homepage2.nifty.com/oss/

VoicePopper ベクター記事 http://www.vector.co.jp/magazine/softnews/040428/n0404284.html

Last Update of this Ticket

2013-05-06 23:03 Update by: nishimoto

Comment

下記の git コミットで search_aid.py と voice_popper3.py を削除しました。

release-2013.1jp eb956af

ドキュメントを更新しました。

release-2013.1jp f259300

アプリケーションごとの設定自動切り替え - Screen Reader NVDA Japanese Ticket #31295 on SourceForge.JP

Sun, 05 May 2013 21:24:20 +0900

アプリケーションごとの設定自動切り替え

Open Date: 2013-05-05 21:24

Last Update: 2013-05-05 21:24

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

アプリケーションごとの設定自動切り替えの機能があると、特定のアプリがアクティブになったときに音声エンジンを「音声なし」にして点字ディスプレイ出力だけを有効にできます。

つまり #25653 サーチエイド、Voice Popper のようなアプリケーションへの対応が容易になります。

このような機能は本家チケット 667 で提案されています。

Configuration profiles http://community.nvda-project.org/ticket/667

またこのような機能を提供するツール vTurbo for NVDA が 2.99 ポンドで販売されています（売上の一部は寄付されるそうです）： http://www.vict-consultancy.co.uk/content/vTurbo_for_NVDA.html

Last Update of this Ticket

2013-05-05 21:24 Update by: nishimoto

New Ticket "アプリケーションごとの設定自動切り替え" created

デスクトップ版Skype 6がWindows8でフリーズする - Screen Reader NVDA Japanese Ticket #30703 on SourceForge.JP

Fri, 03 May 2013 14:48:34 +0900

デスクトップ版Skype 6がWindows8でフリーズする

Open Date: 2013-02-08 15:07

Last Update: 2013-05-03 14:48

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

Windows 8（64ビット）＋NVDA 2012.3.1jp インストール環境＋デスクトップ版 Skype 6.1 の組み合わせで Skype がフリーズしたのでチケットにしておきます。

日本語版の開発スナップショットでは起きないのですが、「バージョンアップすると解決する」と宣言してよいかどうか、引き続き検証および情報収集したいと思います。

本家は Skype 6.1 対応で具体的な作業をしてはいないようですが、 Skype の最近の新機能（Facebook連携などメッセージ関連）にアクセシブルでない部分があるという情報を見ました。

余談ですが、Skype をスクリーンリーダーで使いやすくするツールとしてよく知られている Skype Tallking

https://code.google.com/p/skypetalking/

が開発を終了しているため、それに替わるツールとして GW Connect がよく紹介されており、NVDA でもうまく動くとされています。

http://www.gwmicro.com/App_Central/Apps/App_Details/?scriptid=1353

Last Update of this Ticket

2013-05-03 14:48 Update by: nishimoto

Comment

本チケットの作業において skype のアプリケーションモジュールを独自に更新したのですが、本家は 2013.2 に向けて下記のチケットの作業をしており、モジュールが大幅に書き換わっているので、念のために情報共有しておきます。

NVDA should read automatically incoming chat from Skype http://community.nvda-project.org/ticket/2298

変更したファイルを _skypeWin8Hack.py に分離したので、マージはうまくできると思うのですが。。

KGS BMpk が USB で接続できない - Screen Reader NVDA Japanese Ticket #31231 on SourceForge.JP

Tue, 30 Apr 2013 16:28:44 +0900

KGS BMpk が USB で接続できない

Open Date: 2013-04-26 22:50

Last Update: 2013-04-30 16:28

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Wont Fix

Details

KGS社のブレイルメモポケット(BMpk)が、Bluetooth では接続できるが、USB で接続できない（自動検出で認識しない、ポートを指定しても失敗する）、というご報告をいただきました。

https://twitter.com/toratorax/status/327400830946926594

送っていただいたログから関連箇所を下記に引用します。もうすこし kgs.py のログ出力を増やす必要があるかも知れません：

INFO - core.main (13:57:55):
NVDA version 2013.1jp-beta1
INFO - core.main (13:57:55):
Using Windows version sys.getwindowsversion(major=5, minor=1, build=2600, platform=2, service_pack='Service Pack 3')

IO - inputCore.InputManager.executeGesture (13:59:31):
Input: kb(desktop):enter
INFO - brailleDisplayDrivers.kgs.BrailleDisplayDriver.__init__ (13:59:31):
first connection COM3
INFO - brailleDisplayDrivers.kgs._fixConnection (13:59:31):
scanning port COM3
DEBUG - synthDrivers.jtalk.mecab.Mecab_analysis (13:59:31):
ボタン,名詞,一般,*,*,*,*,ボタン,ボタン,ボタン,0/3,C2
INFO - brailleDisplayDrivers.kgs.nvdaKgsStatusChangedProc (13:59:32):
checking equipment
IO - tones.beep (13:59:33):
Beep at pitch 450, for 20 ms, left volume 50, right volume 50
IO - tones.beep (13:59:33):
Beep at pitch 470, for 20 ms, left volume 50, right volume 50
IO - tones.beep (13:59:34):
Beep at pitch 490, for 20 ms, left volume 50, right volume 50
IO - tones.beep (13:59:34):
Beep at pitch 510, for 20 ms, left volume 50, right volume 50
INFO - brailleDisplayDrivers.kgs.nvdaKgsStatusChangedProc (13:59:34):
unknown equipment
IO - tones.beep (13:59:35):
Beep at pitch 530, for 20 ms, left volume 50, right volume 50
IO - tones.beep (13:59:35):
Beep at pitch 550, for 20 ms, left volume 50, right volume 50
IO - tones.beep (13:59:36):
Beep at pitch 570, for 20 ms, left volume 50, right volume 50
IO - tones.beep (13:59:36):
Beep at pitch 590, for 20 ms, left volume 50, right volume 50
IO - tones.beep (13:59:37):
Beep at pitch 610, for 20 ms, left volume 50, right volume 50
IO - tones.beep (13:59:37):
Beep at pitch 630, for 20 ms, left volume 50, right volume 50
IO - tones.beep (13:59:38):
Beep at pitch 650, for 20 ms, left volume 50, right volume 50
IO - tones.beep (13:59:38):
Beep at pitch 670, for 20 ms, left volume 50, right volume 50
IO - tones.beep (13:59:39):
Beep at pitch 690, for 20 ms, left volume 50, right volume 50
IO - tones.beep (13:59:39):
Beep at pitch 710, for 20 ms, left volume 50, right volume 50
IO - tones.beep (13:59:40):
Beep at pitch 730, for 20 ms, left volume 50, right volume 50
IO - tones.beep (13:59:40):
Beep at pitch 750, for 20 ms, left volume 50, right volume 50
IO - tones.beep (13:59:41):
Beep at pitch 770, for 20 ms, left volume 50, right volume 50
IO - tones.beep (13:59:42):
Beep at pitch 790, for 20 ms, left volume 50, right volume 50
IO - tones.beep (13:59:42):
Beep at pitch 810, for 20 ms, left volume 50, right volume 50
IO - tones.beep (13:59:43):
Beep at pitch 830, for 20 ms, left volume 50, right volume 50
INFO - brailleDisplayDrivers.kgs.bmDisConnect (13:59:43):
BmEndDisplayMode 2 1
INFO - brailleDisplayDrivers.kgs.bmDisConnect (13:59:43):
BmEnd 2 1
IO - tones.beep (13:59:43):
Beep at pitch 200, for 100 ms, left volume 50, right volume 50
INFO - brailleDisplayDrivers.kgs.BrailleDisplayDriver.__init__ (13:59:43):
failed COM3
ERROR - braille.BrailleHandler.setDisplayByName (13:59:43):
Error initializing display driver
Traceback (most recent call last):
  File "braille.pyo", line 1288, in setDisplayByName
  File "brailleDisplayDrivers\kgs.pyo", line 237, in __init__
RuntimeError: No KGS display found
INFO - braille.BrailleHandler.setDisplayByName (13:59:43):
Loaded braille display driver noBraille, current display has 0 cells.

Last Update of this Ticket

2013-04-30 16:28 Update by: nishimoto

Ticket Close date set to 2013-04-30 16:28
Status Update from Open to Closed.
Resolution Update from None to Wont Fix.
Type Update from Bugs to SupportRequest.

Comment

BMPKの通信速度の設定を 9600BPS にすればつながる、というご報告をいただきました。

USB仮想シリアルポートを使う場合について、下記をリリースノート等に記載する必要がありそうです。

BM24/BM46/BM32 BT46 では通信速度のパラメータは無視される。
BMPKはUSB接続であっても通信速度のパラメータが利用される。デバイスにはUSBポートの仮想シリアルでの通信速度の設定があるので、9600BPSに設定する。

濁音・半濁音文字への対応 - Screen Reader NVDA Japanese Ticket #31246 on SourceForge.JP

Mon, 29 Apr 2013 12:51:27 +0900

濁音・半濁音文字への対応

Open Date: 2013-04-29 12:51

Last Update: 2013-04-29 12:51

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Patches	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

下記のコミットについて説明します。

git nvdajp release-2013.1jp 2db17e3: added combining voiced (semi-voiced) sound marks U+3099 and U+309A
翻訳 svn 9510

ひらがな・カタカナの濁音、半濁音（がついたカナ文字ではなく、記号そのものを表すもの）には以下の種類があります。

合成用濁点 U+3099 合成用半濁点 U+309A
濁点 U+309B 半濁点 U+309C
半角濁点 U+FF9E 半角半濁点 U+FF9F

上記のコミットで合成用濁点 U+3099 合成用半濁点 U+309A を「ダクテン」「ハンダクテン」と読むように追加しました。

合成用文字は例えば PDF からコピーされた文字列に含まれることがあります。

参照 http://d.hatena.ne.jp/nakamura001/20120529/1338305696

また Microsoft IME では "3099" F5 キーで合成用濁点を入力できます。

これらの文字への NVDA 日本語版 (2013.1jp) の対応状況は以下の通りです。

Microsoft IMEの変換候補として詳細読みされるときに、309B が「濁点」ではなく「中点」になるなど、不具合があります。
記号読み上げレベルに依存しない（音声エンジンの実装依存で読み上げる）文字として定義されています。JTalk や Haruka Desktop では、カナ文字「か」と合成用濁点が連続していれば「が」のように読み上げます。JTalk は mecab.py で入力を NFKC 正規化しています。日本語点訳エンジンと共通です。
カーソルを左右移動したときの説明モードでの読み方は、今回のコミットにより、３種類の濁音・半濁音のいずれも「ダクテン」「ハンダクテン」と読み上げます。ただし合成用文字が使われているときのカーソル左右移動の挙動はアプリケーションの実装にも依存します。

なお Windows 8 以外の環境は未確認です。

Last Update of this Ticket

2013-04-29 12:51 Update by: nishimoto

New Ticket "濁音・半濁音文字への対応" created

Python 2.7.4 の不使用に関する情報 - Screen Reader NVDA Japanese Ticket #31241 on SourceForge.JP

Sun, 28 Apr 2013 21:30:37 +0900

Python 2.7.4 の不使用に関する情報

Open Date: 2013-04-28 21:30

Last Update: 2013-04-28 21:30

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

NVDA では Python 2.7.4 を使わないことになったので、情報をまとめておきます。 Windows 版 Python 2.7.4 の ZipFile モジュールにバグがあり、このモジュールに依存しているアドオンのインストールなどがうまく動かないようです。 Python 2.7.5 が出るまで、NVDA 本家は 2.7.3 を使用することになりました。

Pythonのバグ報告 17656 http://bugs.python.org/issue17656

NVDAのバグ報告 3189 http://community.nvda-project.org/ticket/3189

Last Update of this Ticket

2013-04-28 21:30 Update by: nishimoto

New Ticket "Python 2.7.4 の不使用に関する情報" created

updateCheck対応 - Screen Reader NVDA Japanese Ticket #28159 on SourceForge.JP

Sat, 27 Apr 2013 00:57:05 +0900

updateCheck対応

Open Date: 2012-04-22 23:43

Last Update: 2013-04-27 00:57

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

本家 2012.2 では updateCheck 機能が追加されます。

クライアントの処理が updateCheck.py に実装されています。

ユーザー側の実行環境とバージョン情報を受け取って、最新版へのアップデートが可能かどうかを返答するサーバーの機能が www.nvda-project.org/updateCheck に実装されています。（動作しているかどうかは未確認です）

nvdajp を本家と独立に公開・配布するならば updateCheck を無効化するか、サーバーを日本独自に構築・運用することが望ましいです。

NVDAユーザ会広島 nvda.jp が運用してはという提案があります。

Last Update of this Ticket

2013-04-27 00:57 Update by: nishimoto

Comment

アップデートサーバーの仕様案：

各リリースは、バージョン名、ダウンロードURL、新しさを表す serial 、安定版かどうかを表す stable フラグを付与して、データベースに格納する。
以下 stable=false のリリースは unstable と呼ぶ。

ロジック：

if クエリーがデータベース未登録のバージョンの場合は、「更新なし」を返す。
elif クエリーのバージョンよりも serial の大きい stable が存在すればそのバージョン名を返す。
elif クエリーのバージョンが unstable で、さらに serial の大きい unstable があれば、そのバージョン名を返す。
else 「更新なし」を返す。

日本語点字とコンピューター点字(NABCC)の併用モード - Screen Reader NVDA Japanese Ticket #31182 on SourceForge.JP

Mon, 22 Apr 2013 00:13:26 +0900

日本語点字とコンピューター点字(NABCC)の併用モード

Open Date: 2013-04-19 11:19

Last Update: 2013-04-22 00:13

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

現在の日本語点訳エンジンは、日本式の情報処理用点字を、内容に応じて自動的に使っています。

点字設定「カーソル位置の単語をコンピューター点字に展開」は liblouis のオプションを制御するものです。この「コンピューター点字」は NABCC コードを意味しています。

この設定は、日本語点字では無効です。

日本の点字ユーザーにも NABCC をお使いのかたがおられるようなので、liblouis と同等の「カーソル位置の単語をコンピューター点字に展開」モードを実装するか、あるいは、日本式の情報処理用点字のかわりに NABCC を使うモード（この場合は点字テーブルを切り替えるのがよいでしょうか）の実装を検討しています。

関連チケット #31066 日本語点字と英語短縮形の併用との整合性も要検討です。

Last Update of this Ticket

2013-04-22 00:13 Update by: nishimoto

Comment

Twitter経由でいただいたご意見を下記にまとめます。

無変換NABCCはプログラマーのためのモードで、マスを減らすことが重要。
英数字に関してはNVDAでいうとアメリカ英語８点コンピュータ点字（大文字を7の点で表現する）
NABCC で表現できない文字は日本語点字を使う
a と「あ」は区別できないが、マスを減らすことの方が重要。分かっている人が使うという前提。

既定の入力システムがMicrosoft Office IME 2010のときに「名前をつけて保存」で動かなくなる - Screen Reader NVDA Japanese Ticket #30056 on SourceForge.JP

Sun, 21 Apr 2013 11:10:32 +0900

既定の入力システムがMicrosoft Office IME 2010のときに「名前をつけて保存」で動かなくなる

Open Date: 2012-11-09 08:05

Last Update: 2013-04-21 11:10

Reporter:	nakalabo	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	6
Component:	(None)	Status:	Closed
Resolution	None

Details

メモ帳を起動してテキストを何文字か入力し、保存せずにメモ帳を閉じようとするとメモ帳ごと落ち、音声も止まってしまいます。再現手順は

　1 メモ帳を起動。　2 メモ帳に「中村研究室！ @nakalabo」とキーボードで入力。　3 Ctrlキーを押したままF4キーを押す。

メモ帳が停止してしまい、完全に音声まで出なくなります。 NVDAのバージョンは jpdev121109、OSは Windows7 32bit です。

類似する環境ではどうでしょうか？

Last Update of this Ticket

2013-04-21 11:10 Update by: nishimoto

Milestone Update from (None) to 2013.1jp (closed).
Ticket Close date set to 2013-04-21 11:10
Status Update from Open to Closed.

Comment

4月11日のコメント（lp:~nvdajp/nvdajp/jp2013.1 rev 6005）で本チケットの問題は解決したものと思います。開発スナップショット jpdev130415 に反映されています。

この修正が本家にマージされるかどうか不明ですが、日本語版に関するチケットとしてはクローズします。

Mozilla Thunderbird に於けるフィルタ設定での振り分け先フォルダの読み上げ - Screen Reader NVDA Japanese Ticket #31176 on SourceForge.JP

Fri, 19 Apr 2013 11:01:23 +0900

Mozilla Thunderbird に於けるフィルタ設定での振り分け先フォルダの読み上げ

Open Date: 2013-04-18 14:26

Last Update: 2013-04-19 11:01

Reporter:	nakalabo	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

電子メールクライアントの Mozilla Thunderbird 17.0.5 に於いて、受信トレイに届いたメールを、メッセージフィルタ機能を使ってその他のフォルダなどに振り分けようとした場合に NVDA で読み上げられていないフォーム部品があるようです。該当箇所は「フィルタの設定」ダイアログボックスの下半分「以下の動作を実行する」の部分にあるフォルダ選択の為のコンボボックスで、フォーカスが当たった瞬間にはそれをしゃべるのですが、下矢印キーや上矢印キーを押してどこかフォルダを選ぼうとする時になると NVDA がコンボボックスで選択項目を読み上げず無言になります。そして Tabキーを押すなどしてそのコンボボックスからフォーカスを外すと NVDA はまた読み上げるようになります。この為、振り分け条件を設定する時にコンボボックスの中を操作していて、自分が今どのフォルダを選択しているのか分からなくなります。

確認手順は次のとおりです。尚、この手順で操作する前に、予めツリービューの「受信トレイ」にフォーカスを当ててアプリケーションキーを押し「新しいフォルダ」から何かフォルダを作っておかなくてはいけません… 　　(1) Mozilla Thunderbird を起動します。　　(2) ３回 Tabキーを押し、画面の左側にあるツリービューに移動します。　　(3) 受信トレイに、矢印キーでフォーカスを当てます。　　(4) １回 Tabキーを押し、受信トレイに入ります。　　(5) 矢印キーで振り分けたいメールを選択します。　　(6) １回 Tabキーを押し、差出人にフォーカスを当てます。　　(7) アプリケーションキーを押して、コンテキストメニューを出します。　　(8) 下矢印キーで［フィルタを作成］を選び Enterキーを押します。　　　　［フィルタの設定］ダイアログボックスが出てきます。　　(9) １０回程度 Tabキーを押していくと、アカウントやフォルダを選択　　　　する為のコンボボックスに、フォーカスが当たります。　　　　下矢印キーや上矢印キーを押しますが、そのコンボボックス内容を　　　　読み上げてくれません。

確認環境は OS が Windows7 32bit で、Mozilla Thunderbird のバージョンは 17.0.5 になります。読み上げの確認は 2013.1jp-beta2 および開発スナップショットjpdev130415 の２種類で行いましたが、どちらも同じ現象でした。その時にログが表示されなかったように思います。

Last Update of this Ticket

2013-04-19 11:01 Update by: nishimoto

Type Update from Bugs to Feature Requests.

Comment

下記の対策があるとのことなので、チケットを「バグ」から「機能リクエスト」に変更します。

NVDA+Tabキーを押す（現在のフォーカスを通知）
テンキー8（レビュー内の現在行の通知）テンキー9（レビュー内の次の行に移動のコマンド）を押す（2013.1のラップトップ配列ではNVDA+IおよびNVDA+Oです）

NVDAメニュー「ユーザーガイド」のアクセラレーター(U)が消えている - Screen Reader NVDA Japanese Ticket #31089 on SourceForge.JP

Sun, 14 Apr 2013 17:30:33 +0900

NVDAメニュー「ユーザーガイド」のアクセラレーター(U)が消えている

Open Date: 2013-04-02 23:32

Last Update: 2013-04-14 17:30

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1 (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

本家 2013.1-beta1 でNVDAメニュー「ヘルプ」にある「ユーザーガイド」のアクセラレーター(U)が消えて、「ユーザーガイド、ユ」になっているので、修正を予定しています。

たしかスタートメニューの NVDA グループ「説明」の中のショートカットに(U)がつかないようにするための修正だったと記憶しています。

よく考えてみると「ユーザーガイド(U)」が両方に使われていて問題なさそうです。。

Last Update of this Ticket

2013-04-14 17:30 Update by: nishimoto

Ticket Close date set to 2013-04-14 17:30
Status Update from Open to Closed.

「書式の通知」を「スタイルの通知」に変更する - Screen Reader NVDA Japanese Ticket #31103 on SourceForge.JP

Sun, 14 Apr 2013 17:30:00 +0900

「書式の通知」を「スタイルの通知」に変更する

Open Date: 2013-04-06 16:50

Last Update: 2013-04-14 17:30

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1 (closed)
Type:	Patches	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

翻訳 svn 9210 の変更について説明します。

書式情報「書式の通知(Y)」は Microsoft Word においては「スタイル」を選択する機能です。英語での表現も style になっています。

そこでこの設定項目を「スタイルの通知(Y)」に変更しました。また、スタイル通知のテンプレートを「書式標準」の形式から「標準スタイル」の形式に変更しました。

このコミットでは、あわせて「書式情報」ダイアログの中で、アクセラレーターが欠落している項目の修正、table の翻訳ゆれ（「表」および「テーブル」）を「テーブル」に統一する修正を行いました。

Last Update of this Ticket

2013-04-14 17:30 Update by: nishimoto

Ticket Close date set to 2013-04-14 17:30
Status Update from Open to Closed.

日本語変換候補の通し番号を読まないオプションの導入 - Screen Reader NVDA Japanese Ticket #29464 on SourceForge.JP

Sat, 13 Apr 2013 19:55:51 +0900

日本語変換候補の通し番号を読まないオプションの導入

Open Date: 2012-09-06 00:26

Last Update: 2013-04-13 19:55

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Feature Requests	Severity:	5 - Medium
Component:	IME	Status:	Closed
Resolution	Fixed

Details

現在の NVDA 日本語版の実装では、IME の候補ウィンドウから MSAA で要素番号を取り出せる場合に限って、「（各文字の詳細読み）候補２」のように候補番号を通知します。

この仕様の評判は悪くはないのですが、候補番号を読まなければ、単語そのものの詳細読みを集中して聞くことができる、というご意見もいただいています。

日本語変換候補の通し番号を読まないオプションがあるとよいかも知れません。

Last Update of this Ticket

2013-04-13 19:55 Update by: nishimoto

Ticket Close date set to 2013-04-13 19:55
Status Update from Open to Closed.

NVDA一般設定「言語」が日本語でないときに日本語変換候補を詳細読みしない - Screen Reader NVDA Japanese Ticket #31114 on SourceForge.JP

Sat, 13 Apr 2013 19:55:23 +0900

NVDA一般設定「言語」が日本語でないときに日本語変換候補を詳細読みしない

Open Date: 2013-04-07 19:03

Last Update: 2013-04-13 19:55

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

NVDA日本語ベータ版 2013.1-beta2 にて下記の現象を確認しました。

Windows 8 Pro で言語の設定を「英語」にする
この環境で NVDA の一般設定「言語」を「既定の言語 default launguage」にする（NVDA メニューが英語になる）
NVDA 日本語版の「言語設定 (language settings) 」の「日本語版の文字入力拡張 (Use IME support of nvdajp)」は有効にする
ATOK 2013 および Microsoft IME のいずれにおいても、メモ帳などで日本語変換の詳細で「川」「みゃ」などが「サンボンガワノカワ」「ミ、コモジノヤ」などにならない。

下記のコミットでこの問題に対応しました。

lp:~nvdajp/nvdajp/jp2013.1 rev 5998

具体的には nvdajp_dic モジュールが日本語の入力や読み上げにだけ使用されることを前提に、一般設定「言語」の設定の影響を受けないように修正しました。

Last Update of this Ticket

2013-04-13 19:55 Update by: nishimoto

Ticket Close date set to 2013-04-13 19:55
Status Update from Open to Closed.
Resolution Update from None to Fixed.

「やむメール」 Tween などの日本語入力で遅くなる - Screen Reader NVDA Japanese Ticket #30938 on SourceForge.JP

Sat, 13 Apr 2013 19:54:32 +0900

「やむメール」 Tween などの日本語入力で遅くなる

Open Date: 2013-03-09 21:32

Last Update: 2013-04-13 19:54

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1 (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

開発スナップショット jpdev130309 （日本語版 jpime130222 以降）では「やむメール」や Tween などの日本語文字入力で遅延が起きる不具合が報告されています。

本家版でも同様の報告があり、本家のチケット3005で .NET フレームワークに関係があるのではと指摘されています。 http://www.nvda-project.org/ticket/3005

以下は Tween でこの現象を再現する手順です：

1)Tweenを起動
2)タブキーでツイートのエディットボックスへ移動
3)日本語変換入力モードへ切り替え
4)「あ」と入力
5)NVDAがビジー状態となる
6)数十秒待たされた後に「あ」と入力され
7)変換候補ウインドウが表示される

Last Update of this Ticket

2013-04-13 19:54 Update by: nishimoto

Ticket Close date set to 2013-04-13 19:54
Status Update from Open to Closed.
Milestone Update from 2013.1jp (closed) to 2013.1 (closed).

Comment

本家 2013.1 rev 6014 で修正されたので、改めてこのチケットをクローズします。

WEBページの中でSキーによる区切り線「hr」へのジャンプができない。 - Screen Reader NVDA Japanese Ticket #26349 on SourceForge.JP

Sat, 06 Apr 2013 17:54:32 +0900

WEBページの中でSキーによる区切り線「hr」へのジャンプができない。

Open Date: 2011-09-19 18:57

Last Update: 2013-04-06 17:54

Reporter:	(Anonymous)	Owner:	nishimoto
Priority:	5 - Medium	MileStone:	2013.1 (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	本家	Status:	Closed
Resolution	Fixed

Details

WEBページに「hr」タグを書くと区切り線としてNVDAでは認識されるが、区切り線を移動するためのショートカットキー「S」および「Shift+S」でそこへ移動できない。結果、区切り線であることが見つけられない。

divタグの枠線やTableタグの枠線、取り消し線であるSタグでもないようです。いったいSキーは何の区切り線へ移動できるのでしょうか？

Last Update of this Ticket

2013-04-06 17:54 Update by: nishimoto

Comment

IE での区切り線へのジャンプは本家チケット 2781 で検討され、マイルストーン 2013.1 としてバグ修正されました。

http://community.nvda-project.org/ticket/2781

エクスプローラーでデリートキーを押した直後にNVDAが落ちる - Screen Reader NVDA Japanese Ticket #30482 on SourceForge.JP

Fri, 05 Apr 2013 19:37:36 +0900

エクスプローラーでデリートキーを押した直後にNVDAが落ちる

Open Date: 2013-01-10 10:12

Last Update: 2013-04-05 19:37

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	SupportRequest	Severity:	6
Component:	(None)	Status:	Closed
Resolution	Duplicate

Details

下記、回避策が見つかったとのことなので、情報提供のためにチケットに登録します。

システム Windows 7 x64
ハードウェア ASUS Zenbook
症状：エクスプローラーで何かのファイルを削除しようとしてデリートキーを押すと、かなり高い確率でデリートキーを押した直後にNVDAが落ちていた
回避策：Realtek HD オーディオの最新ドライバをRealtekのサイトから入手してインストールした
結果：NVDAが落ちる現象が出なくなった。低いところのビープ音の頭が欠けたりノイズがあったりといった不具合が改善された。キーボードを押してからのJtalk の反応も早くなった可能性がある。
備考：プログレスバーの通知をビープにしているとのこと。音声とビープの出力タイミングに依存する可能性。

Last Update of this Ticket

2013-04-05 19:37 Update by: nishimoto

Ticket Close date set to 2013-04-05 19:37
Status Update from Open to Closed.
Resolution Update from None to Duplicate.
Severity Update from 5 - Medium to 6.

Comment

既定の入力システムがMicrosoft Office IME 2010のときに、Windows 7 (32bit) のエクスプローラーで大きなファイルを削除するためにデリートキーを押すと NVDA 日本語版 (jp2013.1 rev 5995) がクラッシュする現象を再現できました。

NVDA本家版でも確認して、場合によっては本家にバグレポートした方がよさそうです。

本件は #30056 との重複として扱います。

Windows XPでのメモ帳の確定読み上げの重複 - Screen Reader NVDA Japanese Ticket #28133 on SourceForge.JP

Fri, 05 Apr 2013 19:23:08 +0900

Windows XPでのメモ帳の確定読み上げの重複

Open Date: 2012-04-20 16:37

Last Update: 2013-04-05 19:23

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	IME	Status:	Closed
Resolution	Fixed

Details

チケット26438の一連の作業の副作用で、2012.1j での対応を見送ったものを新たにチケット化します。

2012.1j と Windows XP SP3 「詳細なテキストサービスをすべてのプログラムに拡張」の設定における「メモ帳」と Microsoft IME の組み合わせで、以下が発生します。

キーボード設定の確定読み上げが

オフの場合：Enter で確定したときにカーソル位置の行全体が読み上げられる
オンの場合：Enter で確定したときに確定読み上げに続いてカーソル行全体の読み上げが行われる

Last Update of this Ticket

2013-04-05 19:23 Update by: nishimoto

Milestone Update from (None) to 2013.1jp (closed).
Resolution Update from None to Fixed.
Status Update from Open to Closed.
Ticket Close date set to 2013-04-05 19:23

Comment

NVDA日本語版 2013.1jp に向けたテスト版 (jp2013.1 rev 5995) および Windows XP SP3 「詳細なテキストサービスをすべてのプログラムに拡張」の設定における「メモ帳」と Microsoft IME の組み合わせで、エンターキーを押したときに確定した内容に続いて「エディット、複数行、（その行の内容）」を読み上げる現象が起こらなくなりました。

本来は別の現象を扱ったチケットであったため、このチケットはクローズします。

アンカーのないa要素の読み上げについて - Screen Reader NVDA Japanese Ticket #26383 on SourceForge.JP

Fri, 05 Apr 2013 19:09:14 +0900

アンカーのないa要素の読み上げについて

Open Date: 2011-09-25 13:21

Last Update: 2013-04-05 19:09

Reporter:	saekitominaga	Owner:	nishimoto
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	本家	Status:	Closed
Resolution	Works For Me

Details

アンカーのないa要素をリンク扱いするのは意図した動作でしょうか。

たとえば、HTML5のThe a elementに掲載されている以下のコードを読み上げると、3番目のリストも「リンクExamples」と読み上げられてしまいます。

<nav>
 <ul>
  <li> <a href="/">Home</a> </li>
  <li> <a href="/news">News</a> </li>
  <li> <a>Examples</a> </li>
  <li> <a href="/legal">Legal</a> </li>
 </ul>
</nav>

このコードをFirefoxやIEなどで表示すると、href属性のないa要素は下線が引かれず、通常のテキストと同じ扱いとなるようです。Tabキーなどのキーボード操作でもフォーカスが合うことはありません。

スクリーンリーダーでも、視覚環境と同じくリンクでない通常のテキストとして扱うのが自然かと思います。

Last Update of this Ticket

2013-04-05 19:09 Update by: nishimoto

Ticket Close date set to 2013-04-05 19:09
Resolution Update from None to Works For Me.
Status Update from Open to Closed.

Comment

もし最近のバージョンのブラウザおよびNVDAでこの問題が起きているようでしたら、再度ご報告ください。

WEBページ内に設置したランドマーク「role」がエディットボックスと誤判定される - Screen Reader NVDA Japanese Ticket #26350 on SourceForge.JP

Fri, 05 Apr 2013 19:00:28 +0900

WEBページ内に設置したランドマーク「role」がエディットボックスと誤判定される

Open Date: 2011-09-19 19:04

Last Update: 2013-04-05 19:00

Reporter:	(Anonymous)	Owner:	nishimoto
Priority:	5 - Medium	MileStone:	2013.1 (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	本家	Status:	Closed
Resolution	Fixed

Details

WEBページにランドマークとして、role属性を設置すると、テキストエのエディットボックスと語解釈されてしまいます。自動的にフォーカスモードを切り替える場合、テキスト入力状態に切り替わってしまい、またランドマークの移動キーである「D」キーで移動できる一方で、「E」キーでもテキストボックスへの移動として機能してしまいます。

日本語環境でIEの場合、これが誤ったテキストボックスと知らずに文字入力、確定のつもりでエンターを押すと、直前にフォーカスしていたリンクへ飛んでしまう可能性があります。再現場所：http://mh0406.so.land.to/rolestest.php

Last Update of this Ticket

2013-04-05 19:00 Update by: nishimoto

Milestone Update from (None) to 2013.1 (closed).
Severity Update from 7 to 5 - Medium.
Resolution Update from None to Fixed.
Status Update from Open to Closed.
Ticket Close date set to 2013-04-05 19:00

Comment

NVDA日本語版 2013.1jp に向けたテスト版 (jp2013.1 rev 5995) と Windows xp IE 8 の組み合わせでも http://mh0406.so.land.to/rolestest.php のページ内のランドマークに E / Shift+E で移動できない（Dでは移動できる）ことを確認しました。

本家のいつのコミットで解決したのかご報告できなくて恐縮ですが、このチケットはクローズします。

Word 2003「名前をつけて保存」で日本語入力を読み上げない - Screen Reader NVDA Japanese Ticket #30555 on SourceForge.JP

Fri, 05 Apr 2013 18:33:10 +0900

Word 2003「名前をつけて保存」で日本語入力を読み上げない

Open Date: 2013-01-21 18:26

Last Update: 2013-04-05 18:33

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

Microsoft Word 2003 の「名前をつけて保存」ダイアログで日本語入力の不具合があるというご報告をいただき、確認したところ、同じ現象かどうかは分かりませんが、下記を確認しました。

環境: Windows XP SP3, Microsoft Office Word 2003, Microsoft Office IME 2010, NVDA 2012.3.1jp（デフォルト設定）
状況: Word 2003 で「名前をつけて保存」を実行し、ファイル名のテキストボックスで日本語IMEを使って文字入力すると、変換前の文字をキーエコーしない。候補ウィンドウが開いてからは候補を詳細読みする。
補足: 日本語設定「日本語版の文字入力拡張」を無効にすると、キーエコーを読み上げる（確定直後の詳細読みができないのは本家の実装の仕様）。Microsoft IME 2002, 2003 でも状況は同じ。ATOK 2012 はキーエコーする。
考察: ファイル保存ダイアログが TSF を使っており、「日本語版の文字入力拡張」の文字入力サポートがうまくいっていない可能性。

Last Update of this Ticket

2013-04-05 18:33 Update by: nishimoto

Milestone Update from (None) to 2013.1jp (closed).
Ticket Close date set to 2013-04-05 18:33
Status Update from Open to Closed.

Comment

本家のIMEサポートの実装に 2013.1jp で移行するので、このチケットはクローズします。

なにか不具合が見つかったらご指摘ください。

日本語点訳エンジンにおける記号の処理 - Screen Reader NVDA Japanese Ticket #30164 on SourceForge.JP

Fri, 05 Apr 2013 18:25:37 +0900

日本語点訳エンジンにおける記号の処理

Open Date: 2012-11-21 05:23

Last Update: 2013-04-05 18:25

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

開発スナップショット jpdev121119 において、点字出力のカッコ記号を実装しました。

暫定的な仕様として symbols.dic に含まれているカッコおよびカッコとじは基本的に全部 5-2356 および 2356-2 にする、という方針をご提案いただいたので、そのように実装したのですが、下記のようなご意見をいただきました。

ネットワーク環境がよくないのですぐに着手できません。本件について11月23日までにご意見をいただければ、次の日本語ベータ版に反映できます。

カッコ記号は「　」と、　『　』が、同じ56、36　36、23
　[　]と、　〈　〉と、　{　}と、　《　》と　【　】が
全部5、2356　2356、2　　になっています。
できれば、点訳ルール通り区別してもらったほうが分かりやすい。

カッコ類の点字出力表示についてですが
まず一般の日本点字のルールに従って
「　と　」は、両方とも36（第1カギ）
『　は、56、36　（二重カギ）
』　は、36、23　（二重カギ閉じ）
〈　は、56、3　（第2カギ）
〉　は、6、23　（第2カギ閉じ）
《　は、56、2356　（二重カッコ）
》　は、2356、23　（二重カッコ閉じ）
[　は、6、2356　（角カッコ）
]　は、2356、3　（角カッコ閉じ）

このあとは、私の個人的な案ですが
{　は、5、2356　（第2カッコ）
}　は、2356、2　（第2カッコ閉じ）

さらに統一日本点字の案を参考にして
【　は、46、126
】　は、46、345

記号類の表示は
ヘルプのどこかにまとめてわかりやすく
表にしておいてほしいです。

Last Update of this Ticket

2013-04-05 18:25 Update by: nishimoto

Status Update from Open to Closed.
Ticket Close date set to 2013-04-05 18:25

Comment

下記のように記号の表記を変更しました。

| ◇ 白菱形 | 46-1236-2 |
| ◆ 黒菱形 | 46-1256-23 |

lp:~nvdajp/nvdajp/jp2013.1 rev 5995

NVDA Sonar - Screen Reader NVDA Japanese Ticket #31040 on SourceForge.JP

Thu, 04 Apr 2013 09:29:34 +0900

NVDA Sonar

Open Date: 2013-03-26 23:19

Last Update: 2013-04-04 09:29

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

NVDA を Cakewalk Sonar に対応させるプロジェクトについて jteh さんのブログを紹介します： http://blog.jantrid.net/p/nvda-sonar.html

プロジェクトのページ： https://launchpad.net/nvda-sonar

JSonar を併用するようです： http://www.jsonar.org/

対象は Sonar Producer Edition で Version 8.5.3 が推奨とのことです。セットアップの手順がやや複雑なようです。

日本でも Sonar を使いたいというお話を聞くのですが日本語版の Sonar が使えるかどうかは未確認です。

Last Update of this Ticket

2013-04-04 09:29 Update by: nishimoto

Comment

NVDA Sonar がアドオンになったそうです： http://blog.jantrid.net/p/nvda-sonar.html

sonar-0.1 ダウンロード： http://files.nvaccess.org/nvda-addons/sonar-0.1.nvda-addon

IEでnvda-addonファイルをダウンロードすると拡張子がzipになる - Screen Reader NVDA Japanese Ticket #31028 on SourceForge.JP

Sat, 30 Mar 2013 13:00:14 +0900

IEでnvda-addonファイルをダウンロードすると拡張子がzipになる

Open Date: 2013-03-24 12:15

Last Update: 2013-03-30 13:00

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

Windows XP sp3 と IE 8 の組み合わせで、NVDA のアドオンファイル（拡張子 .nvda-addon ）をダウンロードすると、IE が拡張子を .zip に付け替えてしまうようです。

Firefox など他のブラウザでダウンロードするか、ダウンロードしたファイルの拡張子をつけ直してからアドオンの追加を行う必要があります。

これについては本家のチケット 2394 で触れられていました。

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

Last Update of this Ticket

2013-03-30 13:00 Update by: nishimoto

Comment

本家のサーバーがこの問題をどのように回避しているか、前述したチケットに書かれています。

Apache の設定で、サーバーレスポンスの content type を変更しているようです。

具体的には .nvda-addon という拡張子を持つファイルに対して "application/x-nvda-addon" を与えているとのこと。

いま確認したら、確かに sourceforge.jp は拡張子 .nvda-addon というファイルを

Content-Type: application/octet-stream

で返しています。

ちなみに本家のアドオンコミュニティサイトにあるアドオンは、サーバーの実体が複数あるらしく word アドオンは text/plain でした。

OCR アドオンは jteh さんが書いたとおりになっています（一部引用、改変）：

> curl -L -I "http://addons.nvda-project.org/files/get.php?file=ocr"

Location: http://*****************/nvda-addons/ocr_0.20120529.01.nvda-addon

Content-Type: application/x-nvda-addon

この問題に対応するためには、アドオンファイル配布サーバーの設定を検討する必要があります。

日本語点字と英語短縮形の併用 - Screen Reader NVDA Japanese Ticket #31066 on SourceForge.JP

Sat, 30 Mar 2013 09:59:44 +0900

日本語点字と英語短縮形の併用

Open Date: 2013-03-30 09:59

Last Update: 2013-03-30 09:59

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

チケット #28958 liblouis の日本語対応に書かれている経緯もあり、日本語の点字出力には liblouis を利用せず、独自に点訳エンジンを実装しました。

今後、日本語の点字出力と、英語2級点字の contraction （短縮形）を併用できるようにすることを、このチケットで扱います。

おそらくは、外国語引用符の中でだけ短縮形を使う、ユーザーが明示的に有効・無効を選べる、という要求になりそうです。

実現方法として、liblouis の日本語対応を進めていきながら実現する、日本語点訳エンジンを独自拡張する、の両方の可能性があります。

このチケットは、実現手段に関わらず、この機能を実現することについて議論するためのチケットです。

Last Update of this Ticket

2013-03-30 09:59 Update by: nishimoto

New Ticket "日本語点字と英語短縮形の併用" created

KGSドライバでのアルファベット大文字入力 - Screen Reader NVDA Japanese Ticket #31065 on SourceForge.JP

Sat, 30 Mar 2013 09:50:29 +0900

KGSドライバでのアルファベット大文字入力

Open Date: 2013-03-30 09:50

Last Update: 2013-03-30 09:50

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

2013.1jp に向けた KGS ドライバの実装ではアルファベット文字に加えて、コントロールキー＋アルファベット文字、オルトキー＋アルファベット文字の入力をサポートしています。

これは本家の点字文字入力サポートではなくドライバで独自に行っている処理です。

であれば、セレクトキーがすでに Shift に割り当てられているので、セレクトキー＋アルファベットで、アルファベットの大文字を入力できるようにしてはどうか、というご意見をいただいています。

以下の検討が必要と思います。

点字ドライバーは文字コードではなくキーイベントを返す仕様なので、簡単には実現できない可能性がある
点字規則にそった入力を今後サポートするときに整合しなくなる可能性がある

なお、2013.1jp 版「NVDA日本語版の説明」は、下記で公開する予定です。

http://www.nvda.jp/nvda2013.1jp/ja/readmejp.html

Last Update of this Ticket

2013-03-30 09:50 Update by: nishimoto

New Ticket "KGSドライバでのアルファベット大文字入力" created

Microsoft IME 2002, 2003 で候補9の次の変換候補を通知しない - Screen Reader NVDA Japanese Ticket #31052 on SourceForge.JP

Thu, 28 Mar 2013 13:40:56 +0900

Microsoft IME 2002, 2003 で候補9の次の変換候補を通知しない

Open Date: 2013-03-28 13:40

Last Update: 2013-03-28 13:40

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

NVDA 2013.1jp-beta1 を Windows XP sp3 と Microsoft IME 2002 または 2003 の組み合わせで使うときに、候補9の次の変換候補を通知しない、という現象を確認しています。

具体的には、「かん」のように候補数が多い変換をして、スペースキーで候補を次々に選んでいると、候補9の次の候補だけ無音になり、さらにスペースキーを押すと候補2を詳細読みで通知します。

どうやら変換候補ウィンドウがページ送りした直後の候補で起きるようです。

Microsoft Office IME 2010 では起こりません。

いまのところ Windows XP のメモ帳（詳細なテキストサービスをプログラムのすべてに拡張しない）で確認している現象です。

日本語の入力拡張をオフにしても同じなので、本家版でも検証する必要があります。

Last Update of this Ticket

2013-03-28 13:40 Update by: nishimoto

New Ticket "Microsoft IME 2002, 2003 で候補9の次の変換候補を通知しない" created

ウェブページ閲覧時における ruby 要素内の読みについて - Screen Reader NVDA Japanese Ticket #30676 on SourceForge.JP

Thu, 28 Mar 2013 01:07:08 +0900

ウェブページ閲覧時における ruby 要素内の読みについて

Open Date: 2013-02-04 11:02

Last Update: 2013-03-28 01:07

Reporter:	nakalabo	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

W3C が世界標準の規格として勧告しているマークアップ言語のうち XHTML1.1 から、難読文字にふりがなを付ける為の ruby 要素が仕様として定められています。 XHTML1.1 Technical Reports : http://www.w3.org/TR/2001/REC-xhtml11-20010531/

例えば、次のように XHTML1.1 でマークアップすると <ruby><rb>就職</rb><rp>（</rp><rt>しゅうしょく</rt><rp>）</rp></ruby>に<ruby><rb>向</rb><rp>（</rp><rt>む</rt><rp>）</rp></ruby>けた<ruby><rb>準備</rb><rp>（</rp><rt>じゅんび</rt><rp>）</rp></ruby>をしたい

Internet Explorer では「就職」の上には『しゅうしょく』「向」の上には『む』「準備」の上には『じゅんび』とルビ（ふりがな）が付きます。

Mozilla Firefox では、漢字の上にはふりがなが付かない仕様になっているようですが、その代わりに「就職（しゅうしょく）に向（む）けた準備（じゅんび）をしたい」というように rp 要素で指定した記号で囲まれたルビが、漢字に続いて表示されます。

このようなタグづけのあるページでは NVDA が漢字とルビの両方を読み上げています。例えば前述の例であれば「シューショク　カッコ　シュウショク　カッコトジ　ニムカイ　カッコ　ム　カッコトジ　ケタジュンビ　カッコ　ジュンビ　カッコトジ　ヲシタイ」という読み上げになります。

そこで、検討を提案します。　* まず確認事項として NVDA が ruby タグやその関連タグにも対応しているのか？　* もしも ruby タグに対応しているとしたら rt 要素の中身（ルビテキスト）だけ読み上げるようにはできないのか？　* もしも ruby タグやその関連タグに NVDA が対応していないとしたら NVDA の仕様をルビ対応にできないのか？　* W3C が世界標準の規格として勧告しているマークアップ言語なので、本家版から改善されるのが望ましいと思われる。

色々なユーザーがいることを考えて rt 要素の中身（ルビテキスト）だけ読み上げるのか rb 要素の中身と rt 要素の中身の両方を読み上げるようにするのかを設定などで選べるようにしても良いかと思います。

Last Update of this Ticket

2013-03-28 01:07 Update by: nishimoto

Comment

本件の確認のために XHTML 1.1 でマークアップしたテストケースを作りました。

https://dl.dropbox.com/u/62564469/nvdajp-ti30676-ruby-test.html

下記のサイトでバリデーションしています。

http://openlab.ring.gr.jp/k16/htmllint/htmllint.html

IE10 と Chrome でルビとして表示されることを確認しました。また Chrome では括弧と閉じ括弧がレビュー対象外になる（RPタグを解釈している？）ようです。

本件はブラウザと NVDA が協調して行う処理なので、ブラウザごとに NVDA にどういう情報が見えているかを調べて、ルビというマークアップが NVDA に認識されているなら、それをどう操作可能にするか検討することになります。

JTalkが「いひ」を「ユイ」と読み付与する - Screen Reader NVDA Japanese Ticket #30919 on SourceForge.JP

Wed, 27 Mar 2013 19:14:17 +0900

JTalkが「いひ」を「ユイ」と読み付与する

Open Date: 2013-03-07 12:14

Last Update: 2013-03-27 19:14

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

ログレベル debug で以下の状況を確認しました。

比較のために「いひ」と「いいひと」の結果です：

mecab:0.993 nvdajp-jtalk-dic (utf-8) 20130120-060611

いひ,動詞,自立,*,*,四段・ハ行,連用形,いふ,イヒ,ユイ,0/2,C2

いい,形容詞,自立,*,*,形容詞・アウオ段,基本形,いい,イイ,イイ,1/2,C3
ひと,名詞,一般,*,*,*,*,ひと,ヒト,ヒト,0/2,C3

Last Update of this Ticket

2013-03-27 19:14 Update by: nishimoto

Milestone Update from (None) to 2013.1jp (closed).
Ticket Close date set to 2013-03-27 19:14
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Comment

miscdep 146 で対策を行いました。

とりあえずこの単語を辞書から削除しただけですが、本来は、旧仮名遣いの単語の読み付与や点訳について、文脈に応じた判断が必要と思われます。

instantTranslateアドオンの日本語化 - Screen Reader NVDA Japanese Ticket #30695 on SourceForge.JP

Tue, 26 Mar 2013 22:31:49 +0900

instantTranslateアドオンの日本語化

Open Date: 2013-02-07 20:20

Last Update: 2013-03-26 22:31

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1 (closed)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

instantTranslateアドオンは、Google 翻訳を手軽に呼び出せる拡張機能です。

Shift+NVDA+T 選択中の文字列を翻訳

Shift+NVDA+Y クリップボードにコピーされた文字列を翻訳

アドオンをインストールするとNVDAメニューの設定に項目が追加され、どの言語からどの言語に翻訳をするかを選べます。「日本語から英語」「英語から日本語」が動いていることは確認しました。

現在ダウンロードできるinstantTranslate-2.2beta1 は日本語ロケールが入っていませんが、すでに翻訳をコミットしているので、次のアップデートで日本語化されると思います。

http://addons.nvda-project.org/files/instantTranslate-2.2beta1.nvda-addon

アドオン説明ページはまだ日本語に翻訳できていません。

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

Last Update of this Ticket

2013-03-26 22:31 Update by: nishimoto

Ticket Close date set to 2013-03-26 22:31
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Comment

instantTranslate というアドオンの識別名を残すように翻訳を修正して、svn 9042 でコミットしました。

ユーザー名が特定の日本語文字を含むときにNVDAインストーラーが起動しない - Screen Reader NVDA Japanese Ticket #28949 on SourceForge.JP

Tue, 26 Mar 2013 22:24:25 +0900

ユーザー名が特定の日本語文字を含むときにNVDAインストーラーが起動しない

Open Date: 2012-07-08 11:59

Last Update: 2013-03-26 22:24

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1 (closed)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

らくらくNVDAに投稿された内容ですが、西本宛にも問い合わせがきて、現在、対応中の問題をこちらに記載します。

ダウンロードした 2012.2.1jp のパッケージが実行できず、下記のエラーが出るとのことです。

Errors occurred

See the logfile 'C:\Users\(ユーザー名）\AppData\Local\Temp\nsq5AA4.tmp\_nvda_temp_\nvda.exe.log' for details

また、別の環境ではインストールしたファイルが実行できず下記のエラーが出るそうです。

Errors occurred

The logfile 'C:\Program Files\NVDA\nvda.exe.log' could not be opened:
 [Errno 13] Permission denied: 'C:\\Program Files\\NVDA\\nvda.exe.log'

ダウンロードされたファイルのサイズ（バイト数）は問題がないようです。

本家チケット2198に似た報告がありますが解決方法が記載されていません。

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

なにか進展があったら追記します。

Last Update of this Ticket

2013-03-26 22:24 Update by: nishimoto

Ticket Close date set to 2013-03-26 22:24
Resolution Update from None to Fixed.
Status Update from Open to Closed.

Comment

インストーラーの起動について不具合報告を受けていないので、クローズします。

「セルの座標」から「セルの番地」など翻訳の変更 - Screen Reader NVDA Japanese Ticket #31020 on SourceForge.JP

Tue, 26 Mar 2013 22:21:59 +0900

「セルの座標」から「セルの番地」など翻訳の変更

Open Date: 2013-03-22 16:01

Last Update: 2013-03-26 22:21

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1 (closed)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

以下の翻訳の変更を行いました。

テーブルセルの座標を通知 → 表のセル番地を通知
テーブルの行/列見出しを通知 → 表の行/列見出しを通知
句読点/記号読み辞書の編集 → 句読点/記号読み辞書
設定をリセットして初期値に戻す → 設定のリセット

2013.1 本家版および 2013.1jp に向けた変更です。

ユーザーガイドもこれに合わせて一部変更しました。

ご意見があればお知らせください。

Last Update of this Ticket

2013-03-26 22:21 Update by: nishimoto

Ticket Close date set to 2013-03-26 22:21
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Firefoxの入れ子のリスト項目でJTalkがテキストを読み飛ばす - Screen Reader NVDA Japanese Ticket #30985 on SourceForge.JP

Tue, 26 Mar 2013 22:21:25 +0900

Firefoxの入れ子のリスト項目でJTalkがテキストを読み飛ばす

Open Date: 2013-03-18 10:36

Last Update: 2013-03-26 22:21

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

Firefoxの入れ子のリスト項目でJTalkがテキストを読み飛ばす現象を、下記のサイトについてご報告いただきました。

http://www.extra.co.jp/sense/SenseAPP.html

白丸と黒四角のバレットがJTalkで未知語と扱われ、その直後の単語列を道連れにテキスト解析を失敗させているようです。

バレットは「記号読み上げ」の制御対象としてすでに登録されているので、これにならって追加しました。

lp:nvdajp 4566

本家版の翻訳 svn にもコミットします。

Last Update of this Ticket

2013-03-26 22:21 Update by: nishimoto

Ticket Close date set to 2013-03-26 22:21
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Comment

本件の修正は翻訳 svn rev 8863 にコミットされました。

JTalk に関する不具合なのでマイルストーンはこのまま 2013.1jp とします。

本来はバレット文字を JTalk が処理できるようにするべきですが、記号辞書によって JTalk はこの文字を受け取らないようになったので、本件については完了とします。

エクスプローラーが「左から右マーク」を読み上げる - Screen Reader NVDA Japanese Ticket #30990 on SourceForge.JP

Tue, 26 Mar 2013 22:17:10 +0900

エクスプローラーが「左から右マーク」を読み上げる

Open Date: 2013-03-18 22:40

Last Update: 2013-03-26 22:17

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1 (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

エクスプローラーが「左から右マーク」を読み上げる問題は、日本語ロケールの不備によるものです。

下記のコミットでこの問題を修正しました。

lp:~nvdajp/nvdajp/jp2013.1 5973

Unicode で \u200e および \u200f に割り当てられている文字は、英語ロケールでは読み上げレベル char になっているので、日本語ロケールでもこれに合わせる修正をしました。

翻訳 svn にも反映させる予定です。

Last Update of this Ticket

2013-03-26 22:17 Update by: nishimoto

Milestone Update from 2013.1jp (closed) to 2013.1 (closed).
Ticket Close date set to 2013-03-26 22:17
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Comment

本件の修正は翻訳 svn rev 8863 にコミットされており、本家版 2013.1 でも解決される予定です。

Microsoft Wordの改ページと改行が日本語で通知されない - Screen Reader NVDA Japanese Ticket #31022 on SourceForge.JP

Tue, 26 Mar 2013 22:10:25 +0900

Microsoft Wordの改ページと改行が日本語で通知されない

Open Date: 2013-03-22 18:30

Last Update: 2013-03-26 22:10

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1 (closed)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

NVDA 日本語ベータ版 2013.1jp-beta1 で Microsoft Word の文書ファイルに含まれる改ページと改行が日本語ではなく "page break", "line feed" と通知されています。

これは音声設定の「サポートされている場合に言語の自動切り替え」が無効のときには起きていないようです。

本家ベータ版 2013.1 beta1 と Haruka Desktop ではちゃんと「改ページ」「改行」と通知されているので、日本語化に起因する不具合の可能性が高いです。

これらは「記号読み上げ辞書」の en および ja ロケールに以下のように定義されている記号です。

  \f page break 改ページ
  \n line feed 改行

Last Update of this Ticket

2013-03-26 22:10 Update by: nishimoto

Milestone Update from (None) to 2013.1 (closed).
Ticket Close date set to 2013-03-26 22:10
Status Update from Open to Closed.
Resolution Update from None to Fixed.
Type Update from Bugs to Feature Requests.

「NVDA日本語版の説明」の点字ディスプレイに関する改訂 - Screen Reader NVDA Japanese Ticket #30708 on SourceForge.JP

Tue, 26 Mar 2013 17:46:02 +0900

「NVDA日本語版の説明」の点字ディスプレイに関する改訂

Open Date: 2013-02-09 18:53

Last Update: 2013-03-26 17:46

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

NVDA日本語版の説明には、下記の「点字ディスプレイ」の項目があります。

http://www.nvda.jp/nvda2012.3jp/ja/readmejp.html#toc24

この項目は英語でも説明を書いています。

http://www.nvda.jp/nvda2012.3jp/en/readmejp.html#toc24

また、日本語のみですが、下記でより詳しく説明しています。

http://www.nvda.jp/nvda2012.3jp/ja/readmejp.html#toc41

2013.1jp に向けて下記の改訂を検討します。

（１）KGS ドライバーの変更

本家のユーザーガイドの「サポートされている点字ディスプレイ」の書式でKGSドライバーの説明を書く。

http://www.nvda.jp/nvda2012.3jp/ja/userGuide.html#SupportedBrailleDisplays

（２）点字設定

「点字設定」の「日本語点訳エンジンを有効にする」チェックボックスに関する仕様変更（検討中）

「カーソル位置の単語をコンピューター点字に展開」については日本語ではサポートしていない。

その他の言語では「コンピューター点字」とは contraction のない NABCC であることの説明をしてもよいかも知れません。

（３）点訳エンジンの改良の説明

なお、記号の点訳に関しては、下記のように表を作っています。

http://www.nvda.jp/nvda2012.3jp/ja/readmejp.html#toc45

Last Update of this Ticket

2013-03-26 17:46 Update by: nishimoto

Ticket Close date set to 2013-03-26 17:46
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Comment

下記のコミットで点訳エンジンの記号の追加とあわせて「記号の点訳に関する表で、全角と半角の区別がつきにくい」というご指摘に配慮した改訂をしました。

lp:~nvdajp/nvdajp/jp2013.1 rev 5980

このチケットは完了として、伏せ字や星印の点訳については下記の関連チケットで検討を続けます。

関連チケット #30164 日本語点訳エンジンにおける記号の処理

日本語文字説明のテストケース - Screen Reader NVDA Japanese Ticket #31039 on SourceForge.JP

Tue, 26 Mar 2013 16:09:28 +0900

日本語文字説明のテストケース

Open Date: 2013-03-26 16:09

Last Update: 2013-03-26 16:09

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

チケット #29817 「変換候補の文字説明で文字属性の通知をまとめる」のような処理を行う nvdajp_dic モジュールをテスト駆動で改良するために、jptools/jpDicTest.py を以下のコミットで追加しました。

lp:~nvdajp/nvdajp/jp2013.1 rev 5979

これは NVDA を実行せず、コマンドラインで 'あア' が 'ヒラガナあカタカナア' に変換されるか、などのテストを行うものです。

一部のモジュール初期化をまだ実装していないので、漢字の説明には未対応です。

Last Update of this Ticket

2013-03-26 16:09 Update by: nishimoto

New Ticket "日本語文字説明のテストケース" created

NVDA Developer Guide 日本語化 - Screen Reader NVDA Japanese Ticket #31036 on SourceForge.JP

Mon, 25 Mar 2013 19:10:37 +0900

NVDA Developer Guide 日本語化

Open Date: 2013-03-25 19:10

Last Update: 2013-03-25 19:10

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

NVDA Developer Guide の日本語化を github gist で進捗を公開しながら進めています。

https://gist.github.com/nishimotz/3f0c947fb383f8868f3d

原文 http://bazaar.launchpad.net/~nvdajp/nvdajp/jpmain/view/head:/developerGuide.t2t

やっと文字説明と記号読み上げ辞書の章が終わったところです。

関連チケット #26905 日本語読み上げにおける記号読み上げ制御の影響

Last Update of this Ticket

2013-03-25 19:10 Update by: nishimoto

New Ticket "NVDA Developer Guide 日本語化" created

wordアドオン - Screen Reader NVDA Japanese Ticket #30951 on SourceForge.JP

Sun, 24 Mar 2013 21:44:40 +0900

wordアドオン

Open Date: 2013-03-13 16:00

Last Update: 2013-03-24 21:44

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1 (closed)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

Microsoft Word サポートを拡張するアドオンです。

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

NVDA+shift+c でコメントを読み上げる機能が実装されています。

まだ日本語化に着手していません。

Last Update of this Ticket

2013-03-24 21:44 Update by: nishimoto

Milestone Update from (None) to 2013.1 (closed).
Ticket Close date set to 2013-03-24 21:44
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Comment

wordアドオンの日本語メッセージカタログを NVDA 翻訳チーム svn rev 9013 でコミットしました。

Unicode Braille Input アドオン - Screen Reader NVDA Japanese Ticket #30880 on SourceForge.JP

Sun, 24 Mar 2013 21:43:44 +0900

Unicode Braille Input アドオン

Open Date: 2013-03-03 19:15

Last Update: 2013-03-24 21:43

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1 (closed)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

NVDA翻訳チームが Unicode Braille Input アドオンの翻訳に対応できるようになりました。

BitBucket のリポジトリ https://bitbucket.org/nvdaaddonteam/unicode-braille-input

点字の Unicode パターンを 1345-1236-145-1 のような形式で入力できるそうです。

日本語化をすると ja/settings に書けばコミットできるようになります。

Last Update of this Ticket

2013-03-24 21:43 Update by: nishimoto

Milestone Update from (None) to 2013.1 (closed).
Ticket Close date set to 2013-03-24 21:43
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Comment

Unicode Braille Input の日本語メッセージカタログを NVDA 翻訳チーム svn rev 9013 でコミットしました。

Excel 2013でセルの範囲選択を通知しない - Screen Reader NVDA Japanese Ticket #31029 on SourceForge.JP

Sun, 24 Mar 2013 13:46:34 +0900

Excel 2013でセルの範囲選択を通知しない

Open Date: 2013-03-24 13:46

Last Update: 2013-03-24 13:46

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

本家のバグのような気がしますが、とりあえず書いておきます。

Excel 2010 では NVDA は Shift +矢印キーで選択した範囲を通知しますが、Excel 2013 ではうまくいっていないようです。

なお、OpenOffice や LibreOffice ではセルの選択範囲の通知は実装されていません。

Last Update of this Ticket

2013-03-24 13:46 Update by: nishimoto

New Ticket "Excel 2013でセルの範囲選択を通知しない" created

Resource Monitor アドオン - Screen Reader NVDA Japanese Ticket #30881 on SourceForge.JP

Sat, 23 Mar 2013 22:34:41 +0900

Resource Monitor アドオン

Open Date: 2013-03-03 19:17

Last Update: 2013-03-23 22:34

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1 (closed)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

NVDA翻訳チームが Resource Monitor アドオンの翻訳に対応できるようになりました。

BitBucket のリポジトリ https://bitbucket.org/nvdaaddonteam/resource-monitor

日本語化をすると ja/settings に書けばコミットできるようになります。

Last Update of this Ticket

2013-03-23 22:34 Update by: nishimoto

Milestone Update from (None) to 2013.1 (closed).
Ticket Close date set to 2013-03-23 22:34
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Comment

resourceMonitor 2.2Beta1 の日本語メッセージカタログを NVDA 翻訳チーム svn rev 9003 でコミットしました。

漢字の「世」とひらがなの「せ」の詳細読みが区別できない - Screen Reader NVDA Japanese Ticket #28951 on SourceForge.JP

Fri, 22 Mar 2013 11:02:51 +0900

漢字の「世」とひらがなの「せ」の詳細読みが区別できない

Open Date: 2012-07-08 19:22

Last Update: 2013-03-22 11:02

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	SupportRequest	Severity:	5 - Medium
Component:	ロケール	Status:	Closed
Resolution	Wont Fix

Details

2012.2.1jp にてひらがなのフォネティック読みを「ひらがな　せかいの　せ」から「せかいの　せ」のように変更しました。

しかし、漢字の「世」の詳細読みも「せかいの　せ」であるため、区別がつかなくなった、というご指摘をいただきました。

(nvda-japanese-users 779)

Last Update of this Ticket

2013-03-22 11:02 Update by: nishimoto

Milestone Update from (None) to 2013.1jp (closed).
Resolution Update from None to Wont Fix.
Status Update from Open to Closed.
Ticket Close date set to 2013-03-22 11:02

Comment

このチケットの問題は、文字レビューと変換候補確認の2つの場合に分類できますが、いずれのケースでも実質的な不便がなくなったと判断されるので、完了とします。

文字レビュー（説明モード）の場合は、ひらがなの「せ」は単に「セ」と読まれ、漢字の場合は詳細読みされます。

また、変換候補確認については #30987 の修正でひらがなの「せ」を「ひらがなせ」と通知するようになりました。

文字説明辞書の重複チェックの手法については、今後の検討が必要と思われます。

「Internet Explorer は動作を停止しました」エラーの発生 - Screen Reader NVDA Japanese Ticket #28150 on SourceForge.JP

Fri, 22 Mar 2013 10:48:36 +0900

「Internet Explorer は動作を停止しました」エラーの発生

Open Date: 2012-04-22 12:45

Last Update: 2013-03-22 10:48

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

Internet Explorer終了時に以下のエラーが発生する現象を確認しました。

 問題イベント名:	BEX
 アプリケーション名:	iexplore.exe
 アプリケーションのバージョン:	9.0.8112.16421
 アプリケーションのタイムスタンプ:	4d76255d
 障害モジュールの名前:	VBufBackend_mshtml.dll_unloaded

NVDA日本語版 2012.1j
Windows 7 sp1 (x64)
Internet Explorer 9
Microsoft IME

再現手順

NVDA を起動する
IE を起動し、初期画面の MSN の検索ボックスに文字を（日本語IMEの状態を問わず）入力
NVDA を終了する
IE を終了する

Last Update of this Ticket

2013-03-22 10:48 Update by: nishimoto

Milestone Update from (None) to 2013.1jp (closed).
Ticket Close date set to 2013-03-22 10:48
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Comment

このチケットは完了とします。

2013.1jp-beta1 以降の実装の不具合については新しくチケットを作成させてください。

よろしくお願いします。

UACが無効でないときにInternet Explorerの動作が遅い - Screen Reader NVDA Japanese Ticket #28235 on SourceForge.JP

Fri, 22 Mar 2013 10:45:04 +0900

UACが無効でないときにInternet Explorerの動作が遅い

Open Date: 2012-05-02 16:40

Last Update: 2013-03-22 10:45

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	IME	Status:	Closed
Resolution	Fixed

Details

以下を確認しました。

環境 Windows 7 sp1 x64 + Internet Explorer 9 (32bit) + Microsoft IME
NVDA 日本語版バージョン jpdev120502
UAC 設定コントロールパネル→システムとセキュリティ→ユーザーアカウント制御設定の変更で「ユーザーアカウント制御の設定」バーを上から2番目（既定値）にする。
NVDA を起動して Internet Explorer を使用すると、動作が遅い。検索サイトでのテキストボックスの日本語入力が読み上げできないような状況になる。
UAC の設定が一番下（UAC無効）の場合は IE の動作は遅くならない。
NVDA 「キーボード設定」で「日本語IME読み上げ」を無効にした場合は、UAC 有効でも上記の現象が起こらない。

日本語IME読み上げの有無で状況が変わることから、現時点ではコンポーネント IME に分類します。

本件は NVDA 2012.1j に関する報告として2012年4月21日に nvda-japanese-users で発言されています。

Last Update of this Ticket

2013-03-22 10:45 Update by: nishimoto

Milestone Update from (None) to 2013.1jp (closed).
Ticket Close date set to 2013-03-22 10:45
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Comment

2012.2.1jp から正式版では電子署名を行っていること、2013.1jp からIMEサポートの実装を変更すること、などの理由から、このチケットは完了として、新しく報告された不具合は別のチケットで扱います。

日本語入力の確定結果が点字ディスプレイに表示されない - Screen Reader NVDA Japanese Ticket #29976 on SourceForge.JP

Fri, 22 Mar 2013 10:39:21 +0900

日本語入力の確定結果が点字ディスプレイに表示されない

Open Date: 2012-10-29 08:52

Last Update: 2013-03-22 10:39

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

NVDA日本語ベータ版 2012.3jp-beta2 に関して後述の２件のご報告をいただいています。

調査したいこと：

日本語版のどのバージョンから挙動が変わったか
日本語版の入力拡張を利用しない（東アジア入力拡張の日本語対応 #28859 ）と挙動が違うか
Microsoft IME 以外の挙動
Windows XP と Windows 7 の挙動の違い
Windows XP においてはテキストサービスの設定の違いの影響
Windows 7 においては32ビットアプリと64ビットアプリの挙動の違い
KGS とブレイルセンスなどのデバイスによる挙動の違い

ご報告（１）

例えばメモ帳を開き「朝です」と打って変換後決定し、エンターキーで改行すると
「無題メモ帳複数行編集可能」
と、出てしまいます。
次に「おはよう」と打つと、変換できるのですが変換を決定しないで、少し時間をおくと
また「無題メモ帳・・・」となってしまいます。または、前の行の「朝です」になってしまいます。
オルトキーを２回たたくと元に戻ります。

また、改行したときに安定板では７、８の点が出るのですがこのベータ版では前の行のままなので
改行されたかどうか、判断しにくいです。
ワード２００３でも同様の不具合が出ています。

ご報告（２）

KGS BM46 COM3にてメモ帳で文字入力をローマ字変換で行い確定すると
本来文字の内容が点字ディスプレイに表示されるべきところに
"無題メモ帳複数編集可能"
のように点字で表示されるようです。

Last Update of this Ticket

2013-03-22 10:39 Update by: nishimoto

Milestone Update from (None) to 2013.1jp (closed).
Resolution Update from None to Fixed.
Ticket Close date set to 2013-03-22 10:39
Status Update from Open to Closed.

Comment

NVDA日本語版 2013.1jp に向けて実装を変えたので、このチケットはいったん完了として、未解決の不具合は新しいチケットで扱うことにします。

よろしくお願いします。

NVDA開発への寄付をわかりやすくする - Screen Reader NVDA Japanese Ticket #30710 on SourceForge.JP

Thu, 21 Mar 2013 22:42:35 +0900

NVDA開発への寄付をわかりやすくする

Open Date: 2013-02-10 12:22

Last Update: 2013-03-21 22:42

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

現在NVDAメニュー「寄付」を開くと http://www.nvaccess.org/wiki/Donate が開きます。

本家へのリンクはそのままにして、「寄付の説明（日本語）」のようにメニューを追加して、NVDA本家への寄付に関する日本語の説明

http://mahoro-ba.net/e1582.html

あるいは、NVDA 日本語チームの活動報告サイト（寄付のための銀行口座の紹介があります）

http://team.nvda.jp/

を追加する、あるいは元々のメニューを日本のユーザー向けの内容に書き換える、といった対応をしたほうがよいでしょうか。

なお私の環境ではこの操作は Intenet Explorer を起動しますが、os.startfile メソッドが使われているので、ユーザー環境に依存すると思われます。

Last Update of this Ticket

2013-03-21 22:42 Update by: nishimoto

Milestone Update from (None) to 2013.1jp (closed).
Ticket Close date set to 2013-03-21 22:42
Status Update from Open to Closed.
Resolution Update from None to Fixed.
Summary Updated

Comment

概要を「NVDAメニュー「寄付」のリンク先の変更」から「NVDA開発への寄付をわかりやすくする」に変更しました。

日本語チームのWebサイトを更新して、寄付をお振り込みいただくための銀行口座を掲載しました。

http://www.nvda.jp/

このチケットは完了にします。

点字出力を使うとATOKでMicrosoft Wordに文字入力できない - Screen Reader NVDA Japanese Ticket #30252 on SourceForge.JP

Wed, 20 Mar 2013 12:56:54 +0900

点字出力を使うとATOKでMicrosoft Wordに文字入力できない

Open Date: 2012-12-03 19:49

Last Update: 2013-03-20 12:56

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

NVDA 2012.3.1jp リリース候補版 + Windows xp sp3 + Microsoft Word 2003 + ATOK 2012 + KGS 点字ディスプレイで、入力文字が重複したり勝手に確定してしまう、という不具合が確認されました。

Word 2010 および ATOK 2011 の組み合わせでも同様の不具合が報告されています。

点字出力を「なし」にするとこの問題は発生しません。また、Microsoft IME を使うことでこの問題を回避できます。

なお NVDA日本語版の文字入力サポートを無効にして、本家版の東アジア言語文字入力を有効にすると、この問題が起こらないことを確認しています。

NVDA日本語版の説明から、以下、引用します。

4.6.10. 日本語版の文字入力拡張

 「日本語版の文字入力拡張(NVDAの再起動が必要)」は初期状態でチェックありになっています。

無効にするにはこの設定をチェックなしにしてNVDAを起動しなおしてください。

なお NVDA 2012.3 の「東アジア言語文字入力」の処理の一部は NVDA 日本語版の処理で置きかえられています。
本家の処理を有効にするには、レジストリエディターで下記の値に 1 を設定してください。

    キーの名前 \HKEY_CURRENT_USER\Software\nvdajp
    値の名前 InputMethodsMode
    値のタイプ DWORD

この問題への対応は 2013.1 以降の日本語版で行います。ご了承ください。

Last Update of this Ticket

2013-03-20 12:56 Update by: nishimoto

Ticket Close date set to 2013-03-20 12:56
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Comment

本件は完了として、ATOK関連の不具合は別のチケットで検討します。

詳細読み辞書エントリの追加 - Screen Reader NVDA Japanese Ticket #30902 on SourceForge.JP

Wed, 20 Mar 2013 12:52:31 +0900

詳細読み辞書エントリの追加

Open Date: 2013-03-05 18:07

Last Update: 2013-03-20 12:52

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Patches	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

下記のコミットで詳細読み辞書（短い読みと長い読みの両方を備える日本語版独自の形式）のエントリを追加しました。

lp:nvdajp rev 4546

全角ローマ数字の読みを「いち」「にー」などから「ワン」「ツー」などに変更しました。

有効エントリ数は 7329 から 7698 に増えました。

ファイル更新は藤沼さまが行い、西本が改行コードの変換とチェックを行いました。

Last Update of this Ticket

2013-03-20 12:52 Update by: nishimoto

Ticket Close date set to 2013-03-20 12:52
Status Update from Open to Closed.
Resolution Update from None to Fixed.

ひらがなだけの変換候補のとき「ひらがな」の通知がない - Screen Reader NVDA Japanese Ticket #30987 on SourceForge.JP

Wed, 20 Mar 2013 12:51:43 +0900

ひらがなだけの変換候補のとき「ひらがな」の通知がない

Open Date: 2013-03-18 13:35

Last Update: 2013-03-20 12:51

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

ひらがなだけの変換候補のとき「ひらがな」の通知がないというご指摘に対応しました。

lp:nvdajp 4567

以下は確認手順です。

IMEをオンする
「もし」と入力
スペースキーを押す
第1候補が「もし」であれば「ひらがな　もし」と通知する
第2候補以降が表示された後も「もし」が選択されれば「ひらがな　もし」と通知する

なお nvdajp_dic モジュールは仕様変更を繰り返して読みにくくなっているので、書き直したほうがいいです。

Last Update of this Ticket

2013-03-20 12:51 Update by: nishimoto

Ticket Close date set to 2013-03-20 12:51
Status Update from Open to Closed.
Resolution Update from None to Fixed.

ドキュメントのタイトルが見出しレベル2になる - Screen Reader NVDA Japanese Ticket #30988 on SourceForge.JP

Wed, 20 Mar 2013 12:51:08 +0900

ドキュメントのタイトルが見出しレベル2になる

Open Date: 2013-03-18 15:52

Last Update: 2013-03-20 12:51

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

本家チケット 3031 で議論されたことですが、txt2tags 2.6 のバグで、ドキュメントのタイトルが見出しレベル1ではなくレベル2になっています。

txt2tags 2.5 に戻せば解決するとのことなので、2013.1jp リリースまでに対応したいと思います。

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

Last Update of this Ticket

2013-03-20 12:51 Update by: nishimoto

Ticket Close date set to 2013-03-20 12:51
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Comment

miscdep 140 で txt2tags 2.5 に戻しました。

http://bzr.sourceforge.jp/view/nvdajp/nvdajpmiscdep/revision/140

行末のタッチカーソルを押すとアプリケーションが最小化する - Screen Reader NVDA Japanese Ticket #30999 on SourceForge.JP

Wed, 20 Mar 2013 12:23:29 +0900

行末のタッチカーソルを押すとアプリケーションが最小化する

Open Date: 2013-03-20 12:23

Last Update: 2013-03-20 12:23

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

KGS 点字ディスプレイを使い、メモ帳で文末のタッチカーソルを押すと、最小化となってタスクバーに入ってしまう現象が報告されています。

NVDA 日本語ベータ版 2013.1-beta1 でも確認されているようです。

また、メモ帳以外のアプリケーションでも起きることがあるようです。

どういう条件で再現されるのか、情報収集をしているところです。

Last Update of this Ticket

2013-03-20 12:23 Update by: nishimoto

New Ticket "行末のタッチカーソルを押すとアプリケーションが最小化する" created

IEでNVDAをダウンロードできない - Screen Reader NVDA Japanese Ticket #28565 on SourceForge.JP

Wed, 20 Mar 2013 12:19:08 +0900

IEでNVDAをダウンロードできない

Open Date: 2012-05-30 13:18

Last Update: 2013-03-20 12:19

Reporter:	nishimoto	Owner:	(None)
Priority:	4	MileStone:	(None)
Type:	SupportRequest	Severity:	4
Component:	(None)	Status:	Open
Resolution	Wont Fix

Details

NVDAに限らない問題なのですが、ご報告をいただいたのでチケットにまとめておきます。

インターネットエクスプローラーの設定によっては、NVDA のインストーラーをダウンロードしようとすると

「現在のセキュリティ設定では、このファイルをダウンロードできません」

と表示されて、ダウンロードに失敗するとのことです。

これについてはマイクロソフト株式会社 Internet Explorer サポートチームのブログに以下の記事があります。

IE でファイルのダウンロードができないときのトラブルシューティング

http://blogs.technet.com/b/jpieblog/archive/2009/06/19/3256750.aspx

NVDA日本語チームとしては、この問題の対策は検討していません。

バージョンアップに関しては「自動アップデート機能」を提供することで、この問題を回避できるかも知れません。

Last Update of this Ticket

2013-03-20 12:19 Update by: nishimoto

Comment

昨日公開した NVDA 日本語ベータ版 nvda_2013.1jp-beta1.exe を確認のために Internet Explorer 10 でダウンロードしたら

「このプログラムをダウンロードしたユーザー数が少ないため、PCに問題を起こす可能性があります」

というメッセージが表示されました。

問い合わせがあるかも知れないので、念のために記録しておきます。

containing object の翻訳の変更 - Screen Reader NVDA Japanese Ticket #30885 on SourceForge.JP

Wed, 20 Mar 2013 12:14:35 +0900

containing object の翻訳の変更

Open Date: 2013-03-04 10:14

Last Update: 2013-03-20 12:14

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1 (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

オブジェクトナビゲーションで使われる containing object という原文には、いままで「内部のオブジェクト」の訳語があてられていましたが、理解しにくいので「親オブジェクト」に改訳しました。また「内部の最初のオブジェクト」も「最初の子オブジェクト」に変更しました。

新しい訳語は「まほろば」さんの解説に合わせています。 http://mahoro-ba.net/e1614.html

すでに翻訳チーム svn 8456 および 8458 でコミットしています。

Last Update of this Ticket

2013-03-20 12:14 Update by: nishimoto

Ticket Close date set to 2013-03-20 12:14
Status Update from Open to Closed.
Resolution Update from None to Fixed.

日本語点字の行末のセルでタッチカーソルが効かない - Screen Reader NVDA Japanese Ticket #30904 on SourceForge.JP

Wed, 20 Mar 2013 12:14:02 +0900

日本語点字の行末のセルでタッチカーソルが効かない

Open Date: 2013-03-05 21:57

Last Update: 2013-03-20 12:14

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

jpdev130305 + メモ帳と KGS BMPad でタッチカーソルを押したときの挙動がずれています。

エディット画面：12345
点字セル：数12345

BMPad では

数符または 1 のセルの上のタッチカーソルを押すと、キャレットは左端（1の左）に移動
5 のセルの上のタッチカーソルを押すと、キャレットは 5 の左に移動

jpdev130305 + メモ帳では

数符のセルの上のタッチカーソルを押すと、キャレットは左端（1の左）に移動
1 のセルの上のタッチカーソルを押すと、キャレットは 2 の左に移動
4 のセルの上のタッチカーソルを押すと、キャレットは 5 の左に移動
5 のセルの上のタッチカーソルを押すと、キャレットは移動しない

これが日本語点訳エンジンの実装の問題かどうかを確認するために、 liblouis とポジションマッピングの出力を比べたところ、同じでした。

  テーブル en-us-g1.ctb
  入力 '12345'
  NABCC出力 '#abcde'
  inpos:  [0, 0, 1, 2, 3, 4]
  outpos: [1, 2, 3, 4, 5]

なおこの条件で liblouis のカーソル位置変換（入力：出力）は以下のとおりでした。

もしかすると想定範囲外の入力があるかも知れないので、引き続き確認します。

Last Update of this Ticket

2013-03-20 12:14 Update by: nishimoto

Ticket Close date set to 2013-03-20 12:14
Status Update from Open to Closed.

点字出力ドライバが初期化に失敗したときに設定ファイルを書き換えないように - Screen Reader NVDA Japanese Ticket #30725 on SourceForge.JP

Wed, 20 Mar 2013 12:12:59 +0900

点字出力ドライバが初期化に失敗したときに設定ファイルを書き換えないように

Open Date: 2013-02-12 20:39

Last Update: 2013-03-20 12:12

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1 (closed)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

点字ディスプレイ装置のドライバ初期化に失敗したとき（フォールバック）設定を「点字なし」に変更して、これを設定ファイルに保存します。

しかし、電源を入れ忘れて、初期化をやり直したいときに、設定をやり直すのは不便、というご意見があります。

現状は、本家の仕様がこうなっている、ということでご容赦いただきたいのですが、関連する話として、音声エンジンについては「初期化に失敗したときには設定ファイルを保存しない」という仕様が 2013.1 で導入されたので、関連情報をここで共有させてください。

Don't allow Silent synth to be saved between restarts if auto selected due to failure http://www.nvda-project.org/ticket/2589

Changeset main,5603 http://www.nvda-project.org/changeset/main%2C5603

Last Update of this Ticket

2013-03-20 12:12 Update by: nishimoto

Milestone Update from (None) to 2013.1 (closed).
Ticket Close date set to 2013-03-20 12:12
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Comment

本家 2013.1 ベータ1にこの修正が入りました。日本語版 2013.1jp-beta1 にも反映されています。

全角スペースの入力を通知しない - Screen Reader NVDA Japanese Ticket #29851 on SourceForge.JP

Wed, 20 Mar 2013 11:58:14 +0900

全角スペースの入力を通知しない

Open Date: 2012-10-15 23:58

Last Update: 2013-03-20 11:58

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

Windows 7 x64 のメモ帳で日本語IME（例えば Microsoft IME）を日本語変換モードにして、スペースキーを押して全角スペースを入力すると、何も通知されません。

このとき変換停止モードにすれば半角スペースの入力は「スペース」と通知されます。

最新の開発版だけでなく 2012.2.1jp でもこの現象が確認できました。

Last Update of this Ticket

2013-03-20 11:58 Update by: nishimoto

Ticket Close date set to 2013-03-20 11:58
Status Update from Open to Closed.
Resolution Update from None to Fixed.

"Error registering focus winEvent hook OK."というエラーが出る - Screen Reader NVDA Japanese Ticket #30991 on SourceForge.JP

Mon, 18 Mar 2013 22:50:12 +0900

"Error registering focus winEvent hook OK."というエラーが出る

Open Date: 2013-03-18 22:50

Last Update: 2013-03-18 22:50

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

NVDA を起動したときに "Error registering focus winEvent hook OK." というエラーが出るというご報告がありました。

本家チケット3066によると、これは長いあいだWindowsを再起動しないで使っているときにリソースが不足して起こる現象で、NVDA側では対応できないとのことです。

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

このエラーが出たときには Windows を再起動してみてください。

Last Update of this Ticket

2013-03-18 22:50 Update by: nishimoto

New Ticket ""Error registering focus winEvent hook OK."というエラーが出る" created

Windows SDK 7.1 の利用について - Screen Reader NVDA Japanese Ticket #30978 on SourceForge.JP

Sun, 17 Mar 2013 16:01:37 +0900

Windows SDK 7.1 の利用について

Open Date: 2013-03-17 16:01

Last Update: 2013-03-17 16:01

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

現在 NVDA 日本語版のコンパイルには Windows SDK 7.1 を使用していますが、NVDA ソースの readme.txt では SDK 7.0 が指定されています。

これについて本家 nvda-dev で議論があったので、情報共有のために書いておきます。

SDK 7.1 は Windows XP SP2 以降にしか対応しないとされており、 NVDA 本家はサービスパックを導入していない Windows XP でも動作させるために Windows SDK 7.0 を使っているとのことです。

日本ではサービスパックなしの Windows XP はほとんど利用されていないと思われるので、NVDA 日本語版ではこのまま Windows SDK 7.1 を使おうと思うのですが、何か問題が起きたときに SDK 7.0 に戻すかも知れません。

Last Update of this Ticket

2013-03-17 16:01 Update by: nishimoto

New Ticket "Windows SDK 7.1 の利用について" created

Dropbox アドオンの日本語対応 - Screen Reader NVDA Japanese Ticket #29837 on SourceForge.JP

Sun, 17 Mar 2013 11:31:15 +0900

Dropbox アドオンの日本語対応

Open Date: 2012-10-14 13:44

Last Update: 2013-03-17 11:31

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1 (closed)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

本家チケット1508 で開発された Dropbox アドオンをバージョン 3.0 で国際化することになり NVDA 翻訳グループの仕事として対応しました。

設定ダイアログのキャンセルボタンを押す機能を追加するために文字列比較を行なっているようなので、動作確認が必要と思います。

新しいバージョンのバイナリパッケージが公開されたらまたお知らせします。

機能の概要：

Dropboxの状態通知、バージョン通知、タスクトレイのメニューを開きます。

ショートカット: NVDA+Shift+D （1回押すとDropboxの状態を通知します。2回押すとDropboxのバージョンを通知します。3回押すとシステムトレイのDropboxメニューを開きます。）

設定タブは Ctrl+tab と Shift+Ctrl+Tab で移動できます。

Ctrl+Alt+T で現在のタブを通知します。

エスケープでキャンセルのボタンを押せます。

Last Update of this Ticket

2013-03-17 11:31 Update by: nishimoto

Comment

Dropbox for Windows 2.0 がリリースされ、タスクトレイのアプリケーションの画面が変わったようです。

スクリーンリーダーで操作できなくなった、と NVDA 関連の英語のメーリングリストでさかんに議論されています。

共有フォルダそのもの操作には影響はないと思うのですが。。

もし Dropbox バージョン 2.0 へのバージョンアップをするかしないか選べるなら、慎重にご判断ください。

未変換文字の「は」「へ」などの読み上げの修正 - Screen Reader NVDA Japanese Ticket #29493 on SourceForge.JP

Sat, 16 Mar 2013 22:40:20 +0900

未変換文字の「は」「へ」などの読み上げの修正

Open Date: 2012-09-09 21:49

Last Update: 2013-03-16 22:40

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

未変換文字の差分を直接音声エンジンに送ると「は」や「へ」が助詞として「ワ」「エ」などと発音される問題があります。

これを回避するにはカタカナに変換して送ればよいので、下記のコミットで修正します。

lp:nvdajp 4346

Last Update of this Ticket

2013-03-16 22:40 Update by: nishimoto

Comment

下記のコミットでプレコンポジションの長音記号も「長音」と通知するように修正しました。

lp:nvdajp 4564

タッチカーソルを押すとその右のセルにカーソルが移動する - Screen Reader NVDA Japanese Ticket #30942 on SourceForge.JP

Mon, 11 Mar 2013 23:38:23 +0900

タッチカーソルを押すとその右のセルにカーソルが移動する

Open Date: 2013-03-10 22:27

Last Update: 2013-03-11 23:38

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

タッチカーソルが押されたセルの位置に点字カーソルが移動しない、というご報告をいただいています。

タッチカーソルを押すとその1つ右の文字にカーソルが移動する（画面では、押したセルの文字のすぐ右、右隣の文字との間にキャレットが移動する）のは、本来のNVDAの仕様だと思われます。日本語テーブルを使わない（点訳にliblouisが使われる）場合もこのように動作するからです。

ただし KGS の BMPad がそうではないことはチケット #30904 に書いたとおりです。他のスクリーンリーダーがどのような仕様になっているのかは、引き続き情報収集したいと思います。

jpdev130309 で KGS BM46 の動作確認をしていると、文字の左にキャレットが移動することがあります。

例えば「アイウエオ」の5番目のセルのタッチカーソルをダブルクリックのように2回押すと、「オ」の文字が選択された状態になり、もう一度同じタッチカーソルを押すと「オ」の右ではなく左にキャレットが移動しています。

これはどうやら、英語系の言語で、単語を選択するための仕様のようです。

英語1級点字のテーブルで abcde だと、タッチカーソルの2回押しをすると abcde という単語全体が選択された状態になり、もう一度同じタッチカーソルを押すと a の左（つまり選択範囲の左）にキャレットが移動します。

NVDAには英語系言語を前提とした仕様があちこちにあるので、このタッチカーソルの挙動もその1つかも知れません。

以上、チケット #30904 に2つの問題が混ざってしまったので、区別して検討します。

Last Update of this Ticket

2013-03-11 23:38 Update by: nishimoto

Milestone Update from (None) to 2013.1jp (closed).
Ticket Close date set to 2013-03-11 23:38
Status Update from Open to Closed.
Type Update from SupportRequest to Bugs.

Comment

テスターの皆様のご協力で、KGSドライバだけの問題であることが分かったので、下記のコミットで修正しました。

lp:nvdajp 4558

DirectBM のコールバックから受け取る値は1オリジンで、InputGestureのroutingIndexは0オリジンらしいです。

NVDAJPからのOpenOfficeおよびLibreOffice配布を終了する - Screen Reader NVDA Japanese Ticket #30694 on SourceForge.JP

Tue, 05 Mar 2013 21:25:04 +0900

NVDAJPからのOpenOfficeおよびLibreOffice配布を終了する

Open Date: 2013-02-07 18:49

Last Update: 2013-03-05 21:25

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

NVDA日本語版のサイトでは、2011年に OpenOffice 3.3.0 の独自ビルドを、2012年に LibreOffice 3.5.0 の独自ビルドを公開しました。

OOO330m20-nvdajp

LibreOffice3.5.0-nvdajp

現在、LibreOffice の最新版ではアクセシビリティの有効化が容易になったこと、旧バージョンのセキュリティに関する保証ができないことなどを踏まえて、これらのオフィスソフトの公開の終了を検討しています。

作業してくださった mshinke さんに改めて感謝します。

Java 7 に JAB が搭載されるようになったのですが Java 6 用の Java Access Bridge 2.0.2 の独自インストーラー版はもうしばらく公開を続けたいと思います。

Last Update of this Ticket

2013-03-05 21:25 Update by: nishimoto

Milestone Update from (None) to 2013.1jp (closed).
Ticket Close date set to 2013-03-05 21:25
Status Update from Open to Closed.

Comment

NVDAJPプロジェクトでのOpenOfficeおよびLibreOfficeの公開を終了しました。

Google日本語入力で未変換文字の通知が冗長になる - Screen Reader NVDA Japanese Ticket #30029 on SourceForge.JP

Tue, 05 Mar 2013 20:04:44 +0900

Google日本語入力で未変換文字の通知が冗長になる

Open Date: 2012-11-07 02:15

Last Update: 2013-03-05 20:04

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

NVDA 2012.3jp 系の開発版でGoogle日本語入力を使ったときに未変換文字の通知が冗長になります。

具体的には、未変換文字の文字数が増えても、差分ではなく、常に最初から読み上げます。

Microsoft IME では GCS_DELTASTART の値によって差分を判定できるのですが Google 日本語入力ではこの値が 0 しか返していないようです。

Last Update of this Ticket

2013-03-05 20:04 Update by: nishimoto

Milestone Update from (None) to 2013.1jp (closed).
Ticket Close date set to 2013-03-05 20:04
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Comment

Windows 7 x86 + Google IME + jpdev130305 の組み合わせで、当該の不具合がないことを確認しました。

文節移動のときに「空行」と余分な通知をすることがありますが、今までのNVDA日本語版よりも快適になったと思います。

詳細読み辞書に関する指摘 - Screen Reader NVDA Japanese Ticket #29668 on SourceForge.JP

Tue, 05 Mar 2013 19:31:14 +0900

詳細読み辞書に関する指摘

Open Date: 2012-09-24 13:16

Last Update: 2013-03-05 19:31

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	SupportRequest	Severity:	5 - Medium
Component:	ロケール	Status:	Closed
Resolution	None

Details

詳細読み辞書の以下の表現が適切ではないというご指摘をいただきました。

唖	アゼント スルノ ア:クチノ キケナイ ヨース
盲	メガ ミエナイ イミ:モーモクノ モー
聾	ミミガ キコエナイ イミ:ローガッコーノ ロー

Last Update of this Ticket

2013-03-05 19:31 Update by: nishimoto

Milestone Update from 2012.3jp (closed) to (None).
Ticket Close date set to 2013-03-05 19:31
Status Update from Open to Closed.

日本語入力で文節移動後の候補読み上げ - Screen Reader NVDA Japanese Ticket #28155 on SourceForge.JP

Tue, 05 Mar 2013 19:09:43 +0900

日本語入力で文節移動後の候補読み上げ

Open Date: 2012-04-22 20:47

Last Update: 2013-03-05 19:09

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	IME	Status:	Closed
Resolution	None

Details

nvda-japanese-users 655 にて以下のご報告をいただきました。

（引用ここから）

NVDA2012.1j をWindows XPで使っていて、２番目の文節変換中に１番目の文節から読み上げてしまう現象がありました。

環境１）NVDA2012.1j＋Windows XP＋Microsoft IME スタンダード2003＋メモ帳

「つぎのきかい」と入力し、スペースキーを押すと、「次の機会」と表示され、「ツギノジヒラガナノヤマノノキカイノキアウノカイ」と読み上げる。右矢印キーを押して、２番目の文節に移動してから、スペースキーを押すと、２番目の文節だけでなく、１番目の文節から以下のように読み上げる。「ツギノジヒラガナノヤマノノキカイノキキカイノカイ」

音声エンジンを変えても再現
IEのテキスト入力でも再現
NVDA2011.2j でも再現

環境２）NVDA2012.1j＋Windows VISTA＋Microsoft Office IME 2010＋メモ帳

環境３）NVDA2012.1j＋Windows 7＋Microsoft IME 10.1＋メモ帳

２番目の文節に移動してから、スペースキーを押すと、「キカイノキキカイノカイ候補2」と読み上げます。

（引用ここまで）

Windows 7 sp1 (x64) + Microsoft IME の環境で再現しました。

IMEからの文節単位の情報取得が不完全なためにこの現象が発生します。今後改善したいと思います。

Last Update of this Ticket

2013-03-05 19:09 Update by: nishimoto

Milestone Update from 2012.3jp (closed) to 2013.1jp (closed).
Ticket Close date set to 2013-03-05 19:09
Status Update from Open to Closed.

Comment

IMEサポートの実装を変更し、IMM系のAPIについては文節選択の処理を追加しました。

このチケットはクローズして、残った不具合は新しいチケットで扱います。

点字ディスプレイでカーソル出力がずれる - Screen Reader NVDA Japanese Ticket #29364 on SourceForge.JP

Tue, 05 Mar 2013 13:25:46 +0900

点字ディスプレイでカーソル出力がずれる

Open Date: 2012-08-28 11:41

Last Update: 2013-03-05 13:25

Reporter:	nishimoto	Owner:	nishimoto
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	ピンディスプレイ	Status:	Closed
Resolution	Fixed

Details

以下のご指摘をいただいています。

点字表示のカーソルが実際のカーソル操作とずれているので、点字ピンディスプレイだけで操作している盲ろう者には文章の編集が難しい状況です。
タッチカーソルを使えると良いのですが位置がずれているため使えません。

本家の実装で、点訳される前の文字数に基づいてカーソルが制御されているためと思います。

点訳エンジンの日本語化と、カーソル位置の制御をうまく連携させる必要があります。

Last Update of this Ticket

2013-03-05 13:25 Update by: nishimoto

Milestone Update from (None) to 2013.1jp (closed).
Ticket Close date set to 2013-03-05 13:25
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Comment

jppos130304 からの変更として、マスアケのマッピング先を直後の文字ではなく直前の文字にする、漢字とカナの対応付けを均等割り付けに変更する、という修正をしました。

jpposmap 4513 を jpmain 4543 にマージしました。

URLとメールアドレスを情報処理点字で点訳する - Screen Reader NVDA Japanese Ticket #30706 on SourceForge.JP

Sat, 02 Mar 2013 13:43:06 +0900

URLとメールアドレスを情報処理点字で点訳する

Open Date: 2013-02-09 00:46

Last Update: 2013-03-02 13:43

Reporter:	nishimoto	Owner:	nishimoto
Priority:	5 - Medium	MileStone:	2013.1jp (closed)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

チケット #30164 と重複するのですが、スコープを狭めたタスクになっているので、独立したチケットにします。

日本語点訳エンジンにおいてURL（具体的には http:// で始まるもの）とメールアドレスを情報処理点字で点訳する、という仕様が提案されたので、実装を検討しています。

URLは RFC3986 が正式な仕様のようです。

http://tools.ietf.org/html/rfc3986

RFC3986 準拠の実装についてのブログ記事

http://d.hatena.ne.jp/a_bicky/20120804/1344071654

全角で記述されているものは Unicode 正規化してから処理する方針ですが、「～」記号は半角オーバーラインと見なすなど、いくつか例外処理が必要になりそうです。

http://新宿駅.jp のようないわゆる日本語ドメイン名には情報処理点字を適用しません。

メールアドレスについては先頭に mailto: がなくても URL と同等に、情報処理点字で処理します。

一方で、www.nvda.jp のような文字列は厳密にはURLではないので、外国語引用符で囲む（ピリオドの後にマスアケはしない）ことにします。また、メールアドレスも @ の前後に空白があるなど、メールアドレスの形式に厳密に従っていない文字列は外国語引用符とします。

いまテストケースを作成しているところですが、このような方針でよろしいでしょうか。

ご意見やご要望があればご指摘ください。

Last Update of this Ticket

2013-03-02 13:43 Update by: nishimoto

Comment

情報処理点字で「数字、ピリオド、アルファベットのａからｊまでの文字」が並ぶときにピリオドの直後に小文字符 56 を挿入する処理を jpmain 4541 でコミットしました。

サロゲートペアへの対応 - Screen Reader NVDA Japanese Ticket #30841 on SourceForge.JP

Mon, 25 Feb 2013 22:48:06 +0900

サロゲートペアへの対応

Open Date: 2013-02-25 22:48

Last Update: 2013-02-25 22:48

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

Unicode 文字のなかには1文字を表現するのに16ビットのコード2つを必要とします。

現在 locale/ja/characters.dic の 7488 行に書かれている以下の行

𦙾	d859de7e	[ケイ]	ケイコツノ ケイ:ニクヅキニ マタノシタ ツチ

は、サロゲートペアなので、32ビットのコードポイントを記述する必要がありますが、NVDA がそもそもサロゲートペアを処理できているかも確認できていません。

Last Update of this Ticket

2013-02-25 22:48 Update by: nishimoto

New Ticket "サロゲートペアへの対応" created

記号読み上げ辞書の編集を効率的に - Screen Reader NVDA Japanese Ticket #30242 on SourceForge.JP

Sun, 24 Feb 2013 11:26:19 +0900

記号読み上げ辞書の編集を効率的に

Open Date: 2012-12-02 10:48

Last Update: 2013-02-24 11:26

Reporter:	nishimoto	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

記号読み上げ辞書の編集について下記のご意見をいただきました。

句読点の読み上げ設定について、一つ変更したら保存（終了）、また新しく設定画面を開いて一つ設定というのは、とても面倒です。

どんどん変更して、一括で保存できるようにならないか？

Last Update of this Ticket

2013-02-24 11:26 Update by: nishimoto

Comment

関連して気になることですが、いまの NVDA は記号読み上げ辞書をたくさん編集しなければ使い物にならない、という状態なのでしょうか？