From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: isearch for doc-view.el Date: Tue, 06 Nov 2007 02:44:54 +0200 Organization: JURTA Message-ID: <87mytsz1ax.fsf@jurta.org> References: <7gk5p448xq.fsf@fencepost.gnu.org> <87wst33g0o.fsf@baldur.tsdh.de> <87pryv3eew.fsf@baldur.tsdh.de> <87k5p3qisa.fsf@baldur.tsdh.de> <87ejfbqdb4.fsf@baldur.tsdh.de> <87y7dhv89p.fsf@jurta.org> <87ejf8kxwg.fsf@baldur.tsdh.de> <87sl3koq9k.fsf_-_@baldur.tsdh.de> <87fxzk4dbd.fsf@baldur.tsdh.de> <877ikw4azt.fsf@baldur.tsdh.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1194310360 5216 80.91.229.12 (6 Nov 2007 00:52:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 6 Nov 2007 00:52:40 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 06 01:52:43 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IpCgN-0002D5-8w for ged-emacs-devel@m.gmane.org; Tue, 06 Nov 2007 01:52:43 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IpCgC-0008L3-96 for ged-emacs-devel@m.gmane.org; Mon, 05 Nov 2007 19:52:32 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IpCf3-0007Ym-PZ for emacs-devel@gnu.org; Mon, 05 Nov 2007 19:51:21 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IpCf3-0007YK-7A for emacs-devel@gnu.org; Mon, 05 Nov 2007 19:51:21 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IpCf2-0007YE-Rp for emacs-devel@gnu.org; Mon, 05 Nov 2007 19:51:20 -0500 Original-Received: from mailman.kiev.sovam.com ([89.162.150.100]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1IpCf2-0000iY-FO for emacs-devel@gnu.org; Mon, 05 Nov 2007 19:51:20 -0500 Original-Received: from relay01.kiev.sovam.com ([62.64.120.200]) by mailman.kiev.sovam.com with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IpCf3-000Prx-Pq for emacs-devel@gnu.org; Tue, 06 Nov 2007 00:51:21 +0000 Original-Received: from [83.170.232.243] (helo=smtp.svitonline.com) by relay01.kiev.sovam.com with esmtp (Exim 4.67) (envelope-from ) id 1IpCef-0000fA-DM for emacs-devel@gnu.org; Tue, 06 Nov 2007 02:50:57 +0200 In-Reply-To: <877ikw4azt.fsf@baldur.tsdh.de> (Tassilo Horn's message of "Mon, 05 Nov 2007 22:51:18 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.50 (gnu/linux) X-Scanner-Signature: 367251710ae6d8069d2a2bb66b314d03 X-DrWeb-checked: yes X-SpamTest-Envelope-From: juri@jurta.org X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 1737 [Nov 05 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: none X-SpamTest-Rate: 25 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release X-detected-kernel: by monty-python.gnu.org: FreeBSD 6.x (1) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:82606 Archived-At: > But even if we'd get that working no real isearch feeling comes up due > to the missing match highlighting. Currently I display all lines > containing a match in a tooltip and each C-s or C-r jumps directly to > the next/previous page with a match. With isearch we could only display > the current match. So we had to decide if another C-s jumps to the next > page with a match (thus only the first match in a page will be displayed > in a tooltip) or to the next match, which would do nothing visible > (except the tooltip) if the next match is on the same page. That's what I meant when I suggested using a different search UI. It is confusing to provide isearch keys with nothing more common with isearch. If highlighting of the matches on the rendered images is impossible, what do you think about the following approach: display the plain text of the current page below its rendered image (just where you currently display the page information like "Page 1 of 1"), and let isearch to operate on this text with all its standard features: highlighting of all matches, etc. Isearch on the plain text will provide enough cues to visually locate the place of the found string on the rendered image. -- Juri Linkov http://www.jurta.org/emacs/