* bug#24421: 25.1.50; mouse-yank-primary should be bound to down-mouse-2
@ 2016-09-12 13:51 Philipp Stephani
2019-10-09 15:48 ` Stefan Kangas
0 siblings, 1 reply; 12+ messages in thread
From: Philipp Stephani @ 2016-09-12 13:51 UTC (permalink / raw)
To: 24421
At least in all the Gnome apps I've tried, the primary X selection is
already inserted on the middle mouse button down event, not the up
event. Therefore I'd suggest to change the binding of
mouse-yank-primary from mouse-2 to down-mouse-2. This might even
partially solve the Gnome-Terminal issue described in
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=24420.
In GNU Emacs 25.1.50.5 (x86_64-unknown-linux-gnu, GTK+ Version 3.10.8)
of 2016-09-12 built on unknown
Repository revision: 728e40088d054516c1cb5f5412cdab73ed84861d
Windowing system distributor 'The X.Org Foundation', version 11.0.11501000
System Description: Ubuntu 14.04 LTS
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Configured using:
'configure --with-modules'
Configured features:
XPM JPEG TIFF GIF PNG SOUND GSETTINGS NOTIFY GNUTLS FREETYPE XFT ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 MODULES
Important settings:
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
global-eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Load-path shadows:
None found.
Features:
(shadow sort mail-extr emacsbug message subr-x puny seq byte-opt gv
bytecomp byte-compile cl-extra help-mode cconv cl-loaddefs pcase cl-lib
dired dired-loaddefs format-spec rfc822 mml easymenu mml-sec
password-cache epa derived epg epg-config gnus-util rmail rmail-loaddefs
mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils
mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr
mail-utils time-date mule-util tooltip eldoc electric uniquify
ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win
term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list newcomment elisp-mode lisp-mode prog-mode register page
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core term/tty-colors frame cl-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese charscript case-table epa-hook
jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote inotify dynamic-setting
system-font-setting font-render-setting move-toolbar gtk x-toolkit x
multi-tty make-network-process emacs)
Memory information:
((conses 16 97802 7558)
(symbols 48 20655 0)
(miscs 40 325 119)
(strings 32 17953 4894)
(string-bytes 1 589460)
(vectors 16 13793)
(vector-slots 8 452926 6340)
(floats 8 183 22)
(intervals 56 211 0)
(buffers 976 12)
(heap 1024 27826 1055))
--
Google Germany GmbH
Erika-Mann-Straße 33
80636 München
Registergericht und -nummer: Hamburg, HRB 86891
Sitz der Gesellschaft: Hamburg
Geschäftsführer: Matthew Scott Sucherman, Paul Terence Manicle
Diese E-Mail ist vertraulich. Wenn Sie nicht der richtige Adressat sind,
leiten Sie diese bitte nicht weiter, informieren Sie den Absender und löschen
Sie die E-Mail und alle Anhänge. Vielen Dank.
This e-mail is confidential. If you are not the right addressee please do not
forward it, please inform the sender, and please erase this e-mail including
any attachments. Thanks.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#24421: 25.1.50; mouse-yank-primary should be bound to down-mouse-2
2016-09-12 13:51 bug#24421: 25.1.50; mouse-yank-primary should be bound to down-mouse-2 Philipp Stephani
@ 2019-10-09 15:48 ` Stefan Kangas
2019-10-14 12:23 ` Philipp Stephani
0 siblings, 1 reply; 12+ messages in thread
From: Stefan Kangas @ 2019-10-09 15:48 UTC (permalink / raw)
To: Philipp Stephani; +Cc: 24421
[-- Attachment #1: Type: text/plain, Size: 611 bytes --]
Philipp Stephani <p.stephani2@gmail.com> writes:
> At least in all the Gnome apps I've tried, the primary X selection is
> already inserted on the middle mouse button down event, not the up
> event. Therefore I'd suggest to change the binding of
> mouse-yank-primary from mouse-2 to down-mouse-2. This might even
> partially solve the Gnome-Terminal issue described in
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=24420.
I'm not seeing this in Firefox or calibre; the selection is inserted on
the mouse button up event. xterm does the same.
What applications did you test?
Best regards,
Stefan Kangas
[-- Attachment #2: Type: text/html, Size: 826 bytes --]
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#24421: 25.1.50; mouse-yank-primary should be bound to down-mouse-2
2019-10-09 15:48 ` Stefan Kangas
@ 2019-10-14 12:23 ` Philipp Stephani
2019-11-21 11:42 ` Stefan Kangas
0 siblings, 1 reply; 12+ messages in thread
From: Philipp Stephani @ 2019-10-14 12:23 UTC (permalink / raw)
To: Stefan Kangas; +Cc: 24421
Am Mi., 9. Okt. 2019 um 17:49 Uhr schrieb Stefan Kangas <stefan@marxist.se>:
>
> Philipp Stephani <p.stephani2@gmail.com> writes:
>
> > At least in all the Gnome apps I've tried, the primary X selection is
> > already inserted on the middle mouse button down event, not the up
> > event. Therefore I'd suggest to change the binding of
> > mouse-yank-primary from mouse-2 to down-mouse-2. This might even
> > partially solve the Gnome-Terminal issue described in
> > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=24420.
>
> I'm not seeing this in Firefox or calibre; the selection is inserted on
> the mouse button up event. xterm does the same.
>
> What applications did you test?
I'll re-check once I have access to a machine with Gnome (in two weeks or so).
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#24421: 25.1.50; mouse-yank-primary should be bound to down-mouse-2
2019-10-14 12:23 ` Philipp Stephani
@ 2019-11-21 11:42 ` Stefan Kangas
2019-11-21 20:36 ` Philipp Stephani
0 siblings, 1 reply; 12+ messages in thread
From: Stefan Kangas @ 2019-11-21 11:42 UTC (permalink / raw)
To: Philipp Stephani; +Cc: 24421
Philipp Stephani <p.stephani2@gmail.com> writes:
> Am Mi., 9. Okt. 2019 um 17:49 Uhr schrieb Stefan Kangas <stefan@marxist.se>:
>>
>> Philipp Stephani <p.stephani2@gmail.com> writes:
>>
>> > At least in all the Gnome apps I've tried, the primary X selection is
>> > already inserted on the middle mouse button down event, not the up
>> > event. Therefore I'd suggest to change the binding of
>> > mouse-yank-primary from mouse-2 to down-mouse-2. This might even
>> > partially solve the Gnome-Terminal issue described in
>> > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=24420.
>>
>> I'm not seeing this in Firefox or calibre; the selection is inserted on
>> the mouse button up event. xterm does the same.
>>
>> What applications did you test?
>
> I'll re-check once I have access to a machine with Gnome (in two weeks or so).
That was five weeks ago, so here's a friendly reminder to look into
this when you find the time. Thanks in advance.
Best regards,
Stefan Kangas
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#24421: 25.1.50; mouse-yank-primary should be bound to down-mouse-2
2019-11-21 11:42 ` Stefan Kangas
@ 2019-11-21 20:36 ` Philipp Stephani
2019-11-21 20:41 ` Philipp Stephani
0 siblings, 1 reply; 12+ messages in thread
From: Philipp Stephani @ 2019-11-21 20:36 UTC (permalink / raw)
To: Stefan Kangas; +Cc: 24421
Am Do., 21. Nov. 2019 um 12:42 Uhr schrieb Stefan Kangas <stefan@marxist.se>:
>
> Philipp Stephani <p.stephani2@gmail.com> writes:
>
> > Am Mi., 9. Okt. 2019 um 17:49 Uhr schrieb Stefan Kangas <stefan@marxist.se>:
> >>
> >> Philipp Stephani <p.stephani2@gmail.com> writes:
> >>
> >> > At least in all the Gnome apps I've tried, the primary X selection is
> >> > already inserted on the middle mouse button down event, not the up
> >> > event. Therefore I'd suggest to change the binding of
> >> > mouse-yank-primary from mouse-2 to down-mouse-2. This might even
> >> > partially solve the Gnome-Terminal issue described in
> >> > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=24420.
> >>
> >> I'm not seeing this in Firefox or calibre; the selection is inserted on
> >> the mouse button up event. xterm does the same.
> >>
> >> What applications did you test?
> >
> > I'll re-check once I have access to a machine with Gnome (in two weeks or so).
>
> That was five weeks ago, so here's a friendly reminder to look into
> this when you find the time. Thanks in advance.
>
Hmm, I've checked now with GEdit and Gnome Terminal, and both now
paste on mouse up. So maybe the behavior in Gnome has changed? In that
case, we should close the bug.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#24421: 25.1.50; mouse-yank-primary should be bound to down-mouse-2
2019-11-21 20:36 ` Philipp Stephani
@ 2019-11-21 20:41 ` Philipp Stephani
2019-11-29 12:42 ` Stefan Kangas
0 siblings, 1 reply; 12+ messages in thread
From: Philipp Stephani @ 2019-11-21 20:41 UTC (permalink / raw)
To: Stefan Kangas; +Cc: 24421
Am Do., 21. Nov. 2019 um 21:36 Uhr schrieb Philipp Stephani
<p.stephani2@gmail.com>:
>
> Am Do., 21. Nov. 2019 um 12:42 Uhr schrieb Stefan Kangas <stefan@marxist.se>:
> >
> > Philipp Stephani <p.stephani2@gmail.com> writes:
> >
> > > Am Mi., 9. Okt. 2019 um 17:49 Uhr schrieb Stefan Kangas <stefan@marxist.se>:
> > >>
> > >> Philipp Stephani <p.stephani2@gmail.com> writes:
> > >>
> > >> > At least in all the Gnome apps I've tried, the primary X selection is
> > >> > already inserted on the middle mouse button down event, not the up
> > >> > event. Therefore I'd suggest to change the binding of
> > >> > mouse-yank-primary from mouse-2 to down-mouse-2. This might even
> > >> > partially solve the Gnome-Terminal issue described in
> > >> > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=24420.
> > >>
> > >> I'm not seeing this in Firefox or calibre; the selection is inserted on
> > >> the mouse button up event. xterm does the same.
> > >>
> > >> What applications did you test?
> > >
> > > I'll re-check once I have access to a machine with Gnome (in two weeks or so).
> >
> > That was five weeks ago, so here's a friendly reminder to look into
> > this when you find the time. Thanks in advance.
> >
>
> Hmm, I've checked now with GEdit and Gnome Terminal, and both now
> paste on mouse up. So maybe the behavior in Gnome has changed?
Nope, it hasn't. It's just that the middle button of my touchpad
generates they KeyPress event on key release (!). With a different
mouse the behavior is as described: In GEdit and Gnome Terminal,
pasting happens on key press; in Emacs it happens on key release.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#24421: 25.1.50; mouse-yank-primary should be bound to down-mouse-2
2019-11-21 20:41 ` Philipp Stephani
@ 2019-11-29 12:42 ` Stefan Kangas
2020-01-26 14:44 ` Philipp Stephani
0 siblings, 1 reply; 12+ messages in thread
From: Stefan Kangas @ 2019-11-29 12:42 UTC (permalink / raw)
To: Philipp Stephani; +Cc: 24421
Philipp Stephani <p.stephani2@gmail.com> writes:
> Nope, it hasn't. It's just that the middle button of my touchpad
> generates they KeyPress event on key release (!). With a different
> mouse the behavior is as described: In GEdit and Gnome Terminal,
> pasting happens on key press; in Emacs it happens on key release.
My mouse generates KeyPress event when I click the middle mouse
button, and the KeyRelease event when I release it. X applications
paste on KeyRelease here. So I'm not sure what is going on here.
What does xev say happens when you click the mouse button in the
second case?
Best regards,
Stefan Kangas
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#24421: 25.1.50; mouse-yank-primary should be bound to down-mouse-2
2019-11-29 12:42 ` Stefan Kangas
@ 2020-01-26 14:44 ` Philipp Stephani
2020-01-26 15:33 ` Stefan Kangas
0 siblings, 1 reply; 12+ messages in thread
From: Philipp Stephani @ 2020-01-26 14:44 UTC (permalink / raw)
To: Stefan Kangas; +Cc: 24421
Am Fr., 29. Nov. 2019 um 13:42 Uhr schrieb Stefan Kangas <stefan@marxist.se>:
>
> Philipp Stephani <p.stephani2@gmail.com> writes:
>
> > Nope, it hasn't. It's just that the middle button of my touchpad
> > generates they KeyPress event on key release (!). With a different
> > mouse the behavior is as described: In GEdit and Gnome Terminal,
> > pasting happens on key press; in Emacs it happens on key release.
>
> My mouse generates KeyPress event when I click the middle mouse
> button, and the KeyRelease event when I release it. X applications
> paste on KeyRelease here. So I'm not sure what is going on here.
For the touchpad it's just a driver/hardware issue, nothing specific to Emacs.
Which GTK+ application did you check? As said, at least for me GEdit
and Gnome Terminal consistently paste on key press.
>
> What does xev say happens when you click the mouse button in the
> second case?
IIRC it was as I described: KeyPress event on pressing the button,
KeyRelease when releasing it.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#24421: 25.1.50; mouse-yank-primary should be bound to down-mouse-2
2020-01-26 14:44 ` Philipp Stephani
@ 2020-01-26 15:33 ` Stefan Kangas
2020-05-04 12:10 ` Stefan Kangas
2020-08-04 16:43 ` Philipp Stephani
0 siblings, 2 replies; 12+ messages in thread
From: Stefan Kangas @ 2020-01-26 15:33 UTC (permalink / raw)
To: Philipp Stephani; +Cc: 24421
Philipp Stephani <p.stephani2@gmail.com> writes:
> Which GTK+ application did you check? As said, at least for me GEdit
> and Gnome Terminal consistently paste on key press.
OK, I installed some stuff and did some testing. On my machine:
The following tested applications pastes on key PRESS:
- gnome-terminal
- gedit
- gnome-calculator
- konsole (qt)
- xedit
- libreoffice
- gvim (gtk3)
- chromium
The following tested applications pastes on key RELEASE:
- xterm
- urxvt
- firefox (using gtk)
- calibre (using gtk)
- emacs (using gtk)
Could you try one or two of the programs in the latter group
(excluding emacs) and verify that you see the same?
If my above observations are not due to some mucked up local
configuration, this seems inconclusive. I'm not sure where that
leaves us.
Best regards,
Stefan Kangas
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#24421: 25.1.50; mouse-yank-primary should be bound to down-mouse-2
2020-01-26 15:33 ` Stefan Kangas
@ 2020-05-04 12:10 ` Stefan Kangas
2020-08-04 16:20 ` Stefan Kangas
2020-08-04 16:43 ` Philipp Stephani
1 sibling, 1 reply; 12+ messages in thread
From: Stefan Kangas @ 2020-05-04 12:10 UTC (permalink / raw)
To: Philipp Stephani; +Cc: 24421
Stefan Kangas <stefan@marxist.se> writes:
> Philipp Stephani <p.stephani2@gmail.com> writes:
>
>> Which GTK+ application did you check? As said, at least for me GEdit
>> and Gnome Terminal consistently paste on key press.
>
> OK, I installed some stuff and did some testing. On my machine:
>
> The following tested applications pastes on key PRESS:
>
> - gnome-terminal
> - gedit
> - gnome-calculator
> - konsole (qt)
> - xedit
> - libreoffice
> - gvim (gtk3)
> - chromium
>
> The following tested applications pastes on key RELEASE:
>
> - xterm
> - urxvt
> - firefox (using gtk)
> - calibre (using gtk)
> - emacs (using gtk)
>
> Could you try one or two of the programs in the latter group
> (excluding emacs) and verify that you see the same?
>
> If my above observations are not due to some mucked up local
> configuration, this seems inconclusive. I'm not sure where that
> leaves us.
Just a friendly ping.
FWIW, I think there is probably not much to do here, since the above
results were inconclusive; this implies that we should close this bug
report.
Best regards,
Stefan Kangas
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#24421: 25.1.50; mouse-yank-primary should be bound to down-mouse-2
2020-05-04 12:10 ` Stefan Kangas
@ 2020-08-04 16:20 ` Stefan Kangas
0 siblings, 0 replies; 12+ messages in thread
From: Stefan Kangas @ 2020-08-04 16:20 UTC (permalink / raw)
To: Philipp Stephani; +Cc: 24421-done
Stefan Kangas <stefan@marxist.se> writes:
> Stefan Kangas <stefan@marxist.se> writes:
>
>> Philipp Stephani <p.stephani2@gmail.com> writes:
>>
>>> Which GTK+ application did you check? As said, at least for me GEdit
>>> and Gnome Terminal consistently paste on key press.
>>
>> OK, I installed some stuff and did some testing. On my machine:
>>
>> The following tested applications pastes on key PRESS:
>>
>> - gnome-terminal
>> - gedit
>> - gnome-calculator
>> - konsole (qt)
>> - xedit
>> - libreoffice
>> - gvim (gtk3)
>> - chromium
>>
>> The following tested applications pastes on key RELEASE:
>>
>> - xterm
>> - urxvt
>> - firefox (using gtk)
>> - calibre (using gtk)
>> - emacs (using gtk)
>>
>> Could you try one or two of the programs in the latter group
>> (excluding emacs) and verify that you see the same?
>>
>> If my above observations are not due to some mucked up local
>> configuration, this seems inconclusive. I'm not sure where that
>> leaves us.
>
> Just a friendly ping.
>
> FWIW, I think there is probably not much to do here, since the above
> results were inconclusive; this implies that we should close this bug
> report.
More information was requested, but none was given within 13 weeks, so
I'm closing this bug.
If you feel that this is incorrect, please reply to this email (use
"Reply to all" in your email client) and we can reopen the bug report.
Best regards,
Stefan Kangas
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#24421: 25.1.50; mouse-yank-primary should be bound to down-mouse-2
2020-01-26 15:33 ` Stefan Kangas
2020-05-04 12:10 ` Stefan Kangas
@ 2020-08-04 16:43 ` Philipp Stephani
1 sibling, 0 replies; 12+ messages in thread
From: Philipp Stephani @ 2020-08-04 16:43 UTC (permalink / raw)
To: Stefan Kangas; +Cc: 24421
Am So., 26. Jan. 2020 um 16:33 Uhr schrieb Stefan Kangas <stefan@marxist.se>:
>
> Philipp Stephani <p.stephani2@gmail.com> writes:
>
> > Which GTK+ application did you check? As said, at least for me GEdit
> > and Gnome Terminal consistently paste on key press.
>
> OK, I installed some stuff and did some testing. On my machine:
>
> The following tested applications pastes on key PRESS:
>
> - gnome-terminal
> - gedit
> - gnome-calculator
> - konsole (qt)
> - xedit
> - libreoffice
> - gvim (gtk3)
> - chromium
>
> The following tested applications pastes on key RELEASE:
>
> - xterm
> - urxvt
> - firefox (using gtk)
> - calibre (using gtk)
> - emacs (using gtk)
>
> Could you try one or two of the programs in the latter group
> (excluding emacs) and verify that you see the same?
Verified for Xterm and Firefox.
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2020-08-04 16:43 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-09-12 13:51 bug#24421: 25.1.50; mouse-yank-primary should be bound to down-mouse-2 Philipp Stephani
2019-10-09 15:48 ` Stefan Kangas
2019-10-14 12:23 ` Philipp Stephani
2019-11-21 11:42 ` Stefan Kangas
2019-11-21 20:36 ` Philipp Stephani
2019-11-21 20:41 ` Philipp Stephani
2019-11-29 12:42 ` Stefan Kangas
2020-01-26 14:44 ` Philipp Stephani
2020-01-26 15:33 ` Stefan Kangas
2020-05-04 12:10 ` Stefan Kangas
2020-08-04 16:20 ` Stefan Kangas
2020-08-04 16:43 ` Philipp Stephani
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).