On Thu, Aug 01, 2002 at 06:04:19PM +0100, John Levon wrote:
> How would you deal with <tab> inside an insettext inside a cell ?
I don't think that <tab> to go to the beginning of the net paragraph is
overly sensible. In fact, I discovered that key binding yesterday when
trying to understand what you were explaining. So I think a <tab> should
primarily switch table cells. I people need to kill some time, one could
implement a special case if no table wants to handle the <tab>. But that
kind of thing should not be hard coded, rather done more generall by
something like '\bind <Tab> tab-insert paragraph-forward' (i.e. try
tab-insert, if that goes unhandled, try pargraph-forward)
> How do you make sure a keypress in the dummy cell position enters the
> child inset, unless it's one that needs handling differenty ? If there
> is no locking inset as such, how do you "unlock" it when I paste some
> text elsewhere in the owner with the mouse button ? How do you make sure
> asynchrnous geometry changes are propogated backwards properly ?
You've never had a look at mathed, have you? There are no 'dummy cell
positions'. Pasting is "moving cursor there and dump the content of the
cutbuffer"
// for simple stuff
void MathCursor::paste(MathArray const & ar)
{
Anchor_ = Cursor_;
selection_ = true;
array().insert(pos(), ar);
pos() += ar.size();
}
The 'paste partial table' is about 25 lines fairly straight-forward
loops...
> I'm sure you've got solutions to all of these and more I don't even think
> of, but it doesn't mean you will necessary be able to solve them all
> simply.
>
> Put it this way: I expect such a rewrite to take years, regardless of the
> superiority of the approach
I don't think the project is bigger than the mathed rewrite as I could
re-use the infrastructure. I'd guess it would take one year as a
one-man-project in an indifferent environment. With full support from the
crew I'd estimate a mere three months...
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
