dragon VS vis

https://www.reddit.com/r/suckless/comments/13hr5zy/comment/jmlxizk https://github.com/mwh/dragon

https://github.com/mwh/dragon https://github.com/nik012003/ripdrag

Have a look at dragon

I write a lot of extremely simple but handy shell functions.

This one lets me drag/and drop things out of a terminal session (kind of) into applications with https://github.com/mwh/dragon and i use it way too often!

I'm used on a terminal workflow (ranger fm in the past, switched to lf) on a desktopless wm. I prefer it that way, the only thing missing is drag 'n' drop functionality, mainly for web apps. There is dragon but I'm considering installing a light gui fm for the job.

Yeah, some amount of extra explanation would have helped. I'm using this with a local program (https://github.com/mwh/dragon) that creates a pop-up GUI window (independent of Emacs) for "drag and drop" functionality. It only works with files on the local system, so the purpose of super-buffer-file is to create a local file associated with a buffer if one doesn't already exist, and return the name of that file.

Not a direct answer, but maybe still useful… They way I handle this is using a drag and drop tool.

I know there is dragon and the feature would require a terminal that supports it, but being able to simply select files and drag-and-drop them into a browser upload without requiring an additional window would be awesome.

You can use Dragon

> I wonder if the author has ever heard of vis[0]

Yes.

https://github.com/martanne/vis/wiki/Differences-from-Kakoun...

https://github.com/mawww/kakoune/wiki#onboarding

> which imho fulfills far better each one of those premises

Not very motivated for such a harsh critic..

If you want an editor that uses Sam's structural regexes with keyboard-focussed vi-style interaction, you might be interested in https://github.com/martanne/vis

Not Rust, but there's vis which aims to be a Vi(m) inspired editor with Sam's structural regular expressions.

I do not use vim nor a WM nor a Thinkpad, but I do use vis. It's great.

> They either break from Vim's model (kakoune, helix) or follow Vim along with all it's flaws (Neovim, Vis).

I am sincerely curious of what flaws from Vim has Vis inherited, in your opinion.

I have the impression that the design idea of Vis is taking only the modal design of Vi (not Vim), plus the structural regular expressions of Sam, then make it as clean as possible with programmability via Lua plugins.

In fact, the state non-goals [1] seems to clearly distant itself from Vim.

[1]: https://github.com/martanne/vis#non-goals