fringeにごみが残る

mw32_WndProc (mw32fns.c) の WM_PAINT イベントの処理を r4132 のものに戻してみたところ、正常動作しました。

#根拠もない第一感ですが、sleep(2) は MW32_BLOCK_FRAME_HDC/MW32_UNBLOCK_FRAME_HDC の外にあるべきだったりしませんかね？

描画領域に問題があるようです。

r4135の変更の一部をr4143で取り消しました。 問題が解決することを確認して、チケットを閉じてください。

また、同じ趣旨の修正をする場合には、この問題が生じないようにお願いします。

Replying to miyoshi:

描画領域に問題があるようです。 r4135の変更の一部をr4143で取り消しました。 問題が解決することを確認して、チケットを閉じてください。

直っていることを確認しました。ありがとうございます。

こちらも、反応が遅くなりました。

すでにRevertされ、closeとなっていますが、問題の原因は、mw32i_scroll_run ()@mw32term.cでのスクロール領域の計算で、fringeの領域が省かれているためと思われます。現在のCVS HEADでは、この部分が削除されています。(x_scroll_run@w32term.cでは、rev1.189で削除されています。)

こちらでは、以下のパッチとr4135の実装で、問題発生手順で再現しないことを確認しました。

Index: mw32term.c
===================================================================
--- mw32term.c  (revision 4148)
+++ mw32term.c  (working copy)
@@ -2987,10 +2987,6 @@
      fringes of W.  */
   window_box (w, -1, &x, &y, &width, &height);

-  /* Exclude fringe areas.  */
-  width -= FRAME_TOTAL_FRINGE_WIDTH (f);
-  x += FRAME_LEFT_FRINGE_WIDTH (f);
-
   from_y = WINDOW_TO_FRAME_PIXEL_Y (w, run->current_y);
   to_y = WINDOW_TO_FRAME_PIXEL_Y (w, run->desired_y);
   bottom_y = y + height;

r4135の修正の趣旨は、できるだけクライアント領域全体に対しての再描画をなくすことにありました。また、Meadowでも2.1やr3978より前ではBeginPaint?で得た領域のみexpose_frameに渡していたこともあり、問題ないと判断していました。(ですが、問題があったということですね。)

なるほど、mw32i_scroll_run()に問題がありましたか。

これで問題が解決するのであれば、この変更を取り込んだ上で、r4143の修正を取消してもらえませんか?

Replying to miyoshi:

これで問題が解決するのであれば、この変更を取り込んだ上で、r4143の修正を取消してもらえませんか?

r4149で上記対処を盛り込みました。問題がありましたら、ご報告お願いいたします。

特に問題ないようですので、closeします。