From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Philipp Stephani Newsgroups: gmane.emacs.bugs Subject: bug#23009: 25.0.92; xterm-mouse-mode should not assume UTF-8 coordinates Date: Sat, 26 Mar 2016 22:26:17 +0000 Message-ID: References: <83y49lc8o8.fsf@gnu.org> <83d1qvbp59.fsf@gnu.org> <83io0a273o.fsf@gnu.org> <83shzdyux7.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c23462a56f90052efb2bec X-Trace: ger.gmane.org 1459031240 31862 80.91.229.3 (26 Mar 2016 22:27:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 26 Mar 2016 22:27:20 +0000 (UTC) Cc: 23009@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Mar 26 23:27:11 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ajwfm-0000JN-Nr for geb-bug-gnu-emacs@m.gmane.org; Sat, 26 Mar 2016 23:27:10 +0100 Original-Received: from localhost ([::1]:33895 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ajwfl-0000NX-BZ for geb-bug-gnu-emacs@m.gmane.org; Sat, 26 Mar 2016 18:27:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57715) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ajwfh-0000NG-JX for bug-gnu-emacs@gnu.org; Sat, 26 Mar 2016 18:27:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ajwfe-0000uj-D2 for bug-gnu-emacs@gnu.org; Sat, 26 Mar 2016 18:27:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:41846) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ajwfe-0000uf-9s for bug-gnu-emacs@gnu.org; Sat, 26 Mar 2016 18:27:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ajwfe-0002We-39 for bug-gnu-emacs@gnu.org; Sat, 26 Mar 2016 18:27:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Philipp Stephani Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 26 Mar 2016 22:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23009 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23009-submit@debbugs.gnu.org id=B23009.14590311959671 (code B ref 23009); Sat, 26 Mar 2016 22:27:02 +0000 Original-Received: (at 23009) by debbugs.gnu.org; 26 Mar 2016 22:26:35 +0000 Original-Received: from localhost ([127.0.0.1]:38973 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ajwfD-0002Vu-C6 for submit@debbugs.gnu.org; Sat, 26 Mar 2016 18:26:35 -0400 Original-Received: from mail-lb0-f175.google.com ([209.85.217.175]:35416) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ajwfB-0002Vg-CN for 23009@debbugs.gnu.org; Sat, 26 Mar 2016 18:26:33 -0400 Original-Received: by mail-lb0-f175.google.com with SMTP id bc4so64009434lbc.2 for <23009@debbugs.gnu.org>; Sat, 26 Mar 2016 15:26:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=X5f0enpX6ux9B13ldx6xulsV0DN3x5AaAGwtEgV6bik=; b=IYkRfdLg769tExucljv/Jcrs2w+H4RKpn3ChTUraLQPxqJEYHOFkW50hPUPdNmcbQF uuTIlTlwvbkU+02DrVoFbFTdbdk2uNXP/zGa//5acGN4wZnhEBKaOEI4bPnvCUisLE+i WR7dihPV7tOTrO7rfGM8TQNo7DxyNHbArHdqaNfRLAmwcq42LTN5+qna5GvFxVO8r3sT iVD8v1C4e3r3+L90tZsTrFwDcvyijAWuS54YI1Gr2aQIAseQUluefo1CQ3GSBful/yEk 5xQHK3hPtyYygp2WY+BoTOaIiUal1qHVZbzog3z1Q8LDUvvyYXIcd7FIQOZ7106/SePQ /SLQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=X5f0enpX6ux9B13ldx6xulsV0DN3x5AaAGwtEgV6bik=; b=JmyEU0gjSH1lhgA51BOg7fXFRYQQ0L9AnC4RIe04+no6LTUn8yLs93Ggz7QhpJYAq3 JdjPw0FDsx6gdsDJWWoAZOj5EpYe9kHtA3Gk66UgrqvetqyQEFrqTmLPJKcb8V7FE36U w7HILbw0Eon8UcHEHwpCwglituo+evRfxDkbJzShde4LJO1vBrl9ngXiUGQBLCJ5AZdy 0BpxYq8BhWCjC+nR8AVwoI4WkM4doDHoxZ2GjxRvMVKQ/xzVkcgswEprn01YqKYDIvsw ACzDhAlLFfHh6uY3AX6VLbSNcm+NKdTVj6BMXaoXuTcKbN39gyNtH/u8Yoy0GD/qmUuf jenQ== X-Gm-Message-State: AD7BkJJ4xtQ+6sNRlvxLRRAVMs8Ga07IJXUzKuxfqzAYBYXazckFAuY9R6w9/3ECreFDvvFBuWyk8dNtmLqSbQ== X-Received: by 10.112.158.69 with SMTP id ws5mr8009615lbb.23.1459031187482; Sat, 26 Mar 2016 15:26:27 -0700 (PDT) In-Reply-To: <83shzdyux7.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:115523 Archived-At: --001a11c23462a56f90052efb2bec Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Eli Zaretskii schrieb am Sa., 26. M=C3=A4rz 2016 um 19:08 Uh= r: > > From: Philipp Stephani > > Date: Sat, 26 Mar 2016 17:31:46 +0000 > > Cc: 23009-done@debbugs.gnu.org > > > > We still might consider solving the flicker problem for "no-conversion"= . > Honestly I don't understand the > > behavior of the meta mode at all: it seems that for the purpose of > read-char the meta-mode is completely > > ignored? If so, would it make sense to use > set-keyboard-coding-system-internal, which doesn't appear to set > > the meta-mode? > > Hmm... what does current-input-mode return on HTerm in "emacs -Q"? (t nil 0 7) > I > expect to see a non-nil, non-t value in the 3rd element of its return > value. If that's so, then testing that value for identity with the > one we want to pass to set-input-meta-mode, and avoiding the latter > call if the mode is already what we want, might avoid the flickering. > > Yes, that's already the case (set-input-meta-mode doesn't reinitialize the terminal if the meta mode doesn't change), and it's why I use latin-1 instead of no-conversion. With latin-1, a single mouse click results in 8 invocations of (set-input-meta-mode 8) (two mouse events with two coordinates each, and a set and reset per coordinate). With no-conversion, the same click results in four sequences of (set-input-meta-mode t) (set-input-meta-mode 8), which causes the flicker. --001a11c23462a56f90052efb2bec Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Eli Za= retskii <eliz@gnu.org> schrieb am= Sa., 26. M=C3=A4rz 2016 um 19:08=C2=A0Uhr:
> From: Philipp Stephani <p.stephani2@gmail.com>
> Date: Sat, 26 Mar 2016 17:31:46 +0000
> Cc: 23= 009-done@debbugs.gnu.org
>
> We still might consider solving the flicker problem for "no-conve= rsion". Honestly I don't understand the
> behavior of the meta mode at all: it seems that for the purpose of rea= d-char the meta-mode is completely
> ignored? If so, would it make sense to use set-keyboard-coding-system-= internal, which doesn't appear to set
> the meta-mode?

Hmm... what does current-input-mode return on HTerm in "emacs -Q"= ?

(t nil 0 7)
=C2=A0
=C2=A0 I
expect to see a non-nil, non-t value in the 3rd element of its return
value.=C2=A0 If that's so, then testing that value for identity with th= e
one we want to pass to set-input-meta-mode, and avoiding the latter
call if the mode is already what we want, might avoid the flickering.


Yes, that's already the case (set-= input-meta-mode doesn't reinitialize the terminal if the meta mode does= n't change), and it's why I use latin-1 instead of no-conversion. W= ith latin-1, a single mouse click results in 8 invocations of (set-input-meta-mode 8) (two mouse = events with two coordinates each, and a set and reset per coordinate). With= no-conversion, the same click results in four sequences of (set-input-meta-mode t) = (set-inpu= t-meta-mode 8), which causes the flicker.
--001a11c23462a56f90052efb2bec--