URL field / Loading page images / Refreshing DNS cache

John Gaffney <jgaffney-W1WbbPd4oPN/W2okNb46yti2O/[email protected]>
Newsgroups gmane.comp.web.dillo.devel
Message-ID <[email protected]>
First, a huge thanks to all the Dillo team for their efforts: I just
switched from 3.0.5 to the current snapshot to try out the mbedtls
changes, and I am wowed not only by this, but by all the improvements
in rendering, etc.  Great work!

A few suggestions, all very minor, that might be added to the back of
the development queue:

In the current snapshot, the navigation bar has changed, and the URL
field does not seem to be taking into account font_factor -- with the
result that the window is smaller than the font height.  You can test
this by setting, e.g., font_factor=2.0 in your dillorc (most
dramatically for a tiny panel with small icons).  The issue seems to
be with this factor not being taken into account when bh and lh are
set in make_panel() in ui.cc.

As far as I can see, one can use the context menu to download
individual images on a page, or use the panel to toggle image
loading.  But if one wants not to download images in general, but to
download all the images for some one page (e.g., a weather forecast
page), then one has to toggle downloading of images on and then off
again.  Maybe a command could be added to KeysCommand_t in keys.hh,
bound by default to something like Ctrl-i in keys.cc, with a
corresponding call to a_Html_load_images() in handle() in ui.cc?

To make the switch to the current snapshot, I had, sadly, to terminate
an instance of 3.0.5 that had been running continuously for 90 days
without any issues.  But to get that much up time it was necessary to
add a little code so that SIGUSR1 would call a_Dns_freeall() and
a_Dns_init(), otherwise (unless I am missing something) Dillo will
persist in using the cached lookup indefinitely and not detect when
the IP address has changed.  So maybe some sort of key binding could
be added that would flush the cache when needed?

Thanks again for all your hard work!
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.