From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ivan Shmakov Newsgroups: gmane.emacs.devel Subject: Re: EWW buffers Date: Thu, 20 Nov 2014 06:47:57 +0000 Message-ID: <87sihe1i76.fsf@violet.siamics.net> References: <87a93oh180.fsf@lifelogs.com> <83h9xw9zg3.fsf@gnu.org> <83d28k9yb9.fsf@gnu.org> <83ppcj9740.fsf@gnu.org> <871toze1tl.fsf@lifelogs.com> <87wq6rcidx.fsf@lifelogs.com> <87wq6r41b2.fsf_-_@violet.siamics.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1416466115 15352 80.91.229.3 (20 Nov 2014 06:48:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 20 Nov 2014 06:48:35 +0000 (UTC) Cc: Stefan Monnier To: emacs-devel@gnu.org, 19109@debbugs.gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 20 07:48:30 2014 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 1XrLXZ-00019r-F6 for ged-emacs-devel@m.gmane.org; Thu, 20 Nov 2014 07:48:29 +0100 Original-Received: from localhost ([::1]:33845 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XrLXZ-0002H6-4A for ged-emacs-devel@m.gmane.org; Thu, 20 Nov 2014 01:48:29 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36236) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XrLXV-0002H1-Fh for emacs-devel@gnu.org; Thu, 20 Nov 2014 01:48:26 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XrLXU-0005lo-Cc for emacs-devel@gnu.org; Thu, 20 Nov 2014 01:48:25 -0500 Original-Received: from fely.am-1.org ([2a01:4f8:d15:1b86::2]:47726) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XrLXU-0005la-54 for emacs-devel@gnu.org; Thu, 20 Nov 2014 01:48:24 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=siamics.net; s=a2013295; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:Sender:References:Subject:Cc:To:From; bh=OPxmbLRfzA4sBdrJ4LSV4he715HtKL0Xh9eyaIfCN50=; b=YSwNN9AZtJZQAw1KI1Lld7oEw3br/4nIKMphO2QQ1GffcH3Q4F7ZqWuJR1A9j8TDmp1MOHg2s+Lqq3ndNEtBnL3mrxtCIqcqArnL2D8PPDn7JVJOq//M6YYpSwD+unQZUl8K1kLz/B/lbjNNYNBJ6JORoUQhMeYGbWDns5FkPIg=; Original-Received: from [2a02:2560:6d4:26ca::1:1d] (helo=violet.siamics.net) by fely.am-1.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1XrLXN-0003CD-OR; Thu, 20 Nov 2014 06:48:18 +0000 Original-Received: from localhost ([::1] helo=violet.siamics.net) by violet.siamics.net with esmtps (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1XrLX3-0008LJ-Q9; Thu, 20 Nov 2014 13:47:57 +0700 In-Reply-To: (Stefan Monnier's message of "Wed, 19 Nov 2014 17:27:30 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a01:4f8:d15:1b86::2 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:177856 Archived-At: >>>>> Stefan Monnier writes: >> It=E2=80=99s also perfectly possible to create that buffer but do /not/ >> switch to it until it=E2=80=99s ready. > Actually changing the displayed buffer from a process filter > (i. e. asynchronously) is a bad idea, just like prompting the user. Yet, this is exactly what EWW currently does. Specifically, eww-setup-buffer is called asynchronously when the download completes (from the eww-display- functions, which in turn get called from eww-render, which is used as the =E2=80=98url-retrieve=E2=80=99 callback by EWW), /and/ eww-setup-buffer uses switch-to-buffer. I have filed a bug (#19109) for the issue, which was promptly tagged =E2=80=98notabug=E2=80=99 and closed. Could someone please check i= f it really is a proper resolution? Personally, I=E2=80=99ve replaced switch-to-buffer there with set-buffer, and use that for I guess around a year now, =E2=80=93 without any apparent issues. > So yes, the *eww* buffer should be created and displayed right away > (empty at first). Iceweasel does the same, FWIW, so I don't think > it's a problem. (Neither do I.) --=20 FSF associate member #7257 http://boycottsystemd.org/ =E2=80=A6 3013 B6A0= 230E 334A