From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: charles@aurox.ch (Charles A. Roelli) Newsgroups: gmane.emacs.devel Subject: Re: platforms with crippled mice or (error "mouse-yank-primary must be bound to an event with parameters") Date: Sat, 21 Oct 2017 16:15:31 +0200 Message-ID: References: NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1508595355 21564 195.159.176.226 (21 Oct 2017 14:15:55 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 21 Oct 2017 14:15:55 +0000 (UTC) Cc: emacs-devel@gnu.org To: sds@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 21 16:15:51 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e5uYr-00036M-Ci for ged-emacs-devel@m.gmane.org; Sat, 21 Oct 2017 16:15:37 +0200 Original-Received: from localhost ([::1]:57967 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e5uYw-0003pq-SA for ged-emacs-devel@m.gmane.org; Sat, 21 Oct 2017 10:15:42 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35136) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e5uYK-0003pj-6y for emacs-devel@gnu.org; Sat, 21 Oct 2017 10:15:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e5uYH-0001GJ-1s for emacs-devel@gnu.org; Sat, 21 Oct 2017 10:15:04 -0400 Original-Received: from sinyavsky.aurox.ch ([37.35.109.145]:35916) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1e5uYG-00018c-PI for emacs-devel@gnu.org; Sat, 21 Oct 2017 10:15:00 -0400 Original-Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id 93DFC2258C for ; Sat, 21 Oct 2017 14:08:06 +0000 (UTC) Authentication-Results: sinyavsky.aurox.ch (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=aurox.ch DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aurox.ch; h= references:subject:subject:in-reply-to:to:from:from:message-id :date:date; s=dkim; t=1508594885; x=1509458886; bh=5d1d27Qkpuy7j Tf4y62/EcAesaB9pS0RnlQOdgEL9Qs=; b=tZRFQACLhXC7NqrS15sjFAIoVs+ba iv9YYLbSjVp2epm25c5v9LQEQIdE/AdJ+6iEEnI1HDEA93ECSp4ZzU0FfGQsyjpn 9d56baGkEjPssogOpEiIJY9ZyI2EBntp8WnMugYeKb31Af0VYSEl0dJtONhxKz+N H4Tf6o1lg7nzU4= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com Original-Received: from sinyavsky.aurox.ch ([127.0.0.1]) by sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id ZOPmHCPLD27e for ; Sat, 21 Oct 2017 14:08:05 +0000 (UTC) Original-Received: from gray (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id 4E99022564; Sat, 21 Oct 2017 14:08:03 +0000 (UTC) In-reply-to: (message from Sam Steingold on Fri, 20 Oct 2017 12:59:11 -0400) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 37.35.109.145 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:219664 Archived-At: Looks like a bug. When you add the key translation and type s-mouse-1, the mouse click event ends up losing its location information. For example, the following: (s-mouse-1 (# 227 (116 . 92) 143676325 nil 227 (16 . 5) nil (116 . 12) (7 . 16))) gets turned into just: mouse-2 which leads to the error about the missing parameters. It happens in this part of keyboard.c: /* Does mock_input indicate that we are re-reading a key sequence? */ if (t < mock_input) { key = keybuf[t]; add_command_key (key); if (current_kboard->immediate_echo) { /* Set immediate_echo to false so as to force echo_now to redisplay (it will set immediate_echo right back to true). */ current_kboard->immediate_echo = false; echo_now (); } } Note also the comments later on in keyboard.c, which imply that function key expansion is not yet able to generate or handle mouse events properly. > Beyond that, only function key expansion could > create more than two keys, but that should never > generate mouse events, so it's okay to zero > mock_input in that case too. > FIXME: The above paragraph seems just plain > wrong, if you consider things like > xterm-mouse-mode. -stef