When creating a table, I was noticing that the
... provides useful alignment information based on
whether or not the column has numbers in it. I think, however, that
there is a mistake in this routine. Take, for example, the following
table:
| Id | Task | Developer | Estimate | Spent | Remaining | Comp.%
| Updated |
|-----+--------------+-----------+----------+-------+-----------+--------+-----------------|
| 1 | Task One | SLP | 1 | 0 | 1 | 0
| SLP, 2010-04-27 |
| 2 | Task Two | SLP | 1 | 0 | 1 | 0
| SLP, 2010-04-27 |
| 3 | Task Three | SLP | 2 | 0 | 2 | 0
| SLP, 2010-04-27 |
| 4 | Task Four | SLP | 2 | 0 | 2 | 0
| SLP, 2010-04-27 |
| 5 | Task Five | SLP | .25 | 0 | 0.25 | 0
| SLP, 2010-04-27 |
| 5.1 | Another Task | XML team | 0 | 1 | 0 | 0
| SLP, 2010-04-27 |
| 6 | Task Six | SLP | .25 | 0 | 0.25 | 0
| SLP, 2010-04-27 |
| 6.1 | More Tasks | DB team | 3 | 0 | 3 | 0
| SLP, 2010-04-27 |
| 7 | Task Seven | SLP | 3 | 0 | 3 | 0
| SLP, 2010-04-27 |
When the colgroup list is created for this table, it reads:
Note that the first columns are correct, but the last few are not.
It should read right, left, left, right, right, right, right, left.
I believe that this is due to the (< i nline) comparison within
org-format-org-table-html, which is nonsensical because it's trying to
compare a column number with a number of rows. I've attached a patch
for the problem.