From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel,gmane.emacs.gnus.general Subject: RE: make-progress-reporter suggestions: 'modeline and customizableprogress-reporter--pulse-characters Date: Wed, 23 Feb 2011 17:27:12 -0800 Message-ID: References: <87ei76yi1x.fsf@lifelogs.com> <87lj1ergg5.fsf@gmx.de><87ipwi3hjm.fsf@lifelogs.com> <87fwrmr6gf.fsf@gmx.de><8739nm1u6n.fsf_-_@lifelogs.com> <878vxdxfzw.fsf@lifelogs.com> <87fwrj6j18.fsf@gmx.de> <87zkpp43s2.fsf@gmx.de><87aaho0yi1.fsf@lifelogs.com> <87ipwb5fcc.fsf@gnus.org><87fwrf87f3.fsf@gmx.de> <87tyfuh3l3.fsf@stupidchicken.com><87hbbuv25k.fsf@lola.goethe.zz> <87tyfu1d2v.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1298510920 25844 80.91.229.12 (24 Feb 2011 01:28:40 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 24 Feb 2011 01:28:40 +0000 (UTC) Cc: ding@gnus.org To: "'Ted Zlatanov'" , Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 24 02:28:35 2011 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 1PsQ0O-0000db-25 for ged-emacs-devel@m.gmane.org; Thu, 24 Feb 2011 02:28:32 +0100 Original-Received: from localhost ([127.0.0.1]:54928 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PsQ0N-0006Go-Ii for ged-emacs-devel@m.gmane.org; Wed, 23 Feb 2011 20:28:31 -0500 Original-Received: from [140.186.70.92] (port=50624 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PsQ0I-0006GQ-Nf for emacs-devel@gnu.org; Wed, 23 Feb 2011 20:28:27 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PsQ0H-00022c-Iq for emacs-devel@gnu.org; Wed, 23 Feb 2011 20:28:26 -0500 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]:58735) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PsQ0H-00022W-9k for emacs-devel@gnu.org; Wed, 23 Feb 2011 20:28:25 -0500 Original-Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id p1O1SKne002130 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 24 Feb 2011 01:28:22 GMT Original-Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id p1NHdRau000783; Thu, 24 Feb 2011 01:28:20 GMT Original-Received: from abhmt006.oracle.com by acsmt354.oracle.com with ESMTP id 1032734681298510833; Wed, 23 Feb 2011 17:27:13 -0800 Original-Received: from dradamslap1 (/10.159.46.36) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 23 Feb 2011 17:27:13 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87tyfu1d2v.fsf@lifelogs.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Thread-Index: AcvTuzt0IlQcEL4qTvGwkODeMYFIfgAAxQOQ X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090203.4D65B434.00B2:SCFMA4539814,ss=1,fgs=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 148.87.113.121 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:136423 gmane.emacs.gnus.general:77249 Archived-At: > What's the benefit of more than 1 spinning indicator in a > single-threaded editor? At best they are > distracting. What's an example where it would be useful? Uh, I thought this was supposed to be a kind of progress indicator, in particular for an async process. Forgive me for not reading the thread in detail, if that's not the case. But if that is the case, then can't you imagine wanting to know the status of more than one activity in progress? Whether those activities are carried out truly in parallel is beside the point. Surely you can launch more than one process (grep, compile, download,...) and want to know the progress of each. Whether things are done in one thread or 1000 seems irrelevant here. Again, if I misunderstood the aim, milles excuses. But we do agree about one thing, at least from the sound of it: "at _best_ they are distracting". Even with N=1, I would add. > DA> FWIW - All in all, personally I would find this feature a > DA> distraction. I would be one user who would turn it off. YAGNI. > > OK, so you're against it. Why spend so much time giving > suggestions for something you won't use? To prevent your co-opting and cluttering up the mode line, minibuffer, echo area, etc. with a spinning, blinking, shining, sparkling, or flashing fishing lure. For that reason, my main argument has been for users to be able to turn it off. But I would also like to see it kept out of such areas by default. Making such annoying bling an option, turned off by default, is fine with me, wherever you might enjoy sticking it. I suggested using a separate small buffer window/frame (no decoration, like a tooltip), so the location could be wherever you want - and the indicator wouldn't take over any of the important candidate spots named so far. Just one idea among many discussed. None of them sound very good to me so far. There's really no reason to give this a fixed, a priori position anywhere - it's not logically associated with the fringe (no special line), the echo area (not punctual feedback), the minibuffer, the toolbar, or a mode line. It doesn't necessarily belong anywhere in particular. So my thought was to let the location be programmable or user customizable - a separate frame.