Re: [Gzz-commits] gzz/gzz/view LinebrokenCellContentView.java

[Tuomas Lukka]

On Sat, Jan 11, 2003 at 03:19:59PM +0200, Asko Soukka wrote:
> Sat, 11 Jan 2003, Tuomas Lukka wrote:
> > > Umm... for me it seemed that PP didn't define any maximum width for
> > > CellView.
> ...
> > However, as with just about all text, having more than 80 chars on a line
> > is awkward to read so there *should* be some limit and automatic
> > row-splitting.
> 
> Could this be interpreted as "artificial intelligence"?-)
> 
>    "We must have some limits, because otherwise stupid users write
>     awkwardly long lines and limiting line width would be only for their
>     own best." O:-)

More like "allow user to just type and have it come out reasonably"

> How should be make difference between implicit line-breaking and explicit
> "\n" breaks? Probably we shouldn't...

Well, a different model is the one used in many word-processing systems:
user line break = paragraph break.

> How would giving a very long width string (60 times "X") work when the
> content of the cell is small? Would LCCV give smaller width if its has
> only one short line as its content?

If not, it should be made to do it.

> You should also know, that I implemented few keybingins on friday for
> editing multi-line cell contents. And they can handle lines only as
> content between two "\n"s (including the first and the last line). I don't
> even know how the line-splitted content could be get from LCCV? As
> string arrey maybe, but would it be any good?

The problem is that it's different in different views; two different
renditions can be on screen at the same time, even.

        Tuomas