From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Galen Menzel" Subject: Re: Bug: Org ignores column-width specifications in tables Date: Thu, 28 Feb 2019 10:51:18 -0800 Message-ID: <99433106-FE2E-41E0-A963-BCE78522DA74@utexas.edu> References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=_MailMate_CD3D8111-0517-4799-8654-8AA0EE7E66EC_=" Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([209.51.188.92]:53952) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gzQmQ-0003qu-Og for emacs-orgmode@gnu.org; Thu, 28 Feb 2019 13:51:39 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gzQmN-0003Fn-Gn for emacs-orgmode@gnu.org; Thu, 28 Feb 2019 13:51:38 -0500 Received: from mail-pl1-x62c.google.com ([2607:f8b0:4864:20::62c]:37377) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gzQmF-0003Ao-JD for emacs-orgmode@gnu.org; Thu, 28 Feb 2019 13:51:30 -0500 Received: by mail-pl1-x62c.google.com with SMTP id q3so10175075pll.4 for ; Thu, 28 Feb 2019 10:51:21 -0800 (PST) Received: from [10.203.0.25] ([65.200.105.218]) by smtp.gmail.com with ESMTPSA id i14sm30028271pgt.82.2019.02.28.10.51.19 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 Feb 2019 10:51:19 -0800 (PST) In-Reply-To: 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: Org Mode --=_MailMate_CD3D8111-0517-4799-8654-8AA0EE7E66EC_= Content-Type: text/plain; charset=utf-8; format=flowed; markup=markdown Content-Transfer-Encoding: 8bit Oops, forgot to include verbatim markers. For the following table ``` | Header 1 | | <10> | | This column should be truncated to 10 characters | ``` When I align it in org 9.1.9, the column display is truncated as expected: ``` | Header 1 | | <10> | | This col=> | ``` But when I align it in 9.2.1, the column width is not affected, and I get ``` | Header 1 | | <10> | | This column should be truncated to 10 characters | ``` Thanks, Galen On 28 Feb 2019, at 10:29, Galen Menzel wrote: > Hi all, > > I’m seeing that in org 9.2.1 (from org-plus-contrib 20190225) tables > are not respecting column-width specifications. For example, if I > create the following table > > | Header 1 | > | <10> | > | This column should be truncated to 10 characters | > > When I align it in org 9.1.9, I get the following: > > | Header 1 | > | <10> | > | This col=> | > > But when I align it in 9.2.1, I get > > | Header 1 | > | <10> | > | This column should be truncated to 10 characters | > > Alignment specifications *do* work as expected. It just appears that > column-width specs are being ignored. > > Is anyone else seeing this issue? > > Best, > > Galen --=_MailMate_CD3D8111-0517-4799-8654-8AA0EE7E66EC_= Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

Oops, forgot to include verbatim markers.

For the following table

| Header 1                                         |
| <10>                                             |
| This column should be truncated to 10 characters |

When I align it in org 9.1.9, the column display is trunc= ated as expected:

| Header 1   |
| <10>       |
| This col=3D> |

But when I align it in 9.2.1, the column width is not aff= ected, and I get

| Header 1                                         |
| <10>                                             |
| This column should be truncated to 10 characters |

Thanks,

Galen

On 28 Feb 2019, at 10:29, Galen Menzel wrote:

Hi all,

I=E2=80=99m seeing that in org 9.2.1 (from org-plus-contr= ib 20190225) tables are not respecting column-width specifications. For e= xample, if I create the following table

| Header 1 |
| <10> |
| This column should be truncated to 10 characters |

When I align it in org 9.1.9, I get the following:

| Header 1 |
| <10> |
| This col=3D> |

But when I align it in 9.2.1, I get

| Header 1 |
| <10> |
| This column should be truncated to 10 characters |

Alignment specifications do work as expected. It= just appears that column-width specs are being ignored.

Is anyone else seeing this issue?

Best,

Galen

--=_MailMate_CD3D8111-0517-4799-8654-8AA0EE7E66EC_=--