From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: Refresh only after key pressed Date: Wed, 02 Dec 2015 18:14:05 +0100 Message-ID: <87io4g7oyq.fsf@debian.uxu> References: <87bna8zxe3.fsf@physik.rwth-aachen.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1449075863 15903 80.91.229.3 (2 Dec 2015 17:04:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 2 Dec 2015 17:04:23 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Dec 02 18:04:11 2015 Return-path: Envelope-to: geh-help-gnu-emacs@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 1a4Ap6-0001Id-E5 for geh-help-gnu-emacs@m.gmane.org; Wed, 02 Dec 2015 18:04:08 +0100 Original-Received: from localhost ([::1]:59390 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a4Ap5-0003rX-Q3 for geh-help-gnu-emacs@m.gmane.org; Wed, 02 Dec 2015 12:04:07 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55780) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a4Aov-0003qy-PO for help-gnu-emacs@gnu.org; Wed, 02 Dec 2015 12:03:58 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a4Aor-0005RA-E2 for help-gnu-emacs@gnu.org; Wed, 02 Dec 2015 12:03:57 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:44611) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a4Aor-0005R4-7o for help-gnu-emacs@gnu.org; Wed, 02 Dec 2015 12:03:53 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1a4Aoj-0000j2-8v for help-gnu-emacs@gnu.org; Wed, 02 Dec 2015 18:03:45 +0100 Original-Received: from nl106-137-244.student.uu.se ([130.243.137.244]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 02 Dec 2015 18:03:45 +0100 Original-Received: from embe8573 by nl106-137-244.student.uu.se with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 02 Dec 2015 18:03:45 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: help-gnu-emacs@gnu.org Original-Lines: 43 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: nl106-137-244.student.uu.se Mail-Copies-To: never User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) Cancel-Lock: sha1:eVS2nlLbFbxc7VrZABg8qzqtx9E= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:108271 Archived-At: Torsten Bronger writes: > I sometimes observe that the window is not refreshed > before I press any key. The display "hangs". > For example, I start Gnus, but still see my opened > file (for way too long). If "my opened file" is current buffer right before you invoked Gnus, then actually it does happen that Gnus takes a while to start. Did you do this? (setq gnus-inhibit-startup-message t) If you did, depending on how much Gnus you do (Usenet, Gmane, mail, RSS ...) it can take a while if there is a lot to be fetched. If you didn't inhibit the Gnus gnu, then when you start Gnus the gnu should appear instantly and only after that should there be the fetch pause. > I press a cursor key, and suddenly see my > Gnus groups. OK, that shouldn't happen. Perhaps your keystroke coincides with the completion of `gnus'? What happens if you don't press a cursor key - will it be forever un-refreshed? (It is bad karma to use the cursor keys btw.) > This is difficult to reproduce. Emacs just seems to > be in this "mode of operation" sometimes. No, it shouldn't be like that. -- underground experts united http://user.it.uu.se/~embe8573