From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] trunk r115470: eww: exit and close actions Date: Fri, 13 Dec 2013 10:06:41 -0500 Message-ID: References: <87haadq3pn.fsf@flea.lifelogs.com> <878uvoq0md.fsf@flea.lifelogs.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1386947220 5661 80.91.229.3 (13 Dec 2013 15:07:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 13 Dec 2013 15:07:00 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 13 16:07:03 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 1VrUKT-0001al-Le for ged-emacs-devel@m.gmane.org; Fri, 13 Dec 2013 16:07:01 +0100 Original-Received: from localhost ([::1]:42994 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VrUKT-0007dT-7W for ged-emacs-devel@m.gmane.org; Fri, 13 Dec 2013 10:07:01 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44484) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VrUKK-0007dJ-6D for emacs-devel@gnu.org; Fri, 13 Dec 2013 10:06:59 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VrUKC-0001Q6-UH for emacs-devel@gnu.org; Fri, 13 Dec 2013 10:06:52 -0500 Original-Received: from chene.dit.umontreal.ca ([132.204.246.20]:45556) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VrUKC-0001Q1-Oh for emacs-devel@gnu.org; Fri, 13 Dec 2013 10:06:44 -0500 Original-Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id rBDF6fbo002332; Fri, 13 Dec 2013 10:06:42 -0500 Original-Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 33EFCAE350; Fri, 13 Dec 2013 10:06:41 -0500 (EST) In-Reply-To: <878uvoq0md.fsf@flea.lifelogs.com> (Ted Zlatanov's message of "Fri, 13 Dec 2013 09:36:10 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV4791=0 X-NAI-Spam-Version: 2.3.0.9362 : core <4791> : inlines <321> : streams <1090204> : uri <1622832> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.204.246.20 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:166374 Archived-At: > Web browsing is a separate UI domain from the other UI domains Emacs > covers. The UI for navigation, input, and even scrolling is different. > It's most like an Info file but there are fundamental differences (no > clear hierarchy, interactive, etc.) So my idea was to make web browsing > in Emacs more like web browsing outside Emacs, and I thought my changes > were a step in that direction. I view it as trying to lie to the user ;-) > The idea was to separate "close" from "exit" even if the current > implementation doesn't do it perfectly, because tha separation is > typical in the "web browsing" UI domain. AFAIK "close" should mean "close the current tab", and "exit" should mean "exit the application, closing all tabs and killing the process". Some of the problems I see in the context of eww: - eww doesn't have tabs. - eww-exit doesn't exit the application. - eww-exit does not close all the eww buffers/tabs/windows you might have opened in the current Emacs session. - eww can display a web page multiple times in different windows, so the meaning of "close the tab" is unclear. I really see it as trying to put a square peg in a round hole. And I really don't see the benefit since eww users will be familiar with Emacs anyway, so it's not like we'd impose them some new concepts they shouldn't need to know. Stefan