このタイトルの翻訳の話からそれますが、 Mozilla Japan に草稿を公開した文書で、新たに完成稿にできたものがありますので、タイトルとリンクをご紹介します。
原題: bootstrap.pl:Embed/REQUIRES-based build mechanism
訳題: bootstrap.pl: 組み込み / 要求をベースとするビルドメカニズム
これらは、Mozilla Japan に強力する有志のメンバーによる校正を経た末に完成したものです。私が日ごろから言っております、翻訳は共同作業であることを、 Mozilla Japan のローカライズの仕組みが具現している由です。
さて、またいつもの課題に戻ることにします。
旧バージョン: Gecko Info for Windows Accessibility Vendors Rev.1.02
新バージョン: Gecko Info for Windows Accessibility Vendors Rev.1.13
原文(旧): 青色表示
原文(新): 緑色表示
訳文(新): 黒色表示
*注記/コメント: 赤色表示
DHTML Accessibility is Supported
This means that you may encounter roles that are not typically in HTML content. Be prepared for new combinations of roles and states in content, such as ROLE_SLIDER, ROLE_PROGRESSBAR and STATE_REQUIRED. In addition, check the STATE_FOCUSABLE bit on tables, which indicates a traversable DHTML spreadsheet. Please see the DHTML accessibility documentation page for more information on this topic.
DHTML アクセシビリティがサポートされる
この事は、普通 HTML のコンテンツにはない役割を見つける可能性があることを意味します。コンテンツにおいて役割と状態の新しい組合せがある事を予め知っておいてください。例えば、ROLE_SLIDER、ROLE_PROGRESSBAR、STATE_REQUIRED です。さらに、下の表にある STATE_FOCUSABLE のビットを調べてください。探索可能な DHTML のスプレッドシートを示します。この件で、詳細を知りたければ、DHTML アクセシビリティ文書のページ をご参照ください。
IAccessibles Persist
Unless the document changes, retrieving the IAccessible more than once for the same object will return the same IAccessible*. The uniqueID will remain the same as well. If the document does change, EVENT_REORDER, EVENT_HIDE and EVENT_SHOW are used to indicate where the changes will occur. Because of the persistence, relations and events can be mapped within an assistive technology's internal model.
IAccessibles は保持される
ドキュメントが変わらなければ、同じオブジェクトに対して IAccessible を複数回検索すると、同じ IAccessible が返ってきます。一意の ID も同一のままです。もしドキュメントが変わると、変更の発生する場所を指示するのに EVENT_REORDER、EVENT_HIDE、EVENT_SHOW が使われます。保持性があるので、リレーションとイベントは補助技術の内部モデル内で、マッピングされることが可能です。
Page Loading is Tracked via STATE_CHANGE events
When a new document is about to be loaded, an EVENT_STATE_CHANGE occurs on the root ROLE_DOCUMENT object for a window. The STATE_BUSY flag is now set for the root pane object.
Once the new page is ready to be displayed and traversed via its IAccessible tree, the old content window is destroyed, and a new window is created. Next, another EVENT_STATE_CHANGE is fired for the new root ROLE_DOCUMENT object for the window, with its STATE_BUSY flag cleared.
ページの読み込みは、STATE_CHANGE イベント経由で追跡される
新しいドキュメントが読み込まれようとする時、ウィンドウの ROLE_DOCUMENT ルートオブジェクト上で、EVENT_STATE_CHANGE が発生します。そして、STATE_BUSY フラグがルートペイン・オブジェクトに対して設定されます。
新しいページが、IAccessible ツリー経由で表示され、探索される準備が整うと、古いコンテンツウィンドウは破壊され、新しいウィンドウが作られます。それから、そのウィンドウの新しい ROLE_DOCUMENT ルートオブジェクトに対して EVENT_STATE_CHANGE がもう一つ起動され、STATE_BUSY フラグがクリアされます。
長い節でしたが、新たに大幅に書き足された『IEnumVARIANT によるクライアントエンドの性能向上』をこれで完了します。
本日までの完了分は、あらたに新草稿へ追加反映します。
なお、訳文について、気がつかれたことがある方は忌憚なく、ご意見をお寄せください。
旧草稿→新草稿
以上
原題: bootstrap.pl:Embed/REQUIRES-based build mechanism
訳題: bootstrap.pl: 組み込み / 要求をベースとするビルドメカニズム
これらは、Mozilla Japan に強力する有志のメンバーによる校正を経た末に完成したものです。私が日ごろから言っております、翻訳は共同作業であることを、 Mozilla Japan のローカライズの仕組みが具現している由です。
さて、またいつもの課題に戻ることにします。
旧バージョン: Gecko Info for Windows Accessibility Vendors Rev.1.02
新バージョン: Gecko Info for Windows Accessibility Vendors Rev.1.13
原文(旧): 青色表示
原文(新): 緑色表示
訳文(新): 黒色表示
*注記/コメント: 赤色表示
DHTML Accessibility is Supported
This means that you may encounter roles that are not typically in HTML content. Be prepared for new combinations of roles and states in content, such as ROLE_SLIDER, ROLE_PROGRESSBAR and STATE_REQUIRED. In addition, check the STATE_FOCUSABLE bit on tables, which indicates a traversable DHTML spreadsheet. Please see the DHTML accessibility documentation page for more information on this topic.
DHTML アクセシビリティがサポートされる
この事は、普通 HTML のコンテンツにはない役割を見つける可能性があることを意味します。コンテンツにおいて役割と状態の新しい組合せがある事を予め知っておいてください。例えば、ROLE_SLIDER、ROLE_PROGRESSBAR、STATE_REQUIRED です。さらに、下の表にある STATE_FOCUSABLE のビットを調べてください。探索可能な DHTML のスプレッドシートを示します。この件で、詳細を知りたければ、DHTML アクセシビリティ文書のページ をご参照ください。
IAccessibles Persist
Unless the document changes, retrieving the IAccessible more than once for the same object will return the same IAccessible*. The uniqueID will remain the same as well. If the document does change, EVENT_REORDER, EVENT_HIDE and EVENT_SHOW are used to indicate where the changes will occur. Because of the persistence, relations and events can be mapped within an assistive technology's internal model.
IAccessibles は保持される
ドキュメントが変わらなければ、同じオブジェクトに対して IAccessible を複数回検索すると、同じ IAccessible が返ってきます。一意の ID も同一のままです。もしドキュメントが変わると、変更の発生する場所を指示するのに EVENT_REORDER、EVENT_HIDE、EVENT_SHOW が使われます。保持性があるので、リレーションとイベントは補助技術の内部モデル内で、マッピングされることが可能です。
Page Loading is Tracked via STATE_CHANGE events
When a new document is about to be loaded, an EVENT_STATE_CHANGE occurs on the root ROLE_DOCUMENT object for a window. The STATE_BUSY flag is now set for the root pane object.
Once the new page is ready to be displayed and traversed via its IAccessible tree, the old content window is destroyed, and a new window is created. Next, another EVENT_STATE_CHANGE is fired for the new root ROLE_DOCUMENT object for the window, with its STATE_BUSY flag cleared.
ページの読み込みは、STATE_CHANGE イベント経由で追跡される
新しいドキュメントが読み込まれようとする時、ウィンドウの ROLE_DOCUMENT ルートオブジェクト上で、EVENT_STATE_CHANGE が発生します。そして、STATE_BUSY フラグがルートペイン・オブジェクトに対して設定されます。
新しいページが、IAccessible ツリー経由で表示され、探索される準備が整うと、古いコンテンツウィンドウは破壊され、新しいウィンドウが作られます。それから、そのウィンドウの新しい ROLE_DOCUMENT ルートオブジェクトに対して EVENT_STATE_CHANGE がもう一つ起動され、STATE_BUSY フラグがクリアされます。
長い節でしたが、新たに大幅に書き足された『IEnumVARIANT によるクライアントエンドの性能向上』をこれで完了します。
本日までの完了分は、あらたに新草稿へ追加反映します。
なお、訳文について、気がつかれたことがある方は忌憚なく、ご意見をお寄せください。
旧草稿→新草稿
以上
![](http://www.mozilla.sk/logo.gif)