IRC channel at FreeNode

2007-07-02 Thread Micah Cowan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi folks,

I've experimentally started a #wget channel for discussion and support,
at FreeNode (irc.freenode.net). Please feel free to come and lurk!

Without it having been announced, and only being open over this weekend,
a couple of people managed to find their way into it and ask some
support questions.

I will try to be present on the channel during Pacific daytime hours
(though I will be working much of that time, and may not actually be
available); it would be nice to have a little coverage during other
times, as well.

- --
Micah J. Cowan
Programmer, musician, typesetting enthusiast, gamer...
http://micah.cowan.name/

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGiLAB7M8hyUobTrERCMGoAJwMFuB/pYoo0p9kVDwhXYC84cavYACfYrYr
wS2yp/KNXXWzOgNwIDCqRWc=
=bXbR
-END PGP SIGNATURE-


Re: Question about the frame

2007-07-02 Thread Ben Galin


On Jun 26, 2007, at 11:50 PM, Micah Cowan wrote:


After running

  $ wget -H -k -p http://www.fdoxnews.com/

It downloaded all of the relevant files. However, the results were  
still

not viewable until I edited the link in www.fdoxnews.com/index.html,
replacing the ? with %3F (index.mas%3Fepl=...). Probably, wget
should have done that when converting the links, considering that it
named the file with a ?, but left it literally in the converted  
link; ?
is a special character for URIs, and cannot be part of filenames  
unless

they are encoded. I'll make note of that in my buglist.


It appears that this is actually by design.  If -E (--html-extension)  
is not specified, `?' will not be replaced with `%3F'.  From src/ 
convert.c:


   We quote ? as %3F to avoid passing part of the file name as the
   parameter when browsing the converted file through HTTP.  However,
   it is safe to do this only when `--html-extension' is turned on.
   This is because converting index.html?foo=bar to
   index.html%3Ffoo=bar would break local browsing, as the latter
   isn't even recognized as an HTML file!  However, converting
   index.html?foo=bar.html to index.html%3Ffoo=bar.html should be
   safe for both local and HTTP-served browsing.

Running

   $ wget -E -H -k -p http://www.fdoxnews.com/

does the right thing.

-Ben



Re: Question about the frame

2007-07-02 Thread Micah Cowan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Ben Galin wrote:
 
 On Jun 26, 2007, at 11:50 PM, Micah Cowan wrote:
 
 After running

   $ wget -H -k -p http://www.fdoxnews.com/

 It downloaded all of the relevant files. However, the results were still
 not viewable until I edited the link in www.fdoxnews.com/index.html,
 replacing the ? with %3F (index.mas%3Fepl=...). Probably, wget
 should have done that when converting the links, considering that it
 named the file with a ?, but left it literally in the converted link; ?
 is a special character for URIs, and cannot be part of filenames unless
 they are encoded. I'll make note of that in my buglist.
 
 It appears that this is actually by design.  If -E (--html-extension) is
 not specified, `?' will not be replaced with `%3F'.  From src/convert.c:
 
We quote ? as %3F to avoid passing part of the file name as the
parameter when browsing the converted file through HTTP.  However,
it is safe to do this only when `--html-extension' is turned on.
This is because converting index.html?foo=bar to
index.html%3Ffoo=bar would break local browsing, as the latter
isn't even recognized as an HTML file!  However, converting
index.html?foo=bar.html to index.html%3Ffoo=bar.html should be
safe for both local and HTTP-served browsing.
 
 Running
 
$ wget -E -H -k -p http://www.fdoxnews.com/
 
 does the right thing.

Okay, I'll remove that item, then. Thanks very much for looking into
that, Ben!

- --
Micah J. Cowan
Programmer, musician, typesetting enthusiast, gamer...
http://micah.cowan.name/

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGiYs37M8hyUobTrERCL+eAKCCh/FYkwvEJuHlPokRT0CfZBMJLwCeNMya
8KL3KkjWZFagsyLqHo+1g2A=
=kPXe
-END PGP SIGNATURE-