all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
Subject: RE: Q on Text Properties popup menu - shouldn'titusethepointerposition, not the cursor position?
Date: Mon, 27 Jun 2005 15:35:25 -0700	[thread overview]
Message-ID: <DNEMKBNJBGPAOPIJOOICIENMCJAA.drew.adams@oracle.com> (raw)
In-Reply-To: <E1DmwkL-0005Hm-VN@fencepost.gnu.org>

        With this code, the Text Properties menu uses the cursor
        position (point) when it is accessed from the menu-bar
        and the mouse pointer position when it is accessed via
        mouse popup menu (C-mouse-2). So, for instance, you can
        point the mouse at some text and pick Describe Properties
        to see its text properties.

    Does this mean only for the menu items that operate on a single
    position?

Yes. The menu looks like this - I added the last two separators and the last
three items:

 Text Properties
 ----------------------
 Face >
 Foreground Color >
 Background Color >
 Special Properties >
 ----------------------
 Justification >
 Indentation >
 ----------------------
 Remove Face Properties
 Remove Text Properties
 ----------------------
 Describe Properties
 Display Faces
 Display Colors
 ----------------------
 Change Face Foreground
 Change Face Background
 Change Face Attribute

    Changing the text properties applies to a region, and the only sensible
    thing for it to do is act on _the_ region, as it does now.

Agreed. There is no change in this regard.

BTW, I was not making a suggestion to change anything in Emacs, except for
letting Describe Properties act on the pointer position (not point) when
called from the popup menu.

There are three classes of commands in this menu:

 - those acting on the region
 - those acting on the character after point (or under the mouse pointer)
 - those acting without regard to any object (intransitive), such as Display
Faces

To make things clearer, we might want to put all of the items acting on the
region in a "Region" submenu. Alternatively, we might put all of the
commands acting at a single position on a "Here" submenu.

In my own local version, for instance, I added some region commands to the
Edit menu and put them in two submenus, Edit Region (for stuff like tabify
and upcase) and Sort Region (for different ways to sort the region).

I'll respond to your questions about Do Re Mi separately.

  reply	other threads:[~2005-06-27 22:35 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-06-24 15:25 Q on Text Properties popup menu - shouldn't it use the pointer position, not the cursor position? Drew Adams
2005-06-24 15:58 ` Luc Teirlinck
2005-06-24 16:37   ` Q on Text Properties popup menu - shouldn't it use the pointerposition, " Drew Adams
2005-06-24 16:48     ` Drew Adams
2005-06-24 23:08     ` Luc Teirlinck
2005-06-24 23:35       ` Q on Text Properties popup menu - shouldn't it use thepointerposition, " Drew Adams
2005-06-25 22:53       ` Drew Adams
2005-06-25 23:17         ` Luc Teirlinck
2005-06-25 23:32           ` Q on Text Properties popup menu - shouldn't it usethepointerposition, " Drew Adams
2005-06-25 23:29         ` Q on Text Properties popup menu - shouldn't it use thepointerposition, " Luc Teirlinck
2005-06-26  1:26         ` Q on Text Properties popup menu - shouldn't it usethepointerposition, " Drew Adams
2005-06-26  1:29           ` Drew Adams
2005-06-27  0:07           ` Q on Text Properties popup menu - shouldn't itusethepointerposition, " Drew Adams
2005-06-27  0:46             ` Drew Adams
2005-06-27 16:46             ` Richard M. Stallman
2005-06-27 22:35               ` Drew Adams [this message]
2005-06-27 22:41               ` Do Re Mi (was: Q on Text Properties popup menu - shouldn'titusethepointerposition, not the cursor position?) Drew Adams
2005-06-28 18:43                 ` Do Re Mi (was: Q on Text Properties popup menu -shouldn'titusethepointerposition, " Drew Adams
2005-06-28 18:47                 ` Do Re Mi (was: Q on Text Properties popup menu - shouldn'titusethepointerposition, " Richard M. Stallman
2005-06-28 19:53                   ` Do Re Mi (was: Q on Text Properties popup menu -shouldn'titusethepointerposition, " Drew Adams
2005-06-28 20:33                     ` Robert J. Chassell
2005-06-28 21:01                       ` Do Re Mi (was: Q on Text Properties popup menu-shouldn'titusethepointerposition, " Drew Adams
2005-06-29  0:42                         ` Robert J. Chassell
2005-06-29  3:59                     ` Do Re Mi (was: Q on Text Properties popup menu -shouldn'titusethepointerposition, " Richard M. Stallman
2005-06-29 14:52                       ` Do Re Mi (was: Q on Text Properties popup menu-shouldn'titusethepointerposition, " Drew Adams
2005-06-24 16:09 ` Q on Text Properties popup menu - shouldn't it use the pointer position, not the cursor position? Luc Teirlinck

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=DNEMKBNJBGPAOPIJOOICIENMCJAA.drew.adams@oracle.com \
    --to=drew.adams@oracle.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.