On Thu, Dec 06, 2001 at 11:10:37AM +0100, Juergen Vigna wrote:
> I would say this is a feature not a bug, otherwise how would you select
> exactly the columns which are selected. Well we are inconsistent you'll
> say because if I do the other way round when entering the multi-cell it is
> selected till the end. Hmm if someone tells me how to handle this in a
> good way we should change it obviously, but I'm pretty sure we sill always
> have problems with this type of stuff. The only good solution would be that
> while selecting we should be able to add/remove columns also from withing
> a multi-cell, this should be possible in some way, but I don't see this as
> a priority, right now!
agreed. I'm happy with the current behaviour really...
> > 2) TableExamples.lyx - the minipage is screwed !
>
> Yes I know there is some wrong compatibilty reading, we should have a look
> at it.
ok.
> > 2) more spreadsheet like feel
>
> ??? Where do you feel that :)
in that I can select a cell by clicking on the LHS of it.
> > 5) with this code, I can't see a user-visible reason for the dummy
> > cursor position ...
>
> Well I still see one or how would you select otherwise with the cursor?
> I'm also pretty sure that we need it for the mouseselection also, but
> well with mouse we could find some workaround, while with the cursor I
> really don't see one!
OK, we still need the cursor position, but we don't ever need to show a cursor
being there, and (for example) we don't need to go to the dummy position when
unlocking the insettext. Why ? because clicking onto the dummy selects the cell,
and from then on both keyboard and mouse selection work as expected...
regards
john
--
"Faced with the prospect of rereading this book, I would rather have
my brains ripped out by a plastic fork."
- Charles Cooper on "Business at the Speed of Thought"
