search

tecosaur / emacs-everywhere

Mirror of https://git.tecosaur.net/tec/emacs-everywhere
GNU General Public License v3.0
552 stars 57 forks source link

emacs-everywhere works up to pasting text but then keyboard and mouse act weirdly and I can't continue working #29

Open herop opened 3 years ago

herop commented 3 years ago

What did you expect to happen?

I start emacs --daemon
Run DOOM
Click in a browser text field (like this one)
Invoke with a KB-shortcut emacsclient --eval "(emacs-everywhere)"
Type some text and commit it with C-c C-c
Text appears in the text-field (of, say a browser)
I continue working...

What actually happened?

The exact as above, but: (unfortunately there is nothing unusual posted in messages or in the terminal if I invoke emacs-everywhere from there

I type ANY character into, say a browser text field and the character is not shown but my Garuda-Linux does something weird (maybe what it thinks a C-<character typed> should do
If I click with left mouse-button inside (whatever) DOOM buffer (not a link, just whitespace) a UI Buffer-List (even though UI is disabled) pops up
I need to choose a minimum of 2 to 3 buffers with continuous clicks (which then is opened instead of the current buffer) to get back control of what mouse-clicks, keyboard use and text input supposed to do
Unfortunately I cannot provide any screenshot because of the weird behavior described above

Describe your attempts to resolve the issue

I did not configure emacs-everywhere at all. Because I wanted it to work first and then see if I can improve upon it. Steps to reproduce

See above. System Information https://pastebin.com/UdTEB0Fs

enricoflor commented 3 years ago

I have the same problem and the fix that works for me is to press C-g (which is bound to keyboard-quit as per standard) after the text is pasted wherever it is supposed to be.

herop commented 3 years ago

I have the same problem and the fix that works for me is to press C-g (which is bound to keyboard-quit as per standard) after the text is pasted wherever it is supposed to be.

This is a life-saver. Thank you so much for sharing. Strangely (in KDE Plasma) the window I create with emacsclient --eval "(emacs-everywhere)" won't raise above any other window, meaning it's always (!!) at the very bottom layer of windows and I must switch to it to raise and work with it. image

Would you happen to know what can be done about it?

tecosaur commented 3 years ago

Try setting focus stealing prevention to "None"

image

herop commented 3 years ago

That's IT. All of a sudden e-e is no only usable, but exactly what people need that hate not using Emacs for - any - writing.

One more thing, if I may: What is your best-practice way of using Markdown as minor-mode or output?

Have a wonderful day, Jochen

tecosaur commented 3 years ago

Well, ideally you could change major mode and EE would stay active in the buffer, but as you can tell we haven't got that working yet.

donatello commented 2 years ago

This issue is happening to me too, but it is happening only when I switch modes in the new emacs frame that pops up.

For example, in the new frame if I do the following:

  1. switch to rust-mode with M-x rust-mode
  2. type some text
  3. switch to emacs-everywhere-mode with M-x emacs-everywhere-mode
  4. Enter C-c C-c

The text gets pasted into the text box in the browser, but the desktop is messed up weirdly. `C-g` does appear to fix this though.

If I don’t switch modes though, everything is fine!

I am running Ubuntu 22.10 desktop with Xorg.