From mboxrd@z Thu Jan 1 00:00:00 1970 From: Uwe Brauer Subject: Re: [RFC] Shrink columns dynamically Date: Tue, 11 Jul 2017 12:03:22 +0000 Message-ID: <87fue3xjsl.fsf@mat.ucm.es> 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> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:51936) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dUtt9-0002gz-PK for emacs-orgmode@gnu.org; Tue, 11 Jul 2017 08:03:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dUtt6-0002cF-NH for emacs-orgmode@gnu.org; Tue, 11 Jul 2017 08:03:35 -0400 Received: from [195.159.176.226] (port=56513 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dUtt6-0002bh-HR for emacs-orgmode@gnu.org; Tue, 11 Jul 2017 08:03:32 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1dUtsy-0005z4-KM for emacs-orgmode@gnu.org; Tue, 11 Jul 2017 14:03:24 +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: emacs-orgmode@gnu.org >>> "Nicolas" == Nicolas Goaziou writes: > Uwe Brauer writes: >> So you are saying we cannot have both. > I'm not. I'm opposed to have overlapping features with two different > implementations, that's all. >> But couldn't the feature of shrink one particular wide column to a >> certain width be implemented using your new implementation? > I already made that offer. Then I really misunderstood you, and apologize. I find the new implementation very useful and useable and I am grateful that you implemented it. > However, the narrowing (as opposed to shrinking) feature is yet to be > defined. In particular, I think width cookies should not be used, i.e., > you shouldn't have to modify _data_ to alter the _view_. I am really not a fan of that current implementation, but it is the only one we have. > It is possible, however, to, e.g., reduce by half the current column, or > to a pre-defined width. 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. Regards Uwe