From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Artur Malabarba Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Add file-dwim. Date: Mon, 19 Oct 2015 10:30:12 +0100 Message-ID: References: <87d1wcrzuu.fsf@T420.taylan> <87lhb0ot7m.fsf@T420.taylan> <874mhnp80c.fsf@T420.taylan> Reply-To: bruce.connor.am@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c3f5c4cef56f052271ca0f X-Trace: ger.gmane.org 1445247039 9708 80.91.229.3 (19 Oct 2015 09:30:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 19 Oct 2015 09:30:39 +0000 (UTC) Cc: emacs-devel To: =?UTF-8?B?VGF5bGFuIFVscmljaCBCYXnEsXJsxLEvS2FtbWVy?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 19 11:30:38 2015 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 1Zo6m2-0001LF-T6 for ged-emacs-devel@m.gmane.org; Mon, 19 Oct 2015 11:30:35 +0200 Original-Received: from localhost ([::1]:37874 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zo6m1-0007vE-Ix for ged-emacs-devel@m.gmane.org; Mon, 19 Oct 2015 05:30:33 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42062) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zo6ll-0007uN-Nw for emacs-devel@gnu.org; Mon, 19 Oct 2015 05:30:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zo6lh-0004uj-NL for emacs-devel@gnu.org; Mon, 19 Oct 2015 05:30:17 -0400 Original-Received: from mail-lb0-x236.google.com ([2a00:1450:4010:c04::236]:33885) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zo6lh-0004uc-Fk for emacs-devel@gnu.org; Mon, 19 Oct 2015 05:30:13 -0400 Original-Received: by lbbwb3 with SMTP id wb3so76323081lbb.1 for ; Mon, 19 Oct 2015 02:30:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=2SeKofB/993fBH01ks8hJwaZEYZS/Mju7L0MW8SCJs8=; b=VmVcGnB3syWeTi3GCVb2+/EQVSUUPKU+NiYR9AtJ8870cWD8WVCGsAkUdxoa9SdNqR yKap6SNJNFgh+tTtPwGdn+//FGwt5GeqTvV9TSnEBZytOYknjkrUIqZdNnmacSvkdsm8 XPoJ3PCfLr6Y2LBV6xFRb91fN+bRpahxhJIQb1LI8R9xu2tvEc+NSjzQ5bj+nxCeFf6F mf0vO4cs1uVXYTs34rNDg9hGQPkQWm9AcytUwweEQx6Y0FaPwdXsGDVRetFAxdM347CB erkONbinxKnEeuhCf5OccEz/JppIzr9CY0r8ACqbzEC05FVWEWz3q+z0wAvuQixjZDgf DadA== X-Received: by 10.112.54.169 with SMTP id k9mr13648251lbp.95.1445247012759; Mon, 19 Oct 2015 02:30:12 -0700 (PDT) Original-Received: by 10.25.22.197 with HTTP; Mon, 19 Oct 2015 02:30:12 -0700 (PDT) In-Reply-To: <874mhnp80c.fsf@T420.taylan> X-Google-Sender-Auth: qphRm7TkSJJhmsIy0eJAm-3lHxA X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c04::236 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:192057 Archived-At: --001a11c3f5c4cef56f052271ca0f Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 2015-10-19 9:39 GMT+01:00 Taylan Ulrich Bay=C4=B1rl=C4=B1/Kammer < taylanbayirli@gmail.com>: > > I'm guessing that calling the process asynchronously, but ignoring its > output (instead of creating a buffer for it like async-shell-command) > would cover the most use-cases (it would cover the synchronous use-cases > too). WDYT? > > Taylan > I agree. I think that people who just to open a file with an external program don't care about stdout and certainly don't want it to be synchronous. If someone has more special needs than that, then there's really no way to "guess" what they want, and they should just write a function for it. --001a11c3f5c4cef56f052271ca0f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
2015= -10-19 9:39 GMT+01:00 Taylan Ulrich Bay=C4=B1rl=C4=B1/Kammer <taylan= bayirli@gmail.com>:
I'm guessing that calling the process asynchronously, but ignoring its<= br> output (instead of creating a buffer for it like async-shell-command)
would cover the most use-cases (it would cover the synchronous use-cases too).=C2=A0 WDYT?

Taylan

I agr= ee.=C2=A0
I think that people who just to o= pen a file with an external program don't care about stdout and certain= ly don't want it to be synchronous. If someone has more special needs t= han that, then there's really no way to "guess" what they wan= t, and they should just write a function for it.
--001a11c3f5c4cef56f052271ca0f--