Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

Using the mouse in customize work only in insert state #13970

Closed
real-or-random opened this issue Sep 21, 2020 · 4 comments
Closed

Using the mouse in customize work only in insert state #13970

real-or-random opened this issue Sep 21, 2020 · 4 comments
Assignees
Labels
- Bug tracker - Customize Evil Mouse device stale marked as a stale issue/pr (usually by a bot)

Comments

@real-or-random
Copy link
Contributor

real-or-random commented Sep 21, 2020

Description :octocat:

Using the mouse to click on buttons and certain links in "customize" works only in insert state

I can reproduce this even after deleting my dotfile.

Reproduction guide 馃

  • Start Emacs
  • M-x M-x customize
  • Click on the "State" button or on the one "More" link

Observed behaviour: 馃憖 馃挃
Nothing happens.
If you switch to insert state first, it works.

Expected behaviour: 鉂わ笍 馃槃
Should work in normal mode. I wouldn't bet my life on it but I believe this worked in normal mode before.

System Info 馃捇

  • OS: gnu/linux
  • Emacs: 27.1
  • Spacemacs: 0.300.0
  • Spacemacs branch: develop (rev. 3d5d4b2)
  • Graphic display: t
  • Distribution: spacemacs
  • Editing style: vim
  • Completion: helm
  • Layers:
(csv html javascript systemd helm auto-completion better-defaults emacs-lisp git github markdown
     (org :variables org-enable-github-support t)
     spell-checking syntax-checking treemacs
     (latex :variables latex-enable-auto-fill nil)
     pdf yaml lua gtags lsp
     (c-c++ :variables c-c++-backend 'lsp-ccls c-c++-lsp-enable-semantic-highlight 'rainbow)
     php python rust shell major-modes org-roam)
  • System configuration features: XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND GPM DBUS GSETTINGS GLIB NOTIFY INOTIFY ACL GNUTLS LIBXML2 FREETYPE HARFBUZZ M17N_FLT LIBOTF ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS LIBSYSTEMD JSON PDUMPER LCMS2 GMP

Maybe related to 68debde

@real-or-random real-or-random changed the title Button in customize work only in insert mode Button in customize work only in insert state Sep 21, 2020
@real-or-random real-or-random changed the title Button in customize work only in insert state Using the mouse in customize work only in insert state Sep 24, 2020
@real-or-random
Copy link
Contributor Author

Ah, and another issue with customize mode (not entirely sure if introduced by 68debde) is that using a link (no matter if with mouse or keyboard) opens a new buffer. That's pretty annoying. Browse around to get a grasp of possible settings and find that you have tens of buffers open.

@duianto
Copy link
Collaborator

duianto commented Sep 28, 2020

Confirmed.
When mouse clicking on some links or buttons in a customize buffer, in evil normal state.

C-h l (l = lower case L) shows:

  • When nothing happens:
 <help-echo> <down-mouse-1>                         ;; evil-mouse-drag-region
  • When the link works:
 <mouse-1>                                          ;; widget-move-and-invoke

And a new Customize Group: <group name> buffer opens when opening new group pages.

This seems relevant:
https://stackoverflow.com/questions/4869460/how-to-stop-emacs-from-opening-new-buffers-when-following-a-link-in-customizatio

@github-actions github-actions bot added the stale marked as a stale issue/pr (usually by a bot) label Sep 28, 2021
@real-or-random

This comment was marked as resolved.

@github-actions github-actions bot removed the stale marked as a stale issue/pr (usually by a bot) label Oct 3, 2021
@github-actions github-actions bot added the stale marked as a stale issue/pr (usually by a bot) label Oct 3, 2022
Repository owner deleted a comment from github-actions bot Oct 3, 2022
Repository owner deleted a comment from github-actions bot Oct 3, 2022
@lebensterben lebensterben removed the stale marked as a stale issue/pr (usually by a bot) label Oct 3, 2022
@lebensterben lebensterben self-assigned this Oct 3, 2022
Copy link

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Please let us know if this issue is still valid!

@github-actions github-actions bot added the stale marked as a stale issue/pr (usually by a bot) label Jan 24, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
- Bug tracker - Customize Evil Mouse device stale marked as a stale issue/pr (usually by a bot)
Projects
None yet
Development

No branches or pull requests

3 participants