From mboxrd@z Thu Jan 1 00:00:00 1970 From: Colin Baxter Subject: Re: [RFC] Shrink columns dynamically Date: Wed, 12 Jul 2017 17:06:08 +0100 Message-ID: <87fue1ej2n.fsf@yandex.com> References: <87bmoswkvs.fsf@nicolasgoaziou.fr> <87d198uznu.fsf@mat.ucm.es> <87o9ss4aj4.fsf@nicolasgoaziou.fr> <87inj0m5v5.fsf@mat.ucm.es> <878tjwuhxe.fsf@nicolasgoaziou.fr> <87o9sr5vzl.fsf@mat.ucm.es> <874lujv26h.fsf@nicolasgoaziou.fr> <87o9srxtec.fsf@mat.ucm.es> <87r2xntd3k.fsf@nicolasgoaziou.fr> <87fue3xjsl.fsf@mat.ucm.es> <877ezftb39.fsf@nicolasgoaziou.fr> <87fue23i4l.fsf@nicolasgoaziou.fr> <87iniyrug0.fsf@yandex.com> <87vamy0xjd.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:35867) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dVKAA-0007O7-UC for emacs-orgmode@gnu.org; Wed, 12 Jul 2017 12:06:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dVKA6-00013d-TO for emacs-orgmode@gnu.org; Wed, 12 Jul 2017 12:06:54 -0400 Received: from forward1o.cmail.yandex.net ([37.9.109.84]:40549) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dVKA6-00012g-E4 for emacs-orgmode@gnu.org; Wed, 12 Jul 2017 12:06:50 -0400 In-Reply-To: <87vamy0xjd.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Wed, 12 Jul 2017 12:17:26 +0200") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Nicolas Goaziou Cc: emacs-orgmode@gnu.org, Kaushal Modi Dear Nicolas, I apologise for not understanding fully what you propose. I use org-mode extensively, so any possibility of "change" tends to make me anxious. Nicolas> Besides, columns cookies may work for you, but, as pointed Nicolas> out, they are limited: Nicolas> - Setting a width cookie also changes how the table is Nicolas> exported (e.g., in ASCII export). However I may want to Nicolas> narrow view of the table and, yet, export it to its full Nicolas> extent. Nicolas> - Setting a width cookie hard-codes how the column is Nicolas> displayed. I may want to completely hide the column Nicolas> temporarily, or expand it without affecting other narrowed Nicolas> columns. Nicolas> - Setting a width cookie segregates other columns. I can Nicolas> only narrow columns with a width cookie. I may want to Nicolas> temporarily hide another column without modifying my table. I appreciate these points and indeed I regularly face export problems. However, I just manually remove the cookies if they become an issue. I accept other users may wish to work differently. Nicolas> The real question for now is: how can we alter columns Nicolas> display when at a table? E.g., Nicolas> - Do we need two commands, one for narrowing (to a given Nicolas> number of characters) and one for shrinking (to one Nicolas> character only)? Or would a command toggling between the Nicolas> three states be sufficient? Nicolas> - Is there some rule of thumb to narrow a column when no Nicolas> width cookie is supplied or should we consider this kind of Nicolas> columns has only two states, shrunk and expanded? In my own case, the values of the column widths are not static but vary from file-to-file. I don't have any rule of thumb, except, from my own experience, I have never found the need to shrink any column to a single character. Nicolas> - Supposing we focus on a single, cycling, command, how Nicolas> should it behave when called on multiple columns at a time? Nicolas> Since some columns may have two states and other ones Nicolas> three, it may end up being confusing for the user. To me, that's the beauty of my present arrangement: it's simple, intuitive and controllable. I am sure that my requirements are more modest than those of other users. Nicolas> Food for thought. Indeed. Best wishes, Colin. -- -- Colin Baxter m43cap@yandex.com GnuPG fingerprint: 68A8 799C 0230 16E7 BF68 2A27 BBFA 2492 91F5 41C8