GNU bug report logs - #8268
Windows Emacs Console persists while running running emacs.exe.

Previous Next

Package: emacs;

Reported by: "Nicholas \"Indy\" Ray" <arelius <at> gmail.com>

Date: Thu, 17 Mar 2011 04:06:02 UTC

Severity: wishlist

Tags: wontfix

Merged with 1849

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

Full log


Message #62 received at 8268 <at> debbugs.gnu.org (full text, mbox):

From: Juanma Barranquero <lekktu <at> gmail.com>
To: oCameLo <camel322 <at> gmail.com>
Cc: 8268 <at> debbugs.gnu.org
Subject: Re: bug#8268: Windows Emacs Console persists while running running
	emacs.exe.
Date: Sun, 3 Apr 2011 14:18:42 +0200
On Sun, Apr 3, 2011 at 12:46, oCameLo <camel322 <at> gmail.com> wrote:

> Double click runemacs.exe in the explorer, pin it to the taskbar, then
> right click on the icon, change the target from emacs.exe to
> runemacs.exe, click the icon, everything work fine.

So the shortcut is created from a running instance of emacs.exe.

> Drag runemacs.exe from the explorer to the taskbar, click on it,
> another icon will apply to the taskbar.

And this one is created from the executable.

> The shortcut file (location in C:\Users\[User NAME]\AppData\Roaming
> \Microsoft\Internet Explorer\Quick Launch\User Pinned\TaskBar) created
> by the 2nd way didn't have a System.AppUserModel.ID property.

Sound quite logical, because the executable isn't associated with the
"GNU.Emacs" ID until it runs and sets it itself.

So this should be documented in nt/README.W32, and perhaps addpm.c
should set the System.AppUserModel.ID property in the shortcuts it
creates.

    Juanma




This bug report was last modified 3 years and 303 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.