From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.bugs Subject: bug#11680: flyspell should use mouse-3 instead of mouse-2 Date: Wed, 12 Aug 2020 23:10:11 -0700 Message-ID: References: <87imo3ihjk.fsf@skangas.se> <83ftj7l8jj.fsf@gnu.org> <83k18ik971.fsf@gnu.org> <87d0bkyxt0.fsf@marxist.se> <83y2u731d6.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35091"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: l26wang@gmail.com, 11680@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Aug 13 08:11:15 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k66SI-0008zh-QS for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 13 Aug 2020 08:11:14 +0200 Original-Received: from localhost ([::1]:42048 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k66SH-0002au-Dh for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 13 Aug 2020 02:11:13 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54498) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k66S6-0002am-Q7 for bug-gnu-emacs@gnu.org; Thu, 13 Aug 2020 02:11:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:35034) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1k66S6-0000pM-Gl for bug-gnu-emacs@gnu.org; Thu, 13 Aug 2020 02:11:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1k66S6-0006AS-AJ for bug-gnu-emacs@gnu.org; Thu, 13 Aug 2020 02:11:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 13 Aug 2020 06:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11680 X-GNU-PR-Package: emacs Original-Received: via spool by 11680-submit@debbugs.gnu.org id=B11680.159729901923654 (code B ref 11680); Thu, 13 Aug 2020 06:11:02 +0000 Original-Received: (at 11680) by debbugs.gnu.org; 13 Aug 2020 06:10:19 +0000 Original-Received: from localhost ([127.0.0.1]:46580 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k66RP-00069S-7B for submit@debbugs.gnu.org; Thu, 13 Aug 2020 02:10:19 -0400 Original-Received: from mail-yb1-f194.google.com ([209.85.219.194]:44200) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k66RO-00069D-6a for 11680@debbugs.gnu.org; Thu, 13 Aug 2020 02:10:18 -0400 Original-Received: by mail-yb1-f194.google.com with SMTP id i10so2686651ybt.11 for <11680@debbugs.gnu.org>; Wed, 12 Aug 2020 23:10:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=llMlSva409vyVE0yk5ADZQ1oi7/lw8sP1UfV69QXulc=; b=slREHvT7VDvNoVkXeQJF93xlJyOF1EpB+vyPM04zhyY7LcvWpbkHPPyfmwjqzLBrLY RO0r5Gud6zO7+p+cF/FLMKB5jKvYhmjW0cA4KQRY5C8sYfyxYYfjzE+RSRYTza/I1A3c MF31d6XAqJp8nlHFhJ3TmzEBWEgawkNLaHK1xunFeYXujep4OMan85p2xTJjCqwOLEz4 oks2XgUkrL7RCesopveKS+TFs7v4TU0/qcS2kCR3sJ+4RN0omojewy8VOQXOgh6SRY24 yuas7r78MJPscAtHZQGU6PpYj1JPrZ7V7e5IGUKfR14trn2rkPcHET4NRMAdtjJDk2Dl fVHg== X-Gm-Message-State: AOAM532dH6BY4TxY8w+l5OgzgUU6t4dr91Ntw8ryShQ+LtkZ/wHrkvxF rfBQn2BXtPJksRw0Uffuvx08VIIlJ6UgAKqjgrM= X-Google-Smtp-Source: ABdhPJwg4rQ3ksNUN+hUT3bJ/hJJIaKSMIvCssSwTvPWD06SJwLK5xfJIOjrs/Mkg9qvjUqloa6jI2gvIaOfeFNvXHc= X-Received: by 2002:a5b:410:: with SMTP id m16mr4250746ybp.309.1597299012596; Wed, 12 Aug 2020 23:10:12 -0700 (PDT) Original-Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Wed, 12 Aug 2020 23:10:12 -0700 In-Reply-To: <83y2u731d6.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 16 Jan 2020 16:46:45 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:184948 Archived-At: Eli Zaretskii writes: >> From: Stefan Kangas >> Cc: 11680@debbugs.gnu.org, l26wang@gmail.com >> Date: Thu, 16 Jan 2020 02:50:19 +0100 >> >> > Fine with me, but that button is already bound to >> > mouse-save-then-kill. I never use it, but what will those who do say? >> >> Since this key binding is only in flyspell-mouse-map, it will only be >> rebound when the mouse pointer is over a misspelled word. Note that >> mouse-2 is normally bound to mouse-yank-primary. > > I don't see how this resolves the backward-compatibility issue, sorry. Sorry for the very late reply here. The change in behaviour is what it is, but I think that users should be able to get used to the new behaviour. In fact, they might even like it more. I think there is something to be said about (in this case) aligning ourselves with most other editors or programs people use: Firefox, LibreOffice, VSCode, etc. (This goes even for users that don't read NEWS: The words are clearly highlighted, so it should be intuitive and apparent what is going on (at least after a while): to invoke mouse-save-then-kill, simply click slightly to the left or right of the highlighted word.) > Once again, we are not talking about adding a new feature from > scratch, we are talking about changing a very old behavior. So > whether it's more natural or not is of secondary importance for this > decision. > > I'm okay with making this conditional on some user option, but I > object to an unconditional change. That is a good solution, if the default is to enable it. That would allow users to easily switch back if they don't like the new behaviour. Best regards, Stefan Kangas