The following bytes were arranged on 29 Jan 2011 by Harriet Bazley :

> Unfortunately not all elements of a web page are necessarily loaded
> from levels subsidiary to the actual HTML file.

Well, yeah, duh.

The structure I'd find useful would be something like this:

!Appname
!Appname.www/example/org/uk
!Appname.www/example/org/uk.index/html
!Appname.www/example/org/uk.images.pic1a/gif
!Appname.www/example/org/uk.thumbs.pic1a/gif
!Appname.www/another/site/com.public.pics.big.screen/jpg
!Appname.!Run (Filer_Run <Appname$Dir>.www/example/org/uk.index/html)

That way, filename conversion would simply be a matter of replacing
"http://"; with "file:///<Appname$Dir>/", and relative URLs wouldn't need
changing at all.  This would have the advantage that relative URLs in
places not currently supported (e.g. CSS) could be much more easily
manually fixed, by simply downloading the pictures and placing them in
the correct directory.

I don't find NetSurf's current structure very useful at all - not just
because it makes it impossible to find anything, but because it makes it
almost impossible to correct it when things go wrong, such as the
problem mentioned in this thread!

Another benefit of the above structure would be that you could full-save
two different web pages on top of the same application.  (To this end,
an option to automatically convert URLs to the local structure,
regardless of whether it meets the criteria for downloading or not,
would be helpful.)

All the same, I get the distinct impression that the only way that would
ever happen would be if I implemented it myself.  (Which I would, if
NetSurf wasn't written in this mysterious indecipherable language called
'C'...)

-- 
  __<^>__   Follow me on Twitter! --> http://twitter.com/swirlythingy
 / _   _ \  (Or, um, don't.  It's a free country and all that.)
( ( |_| ) )
 \_>   <_/  ======================= Martin Bazley ==========================


Reply via email to