From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Filipe Silva Newsgroups: gmane.emacs.help Subject: Re: relative line numbers and folding: how to make they play along? Date: Fri, 15 Jul 2016 12:34:36 -0300 Message-ID: References: <8360sbcvbz.fsf@gnu.org> <83lh158eza.fsf@gnu.org> <83bn208djh.fsf@gnu.org> <83mvlj7513.fsf@gnu.org> <83d1mf6kxc.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1468596922 18522 80.91.229.3 (15 Jul 2016 15:35:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 15 Jul 2016 15:35:22 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: Stefan Monnier Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Jul 15 17:35:21 2016 Return-path: Envelope-to: geh-help-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 1bO58u-0004ec-A1 for geh-help-gnu-emacs@m.gmane.org; Fri, 15 Jul 2016 17:35:08 +0200 Original-Received: from localhost ([::1]:33252 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bO58t-00081y-Ih for geh-help-gnu-emacs@m.gmane.org; Fri, 15 Jul 2016 11:35:07 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38822) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bO58S-0007sd-B1 for help-gnu-emacs@gnu.org; Fri, 15 Jul 2016 11:34:41 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bO58Q-0006oS-72 for help-gnu-emacs@gnu.org; Fri, 15 Jul 2016 11:34:39 -0400 Original-Received: from mail-oi0-x230.google.com ([2607:f8b0:4003:c06::230]:36001) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bO58Q-0006oO-1I for help-gnu-emacs@gnu.org; Fri, 15 Jul 2016 11:34:38 -0400 Original-Received: by mail-oi0-x230.google.com with SMTP id w18so168426023oiw.3 for ; Fri, 15 Jul 2016 08:34:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=3GyWIuWjQX7Cwg5cakZk1X/A99wZ7ZVX10iO2zi3vkk=; b=GCDgs2NV4jb9T1YqzPmZ6m8ccq4SN0sWwIfegN+aETZ5dmK9GoXb4qd5pf9dv0W7q5 GEb6gXlveFXi6YzLORgAUSQaL6ukJoq4EX0gOEWVcr4+v+rA5U5QDDAbKUuCtQ8or39F wYyydwDuv8Do5pumlz4xCrQhsrfeHGzhXm35Goxg7adeRLchprdlqg3YnRAZAPv1RRsU WKOiqoXA2sxP6JoA+LKV2jcrEszEoueLWYQ0+RHtqFW4ZpwWWa1h0qe8L0/mcJAPloqR NtwRb1QRT2xj/bo7Vskk1jFHpU++UyvK3gNfHR5iL5Ht12Fb7hd7p0e3CkmBFdk+uedN Yh9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=3GyWIuWjQX7Cwg5cakZk1X/A99wZ7ZVX10iO2zi3vkk=; b=jxisOMoL9bdBFXbILbnAB+UwZUKq7y2/o8UuBtBn5S4dDnBtMimQSyQ+zkJpp7tMOB Xr5v6SXVsv6J2WKokxZS7DT1muKCX9qaJmXCDgBXsKNat4PFusxShV4uDDu9l7sWmNm8 yuEbi9qjtlUX/O0gZQFzIOIkW21RKI11pbwQO6GwIpqXHpRn6iMhmNjaOu2bYbThOuw1 LcJrzdpV21Fq/8LSmt8ijwQanRhQI5RJNTSH7/3W3kWO0FCsn8EAiRyq1M5zxBECcZF8 dIZ6pr4OrMv2eu5Wmfg1zVfokn9nzapIt8ahMw/4PIqDHkQWG8hGdLoghXHDkTGeZOYs MyZQ== X-Gm-Message-State: ALyK8tJedcgfTK4rE/Eh8mTT3NcUNwPw8O5L9lVAqErNDWeg4Pa89vElUTFwvJ6kAclVwNltuPWjC5xNSOYYpw== X-Received: by 10.157.12.70 with SMTP id 64mr12980572otr.192.1468596877020; Fri, 15 Jul 2016 08:34:37 -0700 (PDT) Original-Received: by 10.202.114.196 with HTTP; Fri, 15 Jul 2016 08:34:36 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:4003:c06::230 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:110869 Archived-At: Maybe this new display mechanism would be useful and would open up other possibilities. Maybe there benefits there that are not enclosed only to enabling an efficient relative line number implementation. It could create new types of modes or simplify the implementation of existing ones? Just a thought. On Fri, Jul 15, 2016 at 11:54 AM, Stefan Monnier wrote: > >> I was more thinking of the situation I mentioned in some other > >> discussion: rewrite the top-level of the redisplay code in Elisp, > > Conditioning the minor feature discussed in this thread on such a > > thorough rewrite of the display code sounds like overkill to me. > > There's no conditioning at play here. I was only discussing how to make > it reasonably efficient. > > > Frankly, I don't see any significant gains in your suggestion. > > Basically, you suggest to leave the bulk of the display code > > unchanged, and introduce a Lisp-level driver that calls its parts one > > after the other. > > That's right. The idea being to try and keep as much of the existing > code as possible. > > > I think a much better plan is to expose some of the C data structures > > to Lisp, and provide focused hooks at strategic places for Lisp to be > > able to affect what redisplay does, by accessing those data structures > > and making decisions based on that. > > I think my plan fits this description. But other plans would too, > > > Stefan > > >