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: Pixel scrolling support Date: Fri, 26 Nov 2021 14:00:06 +0200 Message-ID: <83o8672kl5.fsf@gnu.org> References: <87a6hrzrcv.fsf.ref@yahoo.com> <87a6hrzrcv.fsf@yahoo.com> <87v90fhayx.fsf@yahoo.com> <835ysf4dyr.fsf@gnu.org> <871r33h0th.fsf@yahoo.com> <8335nj4d53.fsf@gnu.org> <87sfvjfli2.fsf@yahoo.com> <83y25b2u2x.fsf@gnu.org> <87k0gvfeoa.fsf@yahoo.com> <83sfvj2m51.fsf@gnu.org> <87bl27f8pp.fsf@yahoo.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="727"; mail-complaints-to="usenet@ciao.gmane.io" Cc: monnier@iro.umontreal.ca, 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:16:18 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 1mqa9J-000AXj-SB for ged-emacs-devel@m.gmane-mx.org; Fri, 26 Nov 2021 13:16:18 +0100 Original-Received: from localhost ([::1]:34712 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mqa9I-0007fy-OJ for ged-emacs-devel@m.gmane-mx.org; Fri, 26 Nov 2021 07:16:16 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:60826) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mqZte-0008ML-N8 for emacs-devel@gnu.org; Fri, 26 Nov 2021 07:00:06 -0500 Original-Received: from [2001:470:142:3::e] (port=39266 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 1mqZtd-0008H8-0v; Fri, 26 Nov 2021 07:00:05 -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=L2611XmgdrIs/09qnO3ZpoAP8fRSNi3sxktKBJl0+pY=; b=BaevBNuU3LXO cdjjkuAG5KxObmYMfUfMss3JjUQgjNZQu2+m/PI6aMXZtscx/Orqok1UC7EG4UpiLJnPjbZLXlzue Cnj/hu9pGUF+CEdVabxNQYheyhWlGEKczcZ0XgTlvRc9O6DwmVwp0HJvpJz0CSdnhufK1YrW3/Rsi GbeX8UNzbmXowOTdjx1q2JRmVncPJtxWjEfNCPSQYngcD787Fo73g2vJc1YaZ7mkeNHM3AhIHVtQs FacruWkUtVTMZJueD2fy0mrLieN0hD2CyWXQ4HVPIfqjDYgbj4/UOgrpAE48aweTWx4dmsA7+OB31 UDC6Y0jjXArpEevzgXxt8Q==; Original-Received: from [87.69.77.57] (port=3229 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 1mqZtc-00064F-JU; Fri, 26 Nov 2021 07:00:04 -0500 In-Reply-To: <87bl27f8pp.fsf@yahoo.com> (message from Po Lu on Fri, 26 Nov 2021 19:38:10 +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:280222 Archived-At: > From: Po Lu > Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org > Date: Fri, 26 Nov 2021 19:38:10 +0800 > > >> How about this: "When enabled, you can scroll the display up or down by > >> individual pixels in a way that corresponds with the movement of your > >> mouse wheel, if supported by the mouse wheel."? > > > "By individual pixels" is not really accurate, is it? Maybe "at pixel > > resolution". And now the question becomes "how is this different from > > pixel-scroll-mode"? Which is a good question regardless of NEWS, btw. > > pixel-scroll-mode still scrolls by lines, it just tries to animate each > line movement. It's very unpleasant to use that with a precision scroll > wheel. Well, that sounds like a good description of the difference (minus the "unpleasant" part) to have in the NEWS entry. > >> Basically, we use `posn-at-x-y' to find the window start and the vscroll > >> that's wanted, which doesn't work when y is outside the window. > > > Did you try to use vertical-motion to help you? Or maybe I don't > > understand the problem, since the vertical dimensions of a window are > > known in pixels, so what exactly is the problem to determine the > > window start when it is outside of the window? scroll-down-command > > does that without any problems. > > I use `posn-at-x-y' to determine the position closest to the first line > to be displayed on screen after the window is vscrolled by DELTA. How do you know which line is "the first line to be displayed on screen after the window is vscrolled by DELTA"? That's the bit I'm missing, I think. > >> > I think you should detect the EOB condition early on and simply not > >> > scroll at all in that case. > >> > >> I couldn't find a way to know if scrolling will result in EOB before it > >> actually happens. > > > Did you try using pos-visible-in-window-p with POS argument passed as > > t? > > But that doesn't take into account the delta by which the window is > being scrolled, right? What is "the delta by which the window is being scrolled"? Is that the window's vscroll or is that something else? > >> "Scroll the display vertically by pixels according to EVENT. > >> Move the display up or down by the pixel deltas in EVENT to > >> scroll the display according to the user's turning the mouse > >> wheel." > >> > >> How's this instead? > > > Where did the "call `mwheel-scroll'" part disappear? If it was > > important to say that, why there's no reflection of that in the new > > text? > > As ARG is gone, I don't think it's important to mention that > `mwheel-scroll' is called anymore. See my question about the difference between mwheel and this mode: it might be important after all. > > I'm asking why don't we support pixel-resolution horizontal scrolling > > in this mode, although the underlying infrastructure does report > > pixel-resolution mouse-wheel rotation in the horizontal direction? > > AFAIU, redisplay doesn't support pixel-resolution hscroll Of course, it does. It might not be exposed to Lisp (I didn't look closely enough), but it is certainly supported on the C level.