* bug#13692: mouse clicks in vc-dir buffers accidentally changing marks
@ 2013-02-12 4:56 Glenn Morris
2021-01-20 3:58 ` Lars Ingebrigtsen
0 siblings, 1 reply; 15+ messages in thread
From: Glenn Morris @ 2013-02-12 4:56 UTC (permalink / raw)
To: 13692
Package: emacs
Version: 24.3
Severity: minor
Maybe it's just me, but I find it too easy to accidentally change the
marked files in a vc-dir buffer with careless mouse clicks.
In a directory under version control with modified files:
emacs -Q -f vc-dir
The text that says "edited" (and the space following it all the way up
to the filename) runs vc-dir-toggle-mark on mouse clicks. I find this
makes it too easy to accidentally change the marked state when using the
mouse to select a different window or frame.
In a dired buffer, there is no way to mark files with mouse clicks
AFAICS. I don't see why vc-dir needs one. (Confusingly, clicking on the
actual mark character itself at the start of the line in a vc-dir buffer
does nothing.)
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#13692: mouse clicks in vc-dir buffers accidentally changing marks
2013-02-12 4:56 bug#13692: mouse clicks in vc-dir buffers accidentally changing marks Glenn Morris
@ 2021-01-20 3:58 ` Lars Ingebrigtsen
2021-01-21 3:08 ` Dmitry Gutov
0 siblings, 1 reply; 15+ messages in thread
From: Lars Ingebrigtsen @ 2021-01-20 3:58 UTC (permalink / raw)
To: Glenn Morris; +Cc: 13692
Glenn Morris <rgm@gnu.org> writes:
> Maybe it's just me, but I find it too easy to accidentally change the
> marked files in a vc-dir buffer with careless mouse clicks.
>
> In a directory under version control with modified files:
>
> emacs -Q -f vc-dir
>
> The text that says "edited" (and the space following it all the way up
> to the filename) runs vc-dir-toggle-mark on mouse clicks. I find this
> makes it too easy to accidentally change the marked state when using the
> mouse to select a different window or frame.
>
> In a dired buffer, there is no way to mark files with mouse clicks
> AFAICS. I don't see why vc-dir needs one. (Confusingly, clicking on the
> actual mark character itself at the start of the line in a vc-dir buffer
> does nothing.)
So the suggestion is to remove the `[mouse-2]' binding in
`vc-dir-mode'. I've never used the functionality myself, but I can see
that somebody might find this useful, but if we're going to have it,
perhaps the clickable area should be extended to the mark character,
too?
(I think removing the binding after more than a decade in existence
would be confusing.)
Anybody got any opinions here?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#13692: mouse clicks in vc-dir buffers accidentally changing marks
2021-01-20 3:58 ` Lars Ingebrigtsen
@ 2021-01-21 3:08 ` Dmitry Gutov
2021-01-21 14:46 ` Lars Ingebrigtsen
0 siblings, 1 reply; 15+ messages in thread
From: Dmitry Gutov @ 2021-01-21 3:08 UTC (permalink / raw)
To: Lars Ingebrigtsen, Glenn Morris; +Cc: 13692
On 20.01.2021 05:58, Lars Ingebrigtsen wrote:
> So the suggestion is to remove the `[mouse-2]' binding in
> `vc-dir-mode'.
I'm not sure, actually. Perhaps the complaint is about the mouse-1
effect on status buttons.
But the rest of my email is on the assumption that we're talking about
the mouse-2 binding.
> I've never used the functionality myself, but I can see
> that somebody might find this useful, but if we're going to have it,
> perhaps the clickable area should be extended to the mark character,
> too?
I've never noticed this functionality in almost a decade of using Emacs.
And working on VC for a number of years.
> (I think removing the binding after more than a decade in existence
> would be confusing.)
I don't have a strong opinion about this feature, but it seems like it
was designed almost with the main goal of being non-discoverable. As
such, I don't think it has many users.
It only works when you click on an empty space; if you click on a file
or directory name (which are highlighted as buttons and thus invite you
to click on them), using mouse-1 or mouse-2, you get to visit the file
instead. Only the "status" buttons work for that.
If the binding still causes problems (Glenn can tell us), perhaps we'd
better remove it. We can still keep the toggle effect on the status
buttons, so not much in the way of functionality would be missed.
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#13692: mouse clicks in vc-dir buffers accidentally changing marks
2021-01-21 3:08 ` Dmitry Gutov
@ 2021-01-21 14:46 ` Lars Ingebrigtsen
2021-01-23 1:43 ` Dmitry Gutov
0 siblings, 1 reply; 15+ messages in thread
From: Lars Ingebrigtsen @ 2021-01-21 14:46 UTC (permalink / raw)
To: Dmitry Gutov; +Cc: Glenn Morris, 13692
Dmitry Gutov <dgutov@yandex.ru> writes:
> On 20.01.2021 05:58, Lars Ingebrigtsen wrote:
>> So the suggestion is to remove the `[mouse-2]' binding in
>> `vc-dir-mode'.
>
> I'm not sure, actually. Perhaps the complaint is about the mouse-1
> effect on status buttons.
>
> But the rest of my email is on the assumption that we're talking about
> the mouse-2 binding.
Depending on your settings, it's the same binding. I think the default
is that mouse-1 and mouse-2 will work the same here (because of the
(define-key map [follow-link] 'mouse-face)
thing)?
> I don't have a strong opinion about this feature, but it seems like it
> was designed almost with the main goal of being non-discoverable. As
> such, I don't think it has many users.
>
> It only works when you click on an empty space; if you click on a file
> or directory name (which are highlighted as buttons and thus invite
> you to click on them), using mouse-1 or mouse-2, you get to visit the
> file instead. Only the "status" buttons work for that.
It works on the status column, which normally has text like "edited "
in it (if you've edited something) -- the button extends to the end of
the column...
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#13692: mouse clicks in vc-dir buffers accidentally changing marks
2021-01-21 14:46 ` Lars Ingebrigtsen
@ 2021-01-23 1:43 ` Dmitry Gutov
2021-01-23 19:02 ` Lars Ingebrigtsen
0 siblings, 1 reply; 15+ messages in thread
From: Dmitry Gutov @ 2021-01-23 1:43 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: Glenn Morris, 13692
On 21.01.2021 16:46, Lars Ingebrigtsen wrote:
> Dmitry Gutov <dgutov@yandex.ru> writes:
>
>> On 20.01.2021 05:58, Lars Ingebrigtsen wrote:
>>> So the suggestion is to remove the `[mouse-2]' binding in
>>> `vc-dir-mode'.
>>
>> I'm not sure, actually. Perhaps the complaint is about the mouse-1
>> effect on status buttons.
>>
>> But the rest of my email is on the assumption that we're talking about
>> the mouse-2 binding.
>
> Depending on your settings, it's the same binding. I think the default
> is that mouse-1 and mouse-2 will work the same here (because of the
>
> (define-key map [follow-link] 'mouse-face)
>
> thing)?
We're talking about slightly different things.
When I hear "mouse-2 binding", I think the global bidning in
vc-dir-mode-map, which affects how mouse-2 works also when clicking
outside of any buttons (on whitespace beside the buttons). And I think
that behavior is relatively weird and could be removed.
But we also have the behavior of mouse-1 and mouse-2 clicks on the
"status" button. Which seem fairly sensible to me, but might be the
cause of Glenn's annoyance in this report because it's relatively easy
to click mouse-1 anywhere in the buffer by mistake.
>> I don't have a strong opinion about this feature, but it seems like it
>> was designed almost with the main goal of being non-discoverable. As
>> such, I don't think it has many users.
>>
>> It only works when you click on an empty space; if you click on a file
>> or directory name (which are highlighted as buttons and thus invite
>> you to click on them), using mouse-1 or mouse-2, you get to visit the
>> file instead. Only the "status" buttons work for that.
>
> It works on the status column, which normally has text like "edited "
> in it (if you've edited something) -- the button extends to the end of
> the column...
Right. But if that is what is at issue here, I think the question
becomes whether to remove the "buttons" from that column (and keep the
mouse-2 binding globally) or whether to remove the mouse-2 binding, but
set up the buttons to continue working. Or make mouse-1 stop working on
the buttons but keep mouse-2 working everywhere (except the file names,
I guess?).
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#13692: mouse clicks in vc-dir buffers accidentally changing marks
2021-01-23 1:43 ` Dmitry Gutov
@ 2021-01-23 19:02 ` Lars Ingebrigtsen
2021-01-24 2:23 ` Dmitry Gutov
0 siblings, 1 reply; 15+ messages in thread
From: Lars Ingebrigtsen @ 2021-01-23 19:02 UTC (permalink / raw)
To: Dmitry Gutov; +Cc: Glenn Morris, 13692
Dmitry Gutov <dgutov@yandex.ru> writes:
> We're talking about slightly different things.
>
> When I hear "mouse-2 binding", I think the global bidning in
> vc-dir-mode-map, which affects how mouse-2 works also when clicking
> outside of any buttons (on whitespace beside the buttons). And I think
> that behavior is relatively weird and could be removed.
I didn't even notice that `mouse-2' did stuff when outside the
"buttons". And what it does is quite odd... hm, no, if you click after
the final line, it'll mark the last line, and before the first, it'll
mark the first, so perhaps that's logical?
> But we also have the behavior of mouse-1 and mouse-2 clicks on the
> "status" button. Which seem fairly sensible to me, but might be the
> cause of Glenn's annoyance in this report because it's relatively easy
> to click mouse-1 anywhere in the buffer by mistake.
Yes, I think he was complaining about the "status" button.
> Right. But if that is what is at issue here, I think the question
> becomes whether to remove the "buttons" from that column (and keep the
> mouse-2 binding globally) or whether to remove the mouse-2 binding,
> but set up the buttons to continue working. Or make mouse-1 stop
> working on the buttons but keep mouse-2 working everywhere (except the
> file names, I guess?).
I think removing the global mouse bindings and only having them on the
"buttons" would be least surprising -- that's how most modes work.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#13692: mouse clicks in vc-dir buffers accidentally changing marks
2021-01-23 19:02 ` Lars Ingebrigtsen
@ 2021-01-24 2:23 ` Dmitry Gutov
2021-01-25 23:59 ` Lars Ingebrigtsen
0 siblings, 1 reply; 15+ messages in thread
From: Dmitry Gutov @ 2021-01-24 2:23 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: Glenn Morris, 13692
[-- Attachment #1: Type: text/plain, Size: 2083 bytes --]
On 23.01.2021 21:02, Lars Ingebrigtsen wrote:
> Dmitry Gutov <dgutov@yandex.ru> writes:
>
>> We're talking about slightly different things.
>>
>> When I hear "mouse-2 binding", I think the global bidning in
>> vc-dir-mode-map, which affects how mouse-2 works also when clicking
>> outside of any buttons (on whitespace beside the buttons). And I think
>> that behavior is relatively weird and could be removed.
>
> I didn't even notice that `mouse-2' did stuff when outside the
> "buttons". And what it does is quite odd... hm, no, if you click after
> the final line, it'll mark the last line, and before the first, it'll
> mark the first, so perhaps that's logical?
I meant more like between the buttons, but on the same line as them. The
"before" and "after" behaviors are logical, but the whole binding is
very non-discoverable. Nor does it work on file names.
>> But we also have the behavior of mouse-1 and mouse-2 clicks on the
>> "status" button. Which seem fairly sensible to me, but might be the
>> cause of Glenn's annoyance in this report because it's relatively easy
>> to click mouse-1 anywhere in the buffer by mistake.
>
> Yes, I think he was complaining about the "status" button.
>
>> Right. But if that is what is at issue here, I think the question
>> becomes whether to remove the "buttons" from that column (and keep the
>> mouse-2 binding globally) or whether to remove the mouse-2 binding,
>> but set up the buttons to continue working. Or make mouse-1 stop
>> working on the buttons but keep mouse-2 working everywhere (except the
>> file names, I guess?).
>
> I think removing the global mouse bindings and only having them on the
> "buttons" would be least surprising -- that's how most modes work.
The attached patch seems to do that, except for the "status" buttons
beside directory names, which seem to be printed by ewoc in some other
way, and thus don't go through vc-dir-printer. Which is a new different
kind of awkward.
We're also solving a different problem than the one which was reported.
So I'm not sure about the change, TBH.
[-- Attachment #2: vc-dir-no-mouse-2.diff --]
[-- Type: text/x-patch, Size: 2216 bytes --]
diff --git a/lisp/vc/vc-dir.el b/lisp/vc/vc-dir.el
index bbb73240be..9d0808c043 100644
--- a/lisp/vc/vc-dir.el
+++ b/lisp/vc/vc-dir.el
@@ -300,7 +300,6 @@ vc-dir-mode-map
(define-key map "\C-o" 'vc-dir-display-file)
(define-key map "\C-c\C-c" 'vc-dir-kill-dir-status-process)
(define-key map [down-mouse-3] 'vc-dir-menu)
- (define-key map [mouse-2] 'vc-dir-toggle-mark)
(define-key map [follow-link] 'mouse-face)
(define-key map "x" 'vc-dir-hide-up-to-date)
(define-key map [?\C-k] 'vc-dir-kill-line)
@@ -1085,7 +1084,6 @@ vc-dir-mode
as the current file
- if the cursor is on a directory: unmark all child files
- with a prefix argument: unmark all files
-mouse-2 - toggles the mark state
VC commands
VC commands in the `C-x v' prefix can be used.
@@ -1392,6 +1390,12 @@ vc-default-dir-extra-headers
(propertize "Please add backend specific headers here. It's easy!"
'face 'font-lock-warning-face)))
+(defvar vc-dir-status-mouse-map
+ (let ((map (make-sparse-keymap)))
+ (define-key map [mouse-2] 'vc-dir-toggle-mark)
+ map)
+ "Local keymap for toggling mark.")
+
(defvar vc-dir-filename-mouse-map
(let ((map (make-sparse-keymap)))
(define-key map [mouse-2] 'vc-dir-find-file-other-window)
@@ -1418,7 +1422,8 @@ vc-default-dir-printer
((memq state '(missing conflict)) 'font-lock-warning-face)
((eq state 'edited) 'font-lock-constant-face)
(t 'font-lock-variable-name-face))
- 'mouse-face 'highlight)
+ 'mouse-face 'highlight
+ 'keymap vc-dir-status-mouse-map)
" "
(propertize
(format "%s" filename)
diff --git a/lisp/vc/vc-git.el b/lisp/vc/vc-git.el
index a9ee28e3aa..94fac3a83b 100644
--- a/lisp/vc/vc-git.el
+++ b/lisp/vc/vc-git.el
@@ -481,7 +481,8 @@ vc-git-dir-printer
'face (cond ((eq state 'up-to-date) 'font-lock-builtin-face)
((eq state 'missing) 'font-lock-warning-face)
(t 'font-lock-variable-name-face))
- 'mouse-face 'highlight)
+ 'mouse-face 'highlight
+ 'keymap vc-dir-status-mouse-map)
" " (vc-git-permissions-as-string old-perm new-perm)
" "
(propertize (vc-git-escape-file-name (vc-dir-fileinfo->name info))
^ permalink raw reply related [flat|nested] 15+ messages in thread
* bug#13692: mouse clicks in vc-dir buffers accidentally changing marks
2021-01-24 2:23 ` Dmitry Gutov
@ 2021-01-25 23:59 ` Lars Ingebrigtsen
2021-01-26 0:36 ` Dmitry Gutov
0 siblings, 1 reply; 15+ messages in thread
From: Lars Ingebrigtsen @ 2021-01-25 23:59 UTC (permalink / raw)
To: Dmitry Gutov; +Cc: Glenn Morris, 13692
Dmitry Gutov <dgutov@yandex.ru> writes:
>> I think removing the global mouse bindings and only having them on
>> the
>> "buttons" would be least surprising -- that's how most modes work.
>
> The attached patch seems to do that, except for the "status" buttons
> beside directory names, which seem to be printed by ewoc in some other
> way, and thus don't go through vc-dir-printer. Which is a new
> different kind of awkward.
>
> We're also solving a different problem than the one which was reported.
It's a different problem, but I think this change makes sense.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#13692: mouse clicks in vc-dir buffers accidentally changing marks
2021-01-25 23:59 ` Lars Ingebrigtsen
@ 2021-01-26 0:36 ` Dmitry Gutov
2021-01-27 1:39 ` Lars Ingebrigtsen
0 siblings, 1 reply; 15+ messages in thread
From: Dmitry Gutov @ 2021-01-26 0:36 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: Glenn Morris, 13692
On 26.01.2021 01:59, Lars Ingebrigtsen wrote:
> It's a different problem, but I think this change makes sense.
I'm fine with doing it, but someone should look into the buttons beside
directory names first (clicking on them stops working if that patch is
applied).
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#13692: mouse clicks in vc-dir buffers accidentally changing marks
2021-01-26 0:36 ` Dmitry Gutov
@ 2021-01-27 1:39 ` Lars Ingebrigtsen
2021-01-30 2:01 ` Dmitry Gutov
0 siblings, 1 reply; 15+ messages in thread
From: Lars Ingebrigtsen @ 2021-01-27 1:39 UTC (permalink / raw)
To: Dmitry Gutov; +Cc: Glenn Morris, 13692
Dmitry Gutov <dgutov@yandex.ru> writes:
> On 26.01.2021 01:59, Lars Ingebrigtsen wrote:
>> It's a different problem, but I think this change makes sense.
>
> I'm fine with doing it, but someone should look into the buttons
> beside directory names first (clicking on them stops working if that
> patch is applied).
Do you mean the `vc-default-dir-printer' thing?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#13692: mouse clicks in vc-dir buffers accidentally changing marks
2021-01-27 1:39 ` Lars Ingebrigtsen
@ 2021-01-30 2:01 ` Dmitry Gutov
2021-01-30 6:21 ` Lars Ingebrigtsen
0 siblings, 1 reply; 15+ messages in thread
From: Dmitry Gutov @ 2021-01-30 2:01 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: Glenn Morris, 13692
On 27.01.2021 03:39, Lars Ingebrigtsen wrote:
> Dmitry Gutov<dgutov@yandex.ru> writes:
>
>> On 26.01.2021 01:59, Lars Ingebrigtsen wrote:
>>> It's a different problem, but I think this change makes sense.
>> I'm fine with doing it, but someone should look into the buttons
>> beside directory names first (clicking on them stops working if that
>> patch is applied).
> Do you mean the `vc-default-dir-printer' thing?
Huh, never mind. After applying the patch re-compiling both files and
restarting Emacs, the behavior now is as expected. So I pushed the
patch, thank you.
Not sure if we should close this now.
The thing that tripped me up last time was that when
vc-dir-revert-buffer-function is invoked, neither vc-default-dir-printer
nor vc-git-dir-printer are called to re-print the directory entries.
They remain as they were when the VC-Dir buffer was created (unless the
refresh ends up adding some some files in other directories, I suppose).
While we're on the subject of buttons, I think it's odd that mouse-1 and
mouse-2 routinely do the same thing, here and in other cases (e.g. links
in Compilation buffers). But I suppose this is outside of scope for this
discussion.
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#13692: mouse clicks in vc-dir buffers accidentally changing marks
2021-01-30 2:01 ` Dmitry Gutov
@ 2021-01-30 6:21 ` Lars Ingebrigtsen
2021-01-30 14:05 ` Dmitry Gutov
0 siblings, 1 reply; 15+ messages in thread
From: Lars Ingebrigtsen @ 2021-01-30 6:21 UTC (permalink / raw)
To: Dmitry Gutov; +Cc: Glenn Morris, 13692
Dmitry Gutov <dgutov@yandex.ru> writes:
> Not sure if we should close this now.
I think we should make the "*" area also clickable -- I think that's the
most confusing part here now (that only clicking the status area toggles
the "*", and clicking the "*" itself doesn't do anything).
> While we're on the subject of buttons, I think it's odd that mouse-1
> and mouse-2 routinely do the same thing, here and in other cases
> (e.g. links in Compilation buffers). But I suppose this is outside of
> scope for this discussion.
Yeah, the mouse thing is pretty confusing, but the
`mouse-1-click-follows-link' variable can be set to change the
behaviour.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#13692: mouse clicks in vc-dir buffers accidentally changing marks
2021-01-30 6:21 ` Lars Ingebrigtsen
@ 2021-01-30 14:05 ` Dmitry Gutov
2021-01-31 7:27 ` Lars Ingebrigtsen
0 siblings, 1 reply; 15+ messages in thread
From: Dmitry Gutov @ 2021-01-30 14:05 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: Glenn Morris, 13692
On 30.01.2021 08:21, Lars Ingebrigtsen wrote:
> Dmitry Gutov <dgutov@yandex.ru> writes:
>
>> Not sure if we should close this now.
>
> I think we should make the "*" area also clickable -- I think that's the
> most confusing part here now (that only clicking the status area toggles
> the "*", and clicking the "*" itself doesn't do anything).
I don't know if it's so confusing: after all, we have mouse-face to let
the user know which area can be interacted with mouse clicks. The
asterisk is not highlighted, so it's not clickable.
We can change that, but how? Extend highlighting to the asterisk column?
On all lines, whether the asterisk is there or not?
The way that the button currently starts where the text starts looks
tidy and nice, IMHO.
>> While we're on the subject of buttons, I think it's odd that mouse-1
>> and mouse-2 routinely do the same thing, here and in other cases
>> (e.g. links in Compilation buffers). But I suppose this is outside of
>> scope for this discussion.
>
> Yeah, the mouse thing is pretty confusing, but the
> `mouse-1-click-follows-link' variable can be set to change the
> behaviour.
All right.
And I guess (setq mouse-1-click-follows-link nil) can be a solution for
the original complaint here.
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#13692: mouse clicks in vc-dir buffers accidentally changing marks
2021-01-30 14:05 ` Dmitry Gutov
@ 2021-01-31 7:27 ` Lars Ingebrigtsen
2021-08-23 14:12 ` Lars Ingebrigtsen
0 siblings, 1 reply; 15+ messages in thread
From: Lars Ingebrigtsen @ 2021-01-31 7:27 UTC (permalink / raw)
To: Dmitry Gutov; +Cc: Glenn Morris, 13692
Dmitry Gutov <dgutov@yandex.ru> writes:
> We can change that, but how? Extend highlighting to the asterisk
> column? On all lines, whether the asterisk is there or not?
Yes, I think that would be a pretty consistent interface, so that you
can click the "*" off and on as you wish.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#13692: mouse clicks in vc-dir buffers accidentally changing marks
2021-01-31 7:27 ` Lars Ingebrigtsen
@ 2021-08-23 14:12 ` Lars Ingebrigtsen
0 siblings, 0 replies; 15+ messages in thread
From: Lars Ingebrigtsen @ 2021-08-23 14:12 UTC (permalink / raw)
To: Dmitry Gutov; +Cc: Glenn Morris, 13692
Lars Ingebrigtsen <larsi@gnus.org> writes:
> Dmitry Gutov <dgutov@yandex.ru> writes:
>
>> We can change that, but how? Extend highlighting to the asterisk
>> column? On all lines, whether the asterisk is there or not?
>
> Yes, I think that would be a pretty consistent interface, so that you
> can click the "*" off and on as you wish.
Actually, playing with this a bit more, I think the way it works now
makes sense. Having the leading space be a button is confusing -- you
don't expect that clicking on space should do anything. So just having
the status column clickable is best.
So I think your changes here were sufficient, and I'm closing this bug
report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2021-08-23 14:12 UTC | newest]
Thread overview: 15+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-02-12 4:56 bug#13692: mouse clicks in vc-dir buffers accidentally changing marks Glenn Morris
2021-01-20 3:58 ` Lars Ingebrigtsen
2021-01-21 3:08 ` Dmitry Gutov
2021-01-21 14:46 ` Lars Ingebrigtsen
2021-01-23 1:43 ` Dmitry Gutov
2021-01-23 19:02 ` Lars Ingebrigtsen
2021-01-24 2:23 ` Dmitry Gutov
2021-01-25 23:59 ` Lars Ingebrigtsen
2021-01-26 0:36 ` Dmitry Gutov
2021-01-27 1:39 ` Lars Ingebrigtsen
2021-01-30 2:01 ` Dmitry Gutov
2021-01-30 6:21 ` Lars Ingebrigtsen
2021-01-30 14:05 ` Dmitry Gutov
2021-01-31 7:27 ` Lars Ingebrigtsen
2021-08-23 14:12 ` Lars Ingebrigtsen
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).