Juergen Spitzmueller wrote:
Right. It's a regression wrt 1.3. Please file a bug report.
How? Went to www.lyx.org, clicked "give feedback", got told to please use the mailing lists which I have already done. I seem to remember some other system for bug reports, but I have forgotten the details. I think the website could use a "report bug" link. Wait, it has one, buried under "other lyx sites". It really should be on the "navigate" menu if you want people to use it, or at the very least under "give feedback" so people know the proper way instead of just posting to the lists.
I also noticed that selecting some normal text (not in a table)
and inserting a table erases the selected text, there is no
attempt to get it into the table. This makes more sense,
the selection is replaced by the table. Getting the text
into the table (using some space-separated or comma-
separated heuristic) might be nice and useful, but I guess this
isn't the time for new features?
I cannot reproduce. When I select some text outside a table and insert a table over the selection, the text gets inserted in the first cell (as in 1.3)
I'll retry once your patch finish compiling.
LFUN_NEXT is currently commented out in insettabular.C. We have to bring it back before 1.4. Please file a bug report.
I'll do.
* Pressing C-rightarrow (or leftarrow) jumps whole words
at a time, for speedy navigation. Unfortunately the cursor
won't go to the next table cell, I have to release the control key.
It'd be nice to jump to the next cell with C-arrows too.
Right, but no regression (the same in 1.3). I think it'll have to wait.
Should I file a bug for this too?
*
* Using up & down arrows in a table is strange.
If the cursor is in the middle of long text in one cell, then
I expect it to get it to somewhere in the middle of the text
in the cell above/below. This works, but in a strange cumbersome way:
At first keypress, the cursor moves to the correct cell, but
to the beginning or the end depending on wether it was a
down or up key. Odd. The next keypress gets the cursor into
the location I expected! Cumbersome because it is twice as
many keypresses. Seems the functionality I look for exists though.
No regression, though probably easily fixable.
Yes, it is a regression. Lyx 1.3 went to the beginning of the cell too. The next down arrow brought the cursor one cell further down and so on. Lyx-1.4 needs two keys to go one cell down. Restoring old behaviour will get rid of the regression, going all the way and allow movement from the middle of a cell down to the middle of the next cell is much better though. And we're almost there . . .
Can you please test if the attached patch fixes the things I have promised and if there are no regressions introduced by the patch?
Sure.
Helge Hafting
