From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Newsgroups: gmane.emacs.devel Subject: Re: Personal gift - INR 10,000 (Ten Thousand) - to new contributors Date: Fri, 21 Mar 2014 17:57:49 -0400 Message-ID: References: <87pplfu142.fsf@gmail.com> <87fvmbu0hd.fsf@gmail.com> <834n2r5q9h.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1395439080 3287 80.91.229.3 (21 Mar 2014 21:58:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 21 Mar 2014 21:58:00 +0000 (UTC) Cc: emacs-devel@gnu.org, rms@gnu.org, kjambunathan@gmail.com To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Mar 21 22:58:10 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 1WR7S5-0004OW-EE for ged-emacs-devel@m.gmane.org; Fri, 21 Mar 2014 22:58:09 +0100 Original-Received: from localhost ([::1]:54817 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WR7S5-0003r5-56 for ged-emacs-devel@m.gmane.org; Fri, 21 Mar 2014 17:58:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33261) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WR7S1-0003qw-Nl for emacs-devel@gnu.org; Fri, 21 Mar 2014 17:58:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WR7Ru-0008Cv-Dp for emacs-devel@gnu.org; Fri, 21 Mar 2014 17:58:05 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:53801) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WR7Rm-0007yq-Ha; Fri, 21 Mar 2014 17:57:50 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EABK/CFHO+KKg/2dsb2JhbABEvw4Xc4IeAQEEAVYjEAs0EhQYDSSIHgbBLZEKA44YlmKBXoMT X-IPAS-Result: Av4EABK/CFHO+KKg/2dsb2JhbABEvw4Xc4IeAQEEAVYjEAs0EhQYDSSIHgbBLZEKA44YlmKBXoMT X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="52913075" Original-Received: from 206-248-162-160.dsl.teksavvy.com (HELO pastel.home) ([206.248.162.160]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 21 Mar 2014 17:57:49 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 348B9600C3; Fri, 21 Mar 2014 17:57:49 -0400 (EDT) In-Reply-To: <834n2r5q9h.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 21 Mar 2014 21:02:34 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.181 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:170739 Archived-At: >> What I would like to see is a feature to enhance Emacs's ability >> to display formatted documents. For instance, making indentation >> work in terms of fractions of characters, so we can display properly >> aligned tables with variable-with fonts. > Isn't this already possible with ':align-to' display specs? See the > nodes "Specified Space" and "Pixel Specification" in the ELisp manual. Yes, "indentation in terms of fractions of characters" is possible with :align-to, but that doesn't really help displaying tables with variable-width fonts. I mean, it helps, but not enough to get a reliable result. I know of immediate 2 problems when doing such an aligned table: - can't do right-alignment because the indentation needed depends on the pixel width of the variable-width text. - can't reliably truncate elements because, again, we don't know their pixel width, so if we use "char-width" instead (the best we have so far) we sometimes truncate too early and sometimes too late. Both of those problems affect existing Emacs packages. We could probably solve both problems by adding a new display spec which would specify a width to use for the covered text, along with whether to align it on the left or the right (and maybe which glyph to use the indicate truncation when truncation is needed). Stefan