From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric S Fraga Subject: Re: [RFC] Shrink columns dynamically Date: Wed, 12 Jul 2017 17:10:45 +0100 Message-ID: <87mv89skje.fsf@delle7240.chemeng.ucl.ac.uk> 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> <158a779e34564ef98104c442384dadd3@HE1PR01MB1898.eurprd01.prod.exchangelabs.com> Reply-To: Eric S Fraga Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:37327) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dVKE7-0002Tr-HN for emacs-orgmode@gnu.org; Wed, 12 Jul 2017 12:11:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dVKE4-0004WX-Bo for emacs-orgmode@gnu.org; Wed, 12 Jul 2017 12:10:59 -0400 Received: from mail-ve1eur01on0126.outbound.protection.outlook.com ([104.47.1.126]:51376 helo=EUR01-VE1-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dVKE3-0004Sr-Ti for emacs-orgmode@gnu.org; Wed, 12 Jul 2017 12:10:56 -0400 In-Reply-To: <158a779e34564ef98104c442384dadd3@HE1PR01MB1898.eurprd01.prod.exchangelabs.com> (Nicolas Goaziou's message of "Wed, 12 Jul 2017 10:17:26 +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 --=-=-= Content-Type: text/plain Hi Nicolas, I agree completely with your stated objective, specifically separating viewing from content and/or export. However, I am not sure this is achievable without losing some quite appealing current functionality. I have two use cases which currently are managed with the width cookies and I can see that they probably should be managed differently. The cases are: 1. a table with wide columns that is used to collect information (publications with authors, title, journal, etc. is an example) and which I use mostly by looking at it. That is, I open the document and scan down the table or page down or whatever. I want this table displayed initially with columns (e.g. title) narrowed to a specified width. 2. a table with many columns, too many of the screen width even if each column may only be a few characters wide, but one which I intend to be manipulating extensively. In this case, I may want to shrink/narrow/hide columns to make it easier to edit and do calculations. At present, I use width cookies for both. They work well for use case 1; much less well for use case 2. For me, these use cases are orthogonal. I would be happy with two different approaches or the same approach so long as the latter would retain the ability to save the view (for use case 1). As always, I look forward to whatever you decide to implement! thanks, eric -- : Eric S Fraga via Emacs 26.0.50, Org release_9.0.9-573-g09e612 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQSPXCedOQfhSlwpVw3IkZPY//z2fQUCWWZKBQAKCRDIkZPY//z2 fTQhAJ9kBCRAo1qEyUtNe5lMJUYBit0tdwCfY/ARkeQmXEkLb7IEPAJ/nMClgdI= =JLCk -----END PGP SIGNATURE----- --=-=-=--