Having problems with Yell display (r5910).
The search front screen is o.k. but when I search for something specific
then the window is shifted to the left which obscures most of the information
Could someone have a look at this:e.g.
# NetSurf 2.0 (Dev) (13 Dec 2008 23:30) r5910
Tumble Dryier in Warrington, Cheshire Â» Yell.com
Wey Hey were like monkeys...I can use tools too!
This might be a useful case for the bugtracker in that I am fairly certain
I have pinpointed what is causing a fault - just thought I'd ask here
Here is a web-page served by phpBB (2008):
There is a problem displaying an animated .gif when there is an unread
post in a topic.
The .gif is the correct height but way too wide and it positioned in the
wrong place - it obliterates the text to the right of the area I assume it
is meant to occupy.
The line below (taken from the html) seems to be the one 'at fault', but I
am a novice with CSS (I've also had a cursory squizz at their CSS docs
using Netsurf's excellent Full Save option):
<dl class="icon" style="background-image:
Using SA RPC RO4.39 r5886
Webmonster. RISC OS and Acorn solutions.
<theboss(a)webmonster.co.nz> - http://www.webmonster.co.nz/
I'm just trying netsurf for the first time and by internet banking site is
I've just started getting errors on the home page of
http://www.theregister.co.uk/ . The errors are "invalid block type"
and "invalid code lengths set". Oregano 1 can read the page. Why is
NetSurf turning its nose up at it?
|_|. _ Richard Porter http://www.minijem.plus.com/
Disclaimer: I disclaim everything.
On 9 Dec 2008, John-Mark Bell <jmb(a)netsurf-browser.org> wrote:
> On Tue, 9 Dec 2008, Tony Moore wrote:
> > If I attempt to fetch the first of these images, at
> > http://newsimg.bbc.co.uk/media/images/45278000/jpg/_45278895_08-10957-paw...
> > I see the Warning from NetSurf 'Not a JPEG file: starts with 0x47
> > 0x49'.
> That'll be because it's a GIF.
I've subsequently found that other BBC pages currently have the same
problem. Auntie seems to have her knickers in a twist.
What is the correct browser behaviour? NetSurf complains that the goods
are not as advertised but Firefox 3.0, on a WinXP machine, displays the
original link, bogus JPEGs and all, without any problem.
In view of all the recent Mary Whitehouse style furore, I tried to look at
the following URL, which initially appears ok in NetSurf, but then a few
seconds later is obscured by (I presume) some sort of CSS background image
completely obscuring the foreground, rendering the page unviewable.
NetSurf latest build on RISC OS 5.13
Using, programming and promoting RISC OS - the most productive computer
system in the world. Check it out now, and change your view of computers!!
To reply/email, visit http://www.riscos.org/feedback/
You are slower than a herd of turtles stampeding through peanut butter.
On 8 Dec 2008, Jim Nagel <netsurf(a)abbeypress.co.uk> wrote:
> Michael Drake wrote on 8 Dec:
> > In article <0771880a50.jim(a)jim7.nagel.ukonline.co.uk>,
> > Jim Nagel <netsurf(a)abbeypress.co.uk> wrote:
> > > the gotcha, as i discovered the hard way, is that Netsurf gives
> > > this URL a filename that is the same as the leafname of the URL.
> > > which in the case of http://www.avisoft.force9.co.uk/TaskUsage.htm
> > > was TaskUsage, which happened also to be the name of the main
> > > module within the app.
> > Iconbar menu > Choices... Open the "Interface" section and untick
> > "Strip filename extensions when saving".
> OK, that saves my URL as "taskusage/htm". it isn't an HTML file, but
> i guess i can live with this inelegancy since it makes the gotcha less
> likely to happen.
That doesn't solve the problem. If a link points to, say, download.zip ,
both the downloaded zip, and the saved url file, will have the leafname
download/zip , so that one overwrites the other.
I would support Jim's earlier suggestion that the url file should be
named with a /url extension. Even download/zip/url would be ok.
it's nifty that Netsurf lets you drag the contents of the address bar
and it gets saved as text, into a filer directory or into an
application such as Edit or Impression. or Shift-drag it, and it gets
saved with filetype URL. nifty.
now, whenever i download a utility or application, i always save the
URL and file it inside the app, so that in future i know where to
check for background information or updates.
the gotcha, as i discovered the hard way, is that Netsurf gives this
URL a filename that is the same as the leafname of the URL. which in
the case of http://www.avisoft.force9.co.uk/TaskUsage.htm was
TaskUsage, which happened also to be the name of the main module
within the app. so no wonder the app did not work: i had overwritten
its operative module. i would think this example quite typical of
many apps and their webpages.
the moral, i guess, is that this trick of dragging the contents of a
window (or field) to disk is nice, but since the user never sees the
conventional RiscOS Save dialogue, you have to be on guard for the
name the resultant file gets.
perhaps, to be safe, Netsurf could modify the leafname somehow --
maybe, in this case, "taskusage~" or "taskusage/url". (Fresco had a
similar drag-it-out trick, and its filename was always just "URL".)
>>> no need to reply my entire message back to me ;=]
Jim Nagel www.archivemag.co.uk
Abbey Press 32 Norbins Rd (01458) 83 3603
Glastonbury BA6 9JG pocket 0797 415 3861
Has anyone seen the following problems with recent test builds of Netsurf,
up to and including r5872?
- DNS not working (entering the IP address directly works)
- 100% CPU usage
- Doesn't quit (neither from iconbar menu, nor Switcher)
Version 1.1 is OK. I have deleted Choices.WWW.NetSurf completely and
No recent changes to my Iyonix, just moved up to the latest test build of
NetSurf recently. I did ensure that !Boot and !System are up-to-date with
the versions included in the zip.