all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Jan Djärv" <jan.h.d@swipnet.se>
To: Robert Dallas Gray <mail@robertdallasgray.com>
Cc: 12277@debbugs.gnu.org
Subject: bug#12277: 24.1.50; Graphical issues with linum-mode and fringe
Date: Sat, 8 Sep 2012 14:22:39 +0200	[thread overview]
Message-ID: <820087F3-E672-42AE-8B74-C6E48A3F88E2@swipnet.se> (raw)
In-Reply-To: <07E8B37A-FACF-4F64-B23C-0389DA730DF8@robertdallasgray.com>

[-- Attachment #1: Type: text/plain, Size: 2684 bytes --]

Hello.

This is similar but not the same as 11052.

This is reproducable on Gtk and Lucid so I think it is a general redisplay problem.  It is harder to reproduce on those platforms, as they seem to redraw more often.  It may also be a timing issue.
But I found a simpler way to reproduce the bug:

./emacs -Q
M-x scroll-bar-mode (to turn off scrollbars).
C-x 3
M-x linum-mode

Then double-click on a line to mark a word on that line.  The redisplay engine will then redraw the whole line, but the black border between windows will be gone from that line and to the end of the window (why Emacs redisplays from the marked word to the end of the window I don't know, it does not seem efficient).

Screenshots attached, taken from a lucid build.  If you look at the zoomed in version, you can see that if you extend the one-pixel black line down to the "4", it would actually draw over pixels belonging to the "4", thus indicating that this bug is due to the display engine redrawing line numbers over the black line.

This recepie also shows that there are cursor redrawing bugs in the X port, remnants show up in the line number column.  But that is a separate issue :-).

	Jan D.





3 sep 2012 kl. 12:38 skrev Robert Dallas Gray <mail@robertdallasgray.com>:

> 
> On 31 Aug 2012, at 10:05, Eli Zaretskii wrote:
> 
>>> From: Robert Dallas Gray <mail@robertdallasgray.com>
>>> Date: Mon, 27 Aug 2012 09:37:14 +0100
>>> 
>>> Bearing in mind this affects Cocoa Emacs on OS X, in windowed mode:
>>> 
>>> cd /Applications/Emacs.app/Contents/MacOS
>>> ./Emacs -Q
>>> M-x scroll-bar-mode (to turn scroll bars off)
>>> (now visit a file with contents large enough to require scrolling)
>>> C-x 3 (to split the window vertically)
>>> M-x linum-mode
>>> 
>>> Now scroll the right-hand window (using the mouse wheel seems to reproduce the glitch more often). The black vertical bar between the two windows intermittently disappears or becomes 'broken'.
>> 
>> When the vertical line separating the two windows disappears or
>> becomes broken, does it get corrected if you wait for a while, or does
>> it stay corrupted forever, until the next scroll?
> 
> It stays corrupted until the next scroll (or M-x redraw-display, or a window resize).
> 
>> FWIW, all I see on my MS-Windows machine is slow scrolling (due to
>> linum-mode), but no redisplay problems.
>> 
> 
> I wasn't able to reproduce it in Emacs 24.1 on Windows 7.
> 
>>> I have a screenshot of the bug occurring, but I'm not sure on the rules for posting images here.
>> 
>> Please do post the screenshots.
> 
> Attached.
> 
> <Screen Shot 2012-08-26 at 11.12.22.png>


[-- Attachment #2.1: Type: text/html, Size: 4089 bytes --]

[-- Attachment #2.2: border.png --]
[-- Type: image/png, Size: 7746 bytes --]

[-- Attachment #2.3: border-zoomed.png --]
[-- Type: image/png, Size: 13267 bytes --]

  reply	other threads:[~2012-09-08 12:22 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-25 14:43 bug#12277: 24.1.50; Graphical issues with linum-mode and fringe Robert Dallas Gray
2012-08-25 19:01 ` Eli Zaretskii
2012-08-27  8:37 ` Robert Dallas Gray
2012-08-31  9:05   ` Eli Zaretskii
2012-09-03 10:38     ` Robert Dallas Gray
2012-09-08 12:22       ` Jan Djärv [this message]
2012-09-08 13:01         ` Eli Zaretskii
2012-09-09 18:02           ` Eli Zaretskii
2012-09-10 14:54             ` Jan Djärv
2012-09-10 16:29               ` Eli Zaretskii
2012-09-09 20:12         ` Eli Zaretskii
2012-09-10 14:55           ` Jan Djärv
2012-09-11  9:07 ` bug#12277: Thanks Robert Dallas Gray

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=820087F3-E672-42AE-8B74-C6E48A3F88E2@swipnet.se \
    --to=jan.h.d@swipnet.se \
    --cc=12277@debbugs.gnu.org \
    --cc=mail@robertdallasgray.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.