bug#37495: 27.0.50; lwindow doesn't pass to system

bug#37495: 27.0.50; lwindow doesn't pass to system

[Albert]

[-- Attachment #1: Type: text/plain, Size: 6023 bytes --]

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))

[-- Attachment #2: Type: text/html, Size: 6301 bytes --]

bug#37495: 27.0.50; lwindow doesn't pass to system

[Juanma Barranquero]

[-- Attachment #1: Type: text/plain, Size: 6226 bytes --]

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@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))
>

[-- Attachment #2: Type: text/html, Size: 6906 bytes --]

bug#37495: �ظ��� bug#37495: 27.0.50; lwindow doesn't pass to system

[Albert]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.1: Type: text/plain; charset="gb18030", Size: 6762 bytes --]

Thanks for reply. I tried the setting.









------------------ Ô­Ê¼Óʼþ ------------------
·¢¼þÈË:&nbsp;"Juanma Barranquero"<lekktu@gmail.com&gt;;
·¢ËÍʱ¼ä:&nbsp;2019Äê9ÔÂ24ÈÕ(ÐÇÆÚ¶þ) ÖÐÎç12:41
ÊÕ¼þÈË:&nbsp;"Albert"<georgealbert@qq.com&gt;;
³­ËÍ:&nbsp;"37495"<37495@debbugs.gnu.org&gt;;
Ö÷Ìâ:&nbsp;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-])&nbsp; ;; 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@qq.com&gt; 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)
&nbsp;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:
&nbsp;'configure --without-dbus --host=x86_64-w64-mingw32
&nbsp;--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:
&nbsp; value of $LANG: zh_CN
&nbsp; locale-coding-system: cp936

Major mode: Lisp Interaction

Minor modes in effect:
&nbsp; helm-mode: t
&nbsp; display-line-numbers-mode: t
&nbsp; doom-modeline-mode: t
&nbsp; winum-mode: t
&nbsp; display-time-mode: t
&nbsp; global-paren-face-mode: t
&nbsp; paren-face-mode: t
&nbsp; highlight-parentheses-mode: t
&nbsp; global-highlight-parentheses-mode: t
&nbsp; global-undo-tree-mode: t
&nbsp; undo-tree-mode: t
&nbsp; shell-dirtrack-mode: t
&nbsp; evil-mode: t
&nbsp; evil-local-mode: t
&nbsp; save-place-mode: t
&nbsp; show-paren-mode: t
&nbsp; auto-compile-on-load-mode: t
&nbsp; override-global-mode: t
&nbsp; cl-old-struct-compat-mode: t
&nbsp; tooltip-mode: t
&nbsp; global-eldoc-mode: t
&nbsp; eldoc-mode: t
&nbsp; electric-indent-mode: t
&nbsp; mouse-wheel-mode: t
&nbsp; file-name-shadow-mode: t
&nbsp; global-font-lock-mode: t
&nbsp; font-lock-mode: t
&nbsp; blink-cursor-mode: t
&nbsp; auto-composition-mode: t
&nbsp; auto-encryption-mode: t
&nbsp; auto-compression-mode: t
&nbsp; column-number-mode: t
&nbsp; line-number-mode: t
&nbsp; transient-mark-mode: t
&nbsp; 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)
&nbsp;(symbols 48 24099 1)
&nbsp;(strings 32 81731 25777)
&nbsp;(string-bytes 1 2745266)
&nbsp;(vectors 16 36873)
&nbsp;(vector-slots 8 478717 141520)
&nbsp;(floats 8 804 1291)
&nbsp;(intervals 56 352 383)
&nbsp;(buffers 992 13))

[-- Attachment #1.2: Type: text/html, Size: 7958 bytes --]

[-- Attachment #2: 2A05D014@5964794E.7E148A5D.jpg --]
[-- Type: image/jpeg, Size: 70368 bytes --]

[-- Attachment #3: 2703CD18@B03B2226.7E148A5D.jpg --]
[-- Type: image/jpeg, Size: 70368 bytes --]

bug#37495: 27.0.50; lwindow doesn't pass to system

[Juanma Barranquero]

[-- Attachment #1.1: Type: text/plain, Size: 639 bytes --]

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?

[-- Attachment #1.2: Type: text/html, Size: 846 bytes --]

[-- Attachment #2: 2A05D014@5964794E.7E148A5D.jpg --]
[-- Type: image/jpeg, Size: 70368 bytes --]

[-- Attachment #3: 2703CD18@B03B2226.7E148A5D.jpg --]
[-- Type: image/jpeg, Size: 70368 bytes --]

bug#37495: 27.0.50; lwindow doesn't pass to system

[Eli Zaretskii]

> From: Juanma Barranquero <lekktu@gmail.com>
> Date: Tue, 24 Sep 2019 15:50:35 +0200
> Cc: 37495 <37495@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?

bug#37495: �ظ��� bug#37495: 27.0.50; lwindow doesn't pass to system

[Albert]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="gb18030", Size: 927 bytes --]

yes, Iwindow key with the default setting(nil) doesn't work as expected, it should be passed to windows.




------------------ Ô­Ê¼Óʼþ ------------------
·¢¼þÈË:&nbsp;"Eli Zaretskii"<eliz@gnu.org&gt;;
·¢ËÍʱ¼ä:&nbsp;2019Äê9ÔÂ25ÈÕ(ÐÇÆÚÈý) Á賿0:39
ÊÕ¼þÈË:&nbsp;"Juanma Barranquero"<lekktu@gmail.com&gt;;
³­ËÍ:&nbsp;"Albert"<georgealbert@qq.com&gt;;"37495"<37495@debbugs.gnu.org&gt;;
Ö÷Ìâ:&nbsp;Re: bug#37495: 27.0.50; lwindow doesn't pass to system



&gt; From: Juanma Barranquero <lekktu@gmail.com&gt;
&gt; Date: Tue, 24 Sep 2019 15:50:35 +0200
&gt; Cc: 37495 <37495@debbugs.gnu.org&gt;
&gt; 
&gt; 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.&nbsp; IOW, the default action of the key is somehow
intercepted by Emacs when it shouldn't be.

Am I confused?

[-- Attachment #2: Type: text/html, Size: 1250 bytes --]

bug#37495: 27.0.50; lwindow doesn't pass to system

[Juanma Barranquero]

[-- Attachment #1: Type: text/plain, Size: 478 bytes --]

On Tue, Sep 24, 2019 at 6:39 PM Eli Zaretskii <eliz@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.

[-- Attachment #2: Type: text/html, Size: 718 bytes --]

bug#37495: �ظ��� bug#37495: 27.0.50; lwindow doesn't pass to system

[Albert]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="gb18030", Size: 1014 bytes --]

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. 



------------------ Ô­Ê¼Óʼþ ------------------
·¢¼þÈË:&nbsp;"Juanma Barranquero"<lekktu@gmail.com&gt;;
·¢ËÍʱ¼ä:&nbsp;2019Äê9ÔÂ25ÈÕ(ÐÇÆÚÈý) Á賿0:55
ÊÕ¼þÈË:&nbsp;"Eli Zaretskii"<eliz@gnu.org&gt;;
³­ËÍ:&nbsp;"Albert"<georgealbert@qq.com&gt;;"37495"<37495@debbugs.gnu.org&gt;;
Ö÷Ìâ:&nbsp;Re: bug#37495: 27.0.50; lwindow doesn't pass to system





On Tue, Sep 24, 2019 at 6:39 PM Eli Zaretskii <eliz@gnu.org&gt; wrote:

&gt; I thought the OP said that lwindow doesn't work for him _without_
&gt; redefining it.&nbsp; IOW, the default action of the key is somehow
&gt; intercepted by Emacs when it shouldn't be.
&gt;
&gt; 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.

[-- Attachment #2: Type: text/html, Size: 1473 bytes --]

bug#37495: 27.0.50; lwindow doesn't pass to system

[Juanma Barranquero]

[-- Attachment #1: Type: text/plain, Size: 790 bytes --]

On Tue, Sep 24, 2019 at 6:59 PM Albert <georgealbert@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

?

[-- Attachment #2: Type: text/html, Size: 1123 bytes --]

bug#37495: �ظ��� bug#37495: 27.0.50; lwindow doesn't pass to system

[Albert]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.1: Type: text/plain; charset="gb18030", Size: 1965 bytes --]

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



------------------ Ô­Ê¼Óʼþ ------------------
·¢¼þÈË:&nbsp;"Juanma Barranquero"<lekktu@gmail.com&gt;;
·¢ËÍʱ¼ä:&nbsp;2019Äê9ÔÂ25ÈÕ(ÐÇÆÚÈý) Á賿1:17
ÊÕ¼þÈË:&nbsp;"Albert"<georgealbert@qq.com&gt;;
³­ËÍ:&nbsp;"Eli Zaretskii"<eliz@gnu.org&gt;;"37495"<37495@debbugs.gnu.org&gt;;
Ö÷Ìâ:&nbsp;Re: bug#37495: 27.0.50; lwindow doesn't pass to system




On Tue, Sep 24, 2019 at 6:59 PM Albert <georgealbert@qq.com&gt; wrote:

&gt; 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&nbsp;


&nbsp; &nbsp;emacs -Q


?

[-- Attachment #1.2: Type: text/html, Size: 2832 bytes --]

[-- Attachment #2: 2D01D01B@E6FD2546.896E8A5D.jpg --]
[-- Type: image/jpeg, Size: 50491 bytes --]

bug#37495: 27.0.50; lwindow doesn't pass to system

[Juanma Barranquero]

[-- Attachment #1: Type: text/plain, Size: 413 bytes --]

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?

[-- Attachment #2: Type: text/html, Size: 564 bytes --]

bug#37495: 27.0.50; lwindow doesn't pass to system

[Eli Zaretskii]

> From: Juanma Barranquero <lekktu@gmail.com>
> Date: Tue, 24 Sep 2019 18:55:00 +0200
> Cc: georgealbert@qq.com, 37495@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.

bug#37495: �ظ��� bug#37495: 27.0.50; lwindow doesn't pass to system

[Albert]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.1: Type: text/plain; charset="gb18030", Size: 866 bytes --]

I run the command eval-print-last-sexp with C-j, it prints "t", the default value.






------------------ Ô­Ê¼Óʼþ ------------------
·¢¼þÈË:&nbsp;"Eli Zaretskii"<eliz@gnu.org&gt;;
·¢ËÍʱ¼ä:&nbsp;2019Äê9ÔÂ25ÈÕ(ÐÇÆÚÈý) Á賿1:17
ÊÕ¼þÈË:&nbsp;"Juanma Barranquero"<lekktu@gmail.com&gt;;
³­ËÍ:&nbsp;"Albert"<georgealbert@qq.com&gt;;"37495"<37495@debbugs.gnu.org&gt;;
Ö÷Ìâ:&nbsp;Re: bug#37495: 27.0.50; lwindow doesn't pass to system



&gt; From: Juanma Barranquero <lekktu@gmail.com&gt;
&gt; Date: Tue, 24 Sep 2019 18:55:00 +0200
&gt; Cc: georgealbert@qq.com, 37495@debbugs.gnu.org
&gt; 
&gt; But then, he says "Iwindow key with the default setting(nil)". But w32-pass-lwindow-to-system's default value
&gt; 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.

[-- Attachment #1.2: Type: text/html, Size: 1401 bytes --]

[-- Attachment #2: 2E01D219@3C7FC76C.C5508A5D.jpg --]
[-- Type: image/jpeg, Size: 12023 bytes --]

bug#37495: 27.0.50; lwindow doesn't pass to system

[Juanma Barranquero]

[-- Attachment #1: Type: text/plain, Size: 807 bytes --]

On Tue, Sep 24, 2019 at 3:50 AM Albert <georgealbert@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@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?

[-- Attachment #2: Type: text/html, Size: 1226 bytes --]

bug#37495: �ظ��� bug#37495: 27.0.50; lwindow doesn't pass to system

[Albert]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.1: Type: text/plain; charset="gb18030", Size: 1542 bytes --]

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. 

------------------ Ô­Ê¼Óʼþ ------------------
·¢¼þÈË:&nbsp;"Juanma Barranquero"<lekktu@gmail.com&gt;;
·¢ËÍʱ¼ä:&nbsp;2019Äê9ÔÂ25ÈÕ(ÐÇÆÚÈý) ÉÏÎç7:53
ÊÕ¼þÈË:&nbsp;"Albert"<georgealbert@qq.com&gt;;
³­ËÍ:&nbsp;"37495"<37495@debbugs.gnu.org&gt;;
Ö÷Ìâ:&nbsp;Re: bug#37495: 27.0.50; lwindow doesn't pass to system




On Tue, Sep 24, 2019 at 3:50 AM Albert <georgealbert@qq.com&gt; wrote:

&gt; In GNU Emacs 27.0.50 (build 1, x86_64-w64-mingw32)
&gt; &nbsp;of 2019-09-19 built on CIRROCUMULUS
&gt; Repository revision: 61c2183a440c94ab797696d0f0c76a7dc4007eeb


That revision is more than three months old:


&nbsp;commit 61c2183a440c94ab797696d0f0c76a7dc4007eeb
&nbsp;Author: Phillip Lord <phillip.lord@russet.org.uk&gt;
&nbsp;Date: &nbsp; 2019-06-04 15:02:33 +0100



Could you please try with a recent snapshot from master?


Also surprising:


&gt; Configured using:
&gt; &nbsp;'configure --without-dbus --host=x86_64-w64-mingw32
&gt; &nbsp;--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?

[-- Attachment #1.2: Type: text/html, Size: 2324 bytes --]

[-- Attachment #2: 320ED317@07CB7060.ADFA8A5D.jpg --]
[-- Type: image/jpeg, Size: 72213 bytes --]

bug#37495: 27.0.50; lwindow doesn't pass to system

[Eli Zaretskii]

> From: "Albert" <georgealbert@qq.com>
> Date: Wed, 25 Sep 2019 13:27:09 +0800
> Cc: 37495 <37495@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?

bug#37495: �ظ��� bug#37495: 27.0.50; lwindow doesn't pass to system

[Albert]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="gb18030", Size: 714 bytes --]

No, it doesn't work. lwindow is swallowed by emacs.




------------------ Ô­Ê¼Óʼþ ------------------
·¢¼þÈË:&nbsp;"Eli Zaretskii"<eliz@gnu.org&gt;;
·¢ËÍʱ¼ä:&nbsp;2019Äê9ÔÂ25ÈÕ(ÐÇÆÚÈý) ÏÂÎç2:24
ÊÕ¼þÈË:&nbsp;"Albert"<georgealbert@qq.com&gt;;
³­ËÍ:&nbsp;"lekktu"<lekktu@gmail.com&gt;;"37495"<37495@debbugs.gnu.org&gt;;
Ö÷Ìâ:&nbsp;Re: bug#37495: 27.0.50; lwindow doesn't pass to system



&gt; From: "Albert" <georgealbert@qq.com&gt;
&gt; Date: Wed, 25 Sep 2019 13:27:09 +0800
&gt; Cc: 37495 <37495@debbugs.gnu.org&gt;
&gt; 
&gt; C:\emacs-27.0.50-snapshot-2019-09-18-x86_64\bin&gt;emacs -Q --eval "(setq w32-pass-lwindow-to-system t)"

Does lwindow work when you invoke Emacs that way?

[-- Attachment #2: Type: text/html, Size: 1050 bytes --]

bug#37495: 27.0.50; lwindow doesn't pass to system

[Juanma Barranquero]

[-- Attachment #1: Type: text/plain, Size: 437 bytes --]

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)"

[-- Attachment #2: Type: text/html, Size: 679 bytes --]

bug#37495: �ظ��� bug#37495: 27.0.50; lwindow doesn't pass to system

[Albert]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.1: Type: text/plain; charset="gb18030", Size: 1009 bytes --]

Hi,


Here is the output of emacs 27.0.50:




<lwindow&gt; is passed to windows system in emacs 26.2 with the same init file and packages.

------------------&nbsp;ԭʼÓʼþ&nbsp;------------------
·¢¼þÈË:&nbsp;"Juanma Barranquero"<lekktu@gmail.com&gt;;
·¢ËÍʱ¼ä:&nbsp;2019Äê9ÔÂ25ÈÕ(ÐÇÆÚÈý) ÍíÉÏ8:44
ÊÕ¼þÈË:&nbsp;"Albert"<georgealbert@qq.com&gt;;
³­ËÍ:&nbsp;"Eli Zaretskii"<eliz@gnu.org&gt;;"37495"<37495@debbugs.gnu.org&gt;;
Ö÷Ìâ:&nbsp;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&nbsp;


&nbsp; &nbsp;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?


&nbsp; &nbsp;set HOME=C:\EMPTY
&nbsp; &nbsp;emacs -Q --batch --eval "(princ w32-pass-lwindow-to-system)"

[-- Attachment #1.2: Type: text/html, Size: 1649 bytes --]

[-- Attachment #2: 2D07D01B@15ACAA7C.5F628B5D.jpg --]
[-- Type: image/jpeg, Size: 21075 bytes --]

bug#37495: 27.0.50; lwindow doesn't pass to system

[Juanma Barranquero]

[-- Attachment #1: Type: text/plain, Size: 282 bytes --]

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?

[-- Attachment #2: Type: text/html, Size: 444 bytes --]

bug#37495: �ظ��� bug#37495: 27.0.50; lwindow doesn't pass to system

[Albert]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="gb18030", Size: 790 bytes --]

No, w32-pass-lwindow-to-system that running emacs from the command line and in emacs with "emacs -Q", both are t.




------------------ Ô­Ê¼Óʼþ ------------------
·¢¼þÈË:&nbsp;"Juanma Barranquero"<lekktu@gmail.com&gt;;
·¢ËÍʱ¼ä:&nbsp;2019Äê9ÔÂ25ÈÕ(ÐÇÆÚÈý) ÍíÉÏ9:12
ÊÕ¼þÈË:&nbsp;"Albert"<georgealbert@qq.com&gt;;
³­ËÍ:&nbsp;"Eli Zaretskii"<eliz@gnu.org&gt;;"37495"<37495@debbugs.gnu.org&gt;;
Ö÷Ìâ:&nbsp;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:


&nbsp; emacs -Q


and then check the value of the variable on Emacs, it is nil.


Is it so?

[-- Attachment #2: Type: text/html, Size: 1243 bytes --]

bug#37495: 27.0.50; lwindow doesn't pass to system

[Juanma Barranquero]

[-- Attachment #1: Type: text/plain, Size: 635 bytes --]

> 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.

[-- Attachment #2: Type: text/html, Size: 874 bytes --]

bug#37495: �ظ��� bug#37495: 27.0.50; lwindow doesn't pass to system

[Albert]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.1: Type: text/plain; charset="gb18030", Size: 1325 bytes --]

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.



------------------ Ô­Ê¼Óʼþ ------------------
·¢¼þÈË:&nbsp;"Juanma Barranquero"<lekktu@gmail.com&gt;;
·¢ËÍʱ¼ä:&nbsp;2019Äê9ÔÂ25ÈÕ(ÐÇÆÚÈý) ÍíÉÏ9:41
ÊÕ¼þÈË:&nbsp;"Albert"<georgealbert@qq.com&gt;;
³­ËÍ:&nbsp;"Eli Zaretskii"<eliz@gnu.org&gt;;"37495"<37495@debbugs.gnu.org&gt;;
Ö÷Ìâ:&nbsp;Re: bug#37495: 27.0.50; lwindow doesn't pass to system




&gt; 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


&nbsp;emacs -Q


from that 2019-09-18 snapshot,&nbsp; then in that running instance,


&nbsp;- w32-pass-lwindow-to-system is t
&nbsp;- w32-lwindow-modifier is nil,
&nbsp;- and lwindow+r does not invoke Windows' Run command.


while it does in my setup. Weird.

[-- Attachment #1.2: Type: text/html, Size: 1938 bytes --]

[-- Attachment #2: 2E03D21D@C6AAAC13.71708B5D.jpg --]
[-- Type: image/jpeg, Size: 40085 bytes --]

bug#37495: 27.0.50; lwindow doesn't pass to system

[Juanma Barranquero]

[-- Attachment #1.1: Type: text/plain, Size: 218 bytes --]

On Wed, Sep 25, 2019 at 3:54 PM Albert <georgealbert@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]

[-- Attachment #1.2: Type: text/html, Size: 593 bytes --]

[-- Attachment #2: image.png --]
[-- Type: image/png, Size: 18388 bytes --]

bug#37495: �ظ��� bug#37495: 27.0.50; lwindow doesn't pass to system

[Albert]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.1: Type: text/plain; charset="gb18030", Size: 710 bytes --]

C-h k then press lwindow + r, emacs 27.0.50 displays nothing. It seems lwindow is ignored.




------------------ Ô­Ê¼Óʼþ ------------------
·¢¼þÈË:&nbsp;"Juanma Barranquero"<lekktu@gmail.com&gt;;
·¢ËÍʱ¼ä:&nbsp;2019Äê9ÔÂ25ÈÕ(ÐÇÆÚÈý) ÍíÉÏ10:12
ÊÕ¼þÈË:&nbsp;"Albert"<georgealbert@qq.com&gt;;
³­ËÍ:&nbsp;"Eli Zaretskii"<eliz@gnu.org&gt;;"37495"<37495@debbugs.gnu.org&gt;;
Ö÷Ìâ:&nbsp;Re: bug#37495: 27.0.50; lwindow doesn't pass to system






On Wed, Sep 25, 2019 at 3:54 PM Albert <georgealbert@qq.com&gt; wrote:
&gt;
&gt; Sorry for the low res pictures. What about this picture?

:-)


So, if you do


&nbsp; C-h k


and then


&nbsp; lwindow r


Emacs says this

[-- Attachment #1.2: Type: text/html, Size: 1354 bytes --]

[-- Attachment #2: 965AB6E7@2150CE72.AD768B5D.jpg --]
[-- Type: image/jpeg, Size: 18388 bytes --]

bug#37495: 27.0.50; lwindow doesn't pass to system

[Eli Zaretskii]

> From: Juanma Barranquero <lekktu@gmail.com>
> Date: Wed, 25 Sep 2019 16:12:38 +0200
> Cc: Eli Zaretskii <eliz@gnu.org>, 37495 <37495@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.

bug#37495: 27.0.50; lwindow doesn't pass to system

[Juanma Barranquero]

[-- Attachment #1: Type: text/plain, Size: 422 bytes --]

On Wed, Sep 25, 2019 at 5:14 PM Eli Zaretskii <eliz@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.

[-- Attachment #2: Type: text/html, Size: 609 bytes --]

bug#37495: �ظ��� bug#37495: 27.0.50; lwindow doesn't pass to system

[Albert]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.1: Type: text/plain; charset="gb18030", Size: 1116 bytes --]

 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. 

------------------ Ô­Ê¼Óʼþ ------------------
·¢¼þÈË:&nbsp;"Juanma Barranquero"<lekktu@gmail.com&gt;;
·¢ËÍʱ¼ä:&nbsp;2019Äê9ÔÂ25ÈÕ(ÐÇÆÚÈý) ÍíÉÏ11:22
ÊÕ¼þÈË:&nbsp;"Eli Zaretskii"<eliz@gnu.org&gt;;
³­ËÍ:&nbsp;"Albert"<georgealbert@qq.com&gt;;"37495"<37495@debbugs.gnu.org&gt;;
Ö÷Ìâ:&nbsp;Re: bug#37495: 27.0.50; lwindow doesn't pass to system





On Wed, Sep 25, 2019 at 5:14 PM Eli Zaretskii <eliz@gnu.org&gt; wrote:

&gt; I see the same, FWIW, and the *Help* window pops up before I hit 'r',
&gt; just after I hit lwindow.
&gt;
&gt; 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.

[-- Attachment #1.2: Type: text/html, Size: 1604 bytes --]

[-- Attachment #2: 2D00D515@1902123F.0D888B5D.jpg --]
[-- Type: image/jpeg, Size: 55856 bytes --]

bug#37495: 回复： bug#37495: 27.0.50; lwindow doesn't pass to system

[Albert]

[-- Attachment #1.1: Type: text/plain, Size: 1892 bytes --]

I compiled emacs from  the latest code. But lwindow is still not passed to windows.


Albert@Albert MSYS /e/workspace/emacs_src/emacs
$ git log
commit 07367e5b95fe31f3d4e994b42b081075501b9b60 (grafted, HEAD -> master, origin/master, origin/HEAD)
Author: Mattias Engdegård <mattiase@acm.org&gt;
Date:&nbsp;&nbsp; Wed Sep 25 14:29:50 2019 -0700




------------------&nbsp;原始邮件&nbsp;------------------
发件人:&nbsp;"Albert"<georgealbert@qq.com&gt;;
发送时间:&nbsp;2019年9月25日(星期三) 晚上11:30
收件人:&nbsp;"Juanma Barranquero"<lekktu@gmail.com&gt;;"Eli Zaretskii"<eliz@gnu.org&gt;;
抄送:&nbsp;"37495"<37495@debbugs.gnu.org&gt;;
主题:&nbsp;回复： bug#37495: 27.0.50; lwindow doesn't pass to system






&nbsp;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. 

------------------ 原始邮件 ------------------
发件人:&nbsp;"Juanma Barranquero"<lekktu@gmail.com&gt;;
发送时间:&nbsp;2019年9月25日(星期三) 晚上11:22
收件人:&nbsp;"Eli Zaretskii"<eliz@gnu.org&gt;;
抄送:&nbsp;"Albert"<georgealbert@qq.com&gt;;"37495"<37495@debbugs.gnu.org&gt;;
主题:&nbsp;Re: bug#37495: 27.0.50; lwindow doesn't pass to system





On Wed, Sep 25, 2019 at 5:14 PM Eli Zaretskii <eliz@gnu.org&gt; wrote:

&gt; I see the same, FWIW, and the *Help* window pops up before I hit 'r',
&gt; just after I hit lwindow.
&gt;
&gt; 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.

[-- Attachment #1.2: Type: text/html, Size: 2698 bytes --]

[-- Attachment #2: F2C2AF47@A1867239.BA4E8C5D.jpg --]
[-- Type: image/jpeg, Size: 55856 bytes --]

bug#37495: 回复： bug#37495: 27.0.50; lwindow doesn't pass to system

[Juanma Barranquero]

[-- Attachment #1.1: Type: text/plain, Size: 380 bytes --]

On Thu, Sep 26, 2019 at 7:39 AM Albert <georgealbert@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.

[-- Attachment #1.2: Type: text/html, Size: 541 bytes --]

[-- Attachment #2: F2C2AF47@A1867239.BA4E8C5D.jpg --]
[-- Type: image/jpeg, Size: 55856 bytes --]

bug#37495: 回复： bug#37495: 27.0.50; lwindow doesn't pass to system

[Eli Zaretskii]

> From: Juanma Barranquero <lekktu@gmail.com>
> Date: Thu, 26 Sep 2019 13:45:03 +0200
> Cc: Eli Zaretskii <eliz@gnu.org>, 37495 <37495@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?

bug#37495: �ظ��� bug#37495: �ظ��� bug#37495: 27.0.50; lwindow doesn't pass to system

[Albert]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="gb18030", Size: 973 bytes --]

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.





------------------ Ô­Ê¼Óʼþ ------------------
·¢¼þÈË:&nbsp;"Eli Zaretskii"<eliz@gnu.org&gt;;
·¢ËÍʱ¼ä:&nbsp;2019Äê9ÔÂ26ÈÕ(ÐÇÆÚËÄ) ÍíÉÏ8:17
ÊÕ¼þÈË:&nbsp;"Juanma Barranquero"<lekktu@gmail.com&gt;;
³­ËÍ:&nbsp;"Albert"<georgealbert@qq.com&gt;;"37495"<37495@debbugs.gnu.org&gt;;
Ö÷Ìâ:&nbsp;Re: bug#37495: »Ø¸´£º bug#37495: 27.0.50; lwindow doesn't pass to system



&gt; From: Juanma Barranquero <lekktu@gmail.com&gt;
&gt; Date: Thu, 26 Sep 2019 13:45:03 +0200
&gt; Cc: Eli Zaretskii <eliz@gnu.org&gt;, 37495 <37495@debbugs.gnu.org&gt;
&gt; 
&gt; 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?

[-- Attachment #2: Type: text/html, Size: 1322 bytes --]

bug#37495: �ظ��� bug#37495: �ظ��� bug#37495: 27.0.50; lwindow doesn't pass to system

[Albert]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="gb18030", Size: 1559 bytes --]

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.



------------------ Ô­Ê¼Óʼþ ------------------
·¢¼þÈË:&nbsp;"Albert"<georgealbert@qq.com&gt;;
·¢ËÍʱ¼ä:&nbsp;2019Äê9ÔÂ26ÈÕ(ÐÇÆÚËÄ) ÍíÉÏ9:40
ÊÕ¼þÈË:&nbsp;"Eli Zaretskii"<eliz@gnu.org&gt;;"Juanma Barranquero"<lekktu@gmail.com&gt;;
³­ËÍ:&nbsp;"37495"<37495@debbugs.gnu.org&gt;;
Ö÷Ìâ:&nbsp;»Ø¸´£º 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.





------------------ ԭʼÓʼþ ------------------
·¢¼þÈË:&nbsp;"Eli Zaretskii"<eliz@gnu.org&gt;;
·¢ËÍʱ¼ä:&nbsp;2019Äê9ÔÂ26ÈÕ(ÐÇÆÚËÄ) ÍíÉÏ8:17
ÊÕ¼þÈË:&nbsp;"Juanma Barranquero"<lekktu@gmail.com&gt;;
³­ËÍ:&nbsp;"Albert"<georgealbert@qq.com&gt;;"37495"<37495@debbugs.gnu.org&gt;;
Ö÷Ìâ:&nbsp;Re: bug#37495: »Ø¸´£º bug#37495: 27.0.50; lwindow doesn't pass to system



&gt; From: Juanma Barranquero <lekktu@gmail.com&gt;
&gt; Date: Thu, 26 Sep 2019 13:45:03 +0200
&gt; Cc: Eli Zaretskii <eliz@gnu.org&gt;, 37495 <37495@debbugs.gnu.org&gt;
&gt; 
&gt; 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?

[-- Attachment #2: Type: text/html, Size: 2219 bytes --]

bug#37495: 回复： bug#37495: 27.0.50; lwindow doesn't pass to system

[Juanma Barranquero]

[-- Attachment #1: Type: text/plain, Size: 220 bytes --]

On Sun, Sep 29, 2019 at 5:29 AM Albert <georgealbert@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.

[-- Attachment #2: Type: text/html, Size: 334 bytes --]

bug#37495: 27.0.50; lwindow doesn't pass to system

[Eli Zaretskii]

> From: Juanma Barranquero <lekktu@gmail.com>
> Date: Wed, 25 Sep 2019 15:41:35 +0200
> Cc: Eli Zaretskii <eliz@gnu.org>, 37495 <37495@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.

bug#37495: 27.0.50; lwindow doesn't pass to system

[Eli Zaretskii]

> From: Juanma Barranquero <lekktu@gmail.com>
> Date: Wed, 25 Sep 2019 01:53:41 +0200
> Cc: 37495@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.

bug#37495: 27.0.50; lwindow doesn't pass to system

[Andreas Schwab]

On Sep 25 2019, Eli Zaretskii <eliz@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@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE  1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."

bug#37495: 27.0.50; lwindow doesn't pass to system

[Eli Zaretskii]

> From: Andreas Schwab <schwab@suse.de>
> Cc: Juanma Barranquero <lekktu@gmail.com>,  37495@debbugs.gnu.org,  georgealbert@qq.com
> Date: Wed, 25 Sep 2019 09:52:21 +0200
> 
> On Sep 25 2019, Eli Zaretskii <eliz@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.

bug#37495: 27.0.50; lwindow doesn't pass to system

[Juanma Barranquero]

[-- Attachment #1: Type: text/plain, Size: 503 bytes --]

> 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.

[-- Attachment #2: Type: text/html, Size: 619 bytes --]

bug#37495: 27.0.50; lwindow doesn't pass to system

[Juanma Barranquero]

[-- Attachment #1: Type: text/plain, Size: 198 bytes --]

On Wed, Sep 25, 2019 at 2:36 PM Juanma Barranquero <lekktu@gmail.com> wrote:


> Yes, of course. It's just that I thought that Albert was building its own
> Emacs
>

*His* own Emacs. Sorry. Sleepy.

[-- Attachment #2: Type: text/html, Size: 719 bytes --]