unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Drew Adams <drew.adams@oracle.com>
To: 15716@debbugs.gnu.org
Subject: bug#15716: 24.3.50; redisplay bug for display-table update
Date: Fri, 25 Oct 2013 08:04:14 -0700 (PDT)	[thread overview]
Message-ID: <5f2f5004-0d43-45c6-8285-dfcf2a3deb5e@default> (raw)

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

This seems to be a regression; I have never seen it before.

See attached screenshots, from the same session.  The bad one (NG) was
taken after `C-l', which should have taken care of any redisplay
problem.  The good one (OK) was taken after then iconifying (thumbifying,
actually) and then restoring the frame - that took care of the display
problem.

The part of the displayed buffer that got messed up is the result of
modifying the display table for character ^L - what looks like a sunken
line of text "Section (Printable Page)" is in fact just a ^L character.
The code that does this is here:
http://www.emacswiki.org/emacs-en/download/pp-c-l.el.

This is the part of the code that updates the display table:

(lambda (window)
  (let ((display-table  (or (window-display-table window)
                            (make-display-table))))
    (aset display-table ?\014 (and pretty-control-l-mode
                                   (pp^L-^L-display-table-entry window)))
    (set-window-display-table window display-table)))

BTW/FWIW - I think I have also noticed, with this build (perhaps other
recent builds too?), the need to hit `C-l' more often.  Until now I have
probably used `C-l' only a few times over the last decade or so - hasn't
been needed.  (In the old days it was needed much more often.)

HTH.



In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
 of 2013-10-19 on LEG570
Bzr revision: 114715 rgm@gnu.org-20131019023520-s8mwtib7xcx9e05w
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --enable-checking 'CFLAGS=-O0 -g3' CPPFLAGS=-DGLYPH_DEBUG=1'

[-- Attachment #2: throw-emacs-redisplay-bug-OK.png --]
[-- Type: image/png, Size: 3312 bytes --]

[-- Attachment #3: throw-emacs-redisplay-bug-NG.png --]
[-- Type: image/png, Size: 3476 bytes --]

             reply	other threads:[~2013-10-25 15:04 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-10-25 15:04 Drew Adams [this message]
2013-10-25 15:26 ` bug#15716: 24.3.50; redisplay bug for display-table update Eli Zaretskii
     [not found] <<5f2f5004-0d43-45c6-8285-dfcf2a3deb5e@default>
     [not found] ` <<83eh79gyma.fsf@gnu.org>
2013-10-25 15:53   ` Drew Adams
2013-10-25 18:21     ` Eli Zaretskii
     [not found] <<a6bb675b-4f86-4611-b023-9a5304a18098@default>
     [not found] ` <<83d2mtgqik.fsf@gnu.org>
2013-10-25 18:32   ` Drew Adams
2015-12-26  1:10     ` Lars Ingebrigtsen

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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=5f2f5004-0d43-45c6-8285-dfcf2a3deb5e@default \
    --to=drew.adams@oracle.com \
    --cc=15716@debbugs.gnu.org \
    /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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).