| Could you share why it misses the point according to you? On the website the following use-case is mentioned:
> run firefox remotely in order to "significantly reduce bandwidth and thus both increase browsing speeds and decrease bandwidth costs." Another use-case would be running firefox on a remote server with just enough power while using ssh on a smaller, weaker, device (raspbery pi like, an old smartphone with termux, very old hardware, ...). It's hard to build a browser engine, especially if you intend to support a seemless modern web experience (and thus with javascript, unlike all the text-browsers out there). Some even argue it's not possible to build a modern web browser engine anymore [1]. I think it's the point for browsh to rely on another piece of software that will focus on just that (headless firefox). Browsh is described as a "text-based browser", but under the hood, a more technical accurate way to summarize it would be "a software to stream a remote firefox in your terminal". The concept (and why it saves bandwitch) is detailed on the docs section "What is browsh?" [2]. [1] https://drewdevault.com/2020/03/18/Reckless-limitless-scope....
[2] https://www.brow.sh/docs/introduction/ |