From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: A DOS box starting Emacs (w32) Date: Wed, 12 Feb 2014 18:22:53 +0200 Message-ID: <83r478s3ky.fsf@gnu.org> References: <52FAA9DA.3030302@alice.it> <87lhxg9axz.fsf@Niukka.kon.iki.fi> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1392222190 31124 80.91.229.3 (12 Feb 2014 16:23:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 12 Feb 2014 16:23:10 +0000 (UTC) Cc: lekktu@gmail.com, emacs-devel@gnu.org To: Kalle Olavi Niemitalo Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Feb 12 17:23:18 2014 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 1WDcai-0001Tt-Mj for ged-emacs-devel@m.gmane.org; Wed, 12 Feb 2014 17:23:16 +0100 Original-Received: from localhost ([::1]:39820 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WDcai-0003r8-9m for ged-emacs-devel@m.gmane.org; Wed, 12 Feb 2014 11:23:16 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58117) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WDcaa-0003qq-Vf for emacs-devel@gnu.org; Wed, 12 Feb 2014 11:23:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WDcaV-0000ia-TM for emacs-devel@gnu.org; Wed, 12 Feb 2014 11:23:08 -0500 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:43730) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WDcaV-0000iP-L7 for emacs-devel@gnu.org; Wed, 12 Feb 2014 11:23:03 -0500 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0N0W00I005IBBU00@a-mtaout21.012.net.il> for emacs-devel@gnu.org; Wed, 12 Feb 2014 18:23:02 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N0W00IXJ5IE0L90@a-mtaout21.012.net.il>; Wed, 12 Feb 2014 18:23:02 +0200 (IST) In-reply-to: <87lhxg9axz.fsf@Niukka.kon.iki.fi> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.169 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:169562 Archived-At: > From: Kalle Olavi Niemitalo > Date: Wed, 12 Feb 2014 07:06:32 +0200 > Cc: Emacs developers > > On MS-Windows 7 or later, emacs.exe could automate this by > setting the System.AppUserModel.RelaunchCommand property on its > windows. AFAIU, this will avoid Angelo's problem with pinning of Emacs icons (solving which is probably a Good Thing), but it doesn't resolve the issues that cause us to have runemacs.exe in the first place. IOW, runemacs.exe will still need to be available, even if we adopt this technique. > It would have to detect whether the property should refer to > emacs.exe or runemacs.exe. Because runemacs.c sets start.wShowWindow > = SW_HIDE when it calls CreateProcess, emacs.exe could perhaps call > GetConsoleWindow and IsWindowVisible, or call GetStartupInfo and check > wShowWindow. Why is this logic needed? Are there any circumstances where the pinned icon should invoke emacs.exe, rather than runemacs.exe?