Re: PLI
I just find Netsurf quick and easy. I've used the validation service in the past, but I never thought of using it for local pages. I didn't think it could do! I'll definitely do that now once I finish a page, thanks for the reminder! Cheers, Malcolm On 28/08/15 20:39, Dave Higton wrote: In message 1573487451.24097.1440772172686.javamail.zim...@paymentlabs.com Malcolm A. Hussain-Gambles malc...@paymentlabs.com wrote: I've noticed whilst doing some html work that netsurf will barf/break where other browsers don't. It's always down to a fault with my html, that's one of the many reasons I'm now using netsurf for development work, then testing with other browsers. It only used to be IE that auto-corrected badly formed html, it's sad Chrome and Firefox are now up to those dirty tricks too. So I would say it is definitely a very bad browser bug, just not in Netsurf ;-) You (all) do make use of the W3C validator, I presume? http://validator.w3.org/ I find it very useful. It works with Netsurf, of course. Dave FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop! Check it out at http://www.inbox.com/earth
Re: BBC sites very slow.
An unashamed plug for my two apps - doesn't help netsurf though. Newsuk and weatheruk pull the data off the BBC. Available on the plingstore (free). Cheers Malcolm On 18 Dec 2014, Peter Young pnyo...@ormail.co.uk wrote: On 18 Dec 2014 David Pitt pit...@pittdj.co.uk wrote: Peter Young, on 18 Dec, wrote: On 17 Dec 2014 Steve Fryatt li...@stevefryatt.org.uk wrote: On 17 Dec, Peter Young wrote in message 22e59c7754.pnyo...@pnyoung.ormail.co.uk: This is with RISC OS and development builds, currently #2441, but has been happening for several days now. Any of the BBC sires are now taking a lot longer to download, maybe by a factor of five to ten times as long. They are now even slower than the www.msscociety.org.uk sites which till now have been the slowest to download. I've checked my connection speed, and it's much the same as usual. Is this a problem with NetSurf or with the BBC sites? I suspect the latter. Have you done the same comparison using another browser (on another OS), to confirm that it's actually NetSurf and not the sites themselves? For many sites, your connection speed won't be the limiting factor. Good point. Using http://www.bbc.co.uk/weather/gl52 1 minute 20 seconds with RISC OS NetSurf, already on the icon bar; with Chrome in Windows, again already running, less than 2 seconds. Is this worth a bug report? NetSurf #2441 downloads the weather in 4.6s on the RaspberryPi. Is there by any chance spurious junk in a previously used NetSurf Cache? No, I gave up using the disc cache, as it made everything very slow. Best wishes, Peter. -- Sent with K-@ Mail - the evolution of emailing.
Re: Disc cache worth it?
Just for a positive, I have a panda board my Internet connection is 120mbit. I do notice a difference. From my understanding and benchmarks the sd card can write at 20MB/sec and the fastest tcp I can get is 6MB/sec read and that's off a local webserver for testing purposes. So I can't see how it would be slower to be honest. I'm slightly confused. Cheers, Malcolm On 23 Jun 2014, Rob Kendrick r...@netsurf-browser.org wrote: On Mon, Jun 23, 2014 at 07:04:53PM +0100, David Pitt wrote: Peter Young, on 23 Jun, wrote: I've been using the disc cache on RISC OS 2.19, ARMini, and I seem to have found some downsides to it, and I wonder if (a) I'm doing it correctly and (b) if it's worth the occasional faster opening of some sites. If I load, for instance, http://www.bbc.co.uk/news/ as the first site of a session, it loads maybe a little faster, but then I get intermittent hourglass activity for sometimes up to thirty seconds, during which I can't do anything else. There are several other sites, for instance Wikipedia home page, which do the same. And the next day the same happens. I have found much the same, a really good example of this is the Daily Mail's heavy weight site. Ultimately, my advice is to not visit this service. This stands regardless of any cache issues that may exist :) http://www.dailymail.co.uk/home/index.html Writes to the Raspberry Pi's SD Card are so slow that !Cache is not going to be good news on it. It is better with !Cache on a Fat32 harddisc connected to the Pi and on the Iyonix but is still an issue. Indeed, SD has poor write performance almost anywhere, like most flash-based devices. Overall I was not persuaded that the cache results is any meaningful speed up and could even slow things up, not just on the Raspberry Pi but also on the Iyonix and VRPC on a Windows 7 laptop with an SSD. Certainly on UNIX and BeOS, it seems to provide a significant performance boost, but this is probably because of their far superior IO layers. On RISC OS, the disc cache *may* only be a win for people on slow connections. B. -- Sent with K-@ Mail - the evolution of emailing.
Re: Disc cache worth it?
Perhaps having scrap and cache is causing issues on the same card? I use memphis for scrap? On 23 Jun 2014, Rob Kendrick r...@netsurf-browser.org wrote: On Mon, Jun 23, 2014 at 07:04:53PM +0100, David Pitt wrote: Peter Young, on 23 Jun, wrote: I've been using the disc cache on RISC OS 2.19, ARMini, and I seem to have found some downsides to it, and I wonder if (a) I'm doing it correctly and (b) if it's worth the occasional faster opening of some sites. If I load, for instance, http://www.bbc.co.uk/news/ as the first site of a session, it loads maybe a little faster, but then I get intermittent hourglass activity for sometimes up to thirty seconds, during which I can't do anything else. There are several other sites, for instance Wikipedia home page, which do the same. And the next day the same happens. I have found much the same, a really good example of this is the Daily Mail's heavy weight site. Ultimately, my advice is to not visit this service. This stands regardless of any cache issues that may exist :) http://www.dailymail.co.uk/home/index.html Writes to the Raspberry Pi's SD Card are so slow that !Cache is not going to be good news on it. It is better with !Cache on a Fat32 harddisc connected to the Pi and on the Iyonix but is still an issue. Indeed, SD has poor write performance almost anywhere, like most flash-based devices. Overall I was not persuaded that the cache results is any meaningful speed up and could even slow things up, not just on the Raspberry Pi but also on the Iyonix and VRPC on a Windows 7 laptop with an SSD. Certainly on UNIX and BeOS, it seems to provide a significant performance boost, but this is probably because of their far superior IO layers. On RISC OS, the disc cache *may* only be a win for people on slow connections. B. -- Sent with K-@ Mail - the evolution of emailing.
Re: Version 1773
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I suspect this is unixlib the version in the rool release is different. I had multiple Unix libs in! Boot Removing them and installing the one from ns made everything OK again for me Cheers Malcolm On 28 Mar 2014, Dave Higton d...@davehigton.me.uk wrote: In message 53ef98714fch...@chris-johnson.org.uk cj ch...@chris-johnson.org.uk wrote: In article 3d5d95ef53.br...@bhowlett.plus.net, Brian Howlett brian.gro...@brianhowlett.me.uk wrote: On 28 Mar, Rob Kendrick wrote: Something bizarre is happening. It may be RO 5.21 related - I'm on RO 5.20 on my Iyonix and I don't get these issues with #1773. I went back first to an earlier 5.21 and then right back to 5.18. Still the same versions run or crash. The only thing I cannot do is unwind the changes to !Boot, which I update every two or three weeks. I can also report that 1773 is fine on my Iyonix, RO 5.20 (10-Jun-13). I don't get any problem with F8, on Slashdot at least. Dave FREE 3D MARINE AQUARIUM SCREENSAVER - Watch dolphins, sharks orcas on your desktop! Check it out at http://www.inbox.com/marineaquarium - -- Sent with K-@ Mail - the evolution of emailing. -BEGIN PGP SIGNATURE- Version: APG v1.1.1 iQJPBAEBCgA5BQJTNdz5MhxNYWxjb2xtIEh1c3NhaW4tR2FtYmxlcyA8bWFsY29s bUBwYXltZW50bGFicy5jb20+AAoJEJMie8gvUzDPvXkP/isCDo54XxOvMNMMDBAq l3qknQKRa4JF8k9kb/waMVlIogqhJdDG47s0p24rAhtKyNavy9Eqcs58PrthLd7M ErdASgAf5DiWEIOUVtDBHO24Mmdix3Y68z/+nnBQKyo1E0tuHrKWk2mlt9VGiDfk SxOfXy3d++d5+3CGVtR1i/6e57PkchKfcCHzrfAM3/1ITdUPzBUKgIGCsiHuxkH0 jigRpgpBsELQv/PHVdNr12T9yj/LylAWWglD7Xa5OlLV0LcsQ7Ie4hQw4dC1tA/s JFwmHpm93yUFUBdvC2LxUbyuFm6tE/LpZXkfsDagGKqOaTS8WGkxnjKbA6ji7WdD 7/gLC+zbF53ALfNkawHik4BwBBWEJbhR9QkB53zeCaYIXOqN5yG9bKku5aLoNoUi uyJCNRrAnJB+CyPG72jNJNbUtzWU+JMIIOVK/1fogmFl9FsmWr6q4XCtTnYaFdjn uR4IyBRO0vUGFOYPkMXp+o5I+m7GPF25vIMiFIZc1R4n+dLSOfZM/yWWebli4LVy M6gY619xnzCFTrgoId/P9ouOev1UyrNmygKyAdKwfzokeTZBEIhf8AIDnJpY3Tgz Tr+GBfiCGKUFMM8njhfv98RMlFoAlENvTSwg8Ali7VzF6+ei6nu6SaChSw+VaAgV WGQcD6eCEiIwthIjaigbkCsx =Sntz -END PGP SIGNATURE-