lynx-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: lynx-dev bug report


From: Klaus Weide
Subject: Re: lynx-dev bug report
Date: Mon, 25 Oct 1999 04:19:57 -0500 (CDT)

On 24 Oct 1999, Oliver Seidel wrote:

> "lynx -version":
> ----------------
> Lynx Version 2.8.3dev.4 (14 Jul 1999)
> Built on linux-gnu Jul 25 1999 07:48:22
> 
> "uname -a":
> -----------
> Linux omphalos.al.cl.cam.ac.uk 2.1.125 #6 SMP Tue Oct 27 16:26:20 GMT 1998 
> i586 unknown
> ---------------------------------------------------------------------------
> "what you were doing":
> ----------------------
> I issued the following innocuous command:
> 
> wget -nc -x -r -l1 -k http://www.forum2000.org/matrix/hall_of_fame/index.html
> 
> which produced a directory structure of 800k size.

...enough to keep me from just repeating it...

> I now have the
> problem that I have lots of files of the form "...&..." on my
> disc.  My web browser (lynx) looks for the file "...&..." and can't
> find it.  Is this a lynx or a wget problem?  Who's right?  Does
> anybody know whether the standard tells you to expand things like
> "&" in a URL or not?  Thanks,

Please give a full example, for at least one file, with no "..." or "X",
of

   - the filename (as shown by ls)
   - the string that you are using to try to access that file, and its
     context.  If I understand right that would be a link in an HTML
     file created by wget.

I am sure there is an answer to your question (yes, the standards [or
RFCs] do tell...), but let's consider a concrete case.

> ///////////////////////////////////////////////////////////////////////
> The "wget" crowd claim that HTML contains strings for references and
> that those strings ought to be interpreted by the rules of URL
> interpretation (percent signs followed by ascii codes ...) rather than
> being interpreted by the rules of HTML ("&" -> "&").  They say
> it's Lynx's fault and that Lynx shouldn't map strings inside
> references.

It isn't clear (to me) from your description what exactly they claim.
You are trying to paraphrase something, but the paraphrasing makes
it unclear.  (For example, there isn't any obvious meaning to "map strings
inside references".)

> ---------------------------------------------------------------------------
> "Whether you were able to repeat the problem":
> ----------------------------------------------
> I have added the line "SUFFIX::text/html" to my lynx.cfg file so that the
> downloaded queries are interpreted as HTML.  Other than that, I cannot
> think of significant modifications (I've changed the colors etc).

I'm surprised...  Are you sure that has an effect?

Anyway, it isn't related to your problem it seems.  Whether those files
are treated as text/plain (as by default) or not doesn't change
their URLs.

> ---------------------------------------------------------------------------
> "What the problem is":
> ----------------------
> Lynx does not find the file given, because it looks for a different
> file name than is presented in the X string of <a href="X">asdf</a>.
> There definitely is a file by that name, readable by the effective
> user and usable by other means (cat).

Give it to us without "X" please.

    Klaus


reply via email to

[Prev in Thread] Current Thread [Next in Thread]