For one it seems to be system-wide rather than Firefox-specific (too bad It's All text doesn't work after Quantum). Apparently relies on the clipboard instead of filesystem
HEATHEN! The holy, never-ending war must continue.
Seriously, what voice commands would be better than clacking on a keyboard?
For code structure we have AST-fueled refactoring tools, auto linters, auto formatters... the main problem with these is that you're forcing people to use a single IDE/editor with a particular set of plugins with a particular configuration. And usually it's not even VIM or Emacs!
You could re-implement the Vim command building language in a natural language. You'll hit walls sooner or later.
Don't get me wrong, it would be awesome for ergonomics and a pretty powerful tool, but for now Google Assistant has issues in recognizing if I want a timer for 13 or 30 minutes. 1/5 of speech recognition searches are gibberish, especially when I use own names.
Correcting a typo takes far less time than backtracking speech - that's one of the main issues I see when people use any speech-to-text converter. People weigh their words carefully or they're in a world of pain trying to backtrack an error.
If we supplement the keyboard then what is faster and easier to do?
"replace all" $potato "with" $banana > hit enter < OR say "enter"
s/potato/banana/g
If you have an actual use case in mind that would dwarf keyboard input then give an example, please.
For some reason, I couldn't help but imagine someone using Parinfer using voice commands and innocent bystanders recoiling in disgust because of the constant "slurp!", "barf!", "slurp!" interjections. xD
You can do this in Bash already (Ctrl x Ctrl e is bound to readline's edit-and-execute-command, which will open $EDITOR with the current command), but being able to do this everywhere is nice!
For those of us who use Zsh, the equivalent is “Alt-x edit-command-line”, which can easily be bound to “Ctrl x, Ctrl e” by adding “bindkey '^x^e' edit-commandline” in ~/.zshrc.
Nice! I spent in inordinate amount of time recreating emacs key bindings in MacOS using Karabiner -- everything from editing text to scrolling to switching windows -- before the latest release of MacOS broke it. I found a replacement but it's not as good.
Have you tried hooking it up to Hammerspoon? I’ve found that there’s a whole lot you can emulate from Karabiner in Karabiner-Elements using a combination of those two.
Prefer to use Emacs to edit text? Now you can use it anywhere. Press a keyboard shortcut of your choice, and a new Emacs frame (window) will be opened. After you’re done, just save and the text will be inserted in the original input box.
(*disclaimer: written by an avid vim user, and not a native English speaker. May need rephrasing to be better Emacsese or English.)
It would be nice if there's a plugin that launches vim/emacs with a tmp file in the background, and replaces the textarea with a terminal like canvas that connects to it. Upon exit, the content gets copied into the textarea.
This is amazing, I have always wanted something like this. Given that it requires xdotool, I was wondering if it would work in a Wayland system (I don't use Wayland yet, I'm just curious) ?
Good eye! I don’t think it does on account of xdotool. If you can suggest something better than xdotool I’m open to using it. I only use two commands from xdotool at the moment.
Similarly I made an app the other day to allow custom key shortcuts on macOS. The defaults use vim keys but I plan to eventually add key chords too. https://github.com/sdegutis/Vimac
I use dvorak and I can agree that there are at least a few popular chords that are inconvenient, like Cx Cf. But I've gotten used to this and haven't changed any core key bindings.
And, of course, the upside is that on any random machine with emacs is 100% compatible.
Oh, and one more tip :-): bind 'vim' to 'emacs -nw -Q' which loads emacs really fast (without requiring the daemon to be running).
I do. Since C-x is very common I swapped T with X. Here's the snippet from my init:
;; Swap C-t and C-x, so it's easier to type on Dvorak layout
;; `keyboard-translate` does not work when attaching an emacsclient to
;; a running emacs in daemon mode, so instead we define the key in the
;; key-translation-map.
;; http://lists.gnu.org/archive/html/help-gnu-emacs/2009-10/msg00505.html
(define-key key-translation-map [?\C-x] [?\C-t])
(define-key key-translation-map [?\C-t] [?\C-x])
With this modification I find Emacs with Dvorak very comfortable.
I use emacs with programmer dvorak[0]. I use the default key bindings and it didn't get me too long to adjust. I tried changing the bindings to new locations but they're so many and in the end they're just arbitrary. I've been using that same setup for almost 4 years now and I don't have any intention of changing it :)
I’m a Vi user rather than emacs but I can perfectly understand wanting to have the same keyboard interface across platforms.
Could you explain what’s bad about that or why you think classic keyboard interfaces are a fad?
(I’ve been using Vi interfaces in one form or another since 1989).
Exactly, vim is better than emacs, and I've always known this. It wasnt until recently that i found out emacs is a better vim than vim. Spacemacs really is a masterpiece.
Indeed it is. Still early and getting better all the time but it's very usable and much less broken than vim as it stands. With the spacemacs package cache and version pinning it will become even better out of the box.
Yeah, neovim is a great project but still lacks imo compared to emacs. maybe when the ecosystem and plugins get more stabilized will it be a really compelling option for me to switch. once you get past some of the emacs oddities it's pretty much a better vim. The thing about neovim is that bram added the feature that neovim was initially forked off because of and he made vim's version incompatible with neovim's async. being able to have transient buffers in emacs is a very powerful feature that is used all over the place (magit is one that does this very effectively). I am not sure neovim has all the necessary fundamental building blocks to compete and allow these extremely rich plugins like orgmode, magit, helm, swoop, evil, etc. I could be wrong on that but the plugins on the emacs side are much more robust which leads me to believe that emacs is better at customization. only having lua as a baked in language is limiting just like only having viml as the builtin language for vim was limiting as to what could be done easily... most plugins will simply not use any other language for compatibility and ease of install even though it's possible to use ruby/python/etc. In addition the concepts of major(vim filetypes) and minor modes(editor enhancements) is pretty great too.
don't get me wrong, all that said, I couldn't and wouldn't use emacs if it didn't have a rich vim emulator.
Nice idea. But AFAIK it cannot work with most "modern" web sites, because they are increasingly using some Javascript nonsense instead of a textarea. (Disclaimer: have not tried this, but some "everything is text" extension years ago)
> You can use it anywhere with any application which allows you to paste text.
Thanks for this clarification. (Even pasting becomes increasingly impossible. For e.g. Google does not allow me anymore to paste my username at login, and my (work) username is very long... I suppose pasting might offer an easier way scripted attacks. But yeah, most applications still allow it.)
Where does google prevent that? I tried on the web login page and I can paste without problem. I'm not sure why they'd prevent you from pasting your login in the first place.
In general there's always a simple way to bypass these websites limitations, like those who try to disable the right click.
https://github.com/zachcurry/emacs-anywhere (here)
vs.
https://github.com/cknadler/vim-anywhere + https://news.ycombinator.com/item?id=16395379
Nice to see them both still in use :-)