Issue 90300 - Ctrl-Shift-Arrow selection should not include succeeding blank
Summary: Ctrl-Shift-Arrow selection should not include succeeding blank
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: formatting (show other issues)
Version: OOo 3.0 Beta
Hardware: PC Windows XP
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: oooqa
: 101303 110003 (view as issue list)
Depends on:
Blocks:
 
Reported: 2008-06-03 13:44 UTC by orwel
Modified: 2013-01-29 21:45 UTC (History)
2 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
example of text underlining using ctrl+shift+right arrow (7.77 KB, application/vnd.oasis.opendocument.text)
2008-06-03 13:45 UTC, orwel 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description orwel 2008-06-03 13:44:18 UTC 
If you mark text using CTRL+SHIFT+Right Arrow because you want underline 
selected text, Writer underline also the last space behind the last word of the 
selected text which is wrong i think. The last space should not be underline 
(MS Word do it correctly). See example in attachement.
Comment 1 orwel 2008-06-03 13:45:54 UTC 
Created attachment 54208 [details]
example of text underlining using ctrl+shift+right arrow
Comment 2 Rainer Bielefeld 2008-06-03 14:47:04 UTC 
I checked with "3.0.0 Beta Multilingual version English UI WIN XP: [300m2
(Build9301)]" and can confirm the reported effect; also with "2.4.0 
Multilingual version German UI WIN XP: [680m12(Build9286)]" and "1.1.4".

I believe that this is a bug, at least the behaviour is not in accordance to
Help text:

Under headline "Shortcut Keys for OOo-dev Writer" I read: 
"Ctrl+Arrow Right | Go to end of word
But in fact, the caret moves to right to the position in front of the next word.
This causes ugly effects, but on the other hand all other programs I tested do
work so: Seamonkey (filling this text field), "Edit Pad", "Microsoft WORKS
4.5a", "Acrobat Reader".

<shift>+<cntrl>+<right> marks all until the position in front of the next word,
and of course, when you press the 'underline' button, all marked area will be
underlined, as expected. 

Currently I do not see any possibility for a solution of the reported problem.

Concerning the misleading help text, I filed a new Issue 90302
Comment 3 michael.ruess 2008-06-04 06:21:19 UTC 
MRU->SBA: I would handle this as a "Defect", but I could not find anything about
this in the "Text-Table-Selection" spec.
Comment 4 eric.savary 2009-04-23 12:02:07 UTC 
*** Issue 101303 has been marked as a duplicate of this issue. ***
Comment 5 eric.savary 2010-03-10 11:19:52 UTC 
*** Issue 110003 has been marked as a duplicate of this issue. ***