その後も,どうすればこの現象が起きるのかは分かっていません。文書の最初の方の行に追加・削除を加えて保存したのち,最後近くの行に移動してみると左右方向の文字重なりが起きていることがあります。3.1.1でも同じ現象が起きました。場合と,同じ行の同じ文字同士が同じように重なっていました。こんにちは、確認ありがとうございます。>同じ行の同じ文字同士が同じように重なっていました。行をヘッダーにつづく1行の本文においてです。日本語文字と英数字からなる行で試しました。そのスクリーンショットです。さん,隣接する日本語文字と英文字が重なる,と表現をしてきましたが,マウスポインタが移動する現象の方がより基本的かもしれません。行をヘッダーにつづく1行の本文においてです。日本語文字と英数字からなる行で試しました。スクリーンショットの二行目末尾,「訂正した。」の末尾に何文字か追加したのち,追加した文字をそっくり消去し元に戻します。このときマウスポインタは「。その状態で保存します。するとマウスポインタが動き「。」の左,「た」の右端に重なる位置に来ています。常にそうなるわけではありませんが,この現象を体験しました。保存操作がなぜウィンドウリフレッシュを要求するのか,その訳は直感的にはわかりにくいのですが,保存操作の結果,マウスポインタが移動するのはウィンドウリフレッシュが行われたからですよね。保存に伴うウィンドウリフレッシュはマウスポインタを動かす。ともなうウィドウリフレッシュはマウスポインタを元に戻す。縦スクロールにともなうウィンドウリフレッシュはマウスポインタを元に戻さない。ウィンドウサイズの横拡大に伴うウィンドウリフレッシュはマウスポインタを元に戻す。問題解決の手がかりになりませんかね。さん,これまでご紹介してきた事実データとは見た目には異なるデータを追加します。>隣接する日本語文字と英文字が重なる,と表現をしてきましたが,>マウスポインタが移動する現象の方がより基本的かもしれません。日本語文字同士が重なる現象もありました。スクリーンショットをご覧ください。重なっているのは日本語文字同士ではなく,先行する日本語文字と後続のハイパーリンク下線かもしれません。見るとハイパーリンク下線の尻尾とそれに続く日本語文字も重なっていますね。項にある現象に該当するという解釈には無理がありますか。glyphs.再描画すると重なりは解消され正常に復する現象と矛盾するようにも感じますが,体験している現象に近いと感じましたので,現象説明の可能な仮説としてご報告することにしました。こんにちは、確認ありがとうございます。・すこし用語の説明を書いておきます。1)「マウスポインタ」は、マウスのアクションを指示する座標を示すカーソルで、デフォルト状態で矢印の形をしています。2)「キーカーソル」は、文字を入力する場所を示すカーソルで、「キーボードカーソル」と呼ぶ場合もあります。・ウィンドウリフレッシュには、2種類あります。中では[表示の復元(Ctrl+Shift+R)]です。リクエストされた時に未成形の場合は行われます。Portion(部分)の幅又は座標が変更(再レンダリング)され、(どちらかが)復元されていない点にあります。なります、その結果、御指摘の様に日本語どうしが重なる場合もあります。用のレンダリングとは異なる様です。なります、どの様な組み合わせが可能なのかは、文字コード表で指定されています。・レンダリングの差を無くす設定は、かなり捜してみましたが、(勘違いしているだけかもしれませんが)見つかりませんでしたので、回避策用のエクステンションを作ってみました、試してみてください。(添付してあります)・インストールは、1.ダウンロードして、解凍したファイルをダブルクリックします。installation.]と表示されますので、[OK]をクリックします。Manager]ダイアログで[Close]をクリックします。4.[Writer]が立ち上がっていますが、無視して(クイックスタートも含めてOpenOfficeを)再起動して下さい。・うまくインストール出来れば、3つのイベントと1つのショートカットが設定されます。・設定内容を見てみましょう。1.メニューから[Tools][Customize]を選びます。2.[Customize]ダイアログで[Events]タブを選びます。In]ダウンリストボックスで[OpenOffice.org]を選びます。保存後にマクロを呼び出します。[Keyboard]タブを選びます。keys]リストボックスで下方にスクロールさせて[Alt+Shift+M]を探します。(マクロが設定されています)9.レンダリングが必要な場合にショートカットキー[Alt+Shift+M]で呼び出して下さい。・と、いう訳で使い方は、1.ファイルを開いた時と保存した時は、勝手にマクロが起動して表示が修正されます。2.それ以外で必要な場合にはショートカットキーを使います。・エクステンションについて、このエクステンションには、誰も保障をしませんし責任も負いません、ご利用は自己責任で。改変、再配布はご自由に。amMoIshiharaさん,いつも丁寧なご指導ありがとうございます。この案件は大変な難問のようですので,問題提起を取り下げる形でスレッドクローズを提案しようかとも考えましたが,クローズは問題現象の正確な認識をもってからにすべきであると考えを改めました。問題現象を正しく理解する試みを行います。>・すこし用語の説明を書いておきます。1)「マウスポインタ」は、マウスのアクションを指示する座標を示すカーソルで、デフォルト状態で矢印の形をしています。2)「キーカーソル」は、文字を入力する場所を示すカーソルで、「キーボードカーソル」と呼ぶ場合もあります。ご指摘ありがとうございます。以後,正しい用語を使うようにします。>・ウィンドウリフレッシュには、2種類あります。中では[表示の復元(Ctrl+Shift+R)]です。リクエストされた時に未成形の場合は行われます。このご説明を正しく理解しないと,問題現象の認識を正確に表現できないのではないか,と考えています。下に書く文章中の用法が正しいかどうか。Portion(部分)の幅又は座標が変更(再レンダリング)され、(どちらかが)復元されていない点にあります。この一文の意味を正確に理解することがもっとも重要ではないか,と考えています。考えて,問題現象の認識をつぎの文章で表現してみました。保存時以外での問題現象も含めました。問題現象とご提案いただいた回避策との関係についても,現象と対策の観点から言及しました。「保存操作を行ったら,テキスト文字列の後ろにあったキーカーソルがテキスト文字列と重なる位置にきた。それは変更しなくてもよい表示画像を変更するようなRepaintが行われたことを意味する。変更しなくてもよい成形済みの表示画像を未成形であると判断し再Renderingしてしまった結果である。保存操作をしなくてもキーカーソルの位置が移動する現象を目撃した。キーボードから文字入力中であった。この場面では頻繁にRepaintが必要になり,その都度画像成形を行うため頻繁にRenderingが行われていたはずである。どこかのタイミングでのRenderingがキーカーソル位置を復元していない画像を成形したにちがいない。間違ったRenderingを引き起こすRepaintは保存操作のときだけでなくキー入力中にも起きた。