From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Oliver Scholz Newsgroups: gmane.emacs.devel Subject: Re: enriched-mode and switching major modes. Date: Sat, 18 Sep 2004 23:54:56 +0200 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: References: <200409042358.i84Nwjt19152@raven.dms.auburn.edu> <87llfn5ihw.fsf@emacswiki.org> <01c49c75$Blat.v2.2.2$7a37cb00@zahav.net.il> <01c49d70$Blat.v2.2.2$f7cfb860@zahav.net.il> <01c49da7$Blat.v2.2.2$cd5f7160@zahav.net.il> <01c49dc6$Blat.v2.2.2$3b624d40@zahav.net.il> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: sea.gmane.org 1095544560 342 80.91.229.6 (18 Sep 2004 21:56:00 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 18 Sep 2004 21:56:00 +0000 (UTC) Cc: boris@gnu.org, alex@emacswiki.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 18 23:55:45 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1C8nBI-0002Yx-00 for ; Sat, 18 Sep 2004 23:55:45 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1C8nH5-0007dt-Vk for ged-emacs-devel@m.gmane.org; Sat, 18 Sep 2004 18:01:44 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1C8nGt-0007de-1q for emacs-devel@gnu.org; Sat, 18 Sep 2004 18:01:31 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1C8nGs-0007dL-Gh for emacs-devel@gnu.org; Sat, 18 Sep 2004 18:01:30 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1C8nGs-0007dI-DW for emacs-devel@gnu.org; Sat, 18 Sep 2004 18:01:30 -0400 Original-Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.34) id 1C8nAs-0002H4-9F for emacs-devel@gnu.org; Sat, 18 Sep 2004 17:55:18 -0400 Original-Received: (qmail 13206 invoked by uid 65534); 18 Sep 2004 21:55:16 -0000 Original-Received: from dsl-082-082-146-092.arcor-ip.net (EHLO USER-2MOEN8BWBA.gmx.de) (82.82.146.92) by mail.gmx.net (mp011) with SMTP; 18 Sep 2004 23:55:16 +0200 X-Authenticated: #1497658 Original-To: Eli Zaretskii In-Reply-To: <01c49dc6$Blat.v2.2.2$3b624d40@zahav.net.il> (Eli Zaretskii's message of "Sun, 19 Sep 2004 00:25:57 +0300") X-Attribution: os X-Face: "HgH2sgK|bfH$; PiOJI6|qUCf.ve<51_Od(%ynHr?=>znn#~#oS>",F%B8&\vus),2AsPYb -n>PgddtGEn}s7kH?7kH{P_~vu?]OvVN^qD(L)>G^gDCl(U9n{:d>'DkilN!_K"eNzjrtI4Ya6; Td% IZGMbJ{lawG+'J>QXPZD&TwWU@^~A}f^zAb[Ru;CT(UA]c& User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3.50 (windows-nt) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 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 Xref: main.gmane.org gmane.emacs.devel:27255 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:27255 "Eli Zaretskii" writes: >> From: Oliver Scholz >> Date: Sat, 18 Sep 2004 22:02:04 +0200 >> Cc: boris@gnu.org, emacs-devel@gnu.org, alex@emacswiki.org >> >> > I suggest to discuss that and try to identify the specific problems >> > that you think will cause such an approach to fail. Then we might >> > have a better idea of the limitations of this approach, and could talk >> > about solutions. >> >> Easy. Just consider the HTML document attachted below. > > I looked at it, but I can't say I understand which specific problems > you refer to. Assuming that the Emacs buffer has the text layed out > as you want it on the screen, plus whatever text properties that are > necessary to preserve the style information, what specifically would > cause Emacs to fail to display this as you want? The nested blocks example: The critical point here are the borders. As the comment says it is not strictly speaking impossible: If I have a function to determine the height of a face in pixels, I /could/ determine the height of a line, programatically generate an PPM picture of the height of that line in pixels, which is corresponds to a fraction of a vertical border line. Doing this for each line I /could/ render the border. That's o.k. so far. Then I have to update this whenever the user types something in that paragraph. This seems to my like a reliable source for headaches. But if you ask for impossibility, then you have a point here. The table example: The lines are not continous. The font sizes differ widely, but the relative line-spacing doesn't. Maybe I can demonstrate it with another piece of code. If you evaluate the code at this URL (I should have thought of posting links earlier): you'll see a buffer with three table cells in a row. The problem here: all table cells have the same line-spacing in pixels; they should have the same /relative/ line spacing. The middle cell, with the smallest font size, should occupy much less vertical space than the right column containing the largest font. Oliver -- Oliver Scholz Jour du Travail de l'Année 212 de la Révolution Ostendstr. 61 Liberté, Egalité, Fraternité! 60314 Frankfurt a. M.