GNU bug report logs -
#37495
27.0.50; lwindow doesn't pass to system
Previous Next
Reported by: "Albert" <georgealbert <at> qq.com>
Date: Tue, 24 Sep 2019 01:50:02 UTC
Severity: normal
Found in version 27.0.50
Done: Juanma Barranquero <lekktu <at> gmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 37495 in the body.
You can then email your comments to 37495 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Tue, 24 Sep 2019 01:50:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Albert" <georgealbert <at> qq.com>:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org.
(Tue, 24 Sep 2019 01:50:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Subject: 27.0.50; lwindow doesn't pass to system
--text follows this line--
lwindow doesn't pass to system with default settings. Win+D and Win+R don't pass to system, these keys are ignored by emacs.
In GNU Emacs 27.0.50 (build 1, x86_64-w64-mingw32)
of 2019-09-19 built on CIRROCUMULUS
Repository revision: 61c2183a440c94ab797696d0f0c76a7dc4007eeb
Repository branch: master
Windowing system distributor 'Microsoft Corp.', version 10.0.18362
System Description: Microsoft Windows 10 Home China (v10.0.1903.18362.356)
Recent messages:
Configuring package winum...done
Loading package winum...done
Configuring package undo-tree...done
Loading e:/home/albert/.emacs.d/Albert.el (source)...done
Loaded e:/home/albert/.emacs.d/Albert.el
Configuring package doom-modeline...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Emacs loaded 81 packages in 4.587s
evil-signal-at-eob: End of buffer [4 times]
Configuring package helm...done (0.327s)
Configured using:
'configure --without-dbus --host=x86_64-w64-mingw32
--without-compress-install -C 'CFLAGS=-O2 -static -g3''
Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY W32NOTIFY ACL GNUTLS LIBXML2
HARFBUZZ ZLIB TOOLKIT_SCROLL_BARS THREADS PDUMPER LCMS2 GMP
Important settings:
value of $LANG: zh_CN
locale-coding-system: cp936
Major mode: Lisp Interaction
Minor modes in effect:
helm-mode: t
display-line-numbers-mode: t
doom-modeline-mode: t
winum-mode: t
display-time-mode: t
global-paren-face-mode: t
paren-face-mode: t
highlight-parentheses-mode: t
global-highlight-parentheses-mode: t
global-undo-tree-mode: t
undo-tree-mode: t
shell-dirtrack-mode: t
evil-mode: t
evil-local-mode: t
save-place-mode: t
show-paren-mode: t
auto-compile-on-load-mode: t
override-global-mode: t
cl-old-struct-compat-mode: t
tooltip-mode: t
global-eldoc-mode: t
eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
auto-save-mode: t
Load-path shadows:
None found.
Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
rfc822 mml mml-sec epa derived epg epg-config gnus-util rmail
rmail-loaddefs text-property-search mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils winner helm-command
helm-elisp helm-eval edebug backtrace helm-info helm-mode helm-files
helm-buffers helm-occur helm-tags helm-locate helm-grep helm-regexp
helm-utils helm-help helm-types helm helm-source eieio-compat
helm-multi-match helm-lib async display-line-numbers doom-modeline
doom-modeline-segments doom-modeline-env doom-modeline-core shrink-path
rx f s all-the-icons all-the-icons-faces data-material data-weathericons
data-octicons data-fileicons data-faicons data-alltheicons memoize
org-crypt ob-plantuml ob-dot org-clock winum dash pcase diminish time
doom-themes-ext-org doom-themes-ext-treemacs doom-themes-ext-visual-bell
face-remap doom-deeper-blue-theme doom-themes doom-themes-base avoid
paren-face highlight-parentheses ido evil evil-keybindings
evil-integration undo-tree diff evil-maps evil-commands reveal flyspell
ispell evil-jumps evil-command-window evil-types evil-search evil-ex
shell evil-macros evil-repeat evil-states evil-core evil-common windmove
thingatpt rect evil-digraphs evil-vars edmacro kmacro saveplace paren
auto-compile packed cl-extra help-mode use-package use-package-ensure
use-package-delight use-package-diminish use-package-bind-key bind-key
use-package-core org-element avl-tree generator org org-macro
org-footnote org-pcomplete pcomplete org-list org-faces org-entities
time-date noutline outline easy-mmode org-version ob-emacs-lisp ob
ob-tangle org-src ob-ref ob-lob ob-table ob-keys ob-exp ob-comint comint
ansi-color ring ob-core ob-eval org-compat org-macs org-loaddefs
format-spec find-func cal-menu calendar cal-loaddefs benchmark-init
advice benchmark-init-modes finder-inf org2blog-autoloads info package
easymenu browse-url url-handlers url-parse auth-source cl-seq eieio
eieio-core cl-macs eieio-loaddefs password-cache json subr-x map
url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib
china-util tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win
w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page menu-bar rfn-eshadow isearch timer select
scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932
hebrew greek romanian slovak czech european ethiopic indian cyrillic
chinese composite charscript charprop case-table epa-hook jka-cmpr-hook
help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote threads w32notify w32 lcms2 multi-tty make-network-process
emacs)
Memory information:
((conses 16 279852 219671)
(symbols 48 24099 1)
(strings 32 81731 25777)
(string-bytes 1 2745266)
(vectors 16 36873)
(vector-slots 8 478717 141520)
(floats 8 804 1291)
(intervals 56 352 383)
(buffers 992 13))
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Tue, 24 Sep 2019 04:42:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Did you try setting them like:
(setq w32-lwindow-modifier 'super)
(w32-register-hot-key [s-]) ;; this needs to be *after* the setq above
(define-key global-map [?\s-r] 'my-s-r-command)
(define-key global-map [?\s-d 'my-s-d-command)
?
On Tue, Sep 24, 2019 at 3:50 AM Albert <georgealbert <at> qq.com> wrote:
> Subject: 27.0.50; lwindow doesn't pass to system
> --text follows this line--
>
> lwindow doesn't pass to system with default settings. Win+D and Win+R
> don't pass to system, these keys are ignored by emacs.
>
>
> In GNU Emacs 27.0.50 (build 1, x86_64-w64-mingw32)
> of 2019-09-19 built on CIRROCUMULUS
> Repository revision: 61c2183a440c94ab797696d0f0c76a7dc4007eeb
> Repository branch: master
> Windowing system distributor 'Microsoft Corp.', version 10.0.18362
> System Description: Microsoft Windows 10 Home China (v10.0.1903.18362.356)
>
> Recent messages:
> Configuring package winum...done
> Loading package winum...done
> Configuring package undo-tree...done
> Loading e:/home/albert/.emacs.d/Albert.el (source)...done
> Loaded e:/home/albert/.emacs.d/Albert.el
> Configuring package doom-modeline...done
> For information about GNU Emacs and the GNU system, type C-h C-a.
> Emacs loaded 81 packages in 4.587s
> evil-signal-at-eob: End of buffer [4 times]
> Configuring package helm...done (0.327s)
>
> Configured using:
> 'configure --without-dbus --host=x86_64-w64-mingw32
> --without-compress-install -C 'CFLAGS=-O2 -static -g3''
>
> Configured features:
> XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY W32NOTIFY ACL GNUTLS LIBXML2
> HARFBUZZ ZLIB TOOLKIT_SCROLL_BARS THREADS PDUMPER LCMS2 GMP
>
> Important settings:
> value of $LANG: zh_CN
> locale-coding-system: cp936
>
> Major mode: Lisp Interaction
>
> Minor modes in effect:
> helm-mode: t
> display-line-numbers-mode: t
> doom-modeline-mode: t
> winum-mode: t
> display-time-mode: t
> global-paren-face-mode: t
> paren-face-mode: t
> highlight-parentheses-mode: t
> global-highlight-parentheses-mode: t
> global-undo-tree-mode: t
> undo-tree-mode: t
> shell-dirtrack-mode: t
> evil-mode: t
> evil-local-mode: t
> save-place-mode: t
> show-paren-mode: t
> auto-compile-on-load-mode: t
> override-global-mode: t
> cl-old-struct-compat-mode: t
> tooltip-mode: t
> global-eldoc-mode: t
> eldoc-mode: t
> electric-indent-mode: t
> mouse-wheel-mode: t
> file-name-shadow-mode: t
> global-font-lock-mode: t
> font-lock-mode: t
> blink-cursor-mode: t
> auto-composition-mode: t
> auto-encryption-mode: t
> auto-compression-mode: t
> column-number-mode: t
> line-number-mode: t
> transient-mark-mode: t
> auto-save-mode: t
>
> Load-path shadows:
> None found.
>
> Features:
> (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
> rfc822 mml mml-sec epa derived epg epg-config gnus-util rmail
> rmail-loaddefs text-property-search mm-decode mm-bodies mm-encode
> mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
> rfc2045 ietf-drums mm-util mail-prsvr mail-utils winner helm-command
> helm-elisp helm-eval edebug backtrace helm-info helm-mode helm-files
> helm-buffers helm-occur helm-tags helm-locate helm-grep helm-regexp
> helm-utils helm-help helm-types helm helm-source eieio-compat
> helm-multi-match helm-lib async display-line-numbers doom-modeline
> doom-modeline-segments doom-modeline-env doom-modeline-core shrink-path
> rx f s all-the-icons all-the-icons-faces data-material data-weathericons
> data-octicons data-fileicons data-faicons data-alltheicons memoize
> org-crypt ob-plantuml ob-dot org-clock winum dash pcase diminish time
> doom-themes-ext-org doom-themes-ext-treemacs doom-themes-ext-visual-bell
> face-remap doom-deeper-blue-theme doom-themes doom-themes-base avoid
> paren-face highlight-parentheses ido evil evil-keybindings
> evil-integration undo-tree diff evil-maps evil-commands reveal flyspell
> ispell evil-jumps evil-command-window evil-types evil-search evil-ex
> shell evil-macros evil-repeat evil-states evil-core evil-common windmove
> thingatpt rect evil-digraphs evil-vars edmacro kmacro saveplace paren
> auto-compile packed cl-extra help-mode use-package use-package-ensure
> use-package-delight use-package-diminish use-package-bind-key bind-key
> use-package-core org-element avl-tree generator org org-macro
> org-footnote org-pcomplete pcomplete org-list org-faces org-entities
> time-date noutline outline easy-mmode org-version ob-emacs-lisp ob
> ob-tangle org-src ob-ref ob-lob ob-table ob-keys ob-exp ob-comint comint
> ansi-color ring ob-core ob-eval org-compat org-macs org-loaddefs
> format-spec find-func cal-menu calendar cal-loaddefs benchmark-init
> advice benchmark-init-modes finder-inf org2blog-autoloads info package
> easymenu browse-url url-handlers url-parse auth-source cl-seq eieio
> eieio-core cl-macs eieio-loaddefs password-cache json subr-x map
> url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib
> china-util tooltip eldoc electric uniquify ediff-hook vc-hooks
> lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win
> w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe
> tabulated-list replace newcomment text-mode elisp-mode lisp-mode
> prog-mode register page menu-bar rfn-eshadow isearch timer select
> scroll-bar mouse jit-lock font-lock syntax facemenu font-core
> term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang
> vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932
> hebrew greek romanian slovak czech european ethiopic indian cyrillic
> chinese composite charscript charprop case-table epa-hook jka-cmpr-hook
> help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs
> button faces cus-face macroexp files text-properties overlay sha1 md5
> base64 format env code-pages mule custom widget hashtable-print-readable
> backquote threads w32notify w32 lcms2 multi-tty make-network-process
> emacs)
>
> Memory information:
> ((conses 16 279852 219671)
> (symbols 48 24099 1)
> (strings 32 81731 25777)
> (string-bytes 1 2745266)
> (vectors 16 36873)
> (vector-slots 8 478717 141520)
> (floats 8 804 1291)
> (intervals 56 352 383)
> (buffers 992 13))
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Tue, 24 Sep 2019 13:52:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I see two problems in your image, but none of them are related to being
unable to redefine lwindow.
The first one is that I omitted a closing ] in the second define-key
command. Sorry. But it seems you corrected it,
The second one is about my-s-d-command, which obviously won't work because
it does not exist. It was just an example command for you to substitute.
So, in other words, if you do
(setq w32-lwindow-modifier 'super)
(w32-register-hot-key [s-])
(define-key global-map [?\s-r] 'list-buffers)
(define-key global-map [?\s-d] 'make-frame-command)
does lwindow+r run list-buffers? And does lwindow+d make a new frame?
[Message part 2 (text/html, inline)]
[2A05D014@5964794E.7E148A5D.jpg (image/jpeg, inline)]
[2703CD18@B03B2226.7E148A5D.jpg (image/jpeg, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Tue, 24 Sep 2019 14:32:05 GMT)
Full text and
rfc822 format available.
Message #14 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Thanks for reply. I tried the setting.
------------------ 原始邮件 ------------------
发件人: "Juanma Barranquero"<lekktu <at> gmail.com>;
发送时间: 2019年9月24日(星期二) 中午12:41
收件人: "Albert"<georgealbert <at> qq.com>;
抄送: "37495"<37495 <at> debbugs.gnu.org>;
主题: Re: bug#37495: 27.0.50; lwindow doesn't pass to system
Did you try setting them like:
(setq w32-lwindow-modifier 'super)
(w32-register-hot-key [s-]) ;; this needs to be *after* the setq above
(define-key global-map [?\s-r] 'my-s-r-command)
(define-key global-map [?\s-d 'my-s-d-command)
?
On Tue, Sep 24, 2019 at 3:50 AM Albert <georgealbert <at> qq.com> wrote:
Subject: 27.0.50; lwindow doesn't pass to system
--text follows this line--
lwindow doesn't pass to system with default settings. Win+D and Win+R don't pass to system, these keys are ignored by emacs.
In GNU Emacs 27.0.50 (build 1, x86_64-w64-mingw32)
of 2019-09-19 built on CIRROCUMULUS
Repository revision: 61c2183a440c94ab797696d0f0c76a7dc4007eeb
Repository branch: master
Windowing system distributor 'Microsoft Corp.', version 10.0.18362
System Description: Microsoft Windows 10 Home China (v10.0.1903.18362.356)
Recent messages:
Configuring package winum...done
Loading package winum...done
Configuring package undo-tree...done
Loading e:/home/albert/.emacs.d/Albert.el (source)...done
Loaded e:/home/albert/.emacs.d/Albert.el
Configuring package doom-modeline...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Emacs loaded 81 packages in 4.587s
evil-signal-at-eob: End of buffer [4 times]
Configuring package helm...done (0.327s)
Configured using:
'configure --without-dbus --host=x86_64-w64-mingw32
--without-compress-install -C 'CFLAGS=-O2 -static -g3''
Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY W32NOTIFY ACL GNUTLS LIBXML2
HARFBUZZ ZLIB TOOLKIT_SCROLL_BARS THREADS PDUMPER LCMS2 GMP
Important settings:
value of $LANG: zh_CN
locale-coding-system: cp936
Major mode: Lisp Interaction
Minor modes in effect:
helm-mode: t
display-line-numbers-mode: t
doom-modeline-mode: t
winum-mode: t
display-time-mode: t
global-paren-face-mode: t
paren-face-mode: t
highlight-parentheses-mode: t
global-highlight-parentheses-mode: t
global-undo-tree-mode: t
undo-tree-mode: t
shell-dirtrack-mode: t
evil-mode: t
evil-local-mode: t
save-place-mode: t
show-paren-mode: t
auto-compile-on-load-mode: t
override-global-mode: t
cl-old-struct-compat-mode: t
tooltip-mode: t
global-eldoc-mode: t
eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
auto-save-mode: t
Load-path shadows:
None found.
Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
rfc822 mml mml-sec epa derived epg epg-config gnus-util rmail
rmail-loaddefs text-property-search mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils winner helm-command
helm-elisp helm-eval edebug backtrace helm-info helm-mode helm-files
helm-buffers helm-occur helm-tags helm-locate helm-grep helm-regexp
helm-utils helm-help helm-types helm helm-source eieio-compat
helm-multi-match helm-lib async display-line-numbers doom-modeline
doom-modeline-segments doom-modeline-env doom-modeline-core shrink-path
rx f s all-the-icons all-the-icons-faces data-material data-weathericons
data-octicons data-fileicons data-faicons data-alltheicons memoize
org-crypt ob-plantuml ob-dot org-clock winum dash pcase diminish time
doom-themes-ext-org doom-themes-ext-treemacs doom-themes-ext-visual-bell
face-remap doom-deeper-blue-theme doom-themes doom-themes-base avoid
paren-face highlight-parentheses ido evil evil-keybindings
evil-integration undo-tree diff evil-maps evil-commands reveal flyspell
ispell evil-jumps evil-command-window evil-types evil-search evil-ex
shell evil-macros evil-repeat evil-states evil-core evil-common windmove
thingatpt rect evil-digraphs evil-vars edmacro kmacro saveplace paren
auto-compile packed cl-extra help-mode use-package use-package-ensure
use-package-delight use-package-diminish use-package-bind-key bind-key
use-package-core org-element avl-tree generator org org-macro
org-footnote org-pcomplete pcomplete org-list org-faces org-entities
time-date noutline outline easy-mmode org-version ob-emacs-lisp ob
ob-tangle org-src ob-ref ob-lob ob-table ob-keys ob-exp ob-comint comint
ansi-color ring ob-core ob-eval org-compat org-macs org-loaddefs
format-spec find-func cal-menu calendar cal-loaddefs benchmark-init
advice benchmark-init-modes finder-inf org2blog-autoloads info package
easymenu browse-url url-handlers url-parse auth-source cl-seq eieio
eieio-core cl-macs eieio-loaddefs password-cache json subr-x map
url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib
china-util tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win
w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page menu-bar rfn-eshadow isearch timer select
scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932
hebrew greek romanian slovak czech european ethiopic indian cyrillic
chinese composite charscript charprop case-table epa-hook jka-cmpr-hook
help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote threads w32notify w32 lcms2 multi-tty make-network-process
emacs)
Memory information:
((conses 16 279852 219671)
(symbols 48 24099 1)
(strings 32 81731 25777)
(string-bytes 1 2745266)
(vectors 16 36873)
(vector-slots 8 478717 141520)
(floats 8 804 1291)
(intervals 56 352 383)
(buffers 992 13))
[Message part 2 (text/html, inline)]
[2A05D014@5964794E.7E148A5D.jpg (image/jpeg, inline)]
[2703CD18@B03B2226.7E148A5D.jpg (image/jpeg, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Tue, 24 Sep 2019 16:40:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 37495 <at> debbugs.gnu.org (full text, mbox):
> From: Juanma Barranquero <lekktu <at> gmail.com>
> Date: Tue, 24 Sep 2019 15:50:35 +0200
> Cc: 37495 <37495 <at> debbugs.gnu.org>
>
> I see two problems in your image, but none of them are related to being unable to redefine lwindow.
I thought the OP said that lwindow doesn't work for him _without_
redefining it. IOW, the default action of the key is somehow
intercepted by Emacs when it shouldn't be.
Am I confused?
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Tue, 24 Sep 2019 16:56:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Tue, Sep 24, 2019 at 6:39 PM Eli Zaretskii <eliz <at> gnu.org> wrote:
> I thought the OP said that lwindow doesn't work for him _without_
> redefining it. IOW, the default action of the key is somehow
> intercepted by Emacs when it shouldn't be.
>
> Am I confused?
No, you're right and I was. I misunderstood.
But then, he says "Iwindow key with the default setting(nil)". But
w32-pass-lwindow-to-system's default value is t, both in 26.2 and 27.0.50.
So I'm still confused.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Tue, 24 Sep 2019 17:19:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 37495 <at> debbugs.gnu.org (full text, mbox):
> From: Juanma Barranquero <lekktu <at> gmail.com>
> Date: Tue, 24 Sep 2019 18:55:00 +0200
> Cc: georgealbert <at> qq.com, 37495 <at> debbugs.gnu.org
>
> But then, he says "Iwindow key with the default setting(nil)". But w32-pass-lwindow-to-system's default value
> is t, both in 26.2 and 27.0.50.
I didn't see the "nil" part in the original report, just the "with the
default setting" part.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Tue, 24 Sep 2019 17:19:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Tue, Sep 24, 2019 at 6:59 PM Albert <georgealbert <at> qq.com> wrote:
> I'm sorry, the default value of w32-pass-lwindow-to-system is t. I dont'
change w32-pass-lwindow-to-system in init file.
So, let's recapitulate.
- You start Emacs 27.0.50
- In your init file(s), you do not change the default value of
w32-pass-lwindow-to-system
- While Emacs has the focus, if you press an lwindow combination, Emacs
catches it and it is not passed back to Windows.
- So, from inside 27.0.50, you cannot do LWin+R o LWin+D, etc.
- But this didn't happen with Emacs 26.2.
Am I right now?
If so, when you're inside Emacs 27.0.50, what does it say when you examine
the value of w32-pass-lwindow-to-system? For example, with
describe-variable.
Does still happen if you start Emacs with
emacs -Q
?
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Tue, 24 Sep 2019 18:06:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
yes, Iwindow key with the default setting(nil) doesn't work as expected, it should be passed to windows.
------------------ 原始邮件 ------------------
发件人: "Eli Zaretskii"<eliz <at> gnu.org>;
发送时间: 2019年9月25日(星期三) 凌晨0:39
收件人: "Juanma Barranquero"<lekktu <at> gmail.com>;
抄送: "Albert"<georgealbert <at> qq.com>;"37495"<37495 <at> debbugs.gnu.org>;
主题: Re: bug#37495: 27.0.50; lwindow doesn't pass to system
> From: Juanma Barranquero <lekktu <at> gmail.com>
> Date: Tue, 24 Sep 2019 15:50:35 +0200
> Cc: 37495 <37495 <at> debbugs.gnu.org>
>
> I see two problems in your image, but none of them are related to being unable to redefine lwindow.
I thought the OP said that lwindow doesn't work for him _without_
redefining it. IOW, the default action of the key is somehow
intercepted by Emacs when it shouldn't be.
Am I confused?
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Tue, 24 Sep 2019 18:06:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I'm sorry, the default value of w32-pass-lwindow-to-system is t. I dont' change w32-pass-lwindow-to-system in init file.
------------------ 原始邮件 ------------------
发件人: "Juanma Barranquero"<lekktu <at> gmail.com>;
发送时间: 2019年9月25日(星期三) 凌晨0:55
收件人: "Eli Zaretskii"<eliz <at> gnu.org>;
抄送: "Albert"<georgealbert <at> qq.com>;"37495"<37495 <at> debbugs.gnu.org>;
主题: Re: bug#37495: 27.0.50; lwindow doesn't pass to system
On Tue, Sep 24, 2019 at 6:39 PM Eli Zaretskii <eliz <at> gnu.org> wrote:
> I thought the OP said that lwindow doesn't work for him _without_
> redefining it. IOW, the default action of the key is somehow
> intercepted by Emacs when it shouldn't be.
>
> Am I confused?
No, you're right and I was. I misunderstood.
But then, he says "Iwindow key with the default setting(nil)". But w32-pass-lwindow-to-system's default value is t, both in 26.2 and 27.0.50.
So I'm still confused.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Tue, 24 Sep 2019 18:06:03 GMT)
Full text and
rfc822 format available.
Message #35 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I run the command eval-print-last-sexp with C-j, it prints "t", the default value.
------------------ 原始邮件 ------------------
发件人: "Eli Zaretskii"<eliz <at> gnu.org>;
发送时间: 2019年9月25日(星期三) 凌晨1:17
收件人: "Juanma Barranquero"<lekktu <at> gmail.com>;
抄送: "Albert"<georgealbert <at> qq.com>;"37495"<37495 <at> debbugs.gnu.org>;
主题: Re: bug#37495: 27.0.50; lwindow doesn't pass to system
> From: Juanma Barranquero <lekktu <at> gmail.com>
> Date: Tue, 24 Sep 2019 18:55:00 +0200
> Cc: georgealbert <at> qq.com, 37495 <at> debbugs.gnu.org
>
> But then, he says "Iwindow key with the default setting(nil)". But w32-pass-lwindow-to-system's default value
> is t, both in 26.2 and 27.0.50.
I didn't see the "nil" part in the original report, just the "with the
default setting" part.
[Message part 2 (text/html, inline)]
[2E01D219@3C7FC76C.C5508A5D.jpg (image/jpeg, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Tue, 24 Sep 2019 19:30:02 GMT)
Full text and
rfc822 format available.
Message #38 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
So, let's recapitulate.
- You start Emacs 27.0.50
- In your init file(s), you do not change the default value of w32-pass-lwindow-to-system
- While Emacs has the focus, if you press an lwindow combination, Emacs catches it and it is not passed back to Windows.
- So, from inside 27.0.50, you cannot do LWin+R o LWin+D, etc.
- But this didn't happen with Emacs 26.2.
> Am I right now?
Yes, you are right.
If so, when you're inside Emacs 27.0.50, what does it say when you examine the value of w32-pass-lwindow-to-system? For example, with describe-variable.
Does still happen if you start Emacs with
emacs -Q
C:\emacs-27.0.50-snapshot-2019-09-18-x86_64\bin>emacs -Q
------------------ 原始邮件 ------------------
发件人: "Juanma Barranquero"<lekktu <at> gmail.com>;
发送时间: 2019年9月25日(星期三) 凌晨1:17
收件人: "Albert"<georgealbert <at> qq.com>;
抄送: "Eli Zaretskii"<eliz <at> gnu.org>;"37495"<37495 <at> debbugs.gnu.org>;
主题: Re: bug#37495: 27.0.50; lwindow doesn't pass to system
On Tue, Sep 24, 2019 at 6:59 PM Albert <georgealbert <at> qq.com> wrote:
> I'm sorry, the default value of w32-pass-lwindow-to-system is t. I dont' change w32-pass-lwindow-to-system in init file.
So, let's recapitulate.
- You start Emacs 27.0.50
- In your init file(s), you do not change the default value of w32-pass-lwindow-to-system
- While Emacs has the focus, if you press an lwindow combination, Emacs catches it and it is not passed back to Windows.
- So, from inside 27.0.50, you cannot do LWin+R o LWin+D, etc.
- But this didn't happen with Emacs 26.2.
Am I right now?
If so, when you're inside Emacs 27.0.50, what does it say when you examine the value of w32-pass-lwindow-to-system? For example, with describe-variable.
Does still happen if you start Emacs with
emacs -Q
?
[Message part 2 (text/html, inline)]
[2D01D01B@E6FD2546.896E8A5D.jpg (image/jpeg, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Tue, 24 Sep 2019 23:11:02 GMT)
Full text and
rfc822 format available.
Message #41 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Well, that's weird, because there's nothing that should be setting
w32-pass-lwindow-to-system to nil.
But, at least, if the behavior you see is caused by that variable being set
to nil, it sort of makes more sense (the problem is that something sets the
variable, and not that it is not being obeyed).
If you do
emacs -Q --eval "(setq w32-pass-lwindow-to-system t)"
does Emacs stop intercepting the LWin key?
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Tue, 24 Sep 2019 23:55:01 GMT)
Full text and
rfc822 format available.
Message #44 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Tue, Sep 24, 2019 at 3:50 AM Albert <georgealbert <at> qq.com> wrote:
> In GNU Emacs 27.0.50 (build 1, x86_64-w64-mingw32)
> of 2019-09-19 built on CIRROCUMULUS
> Repository revision: 61c2183a440c94ab797696d0f0c76a7dc4007eeb
That revision is more than three months old:
commit 61c2183a440c94ab797696d0f0c76a7dc4007eeb
Author: Phillip Lord <phillip.lord <at> russet.org.uk>
Date: 2019-06-04 15:02:33 +0100
Could you please try with a recent snapshot from master?
Also surprising:
> Configured using:
> 'configure --without-dbus --host=x86_64-w64-mingw32
> --without-compress-install -C 'CFLAGS=-O2 -static -g3''
I thought Emacs could not be cross-built. Are you crossbuilding from
Windows to Windows (assuming that's even possible)? Why?
Do you happen to have a non-standard lisp/loadup.el perhaps?
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Wed, 25 Sep 2019 05:28:02 GMT)
Full text and
rfc822 format available.
Message #47 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
C:\emacs-27.0.50-snapshot-2019-09-18-x86_64\bin>emacs -Q --eval "(setq w32-pass-lwindow-to-system t)"
Emacs which I uses is downloaded from http://alpha.gnu.org/gnu/emacs/pretest/windows/emacs-27/emacs-27.0.50-snapshot-2019-09-18-x86_64.zip.
I don't know how to compile emacs on windows.
------------------ 原始邮件 ------------------
发件人: "Juanma Barranquero"<lekktu <at> gmail.com>;
发送时间: 2019年9月25日(星期三) 上午7:53
收件人: "Albert"<georgealbert <at> qq.com>;
抄送: "37495"<37495 <at> debbugs.gnu.org>;
主题: Re: bug#37495: 27.0.50; lwindow doesn't pass to system
On Tue, Sep 24, 2019 at 3:50 AM Albert <georgealbert <at> qq.com> wrote:
> In GNU Emacs 27.0.50 (build 1, x86_64-w64-mingw32)
> of 2019-09-19 built on CIRROCUMULUS
> Repository revision: 61c2183a440c94ab797696d0f0c76a7dc4007eeb
That revision is more than three months old:
commit 61c2183a440c94ab797696d0f0c76a7dc4007eeb
Author: Phillip Lord <phillip.lord <at> russet.org.uk>
Date: 2019-06-04 15:02:33 +0100
Could you please try with a recent snapshot from master?
Also surprising:
> Configured using:
> 'configure --without-dbus --host=x86_64-w64-mingw32
> --without-compress-install -C 'CFLAGS=-O2 -static -g3''
I thought Emacs could not be cross-built. Are you crossbuilding from Windows to Windows (assuming that's even possible)? Why?
Do you happen to have a non-standard lisp/loadup.el perhaps?
[Message part 2 (text/html, inline)]
[320ED317@07CB7060.ADFA8A5D.jpg (image/jpeg, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Wed, 25 Sep 2019 06:13:02 GMT)
Full text and
rfc822 format available.
Message #50 received at 37495 <at> debbugs.gnu.org (full text, mbox):
> From: Juanma Barranquero <lekktu <at> gmail.com>
> Date: Wed, 25 Sep 2019 01:53:41 +0200
> Cc: 37495 <at> debbugs.gnu.org
>
> Also surprising:
>
> > Configured using:
> > 'configure --without-dbus --host=x86_64-w64-mingw32
> > --without-compress-install -C 'CFLAGS=-O2 -static -g3''
>
> I thought Emacs could not be cross-built. Are you crossbuilding from Windows to Windows (assuming that's
> even possible)? Why?
I think you should disregard that, it's just an artifact of how the
configure command was run by the person who built Emacs. I have no
idea why they used --host=, it isn't required.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Wed, 25 Sep 2019 06:26:02 GMT)
Full text and
rfc822 format available.
Message #53 received at 37495 <at> debbugs.gnu.org (full text, mbox):
> From: "Albert" <georgealbert <at> qq.com>
> Date: Wed, 25 Sep 2019 13:27:09 +0800
> Cc: 37495 <37495 <at> debbugs.gnu.org>
>
> C:\emacs-27.0.50-snapshot-2019-09-18-x86_64\bin>emacs -Q --eval "(setq w32-pass-lwindow-to-system t)"
Does lwindow work when you invoke Emacs that way?
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Wed, 25 Sep 2019 06:27:01 GMT)
Full text and
rfc822 format available.
Message #56 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
No, it doesn't work. lwindow is swallowed by emacs.
------------------ 原始邮件 ------------------
发件人: "Eli Zaretskii"<eliz <at> gnu.org>;
发送时间: 2019年9月25日(星期三) 下午2:24
收件人: "Albert"<georgealbert <at> qq.com>;
抄送: "lekktu"<lekktu <at> gmail.com>;"37495"<37495 <at> debbugs.gnu.org>;
主题: Re: bug#37495: 27.0.50; lwindow doesn't pass to system
> From: "Albert" <georgealbert <at> qq.com>
> Date: Wed, 25 Sep 2019 13:27:09 +0800
> Cc: 37495 <37495 <at> debbugs.gnu.org>
>
> C:\emacs-27.0.50-snapshot-2019-09-18-x86_64\bin>emacs -Q --eval "(setq w32-pass-lwindow-to-system t)"
Does lwindow work when you invoke Emacs that way?
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Wed, 25 Sep 2019 07:53:02 GMT)
Full text and
rfc822 format available.
Message #59 received at 37495 <at> debbugs.gnu.org (full text, mbox):
On Sep 25 2019, Eli Zaretskii <eliz <at> gnu.org> wrote:
> I think you should disregard that, it's just an artifact of how the
> configure command was run by the person who built Emacs. I have no
> idea why they used --host=, it isn't required.
There's nothing wrong with using --host when it matches what
config.guess would give. It can be useful to force a specific spelling
for host_alias.
Andreas.
--
Andreas Schwab, SUSE Labs, schwab <at> suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Wed, 25 Sep 2019 08:54:02 GMT)
Full text and
rfc822 format available.
Message #62 received at 37495 <at> debbugs.gnu.org (full text, mbox):
> From: Andreas Schwab <schwab <at> suse.de>
> Cc: Juanma Barranquero <lekktu <at> gmail.com>, 37495 <at> debbugs.gnu.org, georgealbert <at> qq.com
> Date: Wed, 25 Sep 2019 09:52:21 +0200
>
> On Sep 25 2019, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> > I think you should disregard that, it's just an artifact of how the
> > configure command was run by the person who built Emacs. I have no
> > idea why they used --host=, it isn't required.
>
> There's nothing wrong with using --host when it matches what
> config.guess would give.
Indeed, nothing wrong. It's just redundant in this case.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Wed, 25 Sep 2019 12:38:02 GMT)
Full text and
rfc822 format available.
Message #65 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
> I think you should disregard that, it's just an artifact of how the
> configure command was run by the person who built Emacs. I have no
> idea why they used --host=, it isn't required.
Yes, of course. It's just that I thought that Albert was building its own
Emacs, so I wanted to know if he were doing something different. But it's
an "official" snapshot.
And a recent one, in fact. The commit is dated 2019-06-04, but that's
because of some merge. The previous commit is indeed from 2019-09-18.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Wed, 25 Sep 2019 12:46:01 GMT)
Full text and
rfc822 format available.
Message #68 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
In my system, using that very same snapshot, w32-pass-lwindow-to-system is
t and it doesn't swallow any LWin command.
So it seems something specific to your setup.
What does
emacs -Q --batch --eval "(princ w32-pass-lwindow-to-system)"
return?
Does it change if you do create an empty directory, let's call it C:\EMPTY,
and you set HOME to it?
set HOME=C:\EMPTY
emacs -Q --batch --eval "(princ w32-pass-lwindow-to-system)"
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Wed, 25 Sep 2019 12:47:01 GMT)
Full text and
rfc822 format available.
Message #71 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Wed, Sep 25, 2019 at 2:36 PM Juanma Barranquero <lekktu <at> gmail.com> wrote:
> Yes, of course. It's just that I thought that Albert was building its own
> Emacs
>
*His* own Emacs. Sorry. Sleepy.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Wed, 25 Sep 2019 12:50:02 GMT)
Full text and
rfc822 format available.
Message #74 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
Here is the output of emacs 27.0.50:
<lwindow> is passed to windows system in emacs 26.2 with the same init file and packages.
------------------ 原始邮件 ------------------
发件人: "Juanma Barranquero"<lekktu <at> gmail.com>;
发送时间: 2019年9月25日(星期三) 晚上8:44
收件人: "Albert"<georgealbert <at> qq.com>;
抄送: "Eli Zaretskii"<eliz <at> gnu.org>;"37495"<37495 <at> debbugs.gnu.org>;
主题: Re: bug#37495: 27.0.50; lwindow doesn't pass to system
In my system, using that very same snapshot, w32-pass-lwindow-to-system is t and it doesn't swallow any LWin command.
So it seems something specific to your setup.
What does
emacs -Q --batch --eval "(princ w32-pass-lwindow-to-system)"
return?
Does it change if you do create an empty directory, let's call it C:\EMPTY, and you set HOME to it?
set HOME=C:\EMPTY
emacs -Q --batch --eval "(princ w32-pass-lwindow-to-system)"
[Message part 2 (text/html, inline)]
[2D07D01B@15ACAA7C.5F628B5D.jpg (image/jpeg, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Wed, 25 Sep 2019 13:14:01 GMT)
Full text and
rfc822 format available.
Message #77 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
It's a bit hard to see in the picture, but I think the answer is t in both
cases.
So, running Emacs from the command line says that
w32-pass-lwindow-to-system is t.
But you said that if you do:
emacs -Q
and then check the value of the variable on Emacs, it is nil.
Is it so?
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Wed, 25 Sep 2019 13:17:02 GMT)
Full text and
rfc822 format available.
Message #80 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
No, w32-pass-lwindow-to-system that running emacs from the command line and in emacs with "emacs -Q", both are t.
------------------ 原始邮件 ------------------
发件人: "Juanma Barranquero"<lekktu <at> gmail.com>;
发送时间: 2019年9月25日(星期三) 晚上9:12
收件人: "Albert"<georgealbert <at> qq.com>;
抄送: "Eli Zaretskii"<eliz <at> gnu.org>;"37495"<37495 <at> debbugs.gnu.org>;
主题: Re: bug#37495: 27.0.50; lwindow doesn't pass to system
It's a bit hard to see in the picture, but I think the answer is t in both cases.
So, running Emacs from the command line says that w32-pass-lwindow-to-system is t.
But you said that if you do:
emacs -Q
and then check the value of the variable on Emacs, it is nil.
Is it so?
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Wed, 25 Sep 2019 13:43:02 GMT)
Full text and
rfc822 format available.
Message #83 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
> No, w32-pass-lwindow-to-system that running emacs from the command line
and in emacs with "emacs -Q", both are t.
Ok. You're sending low-res images, which are hard to see (at least to my
old eyes), and in one of a few hours ago I thought you were showing
w32-pass-lwindow-to-system, while in fact it was w32-lwindow-modifier. I
got sidetracked by that mistake.
So, to summarize (again), if you run
emacs -Q
from that 2019-09-18 snapshot, then in that running instance,
- w32-pass-lwindow-to-system is t
- w32-lwindow-modifier is nil,
- and lwindow+r does not invoke Windows' Run command.
while it does in my setup. Weird.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Wed, 25 Sep 2019 13:50:01 GMT)
Full text and
rfc822 format available.
Message #86 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Sorry for the low res pictures. What about this picture?
emacs 27.0.50 2019-09-19 snapshot,
emacs -Q
w32-pass-lwindow-to-system is t
w32-lwindow-modifier is nil,
lwindow+r does not invoke Windows' Run command.
------------------ 原始邮件 ------------------
发件人: "Juanma Barranquero"<lekktu <at> gmail.com>;
发送时间: 2019年9月25日(星期三) 晚上9:41
收件人: "Albert"<georgealbert <at> qq.com>;
抄送: "Eli Zaretskii"<eliz <at> gnu.org>;"37495"<37495 <at> debbugs.gnu.org>;
主题: Re: bug#37495: 27.0.50; lwindow doesn't pass to system
> No, w32-pass-lwindow-to-system that running emacs from the command line and in emacs with "emacs -Q", both are t.
Ok. You're sending low-res images, which are hard to see (at least to my old eyes), and in one of a few hours ago I thought you were showing w32-pass-lwindow-to-system, while in fact it was w32-lwindow-modifier. I got sidetracked by that mistake.
So, to summarize (again), if you run
emacs -Q
from that 2019-09-18 snapshot, then in that running instance,
- w32-pass-lwindow-to-system is t
- w32-lwindow-modifier is nil,
- and lwindow+r does not invoke Windows' Run command.
while it does in my setup. Weird.
[Message part 2 (text/html, inline)]
[2E03D21D@C6AAAC13.71708B5D.jpg (image/jpeg, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Wed, 25 Sep 2019 14:14:02 GMT)
Full text and
rfc822 format available.
Message #89 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Wed, Sep 25, 2019 at 3:54 PM Albert <georgealbert <at> qq.com> wrote:
>
> Sorry for the low res pictures. What about this picture?
:-)
So, if you do
C-h k
and then
lwindow r
Emacs says this
[image: image.png]
[Message part 2 (text/html, inline)]
[image.png (image/png, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Wed, 25 Sep 2019 14:17:01 GMT)
Full text and
rfc822 format available.
Message #92 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
C-h k then press lwindow + r, emacs 27.0.50 displays nothing. It seems lwindow is ignored.
------------------ 原始邮件 ------------------
发件人: "Juanma Barranquero"<lekktu <at> gmail.com>;
发送时间: 2019年9月25日(星期三) 晚上10:12
收件人: "Albert"<georgealbert <at> qq.com>;
抄送: "Eli Zaretskii"<eliz <at> gnu.org>;"37495"<37495 <at> debbugs.gnu.org>;
主题: Re: bug#37495: 27.0.50; lwindow doesn't pass to system
On Wed, Sep 25, 2019 at 3:54 PM Albert <georgealbert <at> qq.com> wrote:
>
> Sorry for the low res pictures. What about this picture?
:-)
So, if you do
C-h k
and then
lwindow r
Emacs says this
[Message part 2 (text/html, inline)]
[965AB6E7@2150CE72.AD768B5D.jpg (image/jpeg, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Wed, 25 Sep 2019 15:12:02 GMT)
Full text and
rfc822 format available.
Message #95 received at 37495 <at> debbugs.gnu.org (full text, mbox):
> From: Juanma Barranquero <lekktu <at> gmail.com>
> Date: Wed, 25 Sep 2019 15:41:35 +0200
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 37495 <37495 <at> debbugs.gnu.org>
>
> So, to summarize (again), if you run
>
> emacs -Q
>
> from that 2019-09-18 snapshot, then in that running instance,
>
> - w32-pass-lwindow-to-system is t
> - w32-lwindow-modifier is nil,
> - and lwindow+r does not invoke Windows' Run command.
>
> while it does in my setup. Weird.
Which probably means the OP has some local non-default system-wide
setup regarding keyboard handling.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Wed, 25 Sep 2019 15:15:01 GMT)
Full text and
rfc822 format available.
Message #98 received at 37495 <at> debbugs.gnu.org (full text, mbox):
> From: Juanma Barranquero <lekktu <at> gmail.com>
> Date: Wed, 25 Sep 2019 16:12:38 +0200
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 37495 <37495 <at> debbugs.gnu.org>
>
> So, if you do
>
> C-h k
>
> and then
>
> lwindow r
>
> Emacs says this
>
> image.png
I see the same, FWIW, and the *Help* window pops up before I hit 'r',
just after I hit lwindow.
I think this is normal.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Wed, 25 Sep 2019 15:24:02 GMT)
Full text and
rfc822 format available.
Message #101 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Wed, Sep 25, 2019 at 5:14 PM Eli Zaretskii <eliz <at> gnu.org> wrote:
> I see the same, FWIW, and the *Help* window pops up before I hit 'r',
> just after I hit lwindow.
>
> I think this is normal.
Yes, it is normal. But it's not what happens to Albert.
So I think you're right, something in his system's set up is messing with
keyboard handling, and it's not an Emacs thing.
But somehow it didn't affect 26.2... Weird.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Wed, 25 Sep 2019 15:31:01 GMT)
Full text and
rfc822 format available.
Message #104 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Picture above is emacs 26.2, it is ok. I can't figure out why emacs 26.3 and 27.0.50 are not ok with the same config of emacs 26.2. Maybe I should trye to compile emacs from source. I use emacs on linux by compiling from trunk. But I don't set up develop environment on windows.
------------------ 原始邮件 ------------------
发件人: "Juanma Barranquero"<lekktu <at> gmail.com>;
发送时间: 2019年9月25日(星期三) 晚上11:22
收件人: "Eli Zaretskii"<eliz <at> gnu.org>;
抄送: "Albert"<georgealbert <at> qq.com>;"37495"<37495 <at> debbugs.gnu.org>;
主题: Re: bug#37495: 27.0.50; lwindow doesn't pass to system
On Wed, Sep 25, 2019 at 5:14 PM Eli Zaretskii <eliz <at> gnu.org> wrote:
> I see the same, FWIW, and the *Help* window pops up before I hit 'r',
> just after I hit lwindow.
>
> I think this is normal.
Yes, it is normal. But it's not what happens to Albert.
So I think you're right, something in his system's set up is messing with keyboard handling, and it's not an Emacs thing.
But somehow it didn't affect 26.2... Weird.
[Message part 2 (text/html, inline)]
[2D00D515@1902123F.0D888B5D.jpg (image/jpeg, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Thu, 26 Sep 2019 05:39:02 GMT)
Full text and
rfc822 format available.
Message #107 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I compiled emacs from the latest code. But lwindow is still not passed to windows.
Albert <at> Albert MSYS /e/workspace/emacs_src/emacs
$ git log
commit 07367e5b95fe31f3d4e994b42b081075501b9b60 (grafted, HEAD -> master, origin/master, origin/HEAD)
Author: Mattias Engdeg氓rd <mattiase <at> acm.org>
Date: Wed Sep 25 14:29:50 2019 -0700
------------------ 鍘熷閭欢 ------------------
鍙戜欢浜: "Albert"<georgealbert <at> qq.com>;
鍙戦佹椂闂: 2019骞9鏈25鏃(鏄熸湡涓) 鏅氫笂11:30
鏀朵欢浜: "Juanma Barranquero"<lekktu <at> gmail.com>;"Eli Zaretskii"<eliz <at> gnu.org>;
鎶勯: "37495"<37495 <at> debbugs.gnu.org>;
涓婚: 鍥炲锛 bug#37495: 27.0.50; lwindow doesn't pass to system
Picture above is emacs 26.2, it is ok. I can't figure out why emacs 26.3 and 27.0.50 are not ok with the same config of emacs 26.2. Maybe I should trye to compile emacs from source. I use emacs on linux by compiling from trunk. But I don't set up develop environment on windows.
------------------ 鍘熷閭欢 ------------------
鍙戜欢浜: "Juanma Barranquero"<lekktu <at> gmail.com>;
鍙戦佹椂闂: 2019骞9鏈25鏃(鏄熸湡涓) 鏅氫笂11:22
鏀朵欢浜: "Eli Zaretskii"<eliz <at> gnu.org>;
鎶勯: "Albert"<georgealbert <at> qq.com>;"37495"<37495 <at> debbugs.gnu.org>;
涓婚: Re: bug#37495: 27.0.50; lwindow doesn't pass to system
On Wed, Sep 25, 2019 at 5:14 PM Eli Zaretskii <eliz <at> gnu.org> wrote:
> I see the same, FWIW, and the *Help* window pops up before I hit 'r',
> just after I hit lwindow.
>
> I think this is normal.
Yes, it is normal. But it's not what happens to Albert.
So I think you're right, something in his system's set up is messing with keyboard handling, and it's not an Emacs thing.
But somehow it didn't affect 26.2... Weird.
[Message part 2 (text/html, inline)]
[F2C2AF47@A1867239.BA4E8C5D.jpg (image/jpeg, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Thu, 26 Sep 2019 11:46:01 GMT)
Full text and
rfc822 format available.
Message #110 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Thu, Sep 26, 2019 at 7:39 AM Albert <georgealbert <at> qq.com> wrote:
>
> I compiled emacs from the latest code. But lwindow is still not passed
to windows.
What your screenshot shows is the normal behavior when Emacs is passing the
key to Windows. So at this point I think Eli's right, and it is something
in your system's setup.
Why it didn't happen with 26.2, I have no idea.
[Message part 2 (text/html, inline)]
[F2C2AF47@A1867239.BA4E8C5D.jpg (image/jpeg, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Thu, 26 Sep 2019 12:18:02 GMT)
Full text and
rfc822 format available.
Message #113 received at 37495 <at> debbugs.gnu.org (full text, mbox):
> From: Juanma Barranquero <lekktu <at> gmail.com>
> Date: Thu, 26 Sep 2019 13:45:03 +0200
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 37495 <37495 <at> debbugs.gnu.org>
>
> Why it didn't happen with 26.2, I have no idea.
Maybe Emacs 26.2 was downloaded from a different site, or it was a
different build?
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Thu, 26 Sep 2019 13:42:02 GMT)
Full text and
rfc822 format available.
Message #116 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Emacs 26.2/26.3/27.0.50 are downloaded from gnu website(http://ftp.gnu.org/gnu/emacs/windows/emacs-26/ and http://alpha.gnu.org/gnu/emacs/pretest/windows/emacs-27/).
I tried to comment code in w32fns.c to bypass lwindow to system, but failed without luck.
------------------ 原始邮件 ------------------
发件人: "Eli Zaretskii"<eliz <at> gnu.org>;
发送时间: 2019年9月26日(星期四) 晚上8:17
收件人: "Juanma Barranquero"<lekktu <at> gmail.com>;
抄送: "Albert"<georgealbert <at> qq.com>;"37495"<37495 <at> debbugs.gnu.org>;
主题: Re: bug#37495: 回复： bug#37495: 27.0.50; lwindow doesn't pass to system
> From: Juanma Barranquero <lekktu <at> gmail.com>
> Date: Thu, 26 Sep 2019 13:45:03 +0200
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 37495 <37495 <at> debbugs.gnu.org>
>
> Why it didn't happen with 26.2, I have no idea.
Maybe Emacs 26.2 was downloaded from a different site, or it was a
different build?
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#37495; Package
emacs.
(Sun, 29 Sep 2019 03:31:02 GMT)
Full text and
rfc822 format available.
Message #119 received at 37495 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I finally found the problem. My anti-virus software(360安全卫士) blocks emacs to emulate lwindow key. When emacs is trusted by anti-virus software, the problem is solved.
Thank you for all your help.
------------------ 原始邮件 ------------------
发件人: "Albert"<georgealbert <at> qq.com>;
发送时间: 2019年9月26日(星期四) 晚上9:40
收件人: "Eli Zaretskii"<eliz <at> gnu.org>;"Juanma Barranquero"<lekktu <at> gmail.com>;
抄送: "37495"<37495 <at> debbugs.gnu.org>;
主题: 回复： bug#37495: 回复： bug#37495: 27.0.50; lwindow doesn't pass to system
Emacs 26.2/26.3/27.0.50 are downloaded from gnu website(http://ftp.gnu.org/gnu/emacs/windows/emacs-26/ and http://alpha.gnu.org/gnu/emacs/pretest/windows/emacs-27/).
I tried to comment code in w32fns.c to bypass lwindow to system, but failed without luck.
------------------ 原始邮件 ------------------
发件人: "Eli Zaretskii"<eliz <at> gnu.org>;
发送时间: 2019年9月26日(星期四) 晚上8:17
收件人: "Juanma Barranquero"<lekktu <at> gmail.com>;
抄送: "Albert"<georgealbert <at> qq.com>;"37495"<37495 <at> debbugs.gnu.org>;
主题: Re: bug#37495: 回复： bug#37495: 27.0.50; lwindow doesn't pass to system
> From: Juanma Barranquero <lekktu <at> gmail.com>
> Date: Thu, 26 Sep 2019 13:45:03 +0200
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 37495 <37495 <at> debbugs.gnu.org>
>
> Why it didn't happen with 26.2, I have no idea.
Maybe Emacs 26.2 was downloaded from a different site, or it was a
different build?
[Message part 2 (text/html, inline)]
Reply sent
to
Juanma Barranquero <lekktu <at> gmail.com>:
You have taken responsibility.
(Sun, 29 Sep 2019 03:46:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
"Albert" <georgealbert <at> qq.com>:
bug acknowledged by developer.
(Sun, 29 Sep 2019 03:46:02 GMT)
Full text and
rfc822 format available.
Message #124 received at 37495-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Sun, Sep 29, 2019 at 5:29 AM Albert <georgealbert <at> qq.com> wrote:
>
> I finally found the problem. My anti-virus software(360瀹夊叏鍗＋) blocks emacs
to emulate lwindow key.
Great, thanks for letting us know.
[Message part 2 (text/html, inline)]
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org.
(Sun, 27 Oct 2019 11:24:14 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 297 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.