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: init_iterator takes window Date: 23 Aug 2002 14:57:42 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: References: <200208231757.g7NHvPl02258@rum.cs.yale.edu> NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1030129141 11384 127.0.0.1 (23 Aug 2002 18:59:01 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 23 Aug 2002 18:59:01 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17iJe8-0002xV-00 for ; Fri, 23 Aug 2002 20:59:00 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17iK7c-0002Uk-00 for ; Fri, 23 Aug 2002 21:29:28 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17iJfG-0003pU-00; Fri, 23 Aug 2002 15:00:10 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17iJd5-0003n6-00 for emacs-devel@gnu.org; Fri, 23 Aug 2002 14:57:55 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17iJd2-0003mY-00 for emacs-devel@gnu.org; Fri, 23 Aug 2002 14:57:54 -0400 Original-Received: from colo.agora-net.com ([207.245.84.69]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17iJcu-0003ls-00; Fri, 23 Aug 2002 14:57:45 -0400 Original-Received: from ttn by colo.agora-net.com with local (Exim 3.34 #1) id 17iJcs-0007jL-00; Fri, 23 Aug 2002 14:57:42 -0400 Original-To: "Stefan Monnier" In-Reply-To: "Stefan Monnier"'s message of "Fri, 23 Aug 2002 13:57:25 -0400" Original-Lines: 24 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.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:6811 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:6811 appearance can also change between two windows even in the same frame. so there is a semantic gap between current `current-column' and one that would take into account variable-width fonts, implying `current-column' callers need to bifurcate their usage to call some "window-current-column" if they care about variable-width fonts, and `current-column' otherwise. alternatively, we can add an "&optional window" arg to `current-column', which if a window would mean take variable-width fonts into account (using that window), if t would mean look for some default window and use that, and otherwise fall back to using the existing computation methods, w/o taking any font info into account. depending on how we support `(current-column t)', two callers may get different return values. it might be a good idea to delay this support until after we vet the callers, to see what idioms are most useful to abstract. to rms: could you define precisely what is meant by "upward compatibility" wrt `current-column' *usage*? to fulfill that goal i need to understand the concept fully, including from caller perspective. thi