From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daimrod Newsgroups: gmane.emacs.devel Subject: Re: eww Date: Wed, 26 Jun 2013 08:49:55 +0200 Message-ID: <87obatqsbw.fsf@tanger.home> References: <87d2rkb1pi.fsf@fleche.redhat.com> <87fvwfa3ev.fsf@fleche.redhat.com> <874ncucrlz@ch.ristopher.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Trace: ger.gmane.org 1372229166 11234 80.91.229.3 (26 Jun 2013 06:46:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 26 Jun 2013 06:46:06 +0000 (UTC) Cc: Stefan Monnier , emacs-devel@gnu.org To: Lars Magne Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jun 26 08:46:06 2013 Return-path: Envelope-to: ged-emacs-devel@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 1UrjUT-0004Iu-UF for ged-emacs-devel@m.gmane.org; Wed, 26 Jun 2013 08:46:06 +0200 Original-Received: from localhost ([::1]:52806 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UrjUT-0002wZ-CX for ged-emacs-devel@m.gmane.org; Wed, 26 Jun 2013 02:46:05 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36893) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UrjUM-0002wL-MP for emacs-devel@gnu.org; Wed, 26 Jun 2013 02:46:03 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UrjUH-0002gS-Uv for emacs-devel@gnu.org; Wed, 26 Jun 2013 02:45:58 -0400 Original-Received: from mail-wi0-x22e.google.com ([2a00:1450:400c:c05::22e]:53025) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UrjUH-0002gI-Mu for emacs-devel@gnu.org; Wed, 26 Jun 2013 02:45:53 -0400 Original-Received: by mail-wi0-f174.google.com with SMTP id k10so1602936wiv.1 for ; Tue, 25 Jun 2013 23:45:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=E3lMWfmKEFskvxbMOZtn4BSRlJ+7DcCMvZH0M9FQb1w=; b=QCtn9FPdsNdQZyJ2V15aQOYEpK3QbV//IuenzH1bGzewiJwlzo4ThMhe70svTMF+RA JicRDtphS4iOk8TjigoT1uEI9zaSJcg2IsF0VqQViuxzlF7Iur/gg7+v9hEsvg7SI+TH IP33bbZdAp2GiIHouqT0E2lKPg7YUfcEXg/sT+x+THxm+YDzIVyE7PcIM+SXq8caRmaV Vx/tEqdPVv4U6imvWYeQUhS/EaIwUTS/n2jdtnHCgr2C7GV1cs+qWPqsnOVDIrEe3Tz3 BWKOEqmJ+/LqigGFi3hwUAbP5VsDvmcW5rwAMtEoPbfgIGI2a6oYyxbMjS95wpAj8Hm+ jS1Q== X-Received: by 10.180.182.228 with SMTP id eh4mr11423548wic.42.1372229152506; Tue, 25 Jun 2013 23:45:52 -0700 (PDT) Original-Received: from localhost (ANantes-653-1-33-251.w109-211.abo.wanadoo.fr. [109.211.28.251]) by mx.google.com with ESMTPSA id fs8sm8708268wib.0.2013.06.25.23.45.51 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 25 Jun 2013 23:45:51 -0700 (PDT) In-Reply-To: (Lars Magne Ingebrigtsen's message of "Wed, 26 Jun 2013 01:11:13 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::22e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:161074 Archived-At: --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Lars Magne Ingebrigtsen writes: > I've now implemented a version of the history that I think might make > sense, and I've done it by stashing the rendered data in a variable, not > by renaming buffers. > > There's now no re-rendering when traversing the history. > > The main thing I had to figure out was how to handle back/forth history > movements. Let me explain. > > Here's how Firefox does it: > > You're on page A, go to page B, go back to A, go to C. Back will then > take you to A, and there the history stops. Going forward will only > take you to C, never to B, which is now inaccessible, as far as I can > tell. > > That's supremely annoying, so here's how eww does it: > > You're on page A, go to page B, go back to A, go to C. Back goes to A. > Back again goes to B. Back again goes to A. Forward to B, forward to > A, forward to C. Etc. If I've implemented it correctly. That sounds nice but what about providing an interface to visualize the tree? w3m-history in emacs-w3m does exactly that and IMHO it's easier to use, in the same way, undo-tree is easier to use than the undo/redo commands. > So Firefox lets you explore the branch of the tree you're in, and other > branches are cut off, while eww gives you a strict, er, temporal, flat > view of history, so all parts of the history are accessible. =2D-=20 Daimrod/Greg --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQIcBAEBAgAGBQJRyo8ZAAoJEBNzVHcrZRiUD1sP/1JIKcgNM/+7+gQHCNg8dEvX ksqPBT1UTlAMZ5T3WyXoIt0tF1UZo/Qn06WwzTlor60gTIb6/mE0zLUMK4sY7bLK c8gPSnavTtvEmFs7LI2OC7qQ5MEtm2DlJsz5UrohvADCl9aipn7onb56SnpekA/5 i4dx60Ia0VM41Om5EkkeNtOs/A37cUEg+Lko5oZCGCQKCsciqsMHbHzBzisYaZGV hGl4Jqjc972WAsvJf9jwHqiuPVEivCH1fTS7uRCkNebGdfy8v7pNHMPbs5ILV+Sy Fa/AE2g9Avp2W8ZTlbLFQb/nUjKKxr3fmzq7TV2AOs4Lh6Iqxb+CojsEtAjD1wXU /2WlwUmKMTnO6TbZJJKdjwv4g9OW2rlOq901KXdcm2PRDJnVpwOJKTmI+Lqz1Lgu DwvEdUupD86+i0Jdd3UcsrcDHn4b5od7gUGYAciTiaY3qaSLjcS4Cq8iYLwJMjxe vc7hwqv2DLOk+/qrFB6Mk1TwUgZb17nLGFHaBMYvsUDTTkoanBGyfozRen74w0HN jWbF0GwuFvVNjHc6PNtnGtCWySNT8LIdLN6mh+c0pfhJRJWFUiV1QjGtu88H3KQh mUOOVSl8VHQOdK7UOfTELKcLlLLbPnAEgelWGNBJNqLH9TfrHVMPgiNr53TjivZJ YiDrCYb051hOWoE7ICoT =PUCd -----END PGP SIGNATURE----- --=-=-=--