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

[Asko Soukka]

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:-)

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

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?

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?

New bindings:
   Up: one line up, preserves the position from the beginning of the line
   Down: one line down, [same as above]
   Home: to the beginning of the line
   End: to the end of the line
   Ctrl+Home: to the beginning of the cell
   Ctrl+End: to the end of the cell

I'm not sure about the keys for those last two - you are free to fix.

-- 
Asko Soukka     | Taitoniekantie 9 A 603 | address@hidden
+358-40-8235947 | FIN-40740 JYVÄSKYLÄ    | http://www.iki.fi/asko.soukka/