I use NetSurf quite often to print out simple text files. I drag the file
to the iconbar icon, and the file is loaded and displayed in a mono-spaced
font (Corpus) which will print out quickly and effectively. The printing
width can be controlled by the window width.
This facility has been very useful for a quick printout!
The last version I have here which allows this is r12443, tho' I had a
hiatus in downloading until r12476.
This and later versions I have tried crash with:
Fatal signal received: Segmentation fault
I am assuming this happens everywhere and to everyone reproducibly, so have
not sent off the log file.
RISC OS 5.16 on Iyonix.
When I go to view a page that's on an HTTPS site which also uses the Apache
auth stuff (meaning I need to enter a username and password) many sites
require me to log in multiple times with the same credentials just to view a
single page (e.g. one place I get no less than eight challenges for "Site
Authentication") presumably for fetching related objects (CSS, images, etc).
Why doesn't NetSurf remember the credential after the first time I enter it
and use that from then on? Is there any configuration option I've missed for
doing this? Other (non-RISC OS) browers seem to manage this - but that's not
particularly helpful when I'm using NetSurf :)
Steve @ PlusNet
On 22 Jun 2011, Tony Moore <old_coaster(a)yahoo.co.uk> wrote:
> On 22 Jun 2011, "Dave Lawton" <lists(a)etcsystems.co.uk> wrote:
> > There seem to be a number of these, the most irritating (to me at
> > least) is that the main link from the help of a running NetSurf to the
> > development builds is broken.
> Why not give a link to the problem?
> I would assume that the 'main link' is that on the Welcome page
> 'Download latest Netsurf', which is not broken.
> However, you may mean that on page
> the link 'Getting NetSurf' launches
Sorry, that should have read 'Development builds'
> which leads to 'Page not found', and should read
There seem to be a number of these, the most irritating (to me at
least) is that the main link from the help of a running NetSurf to the
development builds is broken.
I would rather that the developers spent their time on coding, not
fixing issues like this, so I don't think the bug tracker is the place
to go, but I can't see any obvious way for someone who has time on
their hands to contribute by actually fixing the docs.
HTML emails are just a security risk, and nobody needs that.
Are 'libnsgif' 'libparserutils' 'libwapcaplet' 'hubbub' 'libcss' depended upon during netsurf runtime? Are they statically linked during compilation? Or are they make dependencies only? I was able to remove 'libnsgif' 'libparserutils' 'libwapcaplet' 'hubbub' 'libcss' after building and installing 'netsurf' and everything (GIF/CSS/HTML) appeared to parse properly without issue.
How to hide Menu Bar? Disabling 'View > Toolbar > Menu Bar' does not persist through browser restarts. Is there a Choices file setting we can set to make this behaviour persistent?
Perhaps files such as 'adblock.css' 'SearchEngines' and 'toolbarIndices' can be placed in ~/.netsurf. Else advert and toolbar customizations require sudo, or another authorizing mechanism (e.g. modification of file permissions). Is there a way we can redirect their expected paths with the Choices file (e.g. adblock_path)?
Shouldn't Google from 'http://www.netsurf-browser.org/welcome/' resolve to the standard 'http://www.google.co.uk' as opposed to 'http://www.google.co.uk'? Perhaps this is a feature request best left to the feature request tracker...
Text selection from right to left does not appear to work. Hyperlink text selection does not work at all. Is this by design, or is there a workaround/patch for this?
How to remap keybindings to circumvent issues with WM keybindings? Is there an ovveride file?
How to key directly into the websearch field of the address/button bar?
Does 'max_cached_fetch_handles' refer to max persistent connections?
On 16 Jun 2011, John Williams <JohnRW(a)ukgateway.net> wrote:
> I am assuming this happens everywhere and to everyone reproducibly, so
> have not sent off the log file.
No problem here with r12485 (16 Jun 2011), running on RO 6.20.