unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Bastien <bzg@altern.org>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: ivan.kalyaev@gmail.com, 16403@debbugs.gnu.org
Subject: bug#16403: 24.3.50; Rectangular selection visually disturbing
Date: Sun, 12 Jan 2014 23:26:42 +0100	[thread overview]
Message-ID: <87y52ku999.fsf@bzg.ath.cx> (raw)
In-Reply-To: <jwvha99yo6p.fsf-monnier+emacsbugs@gnu.org> (Stefan Monnier's message of "Sun, 12 Jan 2014 15:03:11 -0500")

Stefan Monnier <monnier@iro.umontreal.ca> writes:

>>>> I'll will wait for other maintainers to give feedback and apply
>>>> this on monday if it's good.
>>> It's probably fine for ttys, indeed, but it doesn't solve the problem
>>> for GUI frames.
>> I thought the behavior in GUI frames was acceptable,
>
> This OP's use-case is a GUI frame.  Daniel pointed out that it's even
> worse under ttys.

Okay.

>> Maybe in GUI the visual hint could be a change in the cursor
>> shape?  E.g. from box to vbar.
>
> The intention is not just to warn the user that we're in rectangle mode,
> but to actually show the boundaries of the 0-width rectangle.

I will commit the change about the warning independently of the way
rectangle boundaries are shown.

Two ideas:

1) using a vbar cursor, which not only warn the user, but also
   visually represent an empty rectangle.

2) reduce the width of the line inserted to reduce the glitch.

(Both are compatible, of course.)

Note that vim does not allow empty rectangle selection:
C-v y p will copy and paste the character at point.

I cannot think of situations where the user would want an empty
rectangle, but at the same time not allowing them would not be
consistent with Emacs behavior.

-- 
 Bastien





  reply	other threads:[~2014-01-12 22:26 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-09 10:15 bug#16403: 24.3.50; Rectangular selection visually disturbing Ivan Kalyaev
2014-01-09 21:10 ` Daniel Colascione
2014-01-10 11:28   ` Ivan Kalyaev
2014-01-10 19:58   ` Bastien
2014-01-10 20:16     ` Eli Zaretskii
2014-01-10 20:20       ` Bastien
2014-01-10 23:57         ` Stefan Monnier
2014-01-11 10:02           ` Bastien
2014-01-12 20:03             ` Stefan Monnier
2014-01-12 22:26               ` Bastien [this message]
2014-01-13  4:00                 ` Stefan Monnier
2014-01-13 10:57                 ` Bastien
2016-08-09  1:45                   ` npostavs
2016-09-02  3:09                     ` npostavs

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=87y52ku999.fsf@bzg.ath.cx \
    --to=bzg@altern.org \
    --cc=16403@debbugs.gnu.org \
    --cc=ivan.kalyaev@gmail.com \
    --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).