all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Andreas Schwab'" <schwab@linux-m68k.org>
Cc: 9934@debbugs.gnu.org
Subject: bug#9934: 24.0.91; `region-active-p' definition
Date: Tue, 1 Nov 2011 11:13:16 -0700	[thread overview]
Message-ID: <2FDC1CCA19884DF29D77C76FB4415507@us.oracle.com> (raw)
In-Reply-To: <m2obwvd8qj.fsf@igel.home>

> > When transient mark mode is off, the region and mark are
> > *never* active
> 
> If transient mark mode is off then the mark is active as
> soon as it is set.

Prove it.  Show me the code that supports such a claim.

Nonsensical.  If t-m mode is off, what does it mean for the mark to be active or
inactive?  Nothing.

What user-visible or code-visible difference does it make whether the mark is
"active" or "inactive" when t-m mode is off?  None.

There is no such notion ("active") when t-m mode is off.  Never has been.
Cannot be.

You cannot have a distinction (e.g., active vs inactive) unless there is some
_difference_ in behavior.  When t-m mode is off there are not two states for the
mark - no distinction.

There is no active region when t-m-m  mode is off - there is just the region: it
does not have two states active/inactive.

An active mark _means_ an active region, and vice versa.  And activeness is
indicated by highlighting.  Deactivating the mark turns off the highlighting.
This is straight out of the doc, and it corresponds with both Emacs history and,
well, logic.






  reply	other threads:[~2011-11-01 18:13 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-01 17:12 bug#9934: 24.0.91; `region-active-p' definition Drew Adams
2011-11-01 17:59 ` Andreas Schwab
2011-11-01 18:13   ` Drew Adams [this message]
2011-11-01 18:50     ` Andreas Schwab
2011-11-01 19:43       ` Drew Adams
2011-11-01 20:42         ` Andreas Schwab
2011-11-01 22:26           ` Drew Adams
2011-11-01 22:45             ` Andreas Schwab
2011-11-01 20:09 ` Stefan Monnier
2011-11-01 22:26   ` Drew Adams
2011-11-02  1:26     ` Stefan Monnier

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=2FDC1CCA19884DF29D77C76FB4415507@us.oracle.com \
    --to=drew.adams@oracle.com \
    --cc=9934@debbugs.gnu.org \
    --cc=schwab@linux-m68k.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 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.