Version: 1.3.1 (using KDE KDE 3.4.3) Installed from: Debian testing/unstable Packages OS: Linux For searching (Ctrl-F) in fairly large documents in would be very nice if there was some kind of index cache to speed up the process. It should suffice to provide indexing for the current document. Well, if you are really generous then maybe for three documents ;-) Indexing could be forced as a background thread, e.g.,if there more than ~10 pages.
Searching is already much faster in KDVI 1.4 (included in KDE 3.5). On my computer it takes about 3 seconds to search for a nonexisting word in a 100 page document in KDVI 1.3.1. In KDVI 1.4 the same task takes less than 1 second. Also I have plans to restructure the internal datastructures, which might again speed it up a little bit. There is already a project underway to include fulltext indexing into KDE4 itself. If you are interested look at http://kat.mandriva.com. I have not tried KAT myself, so I don't know how good it currently works, but it already can index DVI files, among many other fileformats.
I just had a quick look at the KAT page. Seems promising to me. However, it rather looks like a service for global indexing that covers multiple files and even whole file systems. If it can be used to speed up the search within a single document it would solve the issue of this bug as well, of course.
kdvi is no longer maintained since KDE SC 4, and its functionality is replace by okular. If the issue in this report still exists in or apply to okular in KDE SC 4.10.5 or higher, please reassign the report to okular product or create a new report against okular.