From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kaushal Modi Subject: Re: [RFC] Shrink columns dynamically Date: Tue, 11 Jul 2017 19:23:00 +0000 Message-ID: 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> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="001a114112305467e705540fa1ad" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:54065) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dV0kc-0005N8-FR for emacs-orgmode@gnu.org; Tue, 11 Jul 2017 15:23:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dV0kb-0000rS-8W for emacs-orgmode@gnu.org; Tue, 11 Jul 2017 15:23:14 -0400 Received: from mail-lf0-x22c.google.com ([2a00:1450:4010:c07::22c]:33053) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dV0ka-0000r7-Sn for emacs-orgmode@gnu.org; Tue, 11 Jul 2017 15:23:13 -0400 Received: by mail-lf0-x22c.google.com with SMTP id z78so1120224lff.0 for ; Tue, 11 Jul 2017 12:23:12 -0700 (PDT) In-Reply-To: <87fue23i4l.fsf@nicolasgoaziou.fr> 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 --001a114112305467e705540fa1ad Content-Type: text/plain; charset="UTF-8" On Tue, Jul 11, 2017 at 3:09 PM Nicolas Goaziou wrote: > Hello, > > Kaushal Modi writes: > > > 1. Need to save the column narrowed state somehow individually for each > > column, specific to a table in a document. > > This is not possible, and is exactly what annoys me in the current > implementation. > I didn't understand the root reason for this change. If one doesn't like using the column width cookies, then they can choose to not use those. > Moreover, I'm pretty sure you don't review every table in your document > at the second it is opened. Even if I don't review all the tables in the document, presentation is also what matters. I'd like to see neatly aligned tables that fit within the screen than having those clipped or badly wrapped. It's the same reason why one would choose to auto-fill in Org documents vs not; because functionally that doesn't matter too. > So there is no need to store the columns > narrowing, as long as it is easy enough to narrow a table at point when > you need to look at it. > I can only request to please retain this feature; for the sake of people who like it. > 2. Alternative: Look at the window width and calculate the factor by which > > all columns should be narrowed so that the whole table fits the window > > (Sounds very complicated). > > There are multiple solutions to this problem. None of the is optimal, > because "optimal" depends on each user. > That's understood. I cannot implement any of you suggestions. That's understood too. I am just voicing an opinion to retain the column width cookie feature. -- Kaushal Modi --001a114112305467e705540fa1ad Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Tue, Jul 11= , 2017 at 3:09 PM Nicolas Goaziou <mail@nicolasgoaziou.fr> wrote:
Hello,

Kaushal Modi <kaushal.modi@gmail.com> writes:

> 1. Need to save the column narrowed state somehow individually for eac= h
> column, specific to a table in a document.

This is not possible, and is exactly what annoys me in the current
implementation.

I didn't understand= the root reason for this change. If one doesn't like using the column = width cookies, then they can choose to not use those.
=C2=A0
Moreover, I'm pretty sure you don't= review every table in your document
at the second it is opened.

Even if I don&= #39;t review all the tables in the document, presentation is also what matt= ers. I'd like to see neatly aligned tables that fit within the screen t= han having those clipped or badly wrapped. It's the same reason why one= would choose to auto-fill in Org documents vs not; because functionally th= at doesn't matter too.
=C2=A0
So there is no need to store the columns
narrowing, as long as it is easy enough to narrow a table at point when
you need to look at it.

I can only requ= est to please retain this feature; for the sake of people who like it.

> 2. Alternative: Look at= the window width and calculate the factor by which
> all columns should be narrowed so that the whole table fits the window=
> (Sounds very complicated).

There are multiple solutions to this problem. None of the is optimal,
because "optimal" depends on each user.

=
That's understood.=C2=A0

I cannot implement any of you suggestions.

That's understood too. I am just voicing an opinion to = retain the column width cookie feature.=C2=A0
--

Kaushal Modi

--001a114112305467e705540fa1ad--