From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: eww Date: Wed, 19 Jun 2013 08:58:36 +0200 Message-ID: References: <87d2rkb1pi.fsf@fleche.redhat.com> <87fvwfa3ev.fsf@fleche.redhat.com> <83wqprqpv3.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1371625151 24776 80.91.229.3 (19 Jun 2013 06:59:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 19 Jun 2013 06:59:11 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jun 19 08:59:04 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 1UpCMB-00026i-AD for ged-emacs-devel@m.gmane.org; Wed, 19 Jun 2013 08:59:03 +0200 Original-Received: from localhost ([::1]:59506 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UpCMA-0005Dg-TN for ged-emacs-devel@m.gmane.org; Wed, 19 Jun 2013 02:59:02 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52928) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UpCM6-0005DX-Nl for emacs-devel@gnu.org; Wed, 19 Jun 2013 02:59:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UpCM3-00034d-2s for emacs-devel@gnu.org; Wed, 19 Jun 2013 02:58:58 -0400 Original-Received: from hermes.netfonds.no ([80.91.224.195]:41140) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UpCM2-00034X-T7; Wed, 19 Jun 2013 02:58:55 -0400 Original-Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1UpCLk-0005j4-M7; Wed, 19 Jun 2013 08:58:36 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAElBMVEXz8vDm5Oa3scr+//79 /f37+/tmztz+AAACY0lEQVQ4jX2UzbqjIAyGoZQ9WN2PeLq3De61wB4ruf9bOR/ads48M89kQQiv +YGAgnZZJkV/ijjUTHr7J/hbPsBT+LHsSYxqtLaT9i39oQAaa5vX4kubHcCrxOSJtzCVkEr0hTwX ADN2D3ddXT86VxqnTq69u18I5Zreub5x7gTlXHsYJG67+XUAyAw7NYmE78dr4/qnej6cM85derpS U/ex+Ti6zpOfTl1Y+4DcJCfkGJY7Dc/b0N/GoX2kC2x1vSNUmCKHMoVEIYbit0SRNnj4r+fFTdc7 huGp+sdwUu42PBDq+tjB4BDwDPB8A7Of0+ewzDEC7HNQ00ELaaV8HaKQ4u1jrNRdnaYKjijGVD+7 aNsCSPMBGPQRXVhpjDhyrNbk2UqxLgdCIgBtjDTRJyQwbahdpcgVIOAedTXKCt1asZqlVuVr68P7 ClBAQ30ssV4GEmelixqz0tttm3O7CI3kk60bERvNUkNrIWRnRAUCsiwYpKjLwtaFA8g6yzVDzROJ UjkAPM9REqEVaKmoEXegF6lNdTLr+5ZOum6QwohjqPH05yaPeyjUZWQXpiOtyGZPPiJElpXqLaD7 h0M93RbVSoMT063KUo3b6OtDEsSZ81my0bgrXpSNEzMxcgAk1mk9M2suEK4MIHfMK7PgonktGd8w lwywHiAzVy3Zas467xtkmJCMCRyl4FlwLRefSO4k57IiWJ3BFQBfxrnozCXMJeVNr7rQWqtCMYZ/ PP9pn6MqxkYvsDNLzR0S5U5Prx9ACJ+e7+b/fxmBvArn3ytKeb8DPH9VdInRRzyutNUsnOgbD7i2 hlGBTgsAAAAASUVORK5CYII= X-Now-Playing: Herbert's _Around The House_: "In The Kitchen" X-Hashcash: 1:23:130619:eliz@gnu.org::aVsKmXL1/jqp7DVl:00000MqE5 X-Hashcash: 1:23:130619:emacs-devel@gnu.org::I/B6BTGYnO2TO3pj:000000000000000000000000000000000000000000no/r In-Reply-To: <83wqprqpv3.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 18 Jun 2013 20:40:32 +0300") User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3.50 (gnu/linux) X-MailScanner-ID: 1UpCLk-0005j4-M7 MailScanner-NULL-Check: 1372229916.90142@2bkc0N9TMFhGAmAG8zdb0g X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.224.195 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:160636 Archived-At: Eli Zaretskii writes: > Why do you want to limit the number of buffers Emacs keeps? Other > browsers don't, I think. Other buffers don't keep the page around in memory at all, but most of them have some sort of caching ability -- by writing the HTML/CSS/etc do disk, and going back in history just fetches the data and re-renders it. > When you go back to a previously visited URL, do you need to check if > it's outdated? Do other browsers? Other browsers do, and I hate that behaviour. If I want to see the page I just saw, why shouldn't I be able to? Other browsers respect cache settings and (sensibly) don't write stuff to the disk cache if the server says it shouldn't. But Emacs could keep (some) buffers around and avoid the problem. There's a potential security issue here, though -- if the server said "don't cache this page", then it might be because there's secret stuff that we shouldn't keep around longer than the user expects it to be kept around. > I'm confused: don't you name each buffer according to the URL it > shows? No, the eww buffer is currently called "*eww*". -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/