From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-38834-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 18605 invoked by alias); 12 Jul 2016 04:27:59 -0000
Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Workers List <zsh-workers.zsh.org>
List-Post: <mailto:zsh-workers@zsh.org>
List-Help: <mailto:zsh-workers-help@zsh.org>
X-Seq: 38834
Received: (qmail 11205 invoked from network); 12 Jul 2016 04:27:59 -0000
X-Qmail-Scanner-Diagnostics: from mail-pa0-f42.google.com by f.primenet.com.au (envelope-from <schaefer@brasslantern.com>, uid 7791) with qmail-scanner-2.11 
 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1.  
 Clear:RC:0(209.85.220.42):SA:0(0.0/5.0):. 
 Processed in 0.113891 secs); 12 Jul 2016 04:27:59 -0000
X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=5.0 tests=T_DKIM_INVALID
	autolearn=unavailable autolearn_force=no version=3.4.1
X-Envelope-From: schaefer@brasslantern.com
X-Qmail-Scanner-Mime-Attachments: |
X-Qmail-Scanner-Zip-Files: |
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=brasslantern-com.20150623.gappssmtp.com; s=20150623;
        h=from:message-id:date:to:subject:mime-version;
        bh=XbVdXkBwJy5YQduyEc9/QtdkdoT4lbrq2g4Qm5vvGjE=;
        b=F+7kLKfNusFaGIHaDBbAfGLYSt16bJiN2McXP03seOqKjyXV2Cn6SqpA5oloxxK0vS
         eiiA3zp8CCDLg8fWj3H7xydnvhWaQxYP3dbMup8g0z3HiOhIGf6xyYejuqqJUzhZtAid
         lBJI6OHVOgW1mtMv6vkSmNNg1Ifss1iKIzHZo+idwN1JEXzrHRyhNN2QHpzuDhD5RZB3
         ccvNw+WYKEy0QSDG/ioaCPvH/GnPm0eVvqsNlj7i5m8WJmcmOMYudGS1XYq+f7ZxNGub
         jdJaVhKqLkw8VPMnpE++3rXwnbq6jKw2gSyjdntqjYhR8drMAAexblkY3cFcOd3Hx+vu
         +JPA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:from:message-id:date:to:subject:mime-version;
        bh=XbVdXkBwJy5YQduyEc9/QtdkdoT4lbrq2g4Qm5vvGjE=;
        b=P6apIGU/IAvt/bOrks1WXzGH+66kyiPGC7/OM2fSqGbPKz3bqCI4/AxNQTpBT3wE0s
         UlNaeFqZWSzAMseL8YRp+CxVgHnQ5glDs7HwjRfVrYoIQUM8Fca/mq1yQ37TI///omnE
         xBCSJahKJaeQQGujjTTJxmTYJc4Qb5FhaAzUe9RRVGcGCiDI/N1IUvxJjL6nK4696fLf
         GMV1I/vFj8qfSea+prAK5y2jqLYfAt1fv5wNorAOnbNVN/j6wlnKGmvAZ0qr9meC+Nk4
         mJkRN35LEqfTfaEfIlvq5cVUsm+Qxpq+jFlD9xna0VeBdJKYSGqN45Y35eX1PP7/iNfu
         si4w==
X-Gm-Message-State: ALyK8tLXQTl+NOw2vpUm/w54ccyf454fVJn086qPTMa6sVW6xb4mq0L54vFVRxeEqpDIwg==
X-Received: by 10.66.255.42 with SMTP id an10mr322146pad.57.1468297675207;
        Mon, 11 Jul 2016 21:27:55 -0700 (PDT)
From: Bart Schaefer <schaefer@brasslantern.com>
Message-Id: <160711212814.ZM15416@torch.brasslantern.com>
Date: Mon, 11 Jul 2016 21:28:14 -0700
X-Mailer: OpenZMail Classic (0.9.2 24April2005)
To: zsh-workers@zsh.org
Subject: State of the ZLE region across new prompts
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

Consider:

    zle-line-finish() { CURSOR=0 MARK=$#BUFFER REGION_ACTIVE=1 }
    zle -N zle-line-finish

The idea here, such as it is, is to highlight the entire buffer before
it is executed.  (I was doing this to test something unrelated.)

With this in place, run a command, then when ZLE resumes at the next
prompt, start recalling commands with up-line-or-history.  Note that
they are highlighted.  I'm not entirely sure but I believe this means
the region is still active, not just that highlighting is confused.
Is REGION_ACTIVE intended to persist in this way?

Aside:  The documentation for the zle_highlight "region" context
discusses "calling set-mark-command with a negative numeric argument"
and "exchange-point-and-mark with a zero numeric argument" but does
not mention deactivate-region or assignments to REGION_ACTIVE.