From 2fb60bd197071eb6c1da78e65e00aaaa374bdce1 Mon Sep 17 00:00:00 2001
From: mitchell <70453897+667e-11@users.noreply.github.com>
Date: Mon, 25 Mar 2013 01:48:47 -0400
Subject: Added lfs.dir_foreach() for allowing Find in Files to have a filter.
 Also moved snapopen module into core as io.snapopen().

---
 doc/06_AdeptEditing.md | 15 +++++++++------
 1 file changed, 9 insertions(+), 6 deletions(-)

(limited to 'doc/06_AdeptEditing.md')

diff --git a/doc/06_AdeptEditing.md b/doc/06_AdeptEditing.md
index 3704e208..1ea88ad4 100644
--- a/doc/06_AdeptEditing.md
+++ b/doc/06_AdeptEditing.md
@@ -187,15 +187,18 @@ in ncurses) key bindings. Replace in Files is not supported. You will have to
 "Find in Files" first, and then "Replace All" for each file a result is found
 in. The "Match Case", "Whole Word", and "Lua pattern" flags still apply.
 
-_Warning_: currently, there is no way to specify a file-type filter, so Find in
-Files will scan **all** files, even binary ones, in **all** sub-directories.
-Searches also block Textadept from receiving additional input, making the
-interface temporarily unresponsive. Searching large directories or projects can
-be very time consuming and frustrating, so using a specialized, external tool
-such as [ack][] is recommended.
+_Warning_: currently, the only way to specify a file-type filter is through the
+[find API][] and even though the default filter excludes common binary files
+and version control folders from searches, Find in Files could still scan
+unrecognized binary files or large, unwanted sub-directories. Searches also
+block Textadept from receiving additional input, making the interface
+temporarily unresponsive. Searching large directories or projects can be very
+time consuming and frustrating, so using a specialized, external tool such as
+[ack][] is recommended.
 
 ![Find in Files](images/findinfiles.png)
 
+[find API]: api/gui.find.html#FILTER
 [ack]: http://betterthangrep.com/
 
 ### Incremental Find
-- 
cgit v1.2.3