From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: HTML-Info design Date: Tue, 23 Dec 2014 19:18:26 +0200 Message-ID: <5499A3E2.2010601@yandex.ru> References: <87388bnzha.fsf@newcastle.ac.uk> <87k31mdbhe.fsf@uwakimon.sk.tsukuba.ac.jp> <87tx0qiv45.fsf@fencepost.gnu.org> <87h9wqd3i5.fsf@uwakimon.sk.tsukuba.ac.jp> <87h9wqimf0.fsf@fencepost.gnu.org> <87y4q1fekv.fsf@fencepost.gnu.org> <87fvc858c6.fsf@uwakimon.sk.tsukuba.ac.jp> <87ioh4nf8k.fsf@ferrier.me.uk> <83y4pzptpx.fsf@gnu.org> <871tnr1gqo.fsf@ferrier.me.uk> <83bnmvowdb.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1419355150 10763 80.91.229.3 (23 Dec 2014 17:19:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 23 Dec 2014 17:19:10 +0000 (UTC) Cc: stephen@xemacs.org, rms@gnu.org, Nic Ferrier , emacs-devel@gnu.org To: Stefan Monnier , Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 23 18:19:02 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 1Y3T6s-0002o5-0m for ged-emacs-devel@m.gmane.org; Tue, 23 Dec 2014 18:19:02 +0100 Original-Received: from localhost ([::1]:45633 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y3T6r-0005MK-3Y for ged-emacs-devel@m.gmane.org; Tue, 23 Dec 2014 12:19:01 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51956) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y3T6W-0005M3-7Z for emacs-devel@gnu.org; Tue, 23 Dec 2014 12:18:49 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y3T6N-0000bg-2m for emacs-devel@gnu.org; Tue, 23 Dec 2014 12:18:40 -0500 Original-Received: from mail-wg0-x232.google.com ([2a00:1450:400c:c00::232]:57823) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y3T6M-0000bX-S8; Tue, 23 Dec 2014 12:18:31 -0500 Original-Received: by mail-wg0-f50.google.com with SMTP id a1so9625032wgh.9; Tue, 23 Dec 2014 09:18:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=wQw1SInPda+KBzxusgh+5RgB2rP7UalojFD8RzSJCzU=; b=KIkEcyNTPSdUUuZISAnKV1wmTQ8jn4TdSbEMrrf8KeJG34D+nE9eUCFYq6zFumRaXt MvqbbyNrVsrlgL6SccQzpaeD7W209L9ByjFqAVPiuDtGX629Oyk3fZJrJAKSO8VqwX4G E1WCHT3s61/0HnrhUWFtGWf8CCjYabgaIznrnh23VLUoZEuFOoz3m9F6TXu/jI3946Px 2CQQqNVwDY0/Npx064xLD6sGsxt6uPIlTpdAqgvEsLRnWFx/GbYaGzFoILKse3xpZONX 8GUSry7UkZtO/VWFuhXUyUA8Z2g2a7tF7ocABv+NLnGhpjjrxbC+Ql1hs8fswHIaQjxj rw2A== X-Received: by 10.194.87.100 with SMTP id w4mr54988460wjz.65.1419355108788; Tue, 23 Dec 2014 09:18:28 -0800 (PST) Original-Received: from [192.168.0.185] (static-nbl2-118.cytanet.com.cy. [212.31.107.118]) by mx.google.com with ESMTPSA id j2sm28422912wjs.28.2014.12.23.09.18.27 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 23 Dec 2014 09:18:28 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:33.0) Gecko/20100101 Thunderbird/33.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c00::232 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:180580 Archived-At: On 12/23/2014 07:02 PM, Stefan Monnier wrote: > But this is largely unrelated to the "inside Emacs manual browsing", > because there's no way Emacs will be able to render this kind of > HTML+Javascript efficiently any time soon, I think. As long as the JavaScript code is using some standardized metadata present in the document, we could reimplement it in Elisp without too much trouble, I think.