Re: lynx-dev Feature Request (not bug)

[Leonid Pauzner]

18-Dec-99 10:24 Klaus Weide wrote:
> On Fri, 17 Dec 1999, Leonid Pauzner wrote:
>> 15-Dec-99 09:40 Adam Price wrote:
>> >       it would be great if, when reading from the command line, lynx
>> > will treat ANY file with .html in it anywhere as an html document.  If I
>> > download something as important.html#Table_of_contents, it is a pain to
>>
>> Does 'd'ownload made a suggested filename without tripping #frogment ?
>> Seems so.

>  And the saved document is text/html (since we have fragment).

> It's *just a suggestion*!
Ugh, right (content-type is a different topic, we discuss URLs).

At least RFC2141 says '#' and '?' are reserver characters, they should
be always escaped if the character assumed literally. So '#fragment'
could be stripped from the suggested file name safely in our case, isn't
it? (There are URL, URI, URN... I may be unaware of a tiny differences).

> People should edit it down anyway to the name they want, instead of
> just accepting everything.

> (Your logic "since we have a fragment, it must be text/html" is wrong.
> Let me give you a link to 'd'ownload:
> <ftp://ftp.digital.com/pub/net/infosys/lynx/current/PROBLEMS#blah>.
You mean file name is "PROBLEMS", not "PROBLEMS#blah" - right?
> Can you see from the URL-reference whether that is text/html?)

>> >From the other hand, when 'p'rinting to local file we got nearly the
>> same suggested file name (*) but the output is text/plain !
>>
>> IMHO, this could be "fixed" to strip #fragment from suggested file name
>> in both cases.
>>
>> (*) if the original URL have no #fragment we got ".txt" extention
>> but with #fragment we got ".html#fragment" extention.

> I'm not against improving Lynx's suggestions for filenames.

> But if people don't realize now that they are just *suggestions*,
> and are not able to remove an obviously superfluous "#fragment" part
> to get a more useful filename, then those people will never be happy.

> What happens when you 'd'ownload <http://www.microsoft.com/>?
> Whose fault is it that, if you accept the suggested filename, you
> don't get a file ending in ".html"?

>   Klaus