Navigation problems with binomial notation represented using <mmultiscripts>
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 初心者へのやさしさ
- 68/100
- issue の種類
- バグ
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- rust, yaml
調査の方向性
Reproduce the MathML example in NVDA with MathCAT 0.7.6-rc.3, then read the relevant into-or-out-of-mmultiscripts rules in navigate.yaml and the rules that skip none and mprescripts. Done means Enhanced/Simple navigation announces semantic parts rather than literal base/subscript roles, while Character mode avoids the redundant subscript transition.
索引モデルが issue の本文から書いたものです。
説明
Navigation of a binomial coefficient represented using <mmultiscripts> produces unexpected structural labels in all three navigation modes.
MathML
<math id="0" display="block" xmlns="http://www.w3.org/1998/Math/MathML">
<mmultiscripts id="1">
<mi id="2">C</mi>
<mi id="3">m</mi>
<none id="4"/>
<mprescripts id="5"/>
<mi id="6">n</mi>
<none id="7"/>
</mmultiscripts>
</math>
This represents a binomial coefficient with presubscript n and postsubscript m.
Settings
- Language: English
- Speech style: SimpleSpeak
- Speech verbosity: Medium
- Overview: False
- Navigation verbosity: Verbose
- Auto zoom out: True
Tested through NVDA with MathCAT 0.7.6-rc.3 installed as an addon.
Observed behaviour
Enhanced and Simple (identical)
-
ZoomIn- land on
id="6" - hear:
"zoom in; in base; n"
- land on
-
MoveNext- land on
id="3" - hear:
"move right; in subscript; m"
- land on
The landing order n → m appears correct for the inferred binomial semantics, but the structural labels do not.
MathCAT's binomial-mmultiscripts inference converts this expression into a semantic binomial whose children are n and m. Therefore n is no longer the literal base of the original <mmultiscripts>, and m is no longer being navigated as its literal postsubscript.
I would expect semantic navigation to describe these as arguments/parts of the binomial rather than as "base" and "subscript".
For example, with the current generic navigation behaviour for semantic structures, something approximately like:
-
ZoomIn- land on
id="6" - hear:
"zoom in; in part 1; n"
- land on
-
MoveNext- land on
id="3" - hear:
"move right; in part 2; m"
- land on
would seem more consistent.
Character
-
ZoomIn- land on
id="2" - hear:
"zoom in; in base; c"
- land on
-
MoveNext- land on
id="3" - hear:
"move right; in subscript; m"
- land on
-
MoveNext- land on
id="6" - hear:
"move right; out of subscript; in subscript; in pre-subscript; n"
- land on
Character mode correctly follows the literal MathML structure and lands on the expected nodes.
However, the third announcement appears to contain a redundant structural transition:
"out of subscript; in subscript; in pre-subscript; n"
When moving from the postsubscript m across <none> and <mprescripts> to the presubscript n, I would expect something more like:
"move right; out of subscript; in pre-subscript; n"
or another equivalent transition that does not temporarily announce "in subscript" again.
Possible causes
There appear to be two potentially relevant areas in navigate.yaml.
For Enhanced/Simple, the inferred binomial still originates from <mmultiscripts>. The into-or-out-of-mmultiscripts navigation rule applies when:
@data-from-mathml='mmultiscripts'
and assigns roles according to literal child positions (base, subscript, superscript, etc.).
This may cause the two children of the inferred semantic binomial(n, m) to be incorrectly labelled as though they were still the first two children of the original <mmultiscripts>.
For Character mode, the rules that skip <none> and <mprescripts> perform additional Move2D/MoveNextZoom operations while moving to the following real script. This may be responsible for the extra "in subscript" announcement while crossing from the postscript to the prescript.
Disclosure: I asked ChatGPT for help to dig into the cause of this, so these guesses might well be wrong.
- 主要言語
- Rust
- スター
- 130
- フォーク
- 96
- 平均マージ
- 1日 1時間
- マージ済み PR(30日)
- 84
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
daisy/MathCAT のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
daisy/MathCAT#946 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
discussion
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
メンテナーはふだん 1 日以内に返信
-
discussion translation
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
daisy/MathCAT#675 · コメント 4 件 ·
メンテナーはふだん 1 日以内に返信
似ている issue
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
swc-project/swc-ai-issues#164 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
pop-os/cosmic-player#367 ·
-
good first issue help wanted
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
servo/rust-smallvec#873 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
messense/dav-server-rs#82 ·
メンテナーはふだん 1 日以内に返信