GNU bug report logs - #1849
Windows 7 Taskbar Support

Previous Next

Package: emacs;

Reported by: "Michael Kleehammer" <michael <at> kleehammer.com>

Date: Sat, 10 Jan 2009 18:40:04 UTC

Severity: wishlist

Tags: wontfix

Merged with 8268

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

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 1849 <at> debbugs.gnu.org, michael <at> kleehammer.com
Subject: bug#1849: Windows 7 Taskbar Support
Date: Mon, 29 Feb 2016 17:26:29 +0200
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Mon, 29 Feb 2016 15:20:15 +1100
> Cc: 1849 <at> debbugs.gnu.org
> 
> > It seems that this is only partially done.  Emacs, emacsclient and
> > runemacs are setting the AppUserModel ID consistently, so when running
> > their windows will group together. But there are two remaining changes
> > before this can be considered complete:
> >
> > 1. Set the AppUserModel ID on the shortcut created by addpm.exe, so
> > dragging the shortcut to the taskbar will work as expected (pinned
> > shortcut grouped with windows of running emacs).
> >
> > 2. Set the AppUserModel RelaunchCommand property of Emacs windows to
> > "runemacs.exe" so that pinning an running Emacs instance works as expected
> > (launch via runemacs.exe so the command window does not show).
> >
> > Unfortunately both of these require directly using the IPropertyStore
> > interface, which is only available on Windows versions since Vista, and
> > is missing from current mingw32 headers, so a significant amount of
> > reverse engineering system headers will be involved.
> 
> This was four years ago.  Has this been fixed in the meantime?

No, and it probably never will be.




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

Previous Next


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