RHttp: REPL for HTTP(github.com)
github.com
RHttp: REPL for HTTP
https://github.com/1buran/rHttp
21 comments
Hello! First of all, I'm glad to say you thank for feedback!
> Like I don't see how the author proposes Enter for navigating in the parameters but no way to get back when you want to edit something you've went before.
Current key bindings for navigation:
Shift+right next item Shift+left prev item
Enter set value (and move to the next one)
In demo I used Enter for moving because vhs doesn't support shift+right/left combinations, also there is historical reason of use enter - bubbletea examples =)
Anyway the current key bindings is not ideal, I'd say more: it may conflict with particular terminal key bindings of someone who has the same key binding for another things, so to solve this problem I want make all them configurable like I did recently for colors - every color value may be overridden in config, I want the same for key bindings.
> Like I don't see how the author proposes Enter for navigating in the parameters but no way to get back when you want to edit something you've went before.
Current key bindings for navigation:
Shift+right next item Shift+left prev item
Enter set value (and move to the next one)
In demo I used Enter for moving because vhs doesn't support shift+right/left combinations, also there is historical reason of use enter - bubbletea examples =)
Anyway the current key bindings is not ideal, I'd say more: it may conflict with particular terminal key bindings of someone who has the same key binding for another things, so to solve this problem I want make all them configurable like I did recently for colors - every color value may be overridden in config, I want the same for key bindings.
Is this what "REPL" means now?
For that matter, is this also a roguelike?
For that matter, is this also a roguelike?
I guess it should rather be TUI, as in terminal UI.
https://wikipedia.org/wiki/REPL in context of http interaction
maybe it's not has full REPL possibilities but it is kinda of REPL..
I'm not good in invention of project names!
I'm not good in invention of project names!
Sad to see this didn't get much traction. I am very intrigued by the idea of an "HTTP playground" such as this.
Same here. I'm not sure why this particular project is attracting mostly negative comments. I'd hope we can welcome more ideas in developer tools, even when they aren't in line with our individual preferences.
An interactive terminal environment that requires no mousing around seems nice for certain tasks.
An interactive terminal environment that requires no mousing around seems nice for certain tasks.
> An interactive terminal environment that requires no mousing around seems nice for certain tasks
Definitely agree!
Definitely agree!
Maybe I'm missing something. How is this better than browser devtools in say firefox?
How is it better than Bruno, or Postman? Who knows.
I've got the feeling that some people fetishize terminal application.
I've got the feeling that some people fetishize terminal application.
> This is project was created when I needed something like REPL for http request in terminal, there are many great tools exist: Postman, Insomnia, httpie, curl etc but i wanted something little bit different, something lightweight, simple and fast, something like REPL when I can quickly modify request, send it and see the response with all the details. I wanted such utility with minimal magic, ideally without any black magic under the hood.
> The project has no ambitious goals. It is not killer of Postman or httpie or curl. I hope you may find it useful.
https://github.com/1buran/rHttp?tab=readme-ov-file#introduct...
> The project has no ambitious goals. It is not killer of Postman or httpie or curl. I hope you may find it useful.
https://github.com/1buran/rHttp?tab=readme-ov-file#introduct...
Probably differences on how different people work.
One convenient thing you can do with terminal stuff is running it in a disposable Docker container without having to install anything on your PC (assuming you already have docker):
One convenient thing you can do with terminal stuff is running it in a disposable Docker container without having to install anything on your PC (assuming you already have docker):
docker run --rm -it "${TERMINAL_APPLICATION}"
I've built dew for this. It "knows" about many of those apps (and where to get a container from). https://github.com/efrecon/dew. Adding a term app is usually just a matter of crafting an .env file with the necessary settings.
For what is worth, you can also run containerized GUI apps.
Yea TUI never sat well with me since the whole point of CLI over GUI applications is that you have control over the interface that doesn't require changing the source/using an extension system. TUI applications is like a step in-between GUI and CLI that I feel isn't necessary.
interesting thought... i've never think about TUI in this perspective
I'd say it lives somewhere between curl and postman....that is, more than curl since it seems interactive to me, but not as "feature-visible" as say postman. Sort of like a REPL but with a TUI. It does seem pretty neat though!
For the TUI / CLI haters, I think they're not following. The company that did postman showcased Newman in their site, which is simply a postman cli. Hurl is a good side project too.
I am used to any way to make a request then use jq, but this tool isn't bad.
It's very early so it's missing feature that's all. Like I don't see how the author proposes Enter for navigating in the parameters but no way to get back when you want to edit something you've went before.
Saving requests, sessions is a cool feature though, this can allow for easier request creation. Maybe implement the tool with the Neovim interface and it might pop up.