From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tassilo Horn Newsgroups: gmane.emacs.devel Subject: Re: Conkeror-like functionality for EWW Date: Wed, 05 Nov 2014 12:17:30 +0100 Message-ID: <87egth99rp.fsf@thinkpad-t440p.tsdh.org> References: <87vbtdz513.fsf@gmail.com> <87oasobdtl.fsf@lifelogs.com> <87r3xjz6qf.fsf@thinkpad-t440p.tsdh.org> <87h9ye3q90.fsf@thinkpad-t440p.tsdh.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1415186288 22597 80.91.229.3 (5 Nov 2014 11:18:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 5 Nov 2014 11:18:08 +0000 (UTC) Cc: emacs-devel@gnu.org To: Andrey Kotlarski Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 05 12:18:01 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XlybB-0001JR-Ls for ged-emacs-devel@m.gmane.org; Wed, 05 Nov 2014 12:18:01 +0100 Original-Received: from localhost ([::1]:45778 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XlybB-00082E-6Q for ged-emacs-devel@m.gmane.org; Wed, 05 Nov 2014 06:18:01 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51700) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xlyaq-0007ug-2o for emacs-devel@gnu.org; Wed, 05 Nov 2014 06:17:47 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xlyai-0005Z4-H5 for emacs-devel@gnu.org; Wed, 05 Nov 2014 06:17:40 -0500 Original-Received: from deliver.uni-koblenz.de ([141.26.64.15]:50677) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xlyai-0005Yj-BL for emacs-devel@gnu.org; Wed, 05 Nov 2014 06:17:32 -0500 Original-Received: from localhost (localhost [127.0.0.1]) by deliver.uni-koblenz.de (Postfix) with ESMTP id 4FC261A83D8; Wed, 5 Nov 2014 12:17:31 +0100 (CET) X-Virus-Scanned: amavisd-new at uni-koblenz.de Original-Received: from deliver.uni-koblenz.de ([127.0.0.1]) by localhost (deliver.uni-koblenz.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eXjZZaFZGjPA; Wed, 5 Nov 2014 12:17:30 +0100 (CET) X-CHKRCPT: Envelopesender noch tsdh@gnu.org Original-Received: from thinkpad-t440p.tsdh.org (dhcp133.uni-koblenz.de [141.26.71.133]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by deliver.uni-koblenz.de (Postfix) with ESMTPSA id 984881A83DE; Wed, 5 Nov 2014 12:17:30 +0100 (CET) Mail-Followup-To: Andrey Kotlarski , emacs-devel@gnu.org In-Reply-To: (Andrey Kotlarski's message of "Wed, 05 Nov 2014 12:48:09 +0200") User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 141.26.64.15 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:176387 Archived-At: Andrey Kotlarski writes: Hi Andrey, >> So basically I like the feature a lot but I'd prefer if it operated >> on the whole page, not only the visible buffer portion. That is, I >> think it would be ok if the numbers started with 1 at the beginnig of >> the visible buffer portion but extended to the end of the page so >> that `f ' has a search-forward behavior without bound. > > Problem is user can't refer to something invisible (by number or > further narrow) unless magical powers. Well, a user might know what he's looking for. Or do you mean that statement in a more technical sense? In the latter case, `helm-occur' does something similar namely dynamically narrowing down a buffer to lines that match a given regex as you type it. It does that in a separate buffer and prefixes the the matching lines with some metadata (file, line), but I think that should be doable also on the current buffer. > However, in case narrowing filters out all visible links, automatic > scrolling could happen until/if there are matches further down. I'll > give it a go these days. Yeah, that would be an alternative approach. Bye, Tassilo