|
Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
| Summary: | Image in background prevents selecting text which is above it with mouse | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Writer | Reporter: | natess44 <natess44> | ||||||
| Component: | ui | Assignee: | AOO issues mailing list <issues> | ||||||
| Status: | CONFIRMED --- | QA Contact: | |||||||
| Severity: | Trivial | ||||||||
| Priority: | P3 | CC: | issues, john_g_brooks, rainerbielefeld_ooo_qa | ||||||
| Version: | OOo 3.0 | Keywords: | oooqa | ||||||
| Target Milestone: | --- | ||||||||
| Hardware: | All | ||||||||
| OS: | Windows XP | ||||||||
| Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||||
| Developer Difficulty: | --- | ||||||||
| Attachments: |
|
||||||||
|
Description
natess44
2008-11-04 05:46:36 UTC
@natess44: please attach a sample document (no Idea how you placed the image as background for the text). MRU->AMA: this has partly been fixed in issue 28595, but it is still not possible to select text which floats over a graphic "in background". I checked with "Ooo 3.0.0 RC3 Multilingual version German UI WIN XP: [OOO300m8 (Build9357)]" and can confirm some of the reported effects, pls. see attached sample document "mytest.odt": Let's take word "ligula" covered by the Packman-image: Search and replace "ligula" by "xx" will work. Mouseclick into the image works. All further tests start with caret between "g" and "u": Highlight with <cntrl>+arrow key works, caret will move and higlight. All edit operations I tried for highlighted characters did work, as long as I use toolbars or menu. Highlight with mousepointer-drag does not work correctly. Press left mouse button and move mouse pointer left / right: As long as you move the mouse pointer (with pushed left mouse button) only within the picture, nothing happens, caret remains at it place. If you leave picture area highlighting will start. All context menu operations for text will not work, because picture will be selected. I agree, that' a defect, not an enhancement Created attachment 57695 [details]
Sample document, see "comments from rainerbielefeld Tue Nov 4 "
Created attachment 57700 [details]
an example of the picture problem
I just remembered and tested it with my sample document.. if you try selecting the text with the mouse and select text on one side of the image(not over the image) and drag as if you were selecting text the text that is directly over the image will not get selected until you get to the other side of the image. I found a work around to this but I had to use the arrow keys and the shift key to do it. I just remembered and tested it with my sample document.. if you try selecting the text with the mouse and select text on one side of the image(not over the image) and drag as if you were selecting text the text that is directly over the image will not get selected until you get to the other side of the image. I found a work around to this but I had to use the arrow keys and the shift key to do it. Reassigning to MBA in order to be dispatched. Oliver, please take over *** Issue 108205 has been marked as a duplicate of this issue. *** This makes working with a letterhead (in EPS format) very difficult. Sometimes it is possible to return to text editing using the ESC key, sometimes it is not: e.g. if you insert a table on top of a whole-page background image and press F2 to make a calculation, the image comes to the front and you can't return to the table by pressing ESC. It is possible to get around this by adding the draw toolbar and clicking onto the white arrow twice. (Version 3.1.1 on Debian testing, AMD64) After MRU helped me to understand the problem here are the results: - editing text which is above a graphic which is in background works since fix for issue 28595. - selecting text which is above a graphic which is in background with the mouse does not work. Thus, adjusting the summary accordingly. defect cause: The code which searches for the new selection end point also considers Writer graphics, Writer embedded objects and Writer text frames. Thus, an invalid selection is detected and suppressed. possible solution: Depending on selection start point Writer graphics/embedded objects/text frames have to be considered or not, when search for the new selection end point. *** Issue 115051 has been marked as a duplicate of this issue. *** *** Issue 117215 has been marked as a duplicate of this issue. *** Reset assigne to the default "issues@openoffice.apache.org". |