From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dave Abrahams Newsgroups: gmane.emacs.devel Subject: Re: "Loading" Date: Thu, 15 Mar 2012 07:22:46 -0400 Message-ID: References: <87obrzo8qy.fsf@gmx.de> <8762e75k1o.fsf@thinkpad.tsdh.de> <87ipi76xmc.fsf@gmx.de> <87ipi6e0a1.fsf@gmx.de> <87zkbicg8r.fsf@gmx.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1331810586 27138 80.91.229.3 (15 Mar 2012 11:23:06 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 15 Mar 2012 11:23:06 +0000 (UTC) Cc: emacs-devel@gnu.org To: Michael Albinus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 15 12:23:03 2012 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 1S88lq-0000p2-Nw for ged-emacs-devel@m.gmane.org; Thu, 15 Mar 2012 12:23:02 +0100 Original-Received: from localhost ([::1]:41408 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S88lp-00005C-Oy for ged-emacs-devel@m.gmane.org; Thu, 15 Mar 2012 07:23:01 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:58916) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S88lm-0008Vy-2G for emacs-devel@gnu.org; Thu, 15 Mar 2012 07:22:59 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S88lf-0007Vt-Id for emacs-devel@gnu.org; Thu, 15 Mar 2012 07:22:57 -0400 Original-Received: from mail-gy0-f169.google.com ([209.85.160.169]:46999) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S88lf-0007Vb-EP for emacs-devel@gnu.org; Thu, 15 Mar 2012 07:22:51 -0400 Original-Received: by ghrr18 with SMTP id r18so3467443ghr.0 for ; Thu, 15 Mar 2012 04:22:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type:x-gm-message-state; bh=gC8z2VT5uheaKzMNmzPsOT0xog3bUxvpWj1SNEsqaDY=; b=K+wYuin2P9/mik6A61x4Y4dSoopcCYlFs/XLxXi8L3O8kprp/Gka7295rqUMVwsYXd Siesb2+vnj3y2Oxwj89t/1uZD2lsKx4SBuKl+dIb0jvSfsqKDqREnhEZ07WaOSOPY+AW ojPpkicmZ64og6krRgwmWKntRH9kZZ57bu7H8Z8Tbu6VAPC+Z1YPXFnmxBlPnaBi+44y tL9Za1GgQ986P4b0kLwZqdWGNsSIGY1HSXPoP8oD2YxzT4VyYOn7HYLwCXMEHy3YE6ms 95HyWbXuCHF0pNbJafvw/YUvcKVtd17mo4h7U1FKTyJ9r59aOSwKr52U4IB/hmfvJm5S uYjA== Original-Received: by 10.224.101.72 with SMTP id b8mr7111128qao.31.1331810568925; Thu, 15 Mar 2012 04:22:48 -0700 (PDT) Original-Received: from pluto.luannocracy.com (207-172-223-249.c3-0.smr-ubr3.sbo-smr.ma.static.cable.rcn.com. [207.172.223.249]) by mx.google.com with ESMTPS id h11sm3661111qae.3.2012.03.15.04.22.47 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 15 Mar 2012 04:22:48 -0700 (PDT) Original-Received: by pluto.luannocracy.com (Postfix, from userid 501) id 669402C0DE75; Thu, 15 Mar 2012 07:22:46 -0400 (EDT) In-Reply-To: <87zkbicg8r.fsf@gmx.de> (Michael Albinus's message of "Thu, 15 Mar 2012 11:26:12 +0100") User-Agent: Gnus/5.130004 (Ma Gnus v0.4) Emacs/24.0.94 (darwin) X-Gm-Message-State: ALoCoQkiPhwM5op84XX8+0x+9bFkNudlr97P4WlqG8rBmej1I6egqKSFtXjHcLKidT11CpxYkR3+ X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 209.85.160.169 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:149079 Archived-At: on Thu Mar 15 2012, Michael Albinus wrote: > Dave Abrahams writes: > >>>> Is there any reason a few characters couldn't be used for this in the >>>> left part of the minibuffer/echo area, without making that area >>>> completely unusable? >>> >>> Harder to implement. You would need to add a minor mode for the >>> minibuffer, which shows this fixed string. And for the echo area, you >>> would also need to touch `message' and friends. >> >> What about just splitting the minibuffer window horizontally? > > Anything goes, of course. But I fear we would break the minibuffer > (which is a special buffer, with special handling). And there is still > the echo area problem. I didn't realize that was a separate problem. Could you explain further? > The modeline is designed to provide indications to the user. I believe, > it is the natural place for showing unfinished network activities. > > If it cannot be a spinning char due to the permanent refresh, than it > might be some coloured text, as running processes show already. Yeah... but of course I'm looking at three modelines in my frame right now. The problem of having no central place to display global state is well known around here, though. Maybe just use the modeline of the leftmost window immediately above the minibuffer? -- Dave Abrahams BoostPro Computing http://www.boostpro.com