Re: [PATCH][RFC] Table selection
On 06-Dec-2001 John Levon wrote: 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... You always start from the presupost of using a mouse! I don't like to use a mouse this normally is much slower then using the keyboard! Anyway you NEED to show the user which cell he's in actually so you need to show the cursor ALSO if we're in a dummy position! Otherwise we just could select the cell if we're in a dummy position (instead of showing the cursor) if that is a better aproach, but then the user doesn't see where he's actually when selecting a range of cells, so IMO we still need to show the cursor too! (maybe we could just change the look of the cursor in a dummy position) Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Not Hercules could have knock'd out his brains, for he had none. -- Shakespeare
Re: [PATCH][RFC] Table selection
On Fri, Dec 07, 2001 at 09:34:13AM +0100, Juergen Vigna wrote: 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... You always start from the presupost of using a mouse! bzzzt I'm going to try a patch soon to show you exactly what I mean. Anyway you NEED to show the user which cell he's in actually so you need to show the cursor ALSO if we're in a dummy position! Otherwise we just could select the cell if we're in a dummy position (instead of showing the cursor) indeed if that is a better aproach, but then the user doesn't see where he's actually when selecting a range of cells, so IMO we still need to show the cursor too! the user has just moved with the keyboard into that cell. they're not goldfish. (maybe we could just change the look of the cursor in a dummy position) nah 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
Re: [PATCH][RFC] Table selection
On 06-Dec-2001 John Levon wrote: > 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... You always start from the presupost of using a mouse! I don't like to use a mouse this normally is much slower then using the keyboard! Anyway you NEED to show the user which cell he's in actually so you need to show the cursor ALSO if we're in a dummy position! Otherwise we just could select the cell if we're in a dummy position (instead of showing the cursor) if that is a better aproach, but then the user doesn't see where he's actually when selecting a range of cells, so IMO we still need to show the cursor too! (maybe we could just change the look of the cursor in a dummy position) Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ "Not Hercules could have knock'd out his brains, for he had none." -- Shakespeare
Re: [PATCH][RFC] Table selection
On Fri, Dec 07, 2001 at 09:34:13AM +0100, Juergen Vigna wrote: > > 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... > > You always start from the presupost of using a mouse! bzzzt I'm going to try a patch soon to show you exactly what I mean. > Anyway you NEED to show the user which cell he's in actually so you need to > show the cursor ALSO if we're in a dummy position! Otherwise we just could > select the cell if we're in a dummy position (instead of showing the cursor) indeed > if that is a better aproach, but then the user doesn't see where he's actually > when selecting a range of cells, so IMO we still need to show the cursor too! the user has just moved with the keyboard into that cell. they're not goldfish. > (maybe we could just change the look of the cursor in a dummy position) nah 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"
RE: [PATCH][RFC] Table selection
On 06-Dec-2001 John Levon wrote: first, the bugs I noticed in both old and new code : 1) attached file : selection the multicolumn cell, then press up. the topright cell is not selected. 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! 2) TableExamples.lyx - the minipage is screwed ! Yes I know there is some wrong compatibilty reading, we should have a look at it. Now, my patch. 2) more spreadsheet like feel ??? Where do you feel that :) 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! Juergen ? Others are welcome to try it ... I tried it and find it good! I'll commit it soon! Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Living in New York City gives people real incentives to want things that nobody else wants. -- Andy Warhol
Re: [PATCH][RFC] Table selection
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
RE: [PATCH][RFC] Table selection
On 06-Dec-2001 John Levon wrote: > > first, the bugs I noticed in both old and new code : > > 1) attached file : selection the multicolumn cell, then press up. the topright > cell is not selected. 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! > 2) TableExamples.lyx - the minipage is screwed ! Yes I know there is some wrong compatibilty reading, we should have a look at it. > Now, my patch. > 2) more spreadsheet like feel ??? Where do you feel that :) > 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! > Juergen ? Others are welcome to try it ... I tried it and find it good! I'll commit it soon! Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Living in New York City gives people real incentives to want things that nobody else wants. -- Andy Warhol
Re: [PATCH][RFC] Table selection
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"
