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: finder.el UI Date: Mon, 22 Mar 2010 17:04:10 +0200 Organization: JURTA Message-ID: <877hp4pf8h.fsf@mail.jurta.org> References: <87zl2g24xy.fsf@stupidchicken.com> <87mxyfq3bz.fsf@gmx.de> <87sk87h49a.fsf@gmx.de> <87hbomwu4b.fsf_-_@mail.jurta.org> <878w9yr0zh.fsf_-_@mail.jurta.org> <87pr37ka78.fsf@mail.jurta.org> <87fx41uwl4.fsf@mail.jurta.org> <874okc6x5p.fsf_-_@lifelogs.com> <87y6hnq59o.fsf@mail.jurta.org> <878w9k1o1g.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1269271906 5388 80.91.229.12 (22 Mar 2010 15:31:46 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 22 Mar 2010 15:31:46 +0000 (UTC) Cc: emacs-devel@gnu.org To: Ted Zlatanov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Mar 22 16:31:42 2010 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.69) (envelope-from ) id 1NtjbP-0000Co-TE for ged-emacs-devel@m.gmane.org; Mon, 22 Mar 2010 16:31:40 +0100 Original-Received: from localhost ([127.0.0.1]:38439 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NtjbP-0000BU-AJ for ged-emacs-devel@m.gmane.org; Mon, 22 Mar 2010 11:31:39 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NtjVc-0001no-LI for emacs-devel@gnu.org; Mon, 22 Mar 2010 11:25:40 -0400 Original-Received: from [140.186.70.92] (port=48375 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NtjVX-0001Vc-Ft for emacs-devel@gnu.org; Mon, 22 Mar 2010 11:25:40 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1NtjG5-0002Yd-Sm for emacs-devel@gnu.org; Mon, 22 Mar 2010 11:09:39 -0400 Original-Received: from smtp-out2.starman.ee ([85.253.0.4]:56514 helo=mx2.starman.ee) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NtjG5-0002Y1-JM for emacs-devel@gnu.org; Mon, 22 Mar 2010 11:09:37 -0400 X-Virus-Scanned: by Amavisd-New at mx2.starman.ee Original-Received: from mail.starman.ee (82.131.30.14.cable.starman.ee [82.131.30.14]) by mx2.starman.ee (Postfix) with ESMTP id A83413F40DA; Mon, 22 Mar 2010 17:09:30 +0200 (EET) In-Reply-To: <878w9k1o1g.fsf@lifelogs.com> (Ted Zlatanov's message of "Mon, 22 Mar 2010 08:30:51 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (x86_64-pc-linux-gnu) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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:122480 Archived-At: > I tried it and it's a browser that deadends at the commentary. Wouldn't > it make sense to at least let the user browse the original package > sources? But this is still much better than the old finder and I would > get rid of the old one. It is possible to implement Info links to source code like links to http are already implemented. There is also a related task in etc/TODO: ** In Emacs Info, examples of using Customize should be clickable and they should create Custom buffers. These should be another type of Info links to Custom buffers. > JL> Please note that I don't propose to use this package as is > JL> in package.el. I'm referring to its UI that would be useful > JL> for package.el. > > So I'm a little confused. Is the jurta.org finder proposed for Emacs > inclusion? Or is info-finder the way to go? No, it's not proposed for Emacs inclusion. > Either way, users who look for packages also like to install and > activate them, so IMHO it makes sense that all the finder UIs should > link to package.el installation+activation somehow, either internally by > calling package.el functions or externally by launching package.el, when > it's part of Emacs. I think package.el should have its own UI designed for its requirements. -- Juri Linkov http://www.jurta.org/emacs/