From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: "Loading" Date: Wed, 14 Mar 2012 15:07:43 +0100 Message-ID: References: <87obrzo8qy.fsf@gmx.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1331734142 30804 80.91.229.3 (14 Mar 2012 14:09:02 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 14 Mar 2012 14:09:02 +0000 (UTC) Cc: emacs-devel@gnu.org To: Michael Albinus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 14 15:09:02 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 1S7osq-0002cR-Qy for ged-emacs-devel@m.gmane.org; Wed, 14 Mar 2012 15:08:56 +0100 Original-Received: from localhost ([::1]:46863 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S7osq-0004Ly-4D for ged-emacs-devel@m.gmane.org; Wed, 14 Mar 2012 10:08:56 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:50423) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S7osM-0004IT-9Y for emacs-devel@gnu.org; Wed, 14 Mar 2012 10:08:53 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S7oru-0007qn-Q3 for emacs-devel@gnu.org; Wed, 14 Mar 2012 10:08:25 -0400 Original-Received: from hermes.netfonds.no ([80.91.224.195]:57011) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S7oru-0007qJ-JB for emacs-devel@gnu.org; Wed, 14 Mar 2012 10:07:58 -0400 Original-Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1S7orf-0005X2-S3; Wed, 14 Mar 2012 15:07:43 +0100 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEVBQD+DgHwHBggbERMC AgTv6d7HwrqBTHwkAAACc0lEQVQ4jVWUwW4jIQyGzZDNGZqGcwujPROI9lxNeYCdA5yHVvD+j7C/ mUy3RQqK/GH7tzFDdiwXg/2xHNkZu52XbzbJ+wA/V/RhAJvs8t3uppcHWEZ4x3scgP9GALbMbtii 5BNu93CSFUUGNvjpAaDqhaR0DgA5naewh4IHkSTpfIyeZCSavoCExZMgIqGi/A8QBDattem9wyXY R/KXaEnA3jPWKonlTgNI6+lhz7lCr4ROGegmUYzSbQfliaNDTyAhkUWKB8jP8CCHtpIQlxjjF3ia 7TRaROdqZIwmHx4LPDyhvLPSW/TDobCHtRMisNTz1pWAtXemUDqN7tOtK1MRqaJMaJ7mA/wp1Cos G5lNtH5KB/idO8KgaGHkLatTWk47eM2lFQ6vpDuXck8WTqMlLZcB1uDbuqaU7mkZ3TWl5M6tqi3/ nRgs+/joXgH2JpZnBjw4AKaKowgUntJyn9Pw+LWdc+7oe2kDYC0HKKWaNjpyOuwD8KVypL/iisRz 9Dy8JK+9mj130SolHiElg6WYG4reUzfUvThMC4lA6PhKuvVWtGaQMDKYjgtphJACWTrOoeh3AGW0 Io5N3nRtat/mlN5wHBexDaAiD1DXG7QKnjKjN2oMZEQwzA6AxhnRD0DS88ihvLcKcO76k6+TQRAY XqR4rWJ4fBJKgJ4Y3iEfkc4MdAUQDGKcU3B3zq00i6qfUDqSz+md+4cBZ1G9flCkK0Dge8DPeQnQ tf6gEI0mOPBdp+SIQdPmg6Yo8CI5jOOrwIMUJuv+RNLK24WBZYBOEYSuAMpJf7FpXjDID0DXtQdS eP54FAFfBX73nh/vtVT6B5Ce0Upg+gSmAAAAAElFTkSuQmCC X-Now-Playing: Phranc's _Folksinger_: "Lifelover" In-Reply-To: <87obrzo8qy.fsf@gmx.de> (Michael Albinus's message of "Wed, 14 Mar 2012 10:02:45 +0100") User-Agent: Gnus/5.130004 (Ma Gnus v0.4) Emacs/24.0.94 (gnu/linux) X-MailScanner-ID: 1S7orf-0005X2-S3 MailScanner-NULL-Check: 1332338864.08621@0qkzN9e41ppti/IbjNV3lA X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.224.195 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:149042 Archived-At: Michael Albinus writes: > The progress-reporter, spinning in the echo area, is not an option, > because the minibuffer shall be usable. Therefore I'm thinking about to > reactivate the old proposal of a progress-reporter extension, spinning \ > | / in the modeline (more precisely: in `mode-line-remote'). I think spinning something in the mode line to indicate that we're waiting for network traffic is a very good idea. > I believe it would be a good thing, if running asynchronous operations > are made visible consistently in Emacs. Maybe we could agree on the same > function? In messages with images, there's usually more than one. Some may be downloading, some may have failed and some may not be downloading at all. I was thinking that it would make sense to "spin" the particular images that are in the process of downloading to give the user an obvious feedback on what's happening with each particular image. However, I'm not absolutely sure that's necessary. The three categories could be distinguished otherwise. If the downloading fails, perhaps a "broken image" image could be shown instead, and for the images that aren't going to be downloaded, perhaps some other icon could be shown. Spinning in the buffer itself may be unnecessarily distracting. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/