From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: master e37eb7f: Add support for pixel wheel deltas on NS Date: Fri, 26 Nov 2021 14:23:39 +0200 Message-ID: <83mtlr2jhw.fsf@gnu.org> References: <20211125030922.2353.1129@vcs0.savannah.gnu.org> <20211125030924.7258E2094B@vcs0.savannah.gnu.org> <871r34h6pi.fsf@gmail.com> <87fsrkzfq1.fsf@yahoo.com> <83tug05whz.fsf@gnu.org> <87tufzycli.fsf@yahoo.com> <837dcv4e79.fsf@gnu.org> <87wnkvflk7.fsf@yahoo.com> <83zgpr2uvr.fsf@gnu.org> <87fsrjfeb1.fsf@yahoo.com> <83r1b32lvr.fsf@gnu.org> <83pmqn2l3s.fsf@gnu.org> <8735njf7gz.fsf@yahoo.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32176"; mail-complaints-to="usenet@ciao.gmane.io" Cc: rpluim@gmail.com, emacs-devel@gnu.org To: Po Lu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Nov 26 13:30:31 2021 Return-path: Envelope-to: ged-emacs-devel@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 1mqaN4-0008AV-Oy for ged-emacs-devel@m.gmane-mx.org; Fri, 26 Nov 2021 13:30:30 +0100 Original-Received: from localhost ([::1]:35524 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mqaN3-0002t2-L0 for ged-emacs-devel@m.gmane-mx.org; Fri, 26 Nov 2021 07:30:29 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:38444) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mqaGQ-0002t8-Kn for emacs-devel@gnu.org; Fri, 26 Nov 2021 07:23:42 -0500 Original-Received: from [2001:470:142:3::e] (port=42512 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mqaGQ-0004EP-8s; Fri, 26 Nov 2021 07:23:38 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=1dSxVcibpb/fMkABulDsewrXZV6IYej10NfHAsgT6KI=; b=INLNDXWmbMLy zuAKktSZ+3HdcvLFsAO/OTlCa6gWUZYHrb1JCu6xNEbJKJOW56CW2RBcm1gjEJ7DOrk2QMM+QEptL 8apUeyxS5LjvxAcDYtYXIyXDDsatpBIUFv4rS5TxU5c+Rp2FwkLal9DlAoogM2CK9U6bZUALzDqr3 iruaxyYqisjlRIaXCmFoGxJBBhIuXly7ILDSgrKwGlRglUVvI+utuECpDPuL4SyHhxQ8Q/9pBqwXq T/9TghGSdrdcf0HxozE9EzN+QyVE2gZUWm0kdQMAMQy3MSp9N5xdB5XvA9rN9qOpWekvhgbiYLnNs +OSDQKnuke7+pb4SZ/pAFw==; Original-Received: from [87.69.77.57] (port=4890 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mqaGN-0000gp-Sj; Fri, 26 Nov 2021 07:23:38 -0500 In-Reply-To: <8735njf7gz.fsf@yahoo.com> (message from Po Lu on Fri, 26 Nov 2021 20:05:00 +0800) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:280230 Archived-At: > From: Po Lu > Cc: rpluim@gmail.com, emacs-devel@gnu.org > Date: Fri, 26 Nov 2021 20:05:00 +0800 > > Eli Zaretskii writes: > > > Btw, I have a general question regarding this "pixel-resolution" > > scrolling support: > > > With mwheel.el, Emacs users can configure the meaning of each scroll > > event in terms of text lines, via the mouse-wheel-scroll-amount > > variable. But with this new mode, there's no such user control: the > > conversion of the scroll amount reported by the wheel event to pixels > > is either hard-coded in our code, or (on NS) determined by the OS. > > Does it strike someone as "un-Emacsy"? > > It seems OK to me, but we could perhaps have customizations for that. > > The problem is that I don't see how such a customization could be > implemented on platforms such as NS, or in the future, the PGTK port. It's simple: we could provide a variable to scale the pixels calculated by the *term code. > > So maybe we should make x-coalesce-scroll-events and internal > > variable, and say so in its doc string, because it should only be set > > by this mode and its ilk, which do pay attention to the pixel deltas? > > I could imagine some user customizations making use of it, but I have no > objection to making it an internal variable. I'd be interested to hear opinions of Lars and others about this.