From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8942 invoked by alias); 25 Feb 2015 03:26:16 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: X-Seq: 19921 Received: (qmail 22050 invoked from network); 25 Feb 2015 03:26:04 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=x-sasl-enc:message-id:date:from :mime-version:to:subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpout; bh=nQleeWoICFBc0wRSu0AjMe HR984=; b=rBEnhZqZ4vggFa44BaETAd+2VOj6LHM90vgf0R7ma76RQ6z9CsMQw+ Qw/g8797V0cx3D2WL+J5VzBfz466q6LzaSBMxq3noBRm1imGB4iLcB/heatoPSsR SD0GaguGHDiuKb+AjtZulBVL10f0B81yaeTf8F6t/BbxvYkZwjX4M= X-Sasl-enc: NNrlxBlmC/HFK1aRMx1t7Iv+HiUyE5sHSnMNMCWX5Ue2 1424834763 Message-ID: <54ED40CB.5010005@pobox.com> Date: Tue, 24 Feb 2015 22:26:03 -0500 From: Andrew Janke User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Ray Andrews , zsh-users@zsh.org Subject: Re: 'run ahead' execution of script References: <54ECCE79.9050809@eastlink.ca> <54ECD4B5.709@pobox.com> <54ECEFFD.5010202@eastlink.ca> <150224182115.ZM23209@torch.brasslantern.com> <54ED3796.5070704@eastlink.ca> In-Reply-To: <54ED3796.5070704@eastlink.ca> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit From what i understand, it's not OS level; it's "Desktop Environment" level. The level that GNOME, KDE, et al live at, a few layers up the stack from the OS per se. On the Linux side, the semantics of that isn't entirely hashed out yet. For geany specifically, check out their "Sockets support" stuff, which governs how multiple geany processes interact. Looks like it's trying to be somewhat DE-agnostic. But is still primarily targeting invocation from a GUI environment, not a shell CLI. If you want a comparison, check out the `subl` command that's part of the Sublime Text distribution. Sublime Text is an editor that's native to the Mac OS X desktop environment, but provides a `subl` command adapter that has options for integration in to command line workflows. It's aware of how a persistent app (a graphical server, basically) would interact with individual invocations from shell sessions. In particular, it has a blocking "-w" option to "wait for files to be closed before returning" that does pretty much what you're looking for here. This might be a model for extending geany to work with shell-driven editing. Cheers, Andrew On 2/24/15 9:46 PM, Ray Andrews wrote: > On 02/24/2015 06:21 PM, Bart Schaefer wrote: >> On Feb 24, 1:41pm, Ray Andrews wrote: >> } >> } I'm thinking that maybe the fact that zsh calls geany, tho >> } in another window, might give it some sort of 'handle' on it >> >> Zsh doesn't call geany in the other window. Zsh calls geany in the same >> window where zsh is, and then that geany calls the other geany using a >> private protocol and hands off the file. Zsh doesn't know about any of >> this, all it can tell is that the local geany started and then stopped. > > Ok, it sounds like the sensible thing. There must be some OS level > mechanism whereby geany #2 discovers geany #1, but it sounds > like none of zsh's business.