Nyxt does not assume POSIX, in fact it is completely independent of any POSIX-ness.
It has been reported to run on Windows via WSL and also without it, but it needs much more work because WebKitGTK is not trivial to get to run on Windows.
- You can press `enter` instead of typing "default" in full if it's selected.
- Running `vi-normal-mode` enables VI bindings in the current buffer only. If you want to enable them everywhere, you can use the graphical confiuration menu that's presented on startup.
- `tab` inserts the current selection in the input. Do you mean something else?
Thanks for responding! That wasn't my experience with using enter, but i just tried it and it works, so I'm pretty sure that was just me :) the command being relegated to buffers is useful to know.
> - `tab` inserts the current selection in the input. Do you mean something else?
In emacs (specifically ivy/helm), tab in context-sensitive. Using tab on a command input autocompletes that input, where elsewhere it behaves differently. There doesn't actually seem to be a nice way to select from the command lists given (like the session selector) without typing it in, and that means I have to type it in in full, which is awkward and cumbersome.
One final note is I just tried using it again -- first problem is duckduckgo.com does not load, I just get a blank page after it says "finished loading". The other is that the default key of 'd', I had assumed would close the buffer, but I guess that must be 'x' because it closed the entire window, which I would have expected from 'q'.
The prompt buffer (previously known as "minibuffer") supports fuzzy completion: you never have to type the suggestion in full. Just type a portion of what you want and the appropriate suggestion should come to the top. Even typos are supported.
If duckduckgo does not load, maybe you enable noscript-mode, proxy-mode or similar? Try starting the browser with `nyxt -I` (no config file).
Do other HTTPS site work?
`d` is not bound by default.
To see the full list of commands and bindings, press `Ctrl+space`, it will display them all.
> The prompt buffer (previously known as "minibuffer") supports fuzzy completion: you never have to type the suggestion in full. Just type a portion of what you want and the appropriate suggestion should come to the top. Even typos are supported.
Thank you :) I tried this with a few commands and it does select the topmost entry when i hit "enter". However, typing in "duck" and hitting enter does not go to https://duckduckgo.com, which is what was intended. There doesn't seem to be a way to select or cycle through the available entries? mouse clicking does not work and nor do the arrow keys
> If duckduckgo does not load, maybe you enable noscript-mode, proxy-mode or similar? Try starting the browser with `nyxt -I` (no config file). Do other HTTPS site work?
https://news.ycombinator.com works with nyxt -I, however https://duckduckgo.com/ shows a blank screen. I compiled with the latest webkit2gtk on Alpine Linux. I've had this problem with Surf so it might straight up be a webkit problem.
> `d` is not bound by default.
When I press it it exits nyxt. Running it in a console we can now see this error: https://tpaste.us/x1zJ
Another thing I just noticed, is that hitting "emacs mode" in the command list loads emacs mode, but vi-normal is still active! Hitting "vi-normal" to make it go back into vi-mode does not work, but selecting 'vi' in the settings menu shifts the current buffer back to vi mode. Should I select 'emacs-mode' again to get out of it, like a toggle?
Note this is the "fully contained Guix pack" (a bit like a container) which contains all the recursive dependencies, which includes WebKitGTK, GTK and the like.
Nyxt alone is about 100-150 MiB uncompressed, which is what it costs you if you install it via your package manager.
I did not see mention of this on the download page, so I was taken aback. It does seems the Ubuntu package works in Debian, but that wasn't clear on the website, either.
I agree it would need some specific support from the host REPL. There is a terminal emulator for Emacs, vterm, which I assume could provide that "terminal emulator widget" functionality. But you'd probably have to add code to SLY/SLIME/etc to support this. (To be honest I have never used SLY or SLIME, but as far as I know they don't have such a feature already.)
I think the other problem is that it is easy to launch a new buffer in Emacs hosting the terminal emulator. But what I was suggesting was more like embedding a buffer inside an existing one. I don't know if Emacs has that feature, but if it doesn't, again there is no reason why someone couldn't add it. (I don't know if Emacs Lisp is sufficient to implement such a feature or if extensions to the C code would be necessary.)
(To reiterate what I answered for Ammonite, s/Ammonite/Xonsh:)
I've only scratched the surface of Xonsh, so please correct me if I'm wrong.
From what I understand, Xonsh was designed as a "readline shell" as I wrote in the article. It perpetuates this approach that everything is a command.
The thesis of my article suggests we do the opposite: I'm suggesting to rethink shells by starting from the interface (here the SLY REPL) and then implement the shell features.
In particular, it seems that Xonsh does not support back-references and I'm not sure it has an interactive inspector (or does Emacs python mode provide one?).
While Xonsh seems to be a definite improvement over the syntax of Bash, etc., I'm not sure it brings much novelty in terms of user interface. But again, I know very little about it so I may have missed some features, in particular regarding the Emacs integration :)
From what I understand, Ammonite was designed as a "readline shell" as I wrote in the article. It perpetuates this approach that everything is a command.
The thesis of my article suggests we do the opposite: I'm suggesting to rethink shells by starting from the interface (here the SLY REPL) and then implement the shell features.
In particular, it seems that Ammonite does not support back-references and I'm not sure it has an interactive inspector.
While Ammonite seems to be a definite improvement over the _syntax_ of Bash, etc., I'm not sure it brings much novelty in terms of user interface. But again, I know very little about it so I may have missed some features :)
Agreed, I think Jupyter got many things right, in particular when it comes to prompt handler and data visualization.
What I find limiting for now is interactions with the shell process, in my case the Common Lisp compiler: no interactive stacktrace, no debugger, etc. This is very limiting. I don't know if there is a way around it, as this could be a limitation of the Jupyter design with its kernels. Please let me know if there is a way out! :)
