From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?UTF-8?B?QW5kcmVhcyBSw7ZobGVy?= Newsgroups: gmane.emacs.help Subject: Re: How to suppress/avoid *Async Shell Command* buffer? Date: Sat, 18 May 2013 14:47:06 +0200 Message-ID: <5197784A.1020500@easy-emacs.de> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1368881104 2252 80.91.229.3 (18 May 2013 12:45:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 18 May 2013 12:45:04 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: Marius Hofert Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat May 18 14:45:03 2013 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 1UdgVQ-0003pL-FU for geh-help-gnu-emacs@m.gmane.org; Sat, 18 May 2013 14:45:00 +0200 Original-Received: from localhost ([::1]:51612 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UdgVQ-00045x-1m for geh-help-gnu-emacs@m.gmane.org; Sat, 18 May 2013 08:45:00 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:56091) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UdgVA-00045K-Ig for help-gnu-emacs@gnu.org; Sat, 18 May 2013 08:44:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UdgV5-0005Na-KW for help-gnu-emacs@gnu.org; Sat, 18 May 2013 08:44:44 -0400 Original-Received: from moutng.kundenserver.de ([212.227.126.187]:64375) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UdgV5-0005NS-8y for help-gnu-emacs@gnu.org; Sat, 18 May 2013 08:44:39 -0400 Original-Received: from [192.168.178.21] (brln-4db9aa50.pool.mediaWays.net [77.185.170.80]) by mrelayeu.kundenserver.de (node=mrbap2) with ESMTP (Nemesis) id 0M51UE-1UIHzm3qbm-00zSnn; Sat, 18 May 2013 14:44:37 +0200 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 In-Reply-To: X-Provags-ID: V02:K0:+5N78P08Yp2mLiXeIMA0UZuq9Aax4Cu4/BYiAIOmzfW gwXP2oy0kQgfdoODnX1k3gBMZ4tkleJJs3iwye717Vuy5zzSVV rksvKkqwfQwyBhVWewkHjlD0mezQ/tx1Pdj+ci7ORPKAUFhQUY 7X13OTfmawtUCD6HK4gpTVBAfv0Lly8B8GAyeMDCVIpsSF9OTC 5h9DIC9np8MHyvM1CDOq3upPgIQX9K+yBPh8yobiH7vxCQGTs4 KLPHE7FlxQts0FNKS16FH+phasA02S2luRK/3rCSVeU6XT8dK/ pTbAo/LrZK4RCaDCaxT2FCH/nNgpXLKSyALJI16EjTjkWaaN4X 2k+4nFL6w4tJtN9ACe8fLSnP4Mau+4LO/ip8bDcaJ X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 212.227.126.187 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:90891 Archived-At: Am 18.05.2013 12:05, schrieb Marius Hofert: > Hi Andreas, > > Thanks a lot for helping. > > The purpose is simply for opening them (asynchronously), viewing the pdf Hmm, probably don't understand yet, what is the difference WRT RET --dired-find-file-- ? > (continuing to work in Emacs), (maybe add annotations to the pdf and save > it). > which would mean edit, not just view the pdf(?) > I use 'dired-mode' as 'file manager' and often would like to open and view > pdfs in Okular. I also have other 'dired-guess-shell-alist-user' settings > like opening pngs in eog or mp3s in VLC. But everytime I open a file, I get > this annoying *Async Shell Command* buffer (either empty or with debug > output) and I have to manually close it via C-x 0 etc. to get rid of it. Please give an example of the shell-command used than. I > know that it might contain useful information sometimes and I wouldn't be > against it appearing hidden (in the buffer list). But being distracted by > this buffer in dired-mode is really unpleasant. If I only knew more emacs > lisp... > Let's see how it comes out in this case. Andreas > Cheers, > > Marius >