From mboxrd@z Thu Jan  1 00:00:00 1970
From: Nicolas Goaziou <mail@nicolasgoaziou.fr>
Subject: Re: Bug: Org 9.2.1 table issues [9.2.1 (9.2.1-dist @
 /Users/nick/.emacs.d/lisp/org-9.2.1/)]
Date: Sun, 17 Feb 2019 18:52:38 +0100
Message-ID: <87ftsmti8p.fsf@nicolasgoaziou.fr>
References: <m2k1i199mx.fsf@tenpoint.co.nz> <874l95qq9c.fsf@nicolasgoaziou.fr>
	<m2mumwdsp8.fsf@tenpoint.co.nz>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([209.51.188.92]:50614)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mail@nicolasgoaziou.fr>) id 1gvQcb-0004VK-ER
	for emacs-orgmode@gnu.org; Sun, 17 Feb 2019 12:52:58 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <mail@nicolasgoaziou.fr>) id 1gvQcZ-0006i4-FR
	for emacs-orgmode@gnu.org; Sun, 17 Feb 2019 12:52:57 -0500
Received: from relay4-d.mail.gandi.net ([217.70.183.196]:43167)
	by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.71) (envelope-from <mail@nicolasgoaziou.fr>)
	id 1gvQcW-0006Rs-CA
	for emacs-orgmode@gnu.org; Sun, 17 Feb 2019 12:52:53 -0500
In-Reply-To: <m2mumwdsp8.fsf@tenpoint.co.nz> (Nick Helm's message of "Sat, 16
	Feb 2019 08:48:53 +0000")
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode/>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=subscribe>
Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org
Sender: "Emacs-orgmode"
	<emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
To: Nick Helm <nick@tenpoint.co.nz>
Cc: "emacs-orgmode@gnu.org" <emacs-orgmode@gnu.org>

Hello,

Nick Helm <nick@tenpoint.co.nz> writes:

> If that's the case, it's a significant loss of functionality. This would
> mean, for instance, that it's no longer possible to format financial
> data with a uniform column width.

"significant" may be relative. The feature has been available on master
for months, and this went unnoticed.

Anyway, I changed the algorithm, so shrinking should now obey to
alignment. Thank you for the feedback.

> Let me try to illustrate with another example. If you shrink this table
> with C-c TAB:
>
> | <5>                      |
> | one                  two |
> | one                      |
>
> you get the following:
>
> | <5> =E2=80=A6|
> | one =E2=80=A6|
> | one =E2=80=A6|
>
> This is misleading - cell 3 contains no additional content yet the
> indicator says it does. It's also ambiguous - it's impossible to
> determine whether cell 2 or 3 contains the longer field.
>
> Compare with this, where such information is clearly conveyed:
>
> | <5>  |
> | one =E2=80=A6|
> | one  |

This is not misleading. The "=E2=80=A6" characters means the /column/ as a =
whole
is shrunk, not that an individual field is. Luckily, you can easily use,
for example, `C-TAB` for the rare case the situation requires
disambiguation.

> Has this been removed from 9.2 as well?

Yes, it has.

Regards,

--=20
Nicolas Goaziou