From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: E Sabof Newsgroups: gmane.emacs.bugs Subject: bug#14598: 24.3; global-hl-line-mode + text-scale-adjust + next-line + scrolling Date: Sat, 15 Jun 2013 23:48:51 +0100 Message-ID: References: <838v2bvb9c.fsf@gnu.org> <8361xfv8z3.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=00235446fb38d40eeb04df392abe X-Trace: ger.gmane.org 1371336557 8678 80.91.229.3 (15 Jun 2013 22:49:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 15 Jun 2013 22:49:17 +0000 (UTC) Cc: 14598@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jun 16 00:49:16 2013 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 1UnzHV-0002DH-9e for geb-bug-gnu-emacs@m.gmane.org; Sun, 16 Jun 2013 00:49:13 +0200 Original-Received: from localhost ([::1]:53380 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UnzHU-0000YL-Tk for geb-bug-gnu-emacs@m.gmane.org; Sat, 15 Jun 2013 18:49:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52652) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UnzHO-0000XZ-Hn for bug-gnu-emacs@gnu.org; Sat, 15 Jun 2013 18:49:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UnzHL-0002Tr-K8 for bug-gnu-emacs@gnu.org; Sat, 15 Jun 2013 18:49:06 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52660) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UnzHL-0002Tl-GZ for bug-gnu-emacs@gnu.org; Sat, 15 Jun 2013 18:49:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1UnzHK-0001XV-Lb for bug-gnu-emacs@gnu.org; Sat, 15 Jun 2013 18:49:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: E Sabof Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 15 Jun 2013 22:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix Original-Received: via spool by 14598-submit@debbugs.gnu.org id=B14598.13713365415908 (code B ref 14598); Sat, 15 Jun 2013 22:49:02 +0000 Original-Received: (at 14598) by debbugs.gnu.org; 15 Jun 2013 22:49:01 +0000 Original-Received: from localhost ([127.0.0.1]:46976 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UnzHI-0001XB-BF for submit@debbugs.gnu.org; Sat, 15 Jun 2013 18:49:00 -0400 Original-Received: from mail-qe0-f46.google.com ([209.85.128.46]:61690) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UnzHF-0001Wx-6T for 14598@debbugs.gnu.org; Sat, 15 Jun 2013 18:48:58 -0400 Original-Received: by mail-qe0-f46.google.com with SMTP id nd7so1007283qeb.5 for <14598@debbugs.gnu.org>; Sat, 15 Jun 2013 15:48:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2yrHv0c5GNL8SpWw7MCvX/+BaNXcmLgExlod114Xl1U=; b=fv92d+hfqXCgts4hPXAhiVVj69hdiWBKAEptIpkGvas+UgbbcYSOtSm+4NWRr4+ffK p7k7GIh0BM1aAJ3kFPbFNfBIexu+CJkFgPuCUUmgyga7jlqiQ6JatD1jb7KeIdoOrj7V gdrTKOK5xHT/q9YAVv4KLQlQgCXHqyKOReeCCbm5GYjVgqmdIp5KFPbaQlNgcLJDyyNe bk7+ldfxVaWJ8vFjPUDtIwM01yFj0T8sBNazP78uLSHRTLAR1hSCu0+RJx1CK+gRWfXr pI4qtav9M9v5WX0I3xrj7GUhqL9YvZPvasLh7HeVEzDx23f+ktaiyJu3imwZdIXF435p Mmgw== X-Received: by 10.229.107.14 with SMTP id z14mr3542631qco.43.1371336531510; Sat, 15 Jun 2013 15:48:51 -0700 (PDT) Original-Received: by 10.49.96.226 with HTTP; Sat, 15 Jun 2013 15:48:51 -0700 (PDT) In-Reply-To: <8361xfv8z3.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.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:75173 Archived-At: --00235446fb38d40eeb04df392abe Content-Type: text/plain; charset=ISO-8859-1 On Sat, Jun 15, 2013 at 1:45 PM, Eli Zaretskii wrote: > > Date: Sat, 15 Jun 2013 13:10:22 +0100 > > From: E Sabof > > Cc: psainty@orcon.net.nz, 14598@debbugs.gnu.org > > > > > I have no opinion on that. In my experience, arguing about defaults > > > is a waste of time. Please note, however, that Emacs can display > > > images in any mode, so I wouldn't know how to identify the "modes that > > > use images". > > > > > > > One way to do it would be for modes to identify themselves, by setting > > auto-window-vscroll to t. > > Then every mode will need to do that. > The idea is that in practice, the functionality isn't needed most of the time, but backfires with text-scale-adjust. The only two modes that I use that mix images and text are org-mode and w3m. I'm not sure if I like the idea myself, but it might deserve a place on the side of the table. > > > A perhaps better approach might be to make auto-window-vscroll only act > on > > lines significantly larger than default height (x4?), and not on any line > > with a non-standard height. > > You need to consider the window height as well (or only that), not > just the default font size. And if we go that way, I'd argue that > vscroll should be used regardless of the value of auto-window-vscroll. > At the moment I'm a bit confused as to how auto-window-vscroll works right now. I might try to dig a bit deeper at some point, and put together a prototype of how I think it should work. --00235446fb38d40eeb04df392abe Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Sat, Jun 15, 2013 at 1:45 PM= , Eli Zaretskii <eliz@gnu.org> wrote:
> Date: Sat, 15 Jun 2013 13:10:22 +0100
> From: E Sabof <esabof@gmail.com= >
> Cc: psainty@orcon.net.nz, = 14598@debbugs.gnu.org
>
> > I have no opinion on that. =A0In my experience, arguing about def= aults
> > is a waste of time. =A0Please note, however, that Emacs can displ= ay
> > images in any mode, so I wouldn't know how to identify the &q= uot;modes that
> > use images".
> >
>
> One way to do it would be for modes to identify themselves, by setting=
> auto-window-vscroll to t.

Then every mode will need to do that.

=
The idea is that in practice, the functionality isn't needed most = of the time, but backfires with text-scale-adjust. The only two modes that = I use that mix images and text are org-mode and w3m. I'm not sure if I = like the idea myself, but it might deserve a place on the side of the table= .
=A0

> A perhaps better approach might be to make auto-window-vscroll only ac= t on
> lines significantly larger than default height (x4?), and not on any l= ine
> with a non-standard height.

You need to consider the window height as well (or only that), not just the default font size. =A0And if we go that way, I'd argue that vscroll should be used regardless of the value of auto-window-vscroll.
<= /blockquote>

At the moment I'm a bit confused as to= how=A0auto-window-vscroll works right n= ow. I might=A0try to dig a bit deeper at some point, and put togethe= r a prototype of how I think it should work.

--00235446fb38d40eeb04df392abe--