Let me give a table in verbatim and "real" mode first, to test and demonstrate:
| *a* | *b* | *c* |
| aaa | bbb | ccc |
| aaaaaa | bbbbbb | cccccc |
a |
b |
c |
aaa |
bbb |
ccc |
aaaaaa |
bbbbbb |
cccccc |
Occasionally I happen to create table elements which inadvertedly come out right aligned: It seems to happen if I
click into a element of a freshly TMCE-created table instead of hopping into it with the tab key.
- This works:
- Click on the element containing
aaa
- Choose "Table cell properties"
- Set Alignment to "Left"
- Select "Update all cells in row"
- Activate "Update"
- This fails:*
- Click on the element containing
aaa
- Choose "Table row properties"
- Set Alignment to "Left"
- Leave the default value "Update current row"
- Activate "Update"
- Now the table is a plain HTML table, without any of the TWiki classes (and worse, a preceding
%TABLE{...}%
tag will no longer work for the table).
Currently tested with Firefox 2.0.0.8 on Linux.
--
TWiki:Main.HaraldJoerg - 02 Nov 2007
I guess we need to exclude the 'align' parameter from the attributes that block conversion to TML.
--
TWiki:Main.CrawfordCurrie - 03 Nov 2007
On closer examination, that's actually fair enough. Adding an attribute that can't be converted to TML causes the table to lurch back into HTML, and TML has no equivalent to an align that applies to an entire row; it is fundamentally cell-based.
However, this report
does highlight a bug, in that an
empty attribute value (which TMCE generates in spades) can block the conversion, and that's just plain wrong.
Fixed it, and the behaviour seems correct to me now. Row attributes get ignored.
CC