【薙刀式】MicroSoft Word縦書きの深刻なバグ３選

Wordはアメリカ人のつくったものだが、
日本人が縦書き用にアレンジしたものには、
深刻なバグが３つある。

これのせいで僕はすでに、
Wordを縦書きで使うことはなるべく避けている。

その３つを、再現可能な形にまとめた。


バージョンはWindows10 Word2013 on Surface 3。
最新の版では改善されているかもしれないが、
Win11にアプデしていないので不明。
Mac版でも起こるかも不明。
どなたか検証を。

【バグ１　ページダウン／アップが直観と異なる現象】
【バグ２　ページ間のカーソル移動がうまくいかない】
【バグ３　バグ１と２の組み合わせで、ページ間移動がおかしくなる】


【バグ１　ページダウン／アップが直観と異なる現象】

（手順）
１　新規ファイルを作成する。
２　縦書き表示にする。（ページレイアウト／文字列の方向／縦書き）
３　１ページ目を「ああああああ」で埋めて、
　　２ページ目を「いいいいいい」で埋める。
　　３ページ目はなしとする。
４　１ページ目先頭にキャレットを移動、表示倍率を１００％に設定する。
５　ページダウンを押す。
　（期待される挙動）２ページ目の先頭の「い」にキャレットが移動し、
　　　　　　　　　　そこへスクロールする。
　（実際起こること）半画面ほどスクロールして、
　　　　　　　　　　１ページ目１行目の真ん中あたりにキャレットが移動する。


（何が起こっているか？）
１　ページダウンを押すと、２ページ目全体が画面に入る分だけ、
　下スクロールする。
　このとき、ディスプレイがジャストサイズでないかぎり、
　１ページ目の下のほうがまだ画面に入っている。

２　この「今見えている画面上」での先頭位置に、
　キャレットが移動すると思われる。

３　つまり、ページダウンは、実際の原稿の「ページ」単位ではなく、
　「画面表示単位」での移動ではないだろうか？

（ページアップはどうか？）
１　２ページ目先頭の「い」にキャレットを置く。
　この時、表示上、１ページ目の下が少し見えている。
　たとえば「ああああ」と４文字見えていたとする。
２　ここでページアップを押すと、予想どおり、
　上スクロールして、１ページ目先頭にキャレットはいかず、
　１ページ目１行目の４文字目に移動する。
　つまり、ページアップダウンは、「ページ単位の移動」ではなく、
　「今見えている表示上の位置への移動」だと考えられる。

これって使えるの？
「ページ単位の移動や選択」ができないと意味なくない？


（検証）横書きではどうか？

１　横書きで同様のファイルを作成する。
２　１ページ目先頭にキャレットを置く。
　　表示倍率１００％だと、僕のディスプレイでは、
　１ページ目全体が入りきらない。

３　ページダウンを押す。
　「今見えている全画面の１画面分スクロールして、
　その先頭位置にキャレットが移動」する。
　つまり、１ページ目の途中の行の先頭にキャレットが移動して、
　２ページ目が少し見えている状態になる。
４　もう一度ページダウンを押す。
　　２ページ目先頭にキャレットが移動する。
　　スクロールは２ページ目先頭が画面上の一番上になる。

（検証）
１　表示倍率を小さくして、2ページ画面に入るようにする。
２　１ページ目先頭にキャレットを移動。
３　ページダウンすると、２ページ目先頭に移動した。
４　ページアップすると、１ページ目先頭に移動した。

このことから、
複数ページが画面上に全て収まっているときは、
ページアップダウンは、ページ単位のキャレット移動を行い、
収まりきれていない場合は、
「一画面分縦スクロールして、相対的に同じ位置にキャレットを移動する」
という機能だと考えられる。

横書きのときは、
文字の進む方向が横、
ページの進む方向は縦なので、
うまく機能している。

ところが、
縦書きの時は、
文字の進む方向が縦で、
ページの進む方向も縦なので、
スクロール方向が文字方向移動になることが、
根本的な原因だと考えられる。
　

