From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Pixel-based display functions Date: Sat, 31 Jan 2015 09:57:08 +0200 Message-ID: <834mr7l6wb.fsf@gnu.org> References: <83a914ozsh.fsf@gnu.org> <874mrb1t62.fsf_-_@building.gnus.org> <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> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1422691042 21840 80.91.229.3 (31 Jan 2015 07:57:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 31 Jan 2015 07:57:22 +0000 (UTC) Cc: monnier@IRO.UMontreal.CA, emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jan 31 08:57:21 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 1YHSvh-0003XU-1Z for ged-emacs-devel@m.gmane.org; Sat, 31 Jan 2015 08:57:21 +0100 Original-Received: from localhost ([::1]:39951 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YHSvg-0002q4-5x for ged-emacs-devel@m.gmane.org; Sat, 31 Jan 2015 02:57:20 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56427) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YHSvZ-0002pu-T6 for emacs-devel@gnu.org; Sat, 31 Jan 2015 02:57:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YHSvW-00047s-4B for emacs-devel@gnu.org; Sat, 31 Jan 2015 02:57:13 -0500 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:52320) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YHSvV-00047E-ST for emacs-devel@gnu.org; Sat, 31 Jan 2015 02:57:10 -0500 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0NJ100L007DALY00@a-mtaout21.012.net.il> for emacs-devel@gnu.org; Sat, 31 Jan 2015 09:57:07 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NJ100L5Y7F7I790@a-mtaout21.012.net.il>; Sat, 31 Jan 2015 09:57:07 +0200 (IST) In-reply-to: <87a90ztoz0.fsf@building.gnus.org> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.169 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:182116 Archived-At: > From: Lars Ingebrigtsen > Cc: Eli Zaretskii , emacs-devel@gnu.org > Date: Sat, 31 Jan 2015 17:59:31 +1100 > > When redisplay happens it's kinda too late to make layout decisions. > Unless you extend the display engine to allow constraint-based layouts. > That'd be cool, but I didn't think that was in the offing? AFAIR, no one has ever presented a set of requirements for supporting such layouts. If you or someone else can do that, it might be good to have that in TODO. > +---------------+----+----------------+-----------------------+ > |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? 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? > 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?