From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.xemacs.beta,gmane.emacs.devel Subject: Re: Emacs setup assistants Date: Thu, 27 May 2004 11:07:18 -0400 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Sender: xemacs-beta-admin@xemacs.org Message-ID: <4nisehhpsp.fsf@lifelogs.com> References: <87zn847n6a.fsf@mail.jurta.org> <1438-Thu20May2004203119+0300-eliz@gnu.org> <4nd64y29zc.fsf@lifelogs.com> <2719-Fri21May2004201241+0300-eliz@gnu.org> <4nn041u050.fsf@lifelogs.com> <4n1xl9kjab.fsf@lifelogs.com> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1085671749 8185 80.91.224.253 (27 May 2004 15:29:09 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 27 May 2004 15:29:09 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: xemacs-beta-admin@xemacs.org Thu May 27 17:28:59 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BTMoU-0007oD-00 for ; Thu, 27 May 2004 17:28:58 +0200 Original-Received: from gwyn.tux.org ([199.184.165.135]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BTMoT-00040W-00 for ; Thu, 27 May 2004 17:28:58 +0200 Original-Received: from gwyn.tux.org (localhost.localdomain [127.0.0.1]) by gwyn.tux.org (8.11.6p2/8.9.1) with ESMTP id i4RFP5o30295; Thu, 27 May 2004 11:25:05 -0400 Original-Received: (from turnbull@localhost) by gwyn.tux.org (8.11.6p2/8.9.1) id i4RFOVt29855 for xemacs-beta-mailman@xemacs.org; Thu, 27 May 2004 11:24:31 -0400 Original-Received: (from mail@localhost) by gwyn.tux.org (8.11.6p2/8.9.1) id i4RFOSm29810 for turnbull@tux.org; Thu, 27 May 2004 11:24:28 -0400 Original-Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by gwyn.tux.org (8.11.6p2/8.9.1) with ESMTP id i4RFOQo29775 for ; Thu, 27 May 2004 11:24:27 -0400 Original-Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BTMk5-0001Ta-00 for ; Thu, 27 May 2004 17:24:25 +0200 Original-Received: from asimov.bwh.harvard.edu ([134.174.9.63]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 May 2004 17:24:25 +0200 Original-Received: from tzz by asimov.bwh.harvard.edu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 May 2004 17:24:25 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-To: xemacs-beta@xemacs.org Original-Lines: 26 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: asimov.bwh.harvard.edu X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6;d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:jG0M3KHiby8RxUYbrLRz27kXHz8= X-XEmacs-List: beta Errors-To: xemacs-beta-admin@xemacs.org X-BeenThere: xemacs-beta@xemacs.org X-Mailman-Version: 2.0.13 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: XEmacs Beta Testers List-Unsubscribe: , Xref: main.gmane.org gmane.emacs.xemacs.beta:14868 gmane.emacs.devel:24020 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:24020 On 26 May 2004, monnier@iro.umontreal.ca wrote: > I think it only makes sense to prevent users from doing something if we > can't make the result sensible. I.e. jumping from 3.1 to 2 should *not* > be prevented since it should simply do the same as hitting `previous' twice. > It might make sense to prevent the user from jumping from 3.1 to 3.3 if > there's a good technical reason. But nothing should prevent the > user from jumping from 3.3 to 3.1 and then back to 3.3. In the above > example, I can't think of any good reason why a user can't jump straight to > 3.3 since setting up "sending mail" should not have any dependency w.r.t > "news host": the suggested ordering is arbitrary anyway, so the user should > be free to do things in another order. > > To prevent users from getting confused, items in the outline that have not > been completed yet should be dimmed/highlighted. I disagree with this design choice, as I've mentioned already. I think it complicates the UI unnecessarily and does not bring any real functionality to assistants. If, however, you or anyone else chooses to implement it and make it the default navigation interface, I won't argue. Any assistant is better than nothing. I'm currently trying to get the Gnus assistant.el to be useful, if anyone is interesting in helping. Ted