0.20.1.7 is up:
http://armedbear.org/j.zip (source)
http://armedbear.org/j-jar.zip (just j.jar)
Since the beginning of time, findInFiles and replaceInFiles have used
the Java definition of a word (from a delimiter perspective) when the
"Whole words only" checkbox was checked, which works well enough for
Java, C and C++.
This behavior is suboptimal, however, if you're searching (say) Lisp
files, where searching for the word "complete" with "Whole words only"
checked would find a match in the string "ilisp-complete", which is
clearly wrong.
In this respect, the behavior of findInFiles was also not consistent
with the behavior of find in a single buffer, which used the method
isIdentifierPart() from the actual mode of the buffer to determine
whether a particular substring match was actually word-delimited.
This snapshot makes an attempt to remedy this deficiency.
The findInFiles dialog now offers a "Mode" combo box if you check the
"Whole words only" option.
The combo box should come up prefilled with a plausible mode, based on
the contents of the "Files" textfield. If there are multiple entries
in the "Files" textfield, the first one is used to set the default; if
the contents of the textfield don't correspond to a known mode, Java
mode is used as the default.
You can change the mode in the combo box to force the search to follow
the word-delimiter rules of a different mode of your choosing, but this
should not be necessary in the common case.
The search then follows the word-delimiter rules of the specified mode.
In addition, the occurrences list uses the rules of the specified mode
to control its highlighting of the found pattern (which was another
inconsistency in previous versions).
This change involved a certain amount of refactoring of the search
code, in general, so I recommend proceeding with a bit more caution
than usual in this area until the new code has a chance to bake.
Please let me know if you notice any anomalies, particularly in modes
like XML, Perl and PHP that I don't use much (or at all) myself.
Thanks for your support.
-Peter