From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: Pixel-based display functions Date: Sun, 01 Feb 2015 12:26:02 +1100 Message-ID: <87wq42pglx.fsf@building.gnus.org> References: <87vbjrl49k.fsf@violet.siamics.net> <8361bqogah.fsf@gnu.org> <87k306pfi9.fsf@building.gnus.org> <87egqekrd7.fsf@building.gnus.org> <877fw53eat.fsf@building.gnus.org> <877fw4zsdv.fsf@building.gnus.org> <831tmcn4k4.fsf@gnu.org> <87386szq1w.fsf@building.gnus.org> <83wq44ljm9.fsf@gnu.org> <87vbjowlqv.fsf@building.gnus.org> <83oapglbx6.fsf@gnu.org> <83lhkkl23i.fsf@gnu.org> <83bnlgkl1s.fsf@gnu.org> <87a90ztoz0.fsf@building.gnus.org> <834mr7l6wb.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1422754000 21552 80.91.229.3 (1 Feb 2015 01:26:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 1 Feb 2015 01:26:40 +0000 (UTC) Cc: monnier@IRO.UMontreal.CA, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Feb 01 02:26:36 2015 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 1YHjJ4-0003tO-Jw for ged-emacs-devel@m.gmane.org; Sun, 01 Feb 2015 02:26:34 +0100 Original-Received: from localhost ([::1]:43259 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YHjJ4-0005Lg-2K for ged-emacs-devel@m.gmane.org; Sat, 31 Jan 2015 20:26:34 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49722) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YHjJ0-0005La-BN for emacs-devel@gnu.org; Sat, 31 Jan 2015 20:26:31 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YHjIw-0006Tt-9c for emacs-devel@gnu.org; Sat, 31 Jan 2015 20:26:30 -0500 Original-Received: from hermes.netfonds.no ([80.91.224.195]:41075) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YHjIw-0006Tp-2l; Sat, 31 Jan 2015 20:26:26 -0500 Original-Received: from diaman3.lnk.telstra.net ([203.45.116.145] helo=building.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1YHjId-0003Qx-Fe; Sun, 01 Feb 2015 02:26:08 +0100 In-Reply-To: <834mr7l6wb.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 31 Jan 2015 09:57:08 +0200") User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) X-MailScanner-ID: 1YHjId-0003Qx-Fe MailScanner-NULL-Check: 1423358768.45714@8KLUXAZLu5wg140UrUFFwA 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:182154 Archived-At: Eli Zaretskii writes: >> +---------------+----+----------------+-----------------------+ >> |R1C1 |R1C2|RA1C2 With Space|R1C2 | >> +---------------+----+----------------+-----------------------+ >> |R2C1 and R2C2 in one|RC4-with-a-really-long-unbreakable-thing| >> |simple box | | >> +--------------------+----------------------------------------+ > > How to decipher the RnCm notation here? "row n, column m"? If so, why > are there two instances of R1C2, and what does RA1C2 mean? Sorry; the text doesn't really mean anything here. It was just a test case I had handy... > Also what is the order of the texts in a buffer, i.e. is any of the > RnCm a continuation of text in some other cell, or are they all > independent strings that don't exits as single contiguous text in any > buffer? They are all independent texts. >> where each of the two main columns are said to be 50% of the width, but >> where one of the elements can't be filled, so you have to extend that >> column and compress the other columns to make things fit. > > I'm not sure I understand how the layout is specified on the "document > language" (whatever that is) level. IOW, what is known about the > layout when this text is about to be rendered? The layout for web pages is specified in HTML in either a (which is equivalent, more or less, to a TCL-ish "gridbaglayout", if you've played with that back in the 90s) or CSS3, which has a different type of layout specification. Anyway, I've now implemented the face/script segmentation version, and it does help speed-wise. A typical Gnus info node now takes 0.02s instead of 0.04s. However, it's still too slow to be usable for complex layouts where we need to compute the widths of things a lot (like a Wikipedia page with a huge genealogy table). -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/