From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Thien-Thi Nguyen Newsgroups: gmane.emacs.devel Subject: Re: recent `float' current_column changes Date: 03 Jun 2002 22:35:43 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: References: <87elfov6c4.fsf@tc-1-100.kawasaki.gol.ne.jp> NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1023158207 32148 127.0.0.1 (4 Jun 2002 02:36:47 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 4 Jun 2002 02:36:47 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17F4Bi-0008MP-00 for ; Tue, 04 Jun 2002 04:36:46 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17F4VR-0000UA-00 for ; Tue, 04 Jun 2002 04:57:10 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17F4B6-0006ci-00; Mon, 03 Jun 2002 22:36:08 -0400 Original-Received: from colo.agora-net.com ([207.245.85.68]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17F4Ai-0006bp-00; Mon, 03 Jun 2002 22:35:44 -0400 Original-Received: from ttn by colo.agora-net.com with local (Exim 3.34 #1) id 17F4Ah-0000CC-00; Mon, 03 Jun 2002 22:35:43 -0400 Original-To: Miles Bader In-Reply-To: Miles Bader's message of "03 Jun 2002 22:29:15 +0900" Original-Lines: 15 X-Mailer: Gnus v5.7/Emacs 20.7 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:4574 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:4574 Miles Bader writes: Why not just allow lisp programs to see it too? I'll bet that if they just do the normal sort of arithmetic and call indent-to-column on the result they would basically work the same way as they do with an int -- unless indent-to-column accepts a float, in which case, they'd work _better_... yes, that's the plan. i think the only computation using columns that might result in unexpected behavior would be those involving division (for example, `center-line' or some of the alignment packages). i'm not prepared to look into this at the moment (concentrating on using iterators to calculate widths) but the door is open for experimentation and parallel changes. (go for it!) thi