[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Texmacs-dev] Issues about extensive changes to table editing in 1.0
Re: [Texmacs-dev] Issues about extensive changes to table editing in 126.96.36.199
Fri, 08 Dec 2006 13:36:59 +0100
Thunderbird 188.8.131.52 (X11/20061115)
Felix Breuer schrieb:
> AFAICT "multi-paragraph" has become "block content". Cell->Special
> Properties->Block Content will give you the choice between always/if
> hyphenated/never. The second option is the default so "block content" is
> automatically activated when you select hyphenation for a cell.
OK, I understand now. However: why does "block content" need to be a
special mode at all? This is an additional concept that the TeXmacs user
has to understand.
Of course it is convenient to be able to add table rows with a simple
<enter>. Yet, it is much easier to learn that <Alt>-Arrow generally adds
rows or columns, than to understand the principle of when <enter> works
for new rows and when not.
I would suggest to set "block content" to "always" by default and maybe
even remove the option completely.
> When would you want to have block content without hyphenation? What is
> the difference between the two anyway?
When would you want non-block-content at all? The only difference that I
see between block-content and non-block-content is the function of the
<enter> key. Is this worth the effort and confusion of distinguishing at
>> * Cell Hyphenation does not seem to work as it used to: Previously, a
>> hyphenated cell would be limited in width to the column width (which was
>> determined by the widest un-hyphenated column, unless specified
>> otherwise.) Now, cell-hyphenation does not seem to do anything any more.
>> The attached document demonstrates this difference in rendering between
>> 1.0.6 and 184.108.40.206
> You have to set Table->Width->Paragraph to limit the table width.
> Hyphenation then works as expected.
> I do not have 1.0.6 installed right now. Does this change remove the
> difference in rendering?
True, with this option set, the file renders identical in both versions.
However, having a small table that is not supposed to span the whole
paragraph, the difference is there.
> All in all, I think the table UI has improved significantly, but there
> are still quite a few subtleties to master, before you achieve precisely
> the layout you want.
Exactly what I said!