Issue 15616 - Find (and Replace) does not ignore custom hyphens
Summary: Find (and Replace) does not ignore custom hyphens
Status: CLOSED FIXED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 1.1 RC2
Hardware: PC All
: P3 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: stefan.baltzer
QA Contact: issues@sw
URL:
Keywords: oooqa
: 6491 18239 62135 (view as issue list)
Depends on:
Blocks:
 
Reported: 2003-06-14 12:06 UTC by timhabermann
Modified: 2013-08-07 14:42 UTC (History)
2 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description timhabermann 2003-06-14 12:06:53 UTC
If you try to find (and replace) words, Writer will ignore instances of the very
same word which include a custom hyphen. 
The other way around, if you select a word including a custom hyphen and use
"Find and Replace" the custom hyphen seems to get transformed into a real hyphen
(by looking at the Find and Replace dialog). Therefore it does not even find and
replace the word initially selected.
Comment 1 ingenstans 2003-07-16 11:45:44 UTC
Sorry to come back to you after so long, but do you mean a soft hyphen 
by "custom hyyphen"?

When I set a paragraph style to phyphenate, and arrange for a word to 
be hyphenatied at the end of a line (un-
distinguished)

a search for undistinguished finds the hyphenated word.
Comment 2 timhabermann 2003-07-16 17:10:27 UTC
Andrew, sorry for being unprecise... :-( With custom hyphen I mean
CTRL-"-". Writer still does not find these words (both ways tested:
with and without any "-" entered in the dialogue, RH8, OOo1.1RC). I
would expect Writer to ignore any custom hyphens while searching the
text because they are used in an unsystematic way. Hope this helps.
Comment 3 h.ilter 2003-07-17 15:44:11 UTC
Reassigned to SBA
Comment 4 timhabermann 2003-08-03 10:38:34 UTC
This issue persists in RC2. 
Tested on RH9 Linux.
Comment 5 jack.warchold 2003-08-06 15:57:58 UTC
jw: reproduced on WinXP -> set platform to all
changed status to confirmed. reassigned owner to jw
Comment 6 jack.warchold 2003-08-07 10:10:35 UTC
jw: reassigned to fme
Comment 7 frank.meies 2003-08-07 10:32:39 UTC
.
Comment 8 frank.meies 2003-09-10 11:23:45 UTC
.
Comment 9 stefan.baltzer 2003-10-07 11:31:11 UTC
SBA: According to the OpenOffice.org roadmap 
(see http://tools.openoffice.org/releases) this issue was retargeted to 
"OOo Later".
Comment 10 jack.warchold 2003-11-17 15:56:18 UTC
*** Issue 18239 has been marked as a duplicate of this issue. ***
Comment 11 andreschnabel 2004-07-06 06:26:39 UTC
*** Issue 6491 has been marked as a duplicate of this issue. ***
Comment 12 stefan.baltzer 2006-08-25 17:04:31 UTC
SBA->FME: This one is a defect (not an enhancement, thus closing issue 62135 as
duplicate). 
MS Word ignores them, by the way.
I set the target to OOo 2.x (see internal b6463498).
Comment 13 stefan.baltzer 2006-08-25 17:06:28 UTC
*** Issue 62135 has been marked as a duplicate of this issue. ***
Comment 14 frank.meies 2006-09-07 09:53:42 UTC
FME: Fixed in cws swqbf85, findtxt.cxx rev. 1.17.30.1
Comment 15 frank.meies 2006-09-11 11:04:50 UTC
FME: Ready for QA.
Comment 16 stefan.baltzer 2006-09-13 14:50:32 UTC
SBA: Verified in CWS swqbf85.
Comment 17 timi_openoffice 2006-09-25 13:04:38 UTC
Maybe it is possible to fix the same way also issue 62136 (treat non-breaking 
hyphens and spaces like normal ones)? There was commented by the people of 
openoffice that it looks a lot like this issue. Maybe it is possible to fix 
also this issue using the same code like here? Would be great...
Comment 18 stefan.baltzer 2006-10-17 15:21:49 UTC
SBA: Verified in CWS c07v007.

SBA->timi_openoffice: It is not as easy as it looks. I understand that "Use the
same code" looks like a tempting "close-to-no-effort" thing... See my comments
in issue 62136.
Comment 19 stefan.baltzer 2006-11-27 11:54:24 UTC
SBA: OK in OOE680m5 Build 9093.
Closed.