Nicolas Goaziou <m...@nicolasgoaziou.fr> writes: > Anyway, I changed the algorithm, so shrinking should now obey to > alignment.
By the way, I think this change may have introduced a new bug. When the specified column width is one or two characters wider than the longest cell in the column (26 and 27 char in the example below), the shrunk column indicator and right-hand table borders do not draw correctly. For example, shrink the following with C-c TAB: | <26> | | this cell is 25 char long | | | and you get: | <26> …| | this cell is 25 char long …| | | One char wider gives: | <27> …| | this cell is 25 char long …| | … org-version -> org-9.2.1-252-g3a106a
