unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Hendrik Tews <tews@os.inf.tu-dresden.de>
To: Eli Zaretskii <eliz@gnu.org>
Cc: larsi@gnus.org, kevin.d.rodgers@gmail.com, 9663@debbugs.gnu.org
Subject: bug#9663: 23.2; feature wish: put priority on vcursor overlay
Date: Wed, 11 Apr 2012 15:25:46 +0200	[thread overview]
Message-ID: <20357.34394.201790.771032@blau.inf.tu-dresden.de> (raw)
In-Reply-To: <83aa2i5ug8.fsf@gnu.org>

Eli Zaretskii writes:
   Date: Wed, 11 Apr 2012 15:22:47 +0300
   Subject: Re: bug#9663: 23.2; feature wish: put priority on vcursor overlay
   
   > From: Hendrik Tews <tews@os.inf.tu-dresden.de>
   > Date: Wed, 11 Apr 2012 13:54:40 +0200
   > Cc: Kevin Rodgers <kevin.d.rodgers@gmail.com>, 9663@debbugs.gnu.org
   > 
   > Lars Magne Ingebrigtsen writes:
   >    Date: Wed, 11 Apr 2012 13:35:18 +0200
   >    Subject: Re: bug#9663: 23.2; feature wish: put priority on vcursor overlay
   >    
   >    Hendrik Tews <tews@os.inf.tu-dresden.de> writes:
   >    
   >    >    same priority. Which makes me wonder: why other overlay have
   >    >    you bumped into which has either higher priority than nil, or
   >    >    nil priority but is not larger than vcursor.
   >    >
   >    > As I wrote in the feature wish: the locked region in Proof
   >    > General (proof-locked-span). It has priority 100, see the call to
   >    > span-raise inside proof-init-segmentation in
   >    > generic/proof-script.el.
   >    
   >    So perhaps this is a bug in Proof General and doesn't really require an
   >    overlay priority in Emacs?
   > 
   > Could you explain why using a non-deprecated feature (priorities
   > of overlays) is a bug?
   
   It isn't.  

I still don't understand why you suggest this is a bug in Proof
General?

   However, if, as you say, vcursor should always be visible,
   why not make its default priority most-positive-fixnum?  

I agree, most-positive-fixnum would be a reasonable choice.
However, some day there might be a package with an overly that
should hide the vcursor. A large but not maximal number might be
a better choice.

   And if we agree this is TRT, do we still need a defcustom?

Because the defcustom gives more freedom to users and without it
they have to resort to 

   (defadvice vcursor-move (after vcursor-overlay-set-priority activate)
     "Change the priority of the vcursor overlay."
     (and vcursor-overlay
	  (overlay-put vcursor-overlay 'priority 1000)))

Bye,

Hendrik





  reply	other threads:[~2012-04-11 13:25 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-03 19:48 bug#9663: 23.2; feature wish: put priority on vcursor overlay Hendrik Tews
2011-10-06  4:10 ` Kevin Rodgers
2011-11-01  8:57   ` Hendrik Tews
2011-11-01 19:59     ` Stefan Monnier
2011-11-01 21:23       ` Hendrik Tews
2011-11-02  1:19         ` Stefan Monnier
2011-11-02  7:37           ` Hendrik Tews
2012-04-11 11:35         ` Lars Magne Ingebrigtsen
2012-04-11 11:54           ` Hendrik Tews
2012-04-11 12:22             ` Eli Zaretskii
2012-04-11 13:25               ` Hendrik Tews [this message]
2012-04-11 13:43                 ` Stefan Monnier
2012-04-11 14:14                 ` Eli Zaretskii
2012-04-11 14:27                   ` Lars Magne 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=20357.34394.201790.771032@blau.inf.tu-dresden.de \
    --to=tews@os.inf.tu-dresden.de \
    --cc=9663@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    --cc=kevin.d.rodgers@gmail.com \
    --cc=larsi@gnus.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).