Great. Quentin, could I take a look at your patch? It's probably
better than what I sent.
Yeah, the current surf approach is not ideal because it actually hits
the server twice, and it may also not work for downloads where the
resource is generated dynamically and change from one request to the
ot
I think the most ellegant solution would be to develop a download
manager and establish a small, pipe-driven protocol to expose download
handling. This way, you can choose to use the suckless download
manager, or make your own shell script, or even use none at all (which
is what would work for our
Quoth v4hn:
> On Thu, Mar 22, 2018 at 08:54:34PM +, Nick wrote:
> > I wonder whether it would be best to move to webkit handling
> > downloads itself, like this, albeit with a basic user interface.
>
> This is not a new thought.
> Five years ago people thought it a bad idea.
>
> https://lists
On Thu, Mar 22, 2018 at 08:54:34PM +, Nick wrote:
> I wonder whether it would be best to move to webkit handling
> downloads itself, like this, albeit with a basic user interface.
This is not a new thought.
Five years ago people thought it a bad idea.
https://lists.suckless.org/dev/1301/14371
On Thu, Mar 22, 2018 at 02:12:48PM -0600, Arturo Espinosa wrote:
> Hi.
>
> First of all, thank you for surf. It's a great, minimalistic shell for
> webkit, and it has proven of great value for our current project. Big
> thumbs up for that, thanks.
>
> We are working on a POS system and using surf
> Hi.
Hello Arturo,
> First of all, thank you for surf. It's a great, minimalistic shell for
> webkit, and it has proven of great value for our current project. Big
> thumbs up for that, thanks.
Well, I'm glad you find it useful!
> We are working on a POS system and using surf as part of our
>
