diff --git a/src/doc/user/usermanual.html b/src/doc/user/usermanual.html index 85405efa..809e63f9 100644 --- a/src/doc/user/usermanual.html +++ b/src/doc/user/usermanual.html @@ -423,7 +423,7 @@ alink="#0000FF">
List of Tables
As mentioned above, a copy of the indexed Web pages is
+ retained by Recoll in a local cache (from which data is
+ fetched for previews, or when resetting the index). The
+ cache is not changed by an index reset, just read for
+ indexing. The cache has a maximum size, which can be
+ adjusted from the Index
+ configuration / Web
+ history panel (webcachemaxmbs parameter in recoll.conf). Once the maximum size is
+ reached, old pages are erased to make room for new ones.
+ The pages which you want to keep indefinitely need to be
+ explicitly archived elsewhere. Using a very high value
+ for the cache size can avoid data erasure, but see the
+ above 'Howto' page for more details and gotchas.
The visited Web pages indexing feature can be enabled on the Recoll side from the GUI Index configuration @@ -1989,23 +2008,6 @@ recollindex -c "$confdir" configuration in a Recoll 'Howto' entry.
-A copy of the indexed Web pages is retained by Recoll
- in a local cache (from which data is fetched for
- previews, or when resetting the index). The cache has a
- maximum size, which can be adjusted from the Index configuration / Web history panel (webcachemaxmbs parameter in recoll.conf). Once the maximum size is
- reached, old pages are erased to make room for new ones.
- The pages which you want to keep indefinitely need to be
- explicitly archived elsewhere. Using a very high value
- for the cache size can avoid data erasure, but see the
- above 'Howto' page for more details and gotchas.
On Linux and Windows, the GUI can be used to manage the indexing operation. Stopping the indexer can be done from the In this situation, the recoll GUI menu makes two operations available: - 'Stop' and 'Trigger incremental pass'.
+ and Trigger incremental pass. +has the same effect as restarting the indexer, + and will cause a complete walk of the indexed area, + processing the changed files, then switch to monitoring. + This is only marginally useful, maybe in cases where the + indexer is configured to delay updates, or to force an + immediate rebuild of the stemming and phonetic data, which + are only processed at intervals by the real time + indexer.
While it is convenient that data is indexed in real time, repeated indexing can generate a significant load on the system when files such as email folders change. Also, @@ -3987,7 +4000,7 @@ fs.inotify.max_user_watches=32768 given context (e.g. within a preview window, within the result table).
Table 3.1. Keyboard shortcuts