|
Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
| Summary: | Multi-line text controls loose the current selection when the parent window loses focus | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Base | Reporter: | timrichardson <tim> | ||||
| Component: | code | Assignee: | marc.neumann | ||||
| Status: | CLOSED FIXED | QA Contact: | issues@dba <issues> | ||||
| Severity: | Trivial | ||||||
| Priority: | P3 | CC: | drewjensen.inbox, issues | ||||
| Version: | OOo 2.4.0 | Keywords: | usability | ||||
| Target Milestone: | OOo 3.2 | ||||||
| Hardware: | All | ||||||
| OS: | All | ||||||
| Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||
| Developer Difficulty: | --- | ||||||
| Attachments: |
|
||||||
|
Description
timrichardson
2008-05-23 03:20:04 UTC
Tested using 2.4 & 3.0 m_13, WIN XP Here is what I find. When the focus is changed from noe control to another on a form by tabbing the entire contents of the control is automatically selected. The behavior is in other words consistent for all controls without regards as to individual data type or properties of the control. When focus is switched between windows the behavior of the controls is not fully consistent. Open a form and place your curser in (set focus to ) a text control that is configured for Text type = Single-line. Switch to a different window and switch back, the cursor postion in the control remains as it was before the switch away and back. Now place the curser into a text control where Text type = Multi-Line (what you have for memo fields in other words) and switch to another window. Now when you switch back to the form the entire contents of the control is selected. In other words they act as if the focus has just moved to the control by tabbing to it. Changing the summary field to reflect this then - it is not that the copy paste is ill behaved rather it is that the current selection in a multi-line text control is lost when the uses switches to another window. To see this download the attached test document. Open the form in the file. Go to the field for country and use your mouse to select only a portion of the word "Australia" - now togle to a different window. Toggle back to the form window. You see that the same selection you created is still active. Now - select part of the text in the Comment field. Toggle to another window. Toggle back to the form window - the entire contents of the Comment field is selected. Created attachment 53866 [details]
test document
hard to tell which one is the correct behavior - losing or keeping the selection on focus loss -, but yes, it's inconsistent at least. In 2.4.1 on Ubuntu 8.04 the problem no longer exists. I can copy and paste from external applications into the form without having to replace the existing contents. I just tested this with 2.4.1, supplied by Canonical, and DEV300 m_19 from OO.o both under Ubuntu 8.04 (Hardy) and the behavior has not changed. I'd say this is a usability bug. fixed in CWS dba32a find more information about this CWS, like when it is available in the master builds, in EIS, the Environment Information System: http://eis.services.openoffice.org/EIS2/cws.ShowCWS?Path=DEV300%2Fdba32a fs->msc: please verify in CWS dba32a targeting to 3.2, since the fix is part of a CWS aiming for this release verified in CWS dba32a find more information about this CWS, like when it is available in the master builds, in EIS, the Environment Information System: http://eis.services.openoffice.org/EIS2/cws.ShowCWS?Path=DEV300%2Fdba32a Checked w/ DEV300_m49 Closing |