that's pretty awesome. Anyone here knows how I could install this in termux on my android?
I tried it this morning (lineageOS). Got the arm binary from github, `chmod +x`-ed it on my computer and scp:ed it over to my phone. Ran the binary and got a quick flash of the screen and a `exit status 1`. Have not looked into it more than that. Since `browsh` depends on headless firefox, which is not in the termux default repository (it seems), I guess it won't work because termux does not have access to the firefo…
Show HN: Browsh – A modern, text-based browser
251–260 of 330 posts
Re: Show HN: Browsh – A modern, text-based browser
#252https://text.brow.sh/http://text.brow.sh/http://text.brow.sh...
Re: Show HN: Browsh – A modern, text-based browser
#253Earlier quoted context omitted.
The bitcoin one! Woaah, thank you so much :)
No, thank you . That must have been a very long and hard slog to get this to work as well as it does and unfortunately this is the only way that I have to show my appreciation of that. (Been there, done that.)
Re: Show HN: Browsh – A modern, text-based browser
#254[edit]: Ah, I notice now that the firefox in stable is too old anyway. Oh, well, never mind then :-)
Re: Show HN: Browsh – A modern, text-based browser
#255Some of you may have seen this before under its previous incarnation of "Texttop". Then it was just a hack, but I got some great feedback, so I've spent most of the last 12 months turning it into something serious. It's morphed into more than a mere TTY gimmick. That UNIX philosophy of text being the "universal interface" has somewhat unexpectedly risen to the forefront, such that Browsh is now essentially a text bro…
Re: Show HN: Browsh – A modern, text-based browser
#256Earlier quoted context omitted.
I could see this being part of a lightweight browser UI testing framework. There's already ways to drive a headless UI (Selenium, puppeteer), but they require automation testers to interact with page elements via the "normal" DOM which can be quite painful in terms of creating automation tests - DSLs to drive DOM automation are necessarily huge. I could envision browser automation via browsh using a very small DSL e.…
I've thought of that too. The trouble is that Browsh's text renderer is more of a science than an art. It's quite hard to actually get a guarantee of the same text twice, which is a pretty important condition of testing. But yes, I'd love for Browsh to be used in such a way!
A very fast browser not tied to a graphical display with the bonus of being able to put error screenshots into all of our existing tooling could actually be quite beneficial here, whether the text is character-identical every time or not.
Re: Show HN: Browsh – A modern, text-based browser
#257Some of you may have seen this before under its previous incarnation of "Texttop". Then it was just a hack, but I got some great feedback, so I've spent most of the last 12 months turning it into something serious. It's morphed into more than a mere TTY gimmick. That UNIX philosophy of text being the "universal interface" has somewhat unexpectedly risen to the forefront, such that Browsh is now essentially a text bro…
You might not see the need for this, but others will. I could see it being used in some back end workflow.
Re: Show HN: Browsh – A modern, text-based browser
#258Re: Show HN: Browsh – A modern, text-based browser
#259Re: Show HN: Browsh – A modern, text-based browser
#260Earlier quoted context omitted.
I've thought of that too. The trouble is that Browsh's text renderer is more of a science than an art. It's quite hard to actually get a guarantee of the same text twice, which is a pretty important condition of testing. But yes, I'd love for Browsh to be used in such a way!
As an anecdote, somebody at my workplace has just spent a day tearing their hair out trying to figure out how to get our selenium tests running automatically on a headless machine, because the resolution flat refused to go above 1024x768. Even then, they're slow and heavyweight. A very fast browser not tied to a graphical display with the bonus of being able to put error screenshots into all of our existing tooling c…