日本の伝統的な縦書きでは、
「巻物」のように、スクロールする方向は、下ではなく左のはずだから、
これに準じれば、このアルゴリズムでも問題なかったと考えられる。
ちなみにスクロールとはそのまま「巻物」のこと。

この縦書きのページアップダウンバグは、
２種類のフィックスの仕方がある。

１　縦書きのときは、横スクロールバージョンに作り直すこと。
２　１画面分スクロールするのではなく、
　　１ページ分スクロールしてキャレットを移動させること。

なぜ２にならないのか？
理解に苦しむ。



【バグ２　ページ間のカーソル移動がうまくいかない】

同様のアルゴリズムのバグが、ページ間移動で起こる。

１　同様の縦書きファイルを用意する。
２　３ページ目をつくる。たとえば「う」で埋めるとする。
３　表示倍率は１００％と変わらず。

４　２ページ目の最終行先頭にキャレットを移動する。
５　左カーソルで次の行へ移動する。

（期待される結果）
　３ページ目の先頭行先頭にキャレットが移動。
（起こること）
　３ページ目の先頭行途中にキャレットが移動。

（検証）
２ページ目の全部が画面内に入っていると、
期待される結果になる。
しかし２ページ目の下が表示上入っていない状態でこれをやると、
３ページ目先頭数文字目にキャレットが移動する。

（バグの原因）
一つ目のバグと同じことが起こっていると思われる。
スクロールが縦で、「見えてる一画面分」だからだろう。

これを避けるには、複数ページが見えている状態ならばOKだが、
縦書き原稿を２ページ画面内に入れるって、
級数小さすぎて現実的ではない。
つまり、
「ページ間のキャレット移動」で、
必ずこのバグに出会うことになる。

は？なめてんの？


（横書きだとどうか？）

次ページが下にそのまま見えているので普通に次行に行ける。
上も同様。

つまり、次ページがカーソル方向に隣接していることで、
このバグは起こらない。
やはり縦書きでは、左に次のページが見えていれば問題ないのでは？
下に見えているからややこしくなっているのでは？



【バグ３　バグ１と２の組み合わせで、ページ間移動がおかしくなる】

同様の縦書きファイルをつくる。
１　２ページ目先頭行先頭にキャレットを移動。
２　上を押して、キャレットを移動。

（期待されること）
　１ページ目の最終行最終文字の後にキャレットが移動。
（起こること）
　１ページ目の最終行手前から数行前にキャレットが移動。
　ここまでは、ページダウンと同じバグだと思われる。ここからが本番。

（継続して起こるバグ）
このバグが起きているときに、下を押して次の文字へ移動しようとする、
つまり「前文字でバグったのだから、次文字へいけばもとに戻るだろう」と思って、
カーソル下を押すと、
表示ページが３ページ目に移動して、キャレットがいなくなる。
（キャレットのいるページが表示されない）

このときカーソルキーでキャレットを動かすと、
２ページ目が表示されるが、期待した位置にキャレットがいないことが多い。
（どこにいるかは、スクロール量で決まるような気がする）



以上、縦書きと縦スクロールの組み合わせが起こしていると思われるバグでした。

このせいで、縦書きの執筆はまじでページをまたいでやりにくくなっている。
防ぐ方法は、全画面１ページになる倍率を見出すことだろうが、
それが１００％じゃないんだよね。ディスプレイによって％が異なると思われる。

少なくとも、執筆しているときに、
１００％の文字の級数は小さすぎる。
もっと大きくして書きたい。
そのときに毎回ページアップダウンや、
カーソルでページを移動することが、
うまくいかないことにイライラさせられるのは、
エディタとしては欠陥で、深刻だ。

プログラミングの世界では、
データが壊れたり、煙が出たりするのを深刻というのだろうが、
「使えない」という意味で、深刻だね。


再現可能な状態にまとめておいた。
再現させて、なんじゃこりゃ、と叫んでいただきたい。
マイクロソフトに連絡するのも面倒なので、
暇な人はやっておいて。
たぶん俺、このバグに20年なやんでるわ。
毎回カーソルの行き来で困ってる。

これを防いで、
ページ間の移動を意図通りにする方法も、
あったら教えてください。