unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Alp Aker <aker@pitt.edu>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: 8627@debbugs.gnu.org
Subject: bug#8627: 24.0.50: cursor property behaves irregularly in before-strings
Date: Fri, 06 May 2011 17:17:16 -0400 (EDT)	[thread overview]
Message-ID: <Pine.GSO.4.63.1105061714480.3338@unixs1.cis.pitt.edu> (raw)
In-Reply-To: <jwvd3jw2b0v.fsf-monnier+emacs@gnu.org>

>> But if the before-string contains a newline, the cursor property
>> appears to be ignored.
>
> I will take a look at fixing this, but can you show a real-life use
> case where this is needed?

I ran into the need while working on this package:

   emacswiki.org/emacs/FillColumnIndicator

It shades the area past the fill column by putting overlays on newlines 
(if you look at the screenshot it'll be obvious how it works).  In a few 
edge cases it would be useful to be able to display a newline that's not 
part of the buffer content.  For example, if the last line of the buffer 
doesn't end in a newline, then no fill-column shading appears on that line 
(since there's no newline to propertize).  I'd like to put an overlay at 
point-max with an after-string containing a propertized newline character, 
so that the fill-column shading can appear on the last line of the buffer. 
But I can't do so, because the newline in the after-string causes any 
cursor property in it to be ignored, and so cursor motion at the end of 
the buffer becomes deranged.  (Display strings won't do here, because I 
don't want to replace the display of any characters in the buffer.)

Does that qualify as a use case?

I might as well also mention, at least for the record, another (minor) 
issue with cursor properties in before-strings that I came across:  If the 
position with the cursor property is out of sight because of horizontal 
scrolling, then the property is ignored, even when auto-hscroll-mode is 
enabled.  Perhaps it would make more sense to respect the cursor property 
when auto-hscroll-mode is non-nil, and adjust hscrolling to bring the 
requested cursor position into view?

Here's a test case:

(progn
   (setq auto-hscroll-mode t)
   ;; A line of text, moving to the end of which will trigger hscrolling.
   (insert (make-string (+ hscroll-margin (window-width) 5) ?X))
   (setq m (point-marker))
   (insert "\n\n")
   (setq o (make-overlay (1- (point)) (point)))
   ;; Request that cursor be at bol, but make the before-string long
   ;; enough that if the cursor property is ignored we won't return from
   ;; hscrolling.
   (overlay-put o
                'before-string
                (concat
                 (propertize " " 'cursor 1)
                 (make-string (window-width) 32)))
   (goto-char m)
   (redisplay)
   (forward-line 1))

After evaluation the cursor will be at the end of the before-string, 
rather than at the requested position.  (This happens with 22 and 23 as 
well.)










  reply	other threads:[~2011-05-06 21:17 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-06  0:01 bug#8627: 24.0.50: cursor property behaves irregularly in before-strings Alp Aker
2011-05-06 11:03 ` Eli Zaretskii
2011-05-06 13:53   ` Stefan Monnier
2011-05-06 21:17     ` Alp Aker [this message]
2011-05-07  7:26       ` Eli Zaretskii
2011-05-29 20:54 ` Eli Zaretskii
2021-12-04 20:22   ` Lars Ingebrigtsen
2021-12-04 20:44     ` Eli Zaretskii
2021-12-05 14:42       ` Eli Zaretskii

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=Pine.GSO.4.63.1105061714480.3338@unixs1.cis.pitt.edu \
    --to=aker@pitt.edu \
    --cc=8627@debbugs.gnu.org \
    --cc=monnier@iro.umontreal.ca \
    /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).