Live data from Hacker News

Slumber a TUI HTTP Client

slumber.lucaspickering.me

51–60 of 73 posts

Re: Slumber a TUI HTTP Client

#51

> "To that end, configuration is defined in a YAML file called the request collection" Genuine question, why do people use YAML? I've been using it a little bit recently (reading existing documents, not writing my own), and it just seems like a more overcomplicated and less human-readable version of JSON? With potential security vulnerabilities?

Because YAML is the worst config format, except for all the others.

https://opensource.posit.co/blog/2026-05-21_in-defense-of-ya...

Re: Slumber a TUI HTTP Client

#52
post #17

looks nice when you want to quickly get something up and running! i'm trying to move away from GUI-based, and i haven't really found a nice workflow with just using curl https://justuse.org/curl/

Oh, man, that write-up is hilarious! Hilarious and true. The KISS principle is the way to go.

Re: Slumber a TUI HTTP Client

#54

These small utilities are great, now so quick and easy to create. I made a TUI version and then grew tired of it and ported it to Electron, took less than an hour for each. For those complaining about YAML format, you can create your own in less than an hour using whatever format you want. The potentially disheartening thing about the ability to create apps like this, they are just low effort are they even worth shar…

[dead]

Re: Slumber a TUI HTTP Client

#55

For those who are using Emacs, https://github.com/federicotdn/verb provides similar UX, I have been using it as a postman alternative for quite some time.

Postman has turned from something that's bad, that I put up with, to something that's god awful that I simply refuse to engage with. Now days, I just do everything with curl, shell functions and history

A couple years ago, around when Deno hit 1.0, I started using it for a LOT of my shell scripting scenarios... I can write TypeScript files with a shebang that pretty much just work, and can reference repository packages that load to a cache directory at runtime if missing.. no separate npm install step.

This has been extremely helpful... I'm as inclined to copy as fetch then paste and tweak in a TS file as I am to use curl or anything else... I've pretty much stopped using things like postman altogether.

Re: Slumber a TUI HTTP Client

#56

Earlier quoted context omitted.

YAML: - - "hello" YAML expanded: - - "hello" JSON (typical formatting): [ [ "hello" ] ] And EDN for good measure: [["hello"]] I know which one I prefer :) Silly example perhaps, but once you have X lists nested in Y lists, it does become a lot easier to see why some prefer a bit more visually hierarchically stronger syntaxes

I still prefer ini files for configuration. Easier to grep and sed.

You can get a bit more if you use TOML over INI... it's similar at a baseline, but still a bit more rich for advanced configuration than INI is.

Re: Slumber a TUI HTTP Client

#57
post #17

looks nice when you want to quickly get something up and running! i'm trying to move away from GUI-based, and i haven't really found a nice workflow with just using curl https://justuse.org/curl/

I used to write Python scripts with Requests or run from terminal. It has a nicer syntax, all LLMs know it, and we all used Python in the backend. https://docs.python-requests.org/en/latest/index.html

If you already have Python installed, I'm still a big fan of the httpie CLI [1]. It's a CLI wrapper for Requests that provides a very friendly CLI DSL.

[1] https://httpie.io/cli

Re: Slumber a TUI HTTP Client

#58
post #4

TUI stands for "Text User Interface" not "Terminal User Interface" considering that the point of TUI vs GUI is to distinguish text mode from graphical mode. The word "terminal" isn't really meant to imply text even if quite a few terminal emulators are, indeed, text mode; rather it typically means that the UI is drawn by some other machine than the one you're touching. For example, a very popular Windows Server featu…

Historically, “TUI” referred to “Text User Interface”, but language evolves and “Terminal User Interface” has been common usage in terminal-app/tooling communities for at least the last decade (probably more).

The distinction we (Ratatui) draw is that the rendering surface is a terminal: historically sometimes a physical hardware terminal (someone got Ratatui running on a Minitel a while back), more commonly today a terminal emulator/PTY environment.

That framing also better captures the kinds of constraints and capabilities Ratatui apps actually deal with: terminal escape sequences, cell-based rendering, alternate screen buffers, mouse handling, resize behavior, scrollback interaction, etc.

In addition, these apps don't only do text only these days as modern terminals support various graphics protocols (Sixel, Kitty, iTerm graphics) and other extensions that can allow for weird and wonderful things that are not just text.

Re: Slumber a TUI HTTP Client

#60
post #49

Earlier quoted context omitted.

I still prefer ini files for configuration. Easier to grep and sed.

They work wonderfully until you need to do anything more advanced than a key-value store.

My belief is that anything that requires more than that are hiding the fact that what they truly need is a DSL. Instead they force you to write AST (ansible, github actions, docker compose,…)
Post reply on HN