Live data from Hacker News

Show HN: Browsh – A modern, text-based browser

brow.sh

111–120 of 330 posts

Re: Show HN: Browsh – A modern, text-based browser

#111

    $ ssh brow.sh
    All of Browsh's servers are currently busy. Please try again soon.
    Connection to brow.sh closed.
Seems like a cool way to do a demo for something that's a bit painful to install on macOS (would love to see $ brew install browsh). I'll have to give it another look once the HN effect has died down.

Re: Show HN: Browsh – A modern, text-based browser

#112
post #66

Earlier quoted context omitted.

Charge for plugins? For example, user macros, user styles, integration of other apps, advanced bookmarks, etc. Sell merch, create your own awards for lo-fi websites and charge people to nominate their sites. Hope it works out for you!

Loads of ideas! So well first I need to identify what people want and are willing to pay for. I like the awards for lo-fi websites, I could have a showcase section of the website.

I would pay for a mobile app that reduces my bandwidth usage during traveling while surfing the Webb away from WiFi.

Re: Show HN: Browsh – A modern, text-based browser

#114
post #2

Some 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…

I've been messing about with a toy search engine for a long time, and starting to tie it into my Pinboard bookmarks (6,000 and counting!), and the most irritating part of the whole thing for a while has been extracting useful text from modern websites.

I'd considered using a headless browser setup but I never got 'round to it.

If you structured this as a paid service where I could make some number of requests for some amount of money and get back basically what you've got now in monochrome mode, I'd probably sign up pretty quick.

This is sort of relevant to some other recent HN discussions around the trouble with large-scale crawling and the trouble with so much of it being restricted to Google now, so I don't think I'm the only one.

Re: Show HN: Browsh – A modern, text-based browser

#115
post #2

Some 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: financial support, have you seen Nadia Eghbal's Lemonade Stand for a whole set of ideas:

A handy guide to financial support for open source.

https://github.com/nayafia/lemonade-stand

Re: Show HN: Browsh – A modern, text-based browser

#116
post #39

Earlier quoted context omitted.

In implementation, sure. But from the user's perspective, it's just a browser.

But it doesn't work without X, a common use case for lynx/links/w3m

Does it really? Firefox when run in headless mode does not require X.

Re: Show HN: Browsh – A modern, text-based browser

#117

> Browsh consists of a minimal Golang CLI client and a browser webextension. Most of the work is done by the webextension. When the CLI starts, it looks for a compatible browser (currently only Firefox) and starts it in headless mode. Once the browser has started it opens a remote debugging connection and installs the extension. So a browser wrapper .

I was wondering about this. If everything goes through an already installed browser, then what is the advantage that browsh has over a minimalistic fork of Firefox with e.g., lower bandwith features?

Re: Show HN: Browsh – A modern, text-based browser

#118

Earlier quoted context omitted.

But it doesn't work without X, a common use case for lynx/links/w3m

Does it really? Firefox when run in headless mode does not require X.

Sure, you don't need it to be running but you need x, gtk, and glib installed.

https://bugzilla.mozilla.org/show_bug.cgi?id=1372998

Re: Show HN: Browsh – A modern, text-based browser

#119
Seeing as images are so pixelated as to be near-indistiguishable, I think it would be nice for browsh to have a status line where it shows accessibility metadata (e.g. alt="" attributes) of whatever element is currently in focus.

It might also be nice to have a mode where images are just replaced by filled boxes that are more visually distinguished from the surrounding content.

Re: Show HN: Browsh – A modern, text-based browser

#120

> Browsh consists of a minimal Golang CLI client and a browser webextension. Most of the work is done by the webextension. When the CLI starts, it looks for a compatible browser (currently only Firefox) and starts it in headless mode. Once the browser has started it opens a remote debugging connection and installs the extension. So a browser wrapper .

I was wondering about this. If everything goes through an already installed browser, then what is the advantage that browsh has over a minimalistic fork of Firefox with e.g., lower bandwith features?

For this to actually give a bandwidth advantage I think the browser would have to be running on a server somewhere... so the browser has become the server.
Post reply on HN