From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: [RFC] Shrink columns dynamically Date: Tue, 11 Jul 2017 14:24:58 +0200 Message-ID: <877ezftb39.fsf@nicolasgoaziou.fr> 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> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:58187) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dUuDz-0006FN-C8 for emacs-orgmode@gnu.org; Tue, 11 Jul 2017 08:25:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dUuDu-0006Kp-KR for emacs-orgmode@gnu.org; Tue, 11 Jul 2017 08:25:07 -0400 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:53776) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dUuDu-0006Jt-Du for emacs-orgmode@gnu.org; Tue, 11 Jul 2017 08:25:02 -0400 Received: from saiph.selenimh (000043010000000000000469.ipv6.commingeshautdebit.fr [IPv6:2a03:a0a0:0:4301::469]) (Authenticated sender: mail@nicolasgoaziou.fr) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 4B654172110 for ; Tue, 11 Jul 2017 14:24:59 +0200 (CEST) Received: from ngz by saiph.selenimh with local (Exim 4.89) (envelope-from ) id 1dUuDq-0007T0-TB for emacs-orgmode@gnu.org; Tue, 11 Jul 2017 14:24:58 +0200 In-Reply-To: <87fue3xjsl.fsf@mat.ucm.es> (Uwe Brauer's message of "Tue, 11 Jul 2017 12:03:22 +0000") 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: emacs-orgmode@gnu.org Uwe Brauer writes: > That would be great indeed. So please don't drop the branch but instead, > if you have time, try that and I would be more than happy to test it and > then hopefully narrowing based on cookies could be dropped. I will as soon as I have an idea about the "that" I have to try. I don't use column narrowing; I don't know what other users expect from it either. Are there some rules to decide what would be an acceptable narrowing (e.g., narrow columns larger than 10 characters by half or to 20 characters, whichever is the smaller) or do users really need to decide piece-wise the number of characters needed? If the latter, would a numeric argument for the narrowing command be sufficient? Note that in this case, it may not be possible to narrow multiple columns at a time. Also, do we need to commands for that, or would cycling between expanded/narrowed by some factor (see above)/shrunk states be sufficient? What about the command line to control multiple columns? IOW, let's discuss about specifications. Regards,