From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: The unwarranted scrolling assumption Date: Fri, 18 Jun 2010 15:30:37 +0200 Message-ID: References: <87ocfcj7r4.fsf@mail.jurta.org> <87631jvpzg.fsf@gmail.com> <4C18211C.3070106@harpegolden.net> <87vd9j5neu.fsf@kfs-lx.rd.rdm> <83sk4misf2.fsf@gnu.org> <83iq5hiiin.fsf@gnu.org> <83fx0lihov.fsf@gnu.org> <83aaqsiyb6.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1276867878 1339 80.91.229.12 (18 Jun 2010 13:31:18 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 18 Jun 2010 13:31:18 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jun 18 15:31:12 2010 connect(): No such file or directory Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OPbf4-00068v-NA for ged-emacs-devel@m.gmane.org; Fri, 18 Jun 2010 15:31:11 +0200 Original-Received: from localhost ([127.0.0.1]:58005 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OPbf3-0004vv-S3 for ged-emacs-devel@m.gmane.org; Fri, 18 Jun 2010 09:31:09 -0400 Original-Received: from [140.186.70.92] (port=45906 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OPbeu-0004tW-4k for emacs-devel@gnu.org; Fri, 18 Jun 2010 09:31:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OPbet-0008Jr-4U for emacs-devel@gnu.org; Fri, 18 Jun 2010 09:31:00 -0400 Original-Received: from mail-yw0-f192.google.com ([209.85.211.192]:42193) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OPbet-0008Jl-2I; Fri, 18 Jun 2010 09:30:59 -0400 Original-Received: by ywh30 with SMTP id 30so907504ywh.24 for ; Fri, 18 Jun 2010 06:30:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=h5LcLDalHUMk5SUd/8dW56id2s3mQhy2Z2rypQ7ExZ0=; b=xsSnm3u+TjvpVRe6Uh1V2coA0PnI9XphU2KBqSjVgGp949w535TiaG/XiZ5iINPE2W ERWxQOCNO5pqLHBG4Zky4UuWHhiVWT8gdjghUnxvcT8wfHktP6pk+EPgXiPjsibLhvZ0 Pq6Y5bRhMWFUqMWO/DR61lU+F0SUHZY9ee9Bg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=PzDwUhZevoiLCAVVgL+1d1iV9F2yDEe86dkPhGH0Y7i9rchbfT7XQmx1PZef0FWDMA vACMjdIQUHe36Qv1kt2xGtAW+x3jcYEzt9AJfpzAmwHVh1nKVPErl6XJ61l/83YHJLM1 fWV+D4AR0rgraM+vqWY1oYZ/a3b9z3tkydu7I= Original-Received: by 10.100.193.15 with SMTP id q15mr882975anf.152.1276867858195; Fri, 18 Jun 2010 06:30:58 -0700 (PDT) Original-Received: by 10.100.154.15 with HTTP; Fri, 18 Jun 2010 06:30:37 -0700 (PDT) In-Reply-To: <83aaqsiyb6.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:126151 Archived-At: On Fri, Jun 18, 2010 at 9:39 AM, Eli Zaretskii wrote: >> From: Lennart Borgman >> Date: Thu, 17 Jun 2010 21:35:51 +0200 >> Cc: emacs-devel@gnu.org >> >> > What parts of the above condition prevented >> > reconsider_clip_changes from resetting b->clip_changed to zero? >> >> Sorry, I thought I did tell that, but maybe I deleted that from some mes= sage. >> >> It is !NILP (w->window_end_valid). > > ??? How can this be? =C2=A0The code says: A misunderstanding, sorry. I meant that in this case that line/code gave the value 0. > =C2=A0if (b->clip_changed > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 && !NILP (w->window_end_valid) > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 && w->current_matrix->buffer =3D=3D b > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 && w->current_matrix->zv =3D=3D BUF_ZV= (b) > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 && w->current_matrix->begv =3D=3D BUF_= BEGV (b)) > =C2=A0 =C2=A0b->clip_changed =3D 0; > > So if w->window_end_valid is non-nil, this code should reset > b->clip_changed to zero. =C2=A0And you say it does _not_ reset it to zero= . > So what prevents b->clip_changed from being reset to zero? > >> But it is not this that normally gives the "jumping scrolling". I am >> not sure it is a problem at all. > > Then what _is_ the problem? So far there are two (mabye three) distinct bugs I have seen: 1) The handling of clip_changed, which I have sent a patch for. (Please remember it is not quite finished. Some comments on that part would be nice.) 2) The problems I described with visual-line-mode around line 702 in window= .c.