Issue 14904 - goToEndOfWord doesn't when word starts with smart quote
Summary: goToEndOfWord doesn't when word starts with smart quote
Alias: None
Product: App Dev
Classification: Unclassified
Component: api (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: PC Windows 2000
: P3 Trivial
Target Milestone: ---
Assignee: jack.warchold
QA Contact: issues@api
Depends on:
Reported: 2003-05-26 14:06 UTC by ingenstans
Modified: 2013-02-24 21:08 UTC (History)
1 user (show)

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

testcase with macro showing failed word movement (9.53 KB, application/octet-stream)
2003-05-26 14:37 UTC, ingenstans
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description ingenstans 2003-05-26 14:06:52 UTC
This is so strange that I am filing it partly to see if anyone can reproduce it. 
When a word starts with a smartquote character, a call to "gotoendofWord()" from 
Basic fails: the cursor does not move at all. 

This only happens when the function is used from OOBasic. It's not a general 
flaw in the word movement: pressing ctrl-RightArrow on the keyboard works 
exactly as it should even in words that do not start with a space.

On further investigation, this failure in OOBasic seems to be generally true for 
a word which preceded by any character that is not a space. The first word in a 
paragraph shows the same behaviour too. 

Steps to reproduce: 

I shall upload a document with a macro showing this behaviour.
Comment 1 ingenstans 2003-05-26 14:37:36 UTC
Created attachment 6435 [details]
testcase with macro showing failed word movement
Comment 2 ooo 2003-05-27 09:02:22 UTC
implementation issue
Comment 3 stephan.wunderlich 2003-05-27 15:13:52 UTC
SW: set target. 
Comment 4 thomas.lange 2003-05-27 15:20:50 UTC
It lloks like the getWordBoundary function used in 
returns the wrong result.

This happens not only for smart (or typographical quotes and
apostrophes) it also happens for the regular ones.
Comment 5 karl.hong 2003-05-27 19:55:03 UTC
Karl: The problem is due to when cursor is on begining of a word and 
backwords is selected, getWordBoundary is getting previous word, 
instead of current word.

The problem was fixed in issue #3117#, but backed out due to a bug in 
the fix. Now this problem is traced in issue #11993#, which is targed 
to OO2.0.

This bug is duplicate of #11993#.

Since the problem for this bug can be seen on OO1.0, it is not 
regression bug, I think we should move it to OO2.0 as #11993#.

*** This issue has been marked as a duplicate of 11993 ***
Comment 6 stephan.wunderlich 2003-05-28 07:57:28 UTC
SW: changed target
Comment 7 karl.hong 2003-08-08 19:59:01 UTC
Fixed in CWS i18n08.
Comment 8 karl.hong 2003-09-09 23:48:25 UTC
Verified in CWS i18n08.
Comment 9 oc 2003-09-22 15:48:42 UTC
Adjusting owner
Comment 10 oc 2003-09-22 15:49:21 UTC
adjusting resolution
Comment 11 stefan.baltzer 2003-10-24 13:53:56 UTC
SBA: Verified in CWS i18n08.
Comment 12 jack.warchold 2004-08-04 15:35:30 UTC
i found this bug again in src680_m49-4

also in scr680_m38

last found good was scr 680_m20

Comment 13 jack.warchold 2004-08-04 15:40:04 UTC
reassigend to khong
Comment 14 karl.hong 2004-08-31 23:05:36 UTC
Karl->JW: The problem disappeared in build SRC680m51. It does exist before m50,
but I checked i18n project, nothing changed, and pure testing to i18n API shows
no difference between m51 and m50. It must some change in Writer fixes the problem.

Please check m51. I checked Solaris and Window platform, both work fine now.
Comment 15 jack.warchold 2004-09-10 11:20:38 UTC
ok tested with src680_m51 works fine ->  set to fixed
Comment 16 jack.warchold 2004-09-10 11:21:04 UTC
fixed -> closing