Bug 41202 - UI: Shift+click only can increase selection, not decrease
Summary: UI: Shift+click only can increase selection, not decrease
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version: Inherited From OOo
Hardware: Other All
: medium normal
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard:
Keywords:
: 57406 (view as bug list)
Depends on:
Blocks:
 
Reported: 2011-09-25 18:24 UTC by Larry Eppley
Modified: 2014-05-24 16:15 UTC (History)
4 users (show)

See Also:
i915 platform:
i915 features:


Attachments
SCREENSHOT (139.14 KB, image/png)
2011-09-25 18:28 UTC, Larry Eppley
Details

Description Larry Eppley 2011-09-25 18:24:26 UTC
LibreOffice 3.3.3 
OOO330m19 (Build:301)
Ver: 3.3.3.1-5.fc15
Fedora

Problem description: The shift click method of selecting text allows one to increase the text selection, but not to decrease it.  
This is not standard behavior, and will be annoying to MS Word users, in fact to virtually all computer users.  This is a writer problem, and seems not to exist anywhere else in the program. Please, this is a bug and not a feature!

Steps to reproduce:
1.Click in text.
2. Shift-click deeper into text for selection: Text is selected.
3. Shift-click even deeper: Text selection is increased.
3. Then, Shift-click closer to beginning of selection.

Current behavior:  Nothing! As if the expected behavior is disabled.

Expected behavior: Decrease in selection, ending with latest shift-click position.
Comment 1 Larry Eppley 2011-09-25 18:28:52 UTC
Created attachment 51608 [details]
SCREENSHOT

SCREENSHOT COMMENT
Comment 2 Rainer Bielefeld Retired 2011-09-25 23:36:33 UTC
Pretty old OOo bug.
[Reproducible] with "LibreOffice 3.4.3 RC2 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:302)]".

Still visible with Server installation of Master "LibO-dev 3.5.0 – WIN7 Home Premium (64bit) English UI [(Build ID: 81607ad-3dca5fd-da627d2)]"

It's indeed only a WRITER bug, works fine in DRAW text boxes and Calc cells.

@Cédric:
Please feel free to reassign (or reset Assignee to default) if it’s not your area or if provided information is not sufficient. Please set Status to ASSIGNED if you accept this Bug.

- Reported with Bug Submission Assistant -
Comment 3 Björn Michaelsen 2011-12-23 13:25:36 UTC
Since all new unconfirmed bugs start in state UNCONFIRMED now and old unconfirmed bugs were moved to NEEDINFO with a explanatory comment, all bugs promoted above those bug states to NEW and later are automatically confirmed making the CONFIRMED whiteboard status redundant. Thus it will be removed.
Comment 4 A (Andy) 2013-05-05 20:40:29 UTC
reproducible with LO 4.0.2.2 (Win7 Home, 64bit)
Comment 5 A (Andy) 2013-05-05 20:42:39 UTC
*** Bug 57406 has been marked as a duplicate of this bug. ***
Comment 6 František 2013-07-18 06:07:35 UTC
reproducible with LO 4.1.0.1 Mac 10.6, 32bit LO
It would be realy fine when somebody could address that since this bug is present long time and makes difficult every day work.
Comment 7 mike.hall 2014-05-24 16:15:54 UTC
Reproducible in 4.2.4.2 and 4.3.0.0b1
This method works pretty well universally, very strange not to work in Writer
Would it be easy to fix -> easy hack perhaps?


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.