Apache OpenOffice (AOO) Bugzilla – Issue 26788
triple click on empty paragraph and dragging won't highlight
Last modified: 2013-08-07 14:38:26 UTC
this has been around for a long time, and i noticed it is still present in 1.1. 1rc3. if you triple click and hold on a paragraph that contains some text and then drag, it will highlight and select entire paragraphs. if you triple click and hold on an *empty* paragraph and then drag, it appears to move the cursor correctly, but the paragraphs are neither highlighted nor selected.
AFAIK OOo never selected a whole paragraph using a triple-click. OOo only selects a line of text using the triple click. So I cannot tell where your problem is. I see no difference in handling an empty paragraph and one that contains text. OOo only selects the text, not the paragraph, so when triple-clicking a paragraph that fits into one line, the triple click selects all the text of the paragraph. When dragging the text to another position, an empty paragraph remains. Please explain you problem.
ok, i am not referring to moving a selected text region between paragraphs via the drag'n'drop mechanism, which seems to work nicely. rather, i am talking about dragging the mouse to select a region for deletion, moving, etc. if i do: click->drag->release then i highlight a text region with character granularity dblclick->drag->release then i highlight a text region with word granularity tripleclick->drag->release then i highlight a text region with line granularity you are correct that ooo selects entire lines rather than paragraphs, but my issue remains. specifically, my point is that the third case (region selection with line granularity) fails if i start by clicking on an empty line (which is also an empty paragraph, although i now see that this is a bit of a misleading observation) note that although the regions i triple-click and drag over are not highlighted, the cursor does in fact move to the end of each line while i am dragging, so it seems like half the functionality is correct. it is seeing the triple click on the empty line, going into drag-to-select mode with line granularity, identifying the lines that i am dragging over, and correctly positioning the cursor at the end of each one as i drag over it. it just isn't actually selecting the text. i have verified on competing products that triple clicking an empty line will highlight the empty paragraph and select whichever lines i drag over before i release the mouse button. hope that clarifies...
Ahh now I see. You don't want to drag the selected text to somewhere, but you are trying to select more text :-). confirming. click and drag should enlarge the selection no matter whether the paragraph is empty or not.
Sorry but I need a visible example for this. Can we have a screenshot about the situation please.
ok, not sure how helpful this will be, but here goes... i'll commit this note, then add the attachments in a separate note. the two attachements were made with 'import -window 0x2c00019 -pause 1 -snaps 3'. you can view them using 'display xxx.miff' and use the 'next' function to move between snapshots. good.miff has three images. you can see the selection extending a line at a time, and the cursor is at the end of the line in at least one image. bad.miff has three images. i started by triple-clicking the empty line, and then dragging. you can see the cursor at the end of the line, which is correct, but the selection is not being created as i drag. unfortunately, 'import' doesn't seem to capture the mouse cursor, but i was dragging over to the right of the end-of-line. i'm on a plane in an hour and back march 30, so won't be in a position to reply until then cheers
Created attachment 14050 [details] three snapshots of bad behavior
Created attachment 14051 [details] screenshots showing good behavior
I could open the attachments with ImageMagic but could see in each case only one picture. Please attach in future files, where everybody is able to open like as jpg or gif etc. But in fact we have no defect here so I pass it as ENHANCEMENT.
ok, lets try this again.... i am going to attach a sample document to this problem report. it contains a detailed description of the defect, which *should* allow you to reproduce this (i am running OOo 1.1.1 on Suse Linux 8.2). please have a look, follow the instructions in the sample document, and refile this as a defect. thank you.
Created attachment 15314 [details] instructions to reproduce the defect
To grep the issues easier via "requirements" I put the issues currently lying on my owner to the owner "requirements".