<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[find bug for exact match]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">I think this is a bug with notepad++ 7.4.2.<br />
To reproduce the bug try this,</p>
<ol>
<li>
<p dir="auto">copy, paste the following four lines into notpad++</p>
<p dir="auto">$abc<br />
$abcd<br />
($abc)<br />
($abcd)</p>
</li>
<li>
<p dir="auto">try to search/find (normal not regex) for $abc, with “Match whole words only option checked” and you will see the match on 3rd line will not be found by notepad++</p>
</li>
</ol>
<p dir="auto">Is this a bug or am I missing something here?<br />
Thanks.</p>
]]></description><link>https://community.notepad-plus-plus.org/topic/14251/find-bug-for-exact-match</link><generator>RSS for Node</generator><lastBuildDate>Wed, 22 Apr 2026 07:57:41 GMT</lastBuildDate><atom:link href="https://community.notepad-plus-plus.org/topic/14251.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 02 Aug 2017 07:42:47 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to find bug for exact match on Sun, 06 Aug 2017 18:29:46 GMT]]></title><description><![CDATA[<p dir="auto">[1] Suggested Workaround approach for ramromail:<br />
Do not use  “whole words” options for coding scenarios.<br />
It seems that the “whole word” definition is too simplistic for your needs.  Use regex instead, where you will be able to define separators to you convenience.</p>
<p dir="auto">[2] Suggestions for npp coders (Wish list):<br />
[2.1] When the user picks “whole word”, show “advanced options” for the user to define their own word delimiters.<br />
[2.2] Or add a config section for word delimiters among the preferences?</p>
<p dir="auto">HTH<br />
Marcelo</p>
]]></description><link>https://community.notepad-plus-plus.org/post/26146</link><guid isPermaLink="true">https://community.notepad-plus-plus.org/post/26146</guid><dc:creator><![CDATA[Marcelo Finkielsztein]]></dc:creator><pubDate>Sun, 06 Aug 2017 18:29:46 GMT</pubDate></item><item><title><![CDATA[Reply to find bug for exact match on Wed, 02 Aug 2017 11:55:11 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://community.notepad-plus-plus.org/uid/9417">@ramromail</a> , <a class="plugin-mentions-user plugin-mentions-a" href="https://community.notepad-plus-plus.org/uid/3182">@gstavi</a> :</p>
<p dir="auto">There is a great discussion (from <a class="plugin-mentions-user plugin-mentions-a" href="https://community.notepad-plus-plus.org/uid/195">@guy038</a>) of this behavior here:  <a href="https://notepad-plus-plus.org/community/topic/13004/bugs-in-normal-search-for-v7-2-2-on-windows-7/4" rel="nofollow ugc">https://notepad-plus-plus.org/community/topic/13004/bugs-in-normal-search-for-v7-2-2-on-windows-7/4</a></p>
<p dir="auto">My takeaway from that thread is that if you are going to check the <em>Match whole words only</em> checkbox, you should expect “good” behavior from the search only if your first and last characters in the <em>Find what</em> box are “word” characters in the set: A-Z, a-z, 0-9, and _</p>
<p dir="auto">If this (or <em>ANY</em> posting on the <strong>Notepad++ Community</strong> site) is useful, don’t reply with a <em>“thanks”</em>, simply <strong>up-vote</strong> ( click the <code>^</code> in the <code>^ 0 v</code> area on the right ).</p>
]]></description><link>https://community.notepad-plus-plus.org/post/26064</link><guid isPermaLink="true">https://community.notepad-plus-plus.org/post/26064</guid><dc:creator><![CDATA[Scott Sumner]]></dc:creator><pubDate>Wed, 02 Aug 2017 11:55:11 GMT</pubDate></item><item><title><![CDATA[Reply to find bug for exact match on Wed, 02 Aug 2017 09:33:56 GMT]]></title><description><![CDATA[<p dir="auto">I believe as text editor for coding purposes,  (for e.g. incase of C, C++, PHP etc) $ symbol should not be treated as special symbol but as any other character, similarly in other programming language.</p>
]]></description><link>https://community.notepad-plus-plus.org/post/26058</link><guid isPermaLink="true">https://community.notepad-plus-plus.org/post/26058</guid><dc:creator><![CDATA[ramromail]]></dc:creator><pubDate>Wed, 02 Aug 2017 09:33:56 GMT</pubDate></item><item><title><![CDATA[Reply to find bug for exact match on Wed, 02 Aug 2017 08:46:16 GMT]]></title><description><![CDATA[<p dir="auto">The definition of “whole word” is fuzzy so it is hard to decide if this is a BUG.<br />
Specifically the definition of whole word is problematic when the search string by itself contains “special” symbols.</p>
<p dir="auto">What symbols are word delimiters?<br />
Once you added ‘$’ symbol into the search string who can decide if ‘(’ symbol is not a continuation of the same word?<br />
Which of the following should ‘find $abc’ stop upon?<br />
$$abc<br />
$abc$xyz<br />
_$abc<br />
a$abc</p>
<p dir="auto">Nevertheless, I do agree that likely most users would always consider parentheses symbols as “word breakers”.</p>
<p dir="auto">I wonder which of the options (if any) the find algorithm uses with “whole word” enabled:<br />
[1] Search for search string regardless of words. On match test if whole word.<br />
[2] Traverse text “word by word” and compare each word against search string.</p>
<p dir="auto">Option [1] allows more flexibility in definition of ‘word’. It is easier for it to use search string by itself as criteria for which delimiters are relevant.</p>
]]></description><link>https://community.notepad-plus-plus.org/post/26057</link><guid isPermaLink="true">https://community.notepad-plus-plus.org/post/26057</guid><dc:creator><![CDATA[gstavi]]></dc:creator><pubDate>Wed, 02 Aug 2017 08:46:16 GMT</pubDate></item></channel></rss>