From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: spreadsheet: column width behavior(s) Date: Sat, 27 Mar 2010 18:27:08 +0100 Message-ID: <56E2F722-708B-4EA5-A666-37BAA9033DED@gmail.com> References: <4BABBF44.5020803@alumni.ethz.ch> <1E0F2C3A-5F85-42BA-9232-3CB3DE4CDAFB@gmail.com> <4BAE040A.8080906@alumni.ethz.ch> <056252B3-42C3-4DFE-A4FE-774F57C235D6@gmail.com> <4BAE3D49.9060607@alumni.ethz.ch> Mime-Version: 1.0 (Apple Message framework v936) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NvZn1-0003QL-Kd for emacs-orgmode@gnu.org; Sat, 27 Mar 2010 13:27:15 -0400 Received: from [140.186.70.92] (port=54571 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NvZmz-0003No-Ct for emacs-orgmode@gnu.org; Sat, 27 Mar 2010 13:27:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1NvZmx-0000i5-MH for emacs-orgmode@gnu.org; Sat, 27 Mar 2010 13:27:12 -0400 Received: from ey-out-1920.google.com ([74.125.78.147]:4237) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NvZmx-0000hf-HP for emacs-orgmode@gnu.org; Sat, 27 Mar 2010 13:27:11 -0400 Received: by ey-out-1920.google.com with SMTP id 4so914417eyg.34 for ; Sat, 27 Mar 2010 10:27:09 -0700 (PDT) In-Reply-To: <4BAE3D49.9060607@alumni.ethz.ch> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Michael Brand Cc: Org Mode On Mar 27, 2010, at 6:15 PM, Michael Brand wrote: >> Yes, thinking more about it, I do agree that a fixed width makes a >> lot of sense as the application of . It does now work like this. > > Thank you for changing. And if someone wants `maximum width' I hope > that it will be implemented with the syntax <..N> as a _variant_ > _additional_ to the existing . No, I am now convinced that this is not at all needed. Fixed is best and just fine. Thanks! - Carsten > > Comparison of four variants (the last two rather useless apart from > showing the completeness of the syntax): > <30> : `fixed width' (the only variant implemented now) > <..40> : `maximum width' (as wide as necessary but max. 40) > <20..> : `minimum width' (as wide as necessary but min. 20) > <20..40> : `width range' (min. 20, then up to 40, narrow only if > > 40) - Carsten