> I would like to add support for surf, zathura and others I use daily.
I already use it with surf, and I didn't have to add any support.
Hi.
I hacked tabbed, st and sxiv [1] (and surf, but I couldn't compile
it with recent webkit) for support of PARENT_XID environment variable.
Tabbed set such variable with its XID. St and sxiv embed in window
identified by PARENT_XID if present.
This way I can easily browse images "within" terminal
On 5 November 2011 14:26, Troels Henriksen wrote:
> Étienne Faure writes:
>> Try this:
>>
>> wget
>> 'http://www.vim.org/scripts/script.php?script_id=3792&adding=dummy&arguments=that&could=be&a=horrible&hash=that&i=ve&seen=on&crappy=sites&unfortunatly=i&can=not&find=a&publicly=available&example=
On 11/5/11, hiro <23h...@googlemail.com> wrote:
> Well, it doesn't have GL support, so it's more or less usable.
>
What do graphics have to do with limiting client-server file transfer
protocols? Or what does "GL" stand for in this context? You realize
WebGL is an extension of JavaScript, not havin
Étienne Faure writes:
> Try this:
>
> wget
> 'http://www.vim.org/scripts/script.php?script_id=3792&adding=dummy&arguments=that&could=be&a=horrible&hash=that&i=ve&seen=on&crappy=sites&unfortunatly=i&can=not&find=a&publicly=available&example=of&this=so&let=s&go=for&a=hash&here=514241337a3c43a0bb28
On Sat, Nov 5, 2011 at 15:08, wrote:
> * Étienne Faure [2011-11-05 14:59]:
>> On Sat, Nov 5, 2011 at 14:40, wrote:
>> >
>> > I'm afraid, then curl won't do either.
>>
>> As a matter of fact, it does:
>>
>
> great. then use curl. It's acceptable dependence, just as much as wget
> is.
>
>> Renam
* Étienne Faure [2011-11-05 14:59]:
> On Sat, Nov 5, 2011 at 14:40, wrote:
> >
> > I'm afraid, then curl won't do either.
>
> As a matter of fact, it does:
>
great. then use curl. It's acceptable dependence, just as much as wget
is.
> Renaming the file afterwards can lead to failure: if the
Well, it doesn't have GL support, so it's more or less usable.
On Sat, Nov 5, 2011 at 14:25, Bjartur Thorlacius wrote:
>> I can't access those websites using Gopher. Please fix.
> In what world is Gopher a good protocol? It's fkn ambiguous.
>
>
On Sat, Nov 5, 2011 at 14:40, wrote:
> * Étienne Faure [2011-11-05 14:29]:
>> I'm afraid not. I tested it quickly for the same vim.org issue:
>>
>> webkit_download_get_suggested_filename(o)
>> returned "download_script.php" instead of, in this case,
>> "TagmaBufMgr.zip".
>
> I'm afraid, the
* Étienne Faure [2011-11-05 14:29]:
> I'm afraid not. I tested it quickly for the same vim.org issue:
>
> webkit_download_get_suggested_filename(o)
> returned "download_script.php" instead of, in this case,
> "TagmaBufMgr.zip".
I'm afraid, then curl won't do either.
To be honest, while I a
On Sat, Nov 5, 2011 at 13:16, wrote:
> * Troels Henriksen [2011-11-05 12:51]:
>> There is a fix for this that involves using the
>> webkit_download_get_suggested_filename function and passing it to wget's
>> -O option, but I can't figure out how to prevent clobbering of an
>
> that might work?
>
> I can't access those websites using Gopher. Please fix.
In what world is Gopher a good protocol? It's fkn ambiguous.
sta...@cs.tu-berlin.de writes:
> * Troels Henriksen [2011-11-05 12:51]:
>> There is a fix for this that involves using the
>> webkit_download_get_suggested_filename function and passing it to wget's
>> -O option, but I can't figure out how to prevent clobbering of an
>
> that might work?
>
* Troels Henriksen [2011-11-05 12:51]:
> There is a fix for this that involves using the
> webkit_download_get_suggested_filename function and passing it to wget's
> -O option, but I can't figure out how to prevent clobbering of an
that might work?
fn=$result_of_webkit_download_get_sugges
Étienne Faure writes:
> Hello,
>
> I've had a small issue downloading scripts from www.vim.org:
>
> The URI ends with a php file and a variable argument. With the current
> wget setup, the script name isn't deduced from the header.
> Thus, the downloaded file's name is something like:
>
> downloa
Hello,
I've had a small issue downloading scripts from www.vim.org:
The URI ends with a php file and a variable argument. With the current
wget setup, the script name isn't deduced from the header.
Thus, the downloaded file's name is something like:
download_script.php?src_id=1234
I managed to
* sta...@cs.tu-berlin.de
> I post this anyway, someone might find it useful. Of course, something like
> "Mozilla/5.0 (X11; U; Linux; en-us) AppleWebKit/531.2+ (KHTML, like Gecko,
> surf-"VERSION") Safari/531.2+" would make more sense. Don't know how to use
> the
> static char useragent in the m
sta...@cs.tu-berlin.de writes:
> Hm, writing this, I figured out the arxiv folks are afraid of mass deonloads
> and DoS and just look into the user agent. So adding --user-agent foo solved
> the problem.
Good observation. Downloading should of course use the Surf user
agent. (I may have run acr
* Nick [2011-11-04 19:30]:
> I'll look myself, but if anyone else finds
> one, please let us know.
I've rarely had troubles downloading anything, maybe beacause I rarely do so
from crappy places; Untl recently when I repeatedly got this on arxiv.org
trying to download a pdf (dillo and others ha
19 matches
Mail list logo
