Issue 3795 - Cursor disappears when editing cell via [F2] key
Summary: Cursor disappears when editing cell via [F2] key
Status: CLOSED IRREPRODUCIBLE
Alias: None
Product: Calc
Classification: Application
Component: ui (show other issues)
Version: 643
Hardware: PC Windows 95
: P2 Trivial (vote)
Target Milestone: ---
Assignee: falko.tesch
QA Contact: issues@sc
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-04-02 09:00 UTC by bht
Modified: 2003-09-08 16:55 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
testcase: calc file (6.32 KB, application/octet-stream)
2002-12-15 08:06 UTC, bht
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description bht 2002-04-02 09:00:29 UTC
I have been observing this consistently as far back as StarOffice 5.1.

How to reproduce:
- Open a spreadsheet.
- put your mouse out of reach
- navigate your spreadsheet, using cursor keys and search function via [F3]
- keep editing several cells via [F2], appending and replacing test in them.

Expected result:
- In every edited cell, the cursor (vertical bar) is automatically positioned at
the end of the text in the edited cell when [F2] is pressed on the cell.

Result when error occurs:
- An invisible cursor is positioned at the end of the text in the cell after
[F2] is pressed.
- One cannot see where the position is, only after typing one can see that typed
characters are appended.
- If one gets the mouse and clicks on the cell then the cursor becomes visible again
- This does not happen instantly. I haven't found the exact circumstances.
However, I have not had a single session where it did NOT happen after a while.

Note:
This is very annoying for people like me who use the computer all day and avoid
using the mouse because of the additional strain on the hand and fingers.
It is no secret that clever keyboard navigation if supported is faster and more
efficient than mouse navigation in some programs such as spreadsheets if the
working mode is data entry.
I prefer to use Excel for that reason alone because basically both programs do
the same thing for me in this area.

I hope this helps and wish you all the best in fixing this.

BTW what is the difference between code and ui in the subcomponent list box?
I have entered ui but could it also be code?

Regards,
Bernard
Comment 1 oc 2002-04-02 09:08:38 UTC
Hi Falko,
This is something for you (please have a look at Idea 729)
Comment 2 bht 2002-12-05 19:45:26 UTC
In 643 at least this issue appears to be fixed. I am very pleased
about this.
Such apparently small usability issues makes a lot of difference.
The spreadsheet feels rock-solid now.
Comment 3 bht 2002-12-15 08:04:21 UTC
Sorry about the wrong intermediate conclusion.
The bug is still present.
I can reproduce it always with any medium size spreadheet.
If I create a new, empty one with just a few cells of thext then I
can't reproduce it.
Maybe it is a CPU/graphics performance issue (race condition, timing).

How to reproduce:
- Close openoffice
- Put your mouse away
- Open a spreadsheet
- Press [Ctrl+F]
- Enter a search text
- When found, press [Esc] to close the dialog
- Press [F2] to edit the cell.

Expected behavior:
The cursor position and the caret (vertical bar) should at the end of
the cell content

Bug behavior:
The cursor position is at the end of the cell content but the and the
caret (vertical bar) is not visible. In fact it cannot be seen
anywhere. If I press [Backspace] then somehow the text gets deleted
but it looks very strange without a visible cursor.

I attach a testcase and I hope someone else can reproduce this.
Comment 4 bht 2002-12-15 08:06:51 UTC
Created attachment 4045 [details]
testcase: calc file
Comment 5 falko.tesch 2003-01-13 16:09:42 UTC
Sorry, but I can't reproduce this at all.
Comment 6 michael.bemmer 2003-03-13 09:43:17 UTC
As mentioned on the qa dev list on March 5th I will close all resolved
<wontfix/duplicate/worksforme/invalid> issues. Please see this posting for
details. First step in IssueZilla is unfortunately to set them to verified.
Comment 7 michael.bemmer 2003-03-13 10:18:36 UTC
As mentioned on the qa dev list on March 5th I will close all resolved
<wontfix/duplicate/worksforme/invalid> issues. Please see this posting for details.