Issue 103406 - 000310m11 When tabbing through form fields the window periodically jumps to last non-form field cursor position
Summary: 000310m11 When tabbing through form fields the window periodically jumps to l...
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: editing (show other issues)
Version: OOo 3.1
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
: 105475 (view as issue list)
Depends on:
Blocks:
 
Reported: 2009-07-08 09:36 UTC by sparticlelimited
Modified: 2017-05-20 11:17 UTC (History)
1 user (show)

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


Attachments
Document to show tabbing problem (11.33 KB, application/vnd.oasis.opendocument.text)
2009-07-08 12:59 UTC, michael.ruess
no flags Details
3 pages text, tables & forms - shows window jumping when tabbing through form elements if first click is on top page (13.65 KB, application/vnd.sun.xml.writer)
2009-07-08 13:27 UTC, sparticlelimited
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description sparticlelimited 2009-07-08 09:36:51 UTC
Scenario:
You have a three page document. The document contains a table of text and then
on page two a table containing text and form elements (radio buttons, single
line text fields etc) The tab order is set to start at the top left form element
and to sequentially pass along the form to the bottom right. Every time the tab
button is hit the cursor moves to the next logical form element. 

Bug:
Every now and then (unpredictably) the window will jump to the position of the
last place the cursor was in the document prior to being manually clicked on the
first selected form element. This normally happens when the tab button is hit.
So that you end up with the window showing page 1 but the cursor is now in a
form element on page 2. Once the bahaviour starts then every tab press causes
the window to flick down to the location of the newly selected form element and
then instantly flick back to the location of the last non-form cursor position -
leaving the cursor in the form element (and out of view)

This makes the use of the form impossible

Version 000310m11
Mac OS X 10.5.7
Priority P2: A critical usability problem
My contact details: admin@sparticlelimited.co.uk I can send an example document
Comment 1 michael.ruess 2009-07-08 12:57:57 UTC
MRU->OS: I think, the problem is because some controls seem to be "forgotten"
when tabbing through the document. open my attached sample, click the first
Option button and try to tab through the controls. You will notice, that many
are ignored.

BTW: Prio2 is reserved for problems like crashes or data loss. Thus I changed to
Prio3.
Confirmed on WinXP, thus I changed Platform/OS to "all".
Comment 2 michael.ruess 2009-07-08 12:59:55 UTC
Created attachment 63430 [details]
Document to show tabbing problem
Comment 3 sparticlelimited 2009-07-08 13:25:11 UTC
Thank you for your reply,
Firstly the missing elements seems to happen for radio buttons and check boxes -
that's not the issue here. if you also have text fields then you will get a
clearer idea. Also take the time to set the tab order for all the elements so
that they are tabbed from top left to bottom right - this will mean that they
get focus.

Secondly you need a document that has multiple pages so that the page focus can
shift outside of the working zone. 

I have created a test document that demonstrates this problem and tested it on 4
machines in the office and all of them demonstrate the problem (they are all Mac's)

Sorry for putting it at Priority 2 - but as Priority 2 states - it is also for
"A Critical Usability Problem" which when you have a long form being used by 20+
people for data capture and they can't get focus on the part of the document
that they are typing in - then they can't use the software for it's intended
function and there is no work around - hence critical ;)

I will attach the test doc we have here and if you follow these steps you should
reproduce the problem:

1. Open the document for editing (there is no problem if it is read only)
2. Click in one of the table cells at the top of page 1 where the text is
"yyyy/mm/dd"
3. Now use the scrollbar to scroll the document down to page 2 (so that the
curser focus is still in the table on page 1)
4. Click on the first text entry field within the table on page 2 so that you
have a flashing curser within the text entry form field as opposed to within the
table cell that surrounds it
5. Now hit the tab key once to move to the next form element in accordance with
the tab order I have set.
At this point the page will jump back up to view the area where the curser was
on page one and you will loose view on page two (unless you have a very high res
screen which can show both pages at the same time at a usable scale)
Every subsequent tab press will move the cursor onto the next form element
however immediately afterwards the visible part of the document will spring back
to the first page even though the cursor position is still in the form element.

I hope this is clearer. you would not see the problem on the example you
attached because it is not long enough and doesn't contain text fields.

Kind regards
Mark
Comment 4 sparticlelimited 2009-07-08 13:27:37 UTC
Created attachment 63431 [details]
3 pages text, tables & forms - shows window jumping when tabbing through form elements if first click is on top page
Comment 5 Rainer Bielefeld 2009-09-30 13:03:25 UTC
*** Issue 105475 has been marked as a duplicate of this issue. ***
Comment 6 Rainer Bielefeld 2009-09-30 13:04:47 UTC
Issue 105475 seem to show an other aspect of this problem, what is nearby 100%
reproducible.
Comment 7 Marcus 2017-05-20 11:17:33 UTC
Reset assigne to the default "issues@openoffice.apache.org".