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: HTML-Info design Date: Mon, 29 Dec 2014 11:25:52 +0000 Message-ID: <871tnibsu7.fsf@violet.siamics.net> References: <83y4pzptpx.fsf@gnu.org> <871tnr1gqo.fsf@ferrier.me.uk> <83bnmvowdb.fsf@gnu.org> <83ppbanqhe.fsf@gnu.org> <87vbl2xigp.fsf@ferrier.me.uk> <83ioh2nlow.fsf@gnu.org> <87sig6xech.fsf@ferrier.me.uk> <83fvc5ni0u.fsf@gnu.org> <87k31fwwyv.fsf@ferrier.me.uk> <87bnmq9ibf.fsf@ferrier.me.uk> <87lhlrx5fc.fsf@building.gnus.org> <878uhrcr5l.fsf@building.gnus.org> <83sifzjflk.fsf@gnu.org> <87fvbyagaw.fsf@building.gnus.org> 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 1419852388 10314 80.91.229.3 (29 Dec 2014 11:26:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 29 Dec 2014 11:26:28 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 29 12:26:22 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 1Y5YSl-0006uS-8z for ged-emacs-devel@m.gmane.org; Mon, 29 Dec 2014 12:26:15 +0100 Original-Received: from localhost ([::1]:32968 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5YSk-0004Uj-Id for ged-emacs-devel@m.gmane.org; Mon, 29 Dec 2014 06:26:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57447) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5YSe-0004Qp-3u for emacs-devel@gnu.org; Mon, 29 Dec 2014 06:26:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y5YSa-0004PU-CD for emacs-devel@gnu.org; Mon, 29 Dec 2014 06:26:08 -0500 Original-Received: from fely.am-1.org ([2a01:4f8:d15:1b86::2]:52965) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5YSa-0004PA-2h for emacs-devel@gnu.org; Mon, 29 Dec 2014 06:26:04 -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:To:From; bh=AA0rtnd0xu3eo3WzeaNb7jKF/WJfG2G/FMoxxvFwAbA=; b=fq3FA2X+1L0JEgDT9cF6oU4X3NdBGRO54knXjt/kR+l1oj5AppQl4yGJC3VBw6+Xi8c/bF361VoxApVS3P9EK/+qW1gizdqM12E5AaxDuBcLIm9VLMm56RzOWeEceQQCvBbyM1hssq0EKmr751KZTNyfaMUynMuZZVDPQ/FClhE=; 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 1Y5YSV-0008OV-PG for emacs-devel@gnu.org; Mon, 29 Dec 2014 11:26:00 +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 1Y5YSO-0001ix-IJ for emacs-devel@gnu.org; Mon, 29 Dec 2014 18:25:52 +0700 Mail-Followup-To: emacs-devel@gnu.org In-Reply-To: <87fvbyagaw.fsf@building.gnus.org> (Lars Ingebrigtsen's message of "Mon, 29 Dec 2014 11:41:59 +0100") 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:180806 Archived-At: >>>>> Lars Ingebrigtsen writes: >>>>> Eli Zaretskii writes: >> What's non-pretty with how we do this now? What features are >> missing? > We don't know (before redisplay) how wide a piece of text is, so we > can't fill the text. This makes it impossible to use proportional > fonts in common layouts like > first column with second column with > some flowing text here some other text > here As per the current shr.el version, this only affects HTML documents which use tables to implement such layouts, =E2=80=93 and HTML5 already discourages that [1]: Tables should not be used as layout aids. Historically, many Web authors have tables in HTML as a way to control their page layout making it difficult to extract tabular data from such documents. [=E2=80=A6] There are a variety of alternatives to using HTML tables for layout, primarily using CSS positioning and the CSS table model. When the layout is implemented with CSS, the Emacs own display model, combined with the incomplete CSS support in SHR, ensure that the above is instead rendered as, say: This is the page content proper. Emacs may apply its usual facilities to f= low it as necessary, without any trouble whatsoever. For one thing, many M= ediaWiki instances use exactly this layout. This is the sidebar, which is placed to the left of the =E2=80=9Cpayload=E2= =80=9D content in the browsers implementing (a larger subset of) CSS. Unle= ss being tweaked by the user to his or her own taste, that is. Personally, I think that that=E2=80=99s even better. [1] http://www.w3.org/TR/html5/tabular-data.html#the-table-element --=20 FSF associate member #7257 http://boycottsystemd.org/ =E2=80=A6 3013 B6A0= 230E 334A