|
Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
| Summary: | 000310m11 When tabbing through form fields the window periodically jumps to last non-form field cursor position | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Writer | Reporter: | sparticlelimited <admin> | ||||||
| Component: | editing | Assignee: | AOO issues mailing list <issues> | ||||||
| Status: | CONFIRMED --- | QA Contact: | |||||||
| Severity: | Trivial | ||||||||
| Priority: | P3 | CC: | issues | ||||||
| Version: | OOo 3.1 | ||||||||
| Target Milestone: | --- | ||||||||
| Hardware: | All | ||||||||
| OS: | All | ||||||||
| Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||||
| Developer Difficulty: | --- | ||||||||
| Attachments: |
|
||||||||
|
Description
sparticlelimited
2009-07-08 09:36:51 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". Created attachment 63430 [details]
Document to show tabbing problem
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 Created attachment 63431 [details]
3 pages text, tables & forms - shows window jumping when tabbing through form elements if first click is on top page
*** Issue 105475 has been marked as a duplicate of this issue. *** Issue 105475 seem to show an other aspect of this problem, what is nearby 100% reproducible. Reset assigne to the default "issues@openoffice.apache.org". |