From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andrey Kotlarski Newsgroups: gmane.emacs.devel Subject: Re: Conkeror-like functionality for EWW Date: Wed, 05 Nov 2014 14:00:38 +0200 Message-ID: References: <87vbtdz513.fsf@gmail.com> <87oasobdtl.fsf@lifelogs.com> <87r3xjz6qf.fsf@thinkpad-t440p.tsdh.org> <87h9ye3q90.fsf@thinkpad-t440p.tsdh.org> <87egth99rp.fsf@thinkpad-t440p.tsdh.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1415188882 464 80.91.229.3 (5 Nov 2014 12:01:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 5 Nov 2014 12:01:22 +0000 (UTC) Cc: emacs-devel@gnu.org To: Tassilo Horn Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 05 13:01:11 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 1XlzGr-0005Qv-Qc for ged-emacs-devel@m.gmane.org; Wed, 05 Nov 2014 13:01:05 +0100 Original-Received: from localhost ([::1]:45936 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XlzGr-0006jP-GC for ged-emacs-devel@m.gmane.org; Wed, 05 Nov 2014 07:01:05 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34259) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XlzGe-0006cZ-PJ for emacs-devel@gnu.org; Wed, 05 Nov 2014 07:01:02 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XlzGV-00046F-KI for emacs-devel@gnu.org; Wed, 05 Nov 2014 07:00:52 -0500 Original-Received: from mail-wi0-x230.google.com ([2a00:1450:400c:c05::230]:49807) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XlzGU-00045y-VL; Wed, 05 Nov 2014 07:00:43 -0500 Original-Received: by mail-wi0-f176.google.com with SMTP id h11so12157762wiw.15 for ; Wed, 05 Nov 2014 04:00:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:newsgroups:to:cc:subject:references:date:message-id:user-agent :cancel-lock:in-reply-to:mime-version:content-type :content-transfer-encoding:posted-to; bh=3dP3yn18lNDe0/QCO4toMOe7ZZluMRIrbiWKauWwEvA=; b=aeheShgR7j5w3Gyylw0rm1OUzAY48guD4sVBs/YHcYKKPNfnyNmzaRA2RuvQ26EEfH uFiHhyzTubPA731s2fqiug8bZhp7mKd1y0ehqnquQBy8qyFVb9i3SXclYqcYaCWFImA1 kCFYRQ5EbeFjh615NbHz3zu/Jn6iCd1EjrUu59yhhIa/BG+jUfsS3xtfstbsK3RU6RSi MRMDhHOrr5KJO5T1ZjCvNw7RWWvoGfimqB2fUXqETesL+dBvNl3r789b1RysGIeRzbc8 mRa//VWy5rIrQ0Uzh+9BMjn41jR/RdXIItqpJcoI6upHPTg3KVr5JFCr8UwrSFGuYyCp L1CA== X-Received: by 10.180.90.241 with SMTP id bz17mr5028092wib.75.1415188841840; Wed, 05 Nov 2014 04:00:41 -0800 (PST) Original-Received: from ws-akotlarski.sf.vayant.com ([213.222.32.130]) by mx.google.com with ESMTPSA id dr5sm4353173wib.4.2014.11.05.04.00.40 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 05 Nov 2014 04:00:41 -0800 (PST) Original-Newsgroups: gmane.emacs.devel User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) Cancel-Lock: sha1:gF0uaxsHq9JuqT8c7s3pr6hc6Xg= In-Reply-To: <87egth99rp.fsf@thinkpad-t440p.tsdh.org> (Tassilo Horn's message of "Wed, 05 Nov 2014 12:17:30 +0100") Posted-To: gmane.emacs.devel X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::230 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:176392 Archived-At: The following message is a courtesy copy of an article that has been posted to gmane.emacs.devel as well. [ 5 =D0=BD=D0=BE=D0=B5=D0=BC=D0=B2=D1=80=D0=B8 2014, 12:17 +0100, =D1=81= =D1=80=D1=8F=D0=B4=D0=B0 ] Tassilo Horn: > Well, a user might know what he's looking for. Or do you mean that > statement in a more technical sense? If there are matches further down, they have to be shown somehow so user doesn't blindly RET on the first without knowing what it is. This interface makes sense only on visible part of page. > 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. helm-occur is very nice (probably even separate help-eww-links source) but it shows just one line context and somewhat restricted way to jump directly to particular match if many. It is good in many cases but sufficiently different than the conkeror-style interface to somehow combine them. By the way helm integration is something I'd like to do for the eww-lnum-universal command where link/form/button is first selected and then number of actions offered.