johnson9009 / dotfiles Goto Github PK

The Homebrew's package "coreutils" provide GNU File, Shell, and Text utilities to macOS, commands also provided by macOS have been installed with the prefix "g", so the "rm" provided by "coreutils" is installed as "grm".

With git plugin, zsh defines "grm" as a alias of "git rm", so it will override the "rm" of "coreutils". The "rm" of "coreutils" is more useful than the macOS's one, because it can use like "rm xxx -rf", but macOS's only can use like "rm -rf xxx".

1. It have nothing to do with the monokai theme, because use other theme the issue will still exist.
2. After launching emacs, change the theme using SPC-T-n, then the face will be the correct value defined by the theme.
3. Maybe it relevant to whitespace-mode.
4. In Linux terminal environment, there will be a orange background too, but Linux GUI, Mac terminal and GUI won't.

"Mouse Reporting" means that mouse click and position will be encoded in an escape string, then mouse-aware terminal applications (e.g., vim, emacs) can use these information to perform functions like any "real" GUI programs use a mouse.

In terminal applications like "XTerm", "Mintty", the "Shift" key can disable "Mouse Reporting" temporarily, this feature is very useful, with it we can select and copy text from terminal applications to clipboard easily.

The environment variable "LS_COLORS" is set in Z shell's theme file, but C shell do not set this environment variable, so the color of "ls" maybe different on same platform.

So current configuration file will error when on emacs 27.

Currently only if the shell initialization file (.zshrc) is a relative link, then the env "DOTFILES" can be set correctly by the logic of file shell/zsh/zshrc because of below code.

The mouse wheel can't work when the emacs is built without any window system, but the mouse click work well no matter left/right mouse click or double click.

(if (fboundp 'x-create-frame)
    ;; Do it after loading term/foo-win.el since the value of the
    ;; mouse-wheel-*-event vars depends on those files being loaded or not.
    (load "mwheel"))

After some investigation I found above code snippet in file "lisp/loadup.el", obviously the package "mwheel" won't be loaded if the Emacs is built without any window system, this is the root cause of this issue.

From comments in above code snippet, it seems that the package "mwheel" depends on window system packages, e.g., "term/ns-win.el", because of the initialization of variables "mouse-wheel-*-event", but from the source code of package "mwheel", these variables only depends on the feature "win32-win" and "ns-win" to set the initial value, in other words, the package "mwheel" can work without any window system.

After add below code snippet to the configuration file of Emacs, the mouse wheel work well on Emacs which built without any window system.

(require 'mwheel)
(mouse-wheel-mode t)

It seems that the developer of package "mwheel" is too strict for the condition to load it, so I file a bug report to https://debbugs.gnu.org/cgi/bugreport.cgi?bug=47162.