Re: full save
In message <[EMAIL PROTECTED]> Tony Moore <[EMAIL PROTECTED]> wrote: [snip - Full save rename using chkspr] >. I already add a Boot file to any full-save file that I wish to >re-name, and it would be much easier if the Boot file were already >present. I had thought that I had already made the feature request but, >as I said, I cannot find it. I'll leave it to you. It is on the Netsurf request list, http://sourceforge.net/tracker/index.php?func=detail&aid=1580902&group_id=51719&atid=464315 -- David Pitt. Computing with RISC OS.
NetSurf's URL writeable icons.
Would someone be so kind as to confirm the NetSurf's URL writeable icons are fully clipboard compliant. I can see that those icons can support the global clipboard, but not always. The issue arises with Select or Adjust only, IcnClipBrd on OS4.0x or OS5 is fine. Using OS6.06 I can copy a URL from StrongED and paste it into either of NetSurf's URL icons. This cannot be done from EasiWriter 8.64, in fact EasiWriter content cannot be pasted into any writeable icon. However when this matter was first raised in April 2007 NetSurf got the blame. See [EMAIL PROTECTED] I believe EasiWriter is the owner of the problem but I could be wrong. Thanks in advance. -- David Pitt. Computing with RISC OS.
Re: NetSurf's URL writeable icons.
In message <[EMAIL PROTECTED]> David Pitt <[EMAIL PROTECTED]> wrote: > Would someone be so kind as to confirm the NetSurf's URL writeable > icons are fully clipboard compliant. I can see that those icons can > support the global clipboard, but not always. > The issue arises with Select or Adjust only, IcnClipBrd on OS4.0x or > OS5 is fine. > Using OS6.06 I can copy a URL from StrongED and paste it into either > of NetSurf's URL icons. This cannot be done from EasiWriter 8.64, in > fact EasiWriter content cannot be pasted into any writeable icon. > However when this matter was first raised in April 2007 NetSurf got > the blame. See [EMAIL PROTECTED] > I believe EasiWriter is the owner of the problem but I could be wrong. > Thanks in advance. Belay that. It turns out to be a possible Select issue. EasiWriter places text on the clipboard in its own internal format, with styles and effects, while also allowing the clipboard contents to be retrieved in text format. The Select clipboard can only paste plain text. -- David Pitt. Computing with RISC OS.
Re: NetSurf's URL writeable icons.
In message <[EMAIL PROTECTED]> Richard Porter <[EMAIL PROTECTED]> wrote: > On 6 Aug 2007 David Pitt wrote: >> It turns out to be a possible Select issue. EasiWriter places text on >> the clipboard in its own internal format, with styles and effects, >> while also allowing the clipboard contents to be retrieved in text >> format. The Select clipboard can only paste plain text. > As far as I can see the clipboard doesn't paste styles but it does > make available the file type as well as the plain text. This "problem" with EasiWriter is with any writeable icons, not just NetSurf's. The filetype does needs to be &FFF to allow the paste. We need to take the EasiWriter points back to the EasiWriter list. -- David Pitt. Computing with RISC OS.
Re: [icon-users] Re: URL from clipboard
In message <[EMAIL PROTECTED]> Richard Porter <[EMAIL PROTECTED]> wrote: > On 4 Aug 2007 AW wrote: >> I still can't copy from Easiwriter and into the URL iconbar field in >> Netsurf. Is this such a hard thing to implement or is there something >> I'm missing? Ctrl-C or Edit->Copy of a URL in Easiwriter then Ctrl-V >> into 'OpenURL' produces nothing. > NetSurf is very fussy about what you can paste where. It seems the > file type must be text (or possibly URL or URI into the Open URL > writable icon), not Easiwriter. The clipboard saves the file type of > the file you copy from, which is almost invariably not what you want. That, as it now turns out, is the point. This issue is limited to Select/Adjust only. The application that wraps the module IcnClipBrd, !ClipBoard, shows what is currently on the clipboard. Though IcnClipBrd is not intended for Select/Adjust it does solve the EasiWriter issue. Copy a selection of plain text from EasiWriter and !ClipBoard shows the clipboard contents as type EasiDoc. Save that file and dump it into ones favourite text editor to see all the EasiWriter constructs. Don't try loading it into EasiWriter directly, it might appear correctly file typed but it crashes !EasiWriter. Selections can be copied between EasiWriter windows complete with styles. The bit I have not worked out yet is how IcnClipBrd manages to extract the text. -- David Pitt. Computing with RISC OS.
Re: [icon-users] Re: URL from clipboard
In message <[EMAIL PROTECTED]> David Pitt <[EMAIL PROTECTED]> wrote: [snip EasiWriter stuff] Sorry pardon, wrong group, missed the cross posting tosh. -- David Pitt. Computing with RISC OS.
Re: No default magnification
In message <[EMAIL PROTECTED]> Paul Sprangers <[EMAIL PROTECTED]> wrote: > In article <[EMAIL PROTECTED]>, >Phil <[EMAIL PROTECTED]> wrote: >> Magnification works here on RO 4.39 from the 'menu, display scale view.' >> with latest Developement (11Aug 23.45). Does this work Paul. > Yes, it works, but that was not what I intended to say. > In the choices file (boot.choices.www.netsurf,choices), I've manually set > the default scale factor to 150%, because I want NetSurf to display ALWAYS > at 150%. Since a few days, however, I've to set a scale factor for each new > page. For some reason, the newest builds don't take the default factor into > account. I can confirm that setting and saving the magnification value does work on both NetSurf 1.00 and the current 2.0 (Dev) (11 Aug 2007 23:45) r3511. The confusion can be caused because both versions use a different scale token in Choices, 1.00 has scale:80 whereas the Dev version uses option_scale:80 I find that having set 80% all further pages are at 80%. I hope that helps. -- David Pitt. Computing with RISC OS.
Re: bbc 'new look' website
In message <[EMAIL PROTECTED]> John-Mark Bell <[EMAIL PROTECTED]> wrote: >On Mon, 17 Sep 2007, Tony Moore wrote: > >> In the >> BBC says that "Over the coming months the BBC World Service will be >> working on creating a new look and feel to the English site and we could >> really use listeners help. ... To join in the discussions ... please >> visit ... http://www.virtualsurveysdiscussion.com/news/express-signup " >> >> For me, using NetSurf, that link redirects to 'Access denied ...' at >> http://www.virtualsurveysdiscussion.com/news/init-survey and no obvious >> way of creating a new account. >> >> Does anyone else fare better? > >Given that the same thing happens using Firefox under Linux, it's highly >likely that the site's broken. Or busy? I have managed to get to the survey using NetSurf. I even managed to complete the survey, with NetSurf. Off topic, the survey is hardly significant but having completed it details of a research forum the BBC wants to set up appear. http://www.virtualsurveysdiscussion.com/news/join-comm Back on topic, slightly. If one could get on the forum then one could agitate for open standards rather the MicoSoft-isms. Even more back on topic. One thing NetSurf did get wrong was placing the three graphics, "How to Listen" etc., over the text on the World Service page, http://www.bbc.co.uk/worldservice/programmes/over_to_you.shtml . FireFox places them at the bottom of the page. -- David Pitt. Computing with RISC OS.
Re: bizarre redraw problem
In message <[EMAIL PROTECTED]> Brian Howlett <[EMAIL PROTECTED]> wrote: > On 6 Oct, Tony Moore wrote: >> When NetSurf (30 Sep 2007) r3613 displays >> http://www.microsoft.com/windows/downloads/ie/getitnow.mspx if the >> vertical scroll bar is moved down, bits of the Windows logo and the >> search box overwrite the NetSurf toolbar. Using a StrongED window, to >> wipe away the mess, causes the StrongED window to be overwritten too. >> Is this a NetSurf or RISC OS 6.06 problem? > It doesn't happen with the 4-10-07 21:30 r3622 build, on Iyonix with > RO5.13 It does here with that NetSurf and OS5.13. It is nothing to do with StrongEd, I get the same effect with EmailEdit or any other window moved over the defective display area. NetSurf 1.1 is similarly afflicted. The overwrite can extend above the top of the NetSurf window. F12 Return clears it. -- David Pitt. Computing with RISC OS.
This I really do not believe
Would somebody please be so kind as to check this out for me with NetSurf. http://www.audio-t.co.uk/ I have tried it both on the Iyonix with NS 2.0 (Dev) (26 Feb 2008 22:45) r3869 and RiscPC with NS 1.1. -- David Pitt. Computing with RISC OS.
Re: This I really do not believe
In message <[EMAIL PROTECTED]> Rob Kendrick <[EMAIL PROTECTED]> wrote: > >On Wed, 2008-02-27 at 17:13 +, David Pitt wrote: >> Would somebody please be so kind as to check this out for me with >> NetSurf. >> >> http://www.audio-t.co.uk/ >> >> I have tried it both on the Iyonix with NS 2.0 (Dev) (26 Feb 2008 22:45) >> r3869 and RiscPC with NS 1.1. > >What would you like us to check? The URL. Double click on it, please. -- David Pitt. Computing with RISC OS.
Re: This I really do not believe
In message <[EMAIL PROTECTED]> you wrote: >In message <[EMAIL PROTECTED]> you wrote: > >> Would somebody please be so kind as to check this out for me with >> NetSurf. >> >> http://www.audio-t.co.uk/ >> >> I have tried it both on the Iyonix with NS 2.0 (Dev) (26 Feb 2008 22:45) >> r3869 and RiscPC with NS 1.1. > >It displayed first as text. I saved it to RAMdisc, gave it type &FAF, >and then NS displayed it. The first table is missing its first tag. >Much else, probably unprintable, could be said of the code in the page. >On RO5.13 with NS 2.0 (Dev) (26 Feb 2008 22:45) r3869. Hi Gavin, Thanks for the reply. I thought I was going mad. It must be a well messed up site to be sending the page as text. I had some fairly unprintable thoughts but of a different sort. I had been having a nice time Googling with Firefox on Linux and had reached a point where I wanted to put some URLs into an email. Email is on RISC OS here, so over to the Iyonix I went, opened up the site in Netsurf with unexpected result. I am having a run of bad luck with RISC OS at the moment. At least I now know how to get text from Linux to the Iyonix even though it did arrive as filetype &000! David.
Re: This I really do not believe
In message <[EMAIL PROTECTED]> Richard Porter <[EMAIL PROTECTED]> wrote: >On 27 Feb 2008 David Pitt wrote: > >> Would somebody please be so kind as to check this out for me with >> NetSurf. > >> http://www.audio-t.co.uk/ > >> I have tried it both on the Iyonix with NS 2.0 (Dev) (26 Feb 2008 22:45) >> r3869 and RiscPC with NS 1.1. > >This is the W3C report: > >Sorry, I am unable to validate this document because its >content type is http://www.audio-t.co.uk/, which >is not currently supported by this service. > >The Content-Type field is sent by your web server (or web >browser if you use the file upload interface) and depends on >its configuration. Commonly, web servers will have a mapping >of filename extensions (such as ".html") to >MIME Content-Type values (such >as text/html). > Good thinking. I have a feeling it is possible to see further information with *wget, or perhaps it was something else. Anyway NetSurf displays the HTML as text. -- David Pitt. Computing with RISC OS.
Re: This I really do not believe
In message <[EMAIL PROTECTED]> Rob Kendrick <[EMAIL PROTECTED]> wrote: > >On Wed, 2008-02-27 at 17:38 +, David Pitt wrote: >> In message <[EMAIL PROTECTED]> >> Rob Kendrick <[EMAIL PROTECTED]> wrote: >> >> > >> >On Wed, 2008-02-27 at 17:13 +, David Pitt wrote: >> >> Would somebody please be so kind as to check this out for me with >> >> NetSurf. >> >> >> >> http://www.audio-t.co.uk/ >> >> >> >> I have tried it both on the Iyonix with NS 2.0 (Dev) (26 Feb 2008 22:45) >> >> r3869 and RiscPC with NS 1.1. >> > >> >What would you like us to check? >> >> The URL. Double click on it, please. > >Sorry, I'm not in the habit of following random URLs with no >explanation. Please do not let me trouble you then. -- David Pitt. Computing with RISC OS.
Re: This I really do not believe
In message <[EMAIL PROTECTED]> David Pitt <[EMAIL PROTECTED]> wrote: [snip] My apologies, that should have been a personal reply. -- David Pitt. Computing with RISC OS.
Re: This I really do not believe
In message <[EMAIL PROTECTED]> John Williams <[EMAIL PROTECTED]> wrote: >In article <[EMAIL PROTECTED]>, > David Pitt <[EMAIL PROTECTED]> wrote: > >> >What would you like us to check? > >> The URL. Double click on it, please. > >It seems to be served as text. If you save it and change its filetype to >HTML it displays. Text it is. I was having a bit of trouble believing my eyes. It seems such an impossible fault. -- David Pitt. Computing with RISC OS.
Re: This I really do not believe
In message <[EMAIL PROTECTED]> Tim Hill <[EMAIL PROTECTED]> wrote: >In article <[EMAIL PROTECTED]>, David Pitt ><[EMAIL PROTECTED]> wrote: [snip http://www.audio-t.co.uk/ = text] >> I thought I was going mad. It must be a well messed up site to be >> sending the page as text. > >Unfortunately, the site works in windoze browsers here so they may do >nothing but I have asked them to check the configuration of their server >anyway. (Download the page, change the filetype to html and it works, >after a fashion. 125 errors at w3c) > >The page uses javascript for layout so will look 'wrong' in NetSurf. Oregano2 and Fresco render the page as html, but Phoenix presents a text save box. -- David Pitt. Computing with RISC OS.
Re: Difficult site
In message <[EMAIL PROTECTED]> Dave Higton <[EMAIL PROTECTED]> wrote: >Could one or two of you please try > >http://whocallsme.com/Phone-Calls.aspx/0/m > >I've tried this with yesterday's and today's versions of NetSurf, >and it loads about 183 KB (in 3.6 seconds here), then goes into a >loop which, if not infinite, is at least several minutes long and >during which the timer isn't incrementing. Just to confirm the site stalls NetSurf 2.0 (Dev) (09 Mar 2008 01:45) r3902. -- David Pitt Using a Castle Iyonix running RISC OS 5.
Re: Jpeg problem with the two most recent versions
David H Wild <[EMAIL PROTECTED]> wrote: > In article <[EMAIL PROTECTED]>, James Bursa > <[EMAIL PROTECTED]> wrote: > > > I regularly use NetSurf to display Jpeg images attached to emails by > > > dragging them there from the Pluto version. Until the last two > > > versions of NetSurf this has worked perfectly but now it will display > > > the first one correctly but, when any subsequent **email** jpeg is > > > dragged the first one is displayed again. Dragging a Jpeg from my hard > > > disc displays correctly but it still doesn't break NetSurf's grip on > > > the first email jpeg. > > > This was broken temporarily but should have been fixed in r4227. Please > > try again with the latest build. > > Unfortunately, the problem is still there in r4227, which I downloaded > yesterday. > Today's build looks OK, 01 June 2008, r4238. -- David Pitt
Re: Image positioning
John Williams <[EMAIL PROTECTED]> wrote: > In article <[EMAIL PROTECTED]>, >Paul Vigay <[EMAIL PROTECTED]> wrote: > > > All the articles on the Scientific American website have the main image > > shifted over to the right, so that you can't read the text. > > > Example at > > http://www.sciam.com/article.cfm?id=sandia-anthrax-mailing-investigation > > Test Build (20th April 2007 19:15), where I'm stuck due to local sites > problem with WebJames, renders that fine, if that's of any interest to > anyone. NetSurf 1.10 gets it right but both 1.20 and test build 20 Sept 2008 are as Paul describes. (Firefox/3.0.1 on Linux used as reference.) -- David Pitt
Re: Branch through zero error on A9
Gary Jones <[EMAIL PROTECTED]> wrote: > I get lots of fatal errors when using my A9 with Netsurf and they are > repeatable. Trouble is, I'm not sure whether it's the A9, Netsurf or some > other item. > > With only Netsurf on the iconbar (r5066 but does occur with other versions > also) I get a looping Branch through zero at &023018A0 (sometimes > &023148F0) and I have to reset the machine to get out of it. It occurs > when I have accessed a site that uses SSL (i.e. a url starting with > https). As soon as I click on some part of Netsurf (usually an input field > but it could be resize icon etc.) I get this looping error. > > I don't know how to work out from the address given where the problem is > occuring. ISTR someone saying that it could be the Cryptrand module (I > have v0.12). Does this make sense? > > Has anyone else with an A9 experienced this? If anyone could help me to > track this down and get it sorted I'd be grateful. >From an earlier thread on csa.hardware, I did replicate this error. A problem with the A9home's LegacyHAL module was found. Adv6 are not currently putting any upgrades on general release to A9home customers. Individuals with this issue need to contact Advantage Six. Advantage Six's upgrade policy has been discussed elsewhere. -- David Pitt
Re: bad formatting on "whatismyisp"
Jim Nagel wrote: > page display is unreadable: http://whatismyip.com/ > > first tried with Netsurf 2.0, installed 2.1, no better. > The problem is in the style sheet and is associated with percentage values for right:, width:, left: etc. I vaguely recall reading that this is not yet implemented, at least I think I do. I replaced the column settings percentage values with improbably well judged/guessed absolute values and the page displayed OK. To bypass the css save the page source and run it locally. -- David Pitt MessengerPro on iMac
Re: Odd hourglass.
In message <0b84c47f50.pnyo...@pnyoung.ormail.co.uk> Dr Peter Young wrote: >RISC OS 5.14 and NetSurf r8768. > >Just out of idle curiosity, really: why do I get the hourglass >changing from normal to tiny and back again when NetSurf is >downloading a page? I've only noticed this for the last two or three >weeks, perhaps, or was I unobservant previously? I had not noticed this either. It is 'ptr_progress' from !NetSurf.Resources.Sprites -- David Pitt Using a Castle Iyonix running RISC OS 5.14
Re: Running out of memory
Dave Symes wrote: > NetSurf r9506 (30 Aug 2009 10:30) On a SARPC RO 6.16 > > Just run NetSurf for the first time today (Sept 1st). Clicked up the below > noted URL. http://sourceforge.net/projects/processhacker > > It wasn't long before it flashed it was running out of memory and failed. > NetSurf had in fact on that single front page, sucked up memory like this. [snip - memory usage] Same here, an impressive demo. > It did not produce a log file. I did get, and preserved, a log. There is a repeating cycle like this, where there are a lot of "Performing maintenance" lines between content fetches. riscos/bitmap.c bitmap_maintain 813: Performing maintenance. riscos/bitmap.c bitmap_maintain 813: Performing maintenance. riscos/bitmap.c bitmap_maintain 813: Performing maintenance. content/fetchers/fetch_curl.c fetch_curl_process_headers 1099: HTTP status code 200 content/fetchers/fetch_curl.c fetch_curl_process_headers 1169: FETCH_TYPE, 'image/png' content/content.c content_set_type 611: content http://c.fsdn.com/con/img/buttons/buttons-sprite.png (0x26cf1830), type 7 content/content.c content_open 1320: content 0x26cf1830 http://c.fsdn.com/con/img/buttons/buttons-sprite.png image/png.c info_callback 189: size 650 * 694, bpp 8, rowbytes 2600 image/png.c nspng_process_data 107: Failed to process data content/fetchers/fetch_curl.c fetch_curl_abort 633: fetch 0x26cf1cc8, url 'http://c.fsdn.com/con/img/buttons/buttons-sprite.png' content/fetchers/fetch_curl.c fetch_curl_done 765: done http://c.fsdn.com/con/img/buttons/buttons-sprite.png content/fetchers/fetch_curl.c fetch_curl_stop 654: fetch 0x26cf1cc8, url 'http://c.fsdn.com/con/img/buttons/buttons-sprite.png' riscos/bitmap.c bitmap_maintain 813: Performing maintenance. riscos/bitmap.c bitmap_maintain 813: Performing maintenance. riscos/bitmap.c bitmap_maintain 813: Performing maintenance. The log (12k zip) is at http://www.pittdj.co.uk/temp/nslog.zip -- David Pitt MessengerPro on iMac (Snow Leopard)
Re: Google Summer of Code Roundup
Paul Sprangers wrote: > From recent mails I understood that the RISC OS frontend of NetSurf may > eventually be dropped, since it's lack of maintenance is obstructing the > development of the core code. > > This may sound reasonable, but somehow I don't fully understand things. > Apart from some exotic operating systems (such as RISC OS), NetSurf is > also being developed for Linux and even for Windows. I guess that a huge > amount of time is needed for the maintenance of those frontends. However, > both Linux and Windows already have the choice of several free and fully > functional web browsers. > > I therefore suspect that the main reason for such development is the joy > of programming. If that is true, why not maintain the RISC OS front end > your self? It will at least guarantee quite a number of very grateful > users, > > Since this argument seems so logical, I must have missed one or two points > (or three). Which points may that be? The flaw in this is that none of the current NetSurf developers are RISC OS programmers, they may not even be RISC OS users. One of them may have an A9home but otherwise it would be down to rpcemu, as I understand it from earlier posts. Some interest has been shown in picking up development of the RISC OS front end but I would guess there a fair old bit of learning curve in getting to know the existing sources and so far there has not been any input of code from the potentially interested parties. Anyway it is not dead yet, there are people looking at this. So best wishes to all concerned. -- David Pitt MessengerPro on iMac
Re: BBC Weather site display
Dr Peter Young wrote: [snip] > This is with RISC OS 5.14 and NetSurf r9677 and broadband. > > The BBC sites in general seem to be getting more and more bloated. The BBC > front page, which I have as my home page, with its 100+ images (really > needed?) takes 25 seconds or so to load, and I can no longer edit it > significantly. It takes quite a time to load in Windows Firefox, too, > though I haven't timed it. NetSurf r9677 on OS5.14 takes 13.5s to load the BBC's home page and 9.5s to load my post code weather page :- http://news.bbc.co.uk/weather/forecast/4290?area=CM15 > I've given up on the BBC weather sites, for just the reason that Gerald > mentions. The Metcheck sites (try > http://www.metcheck.com/V40/UK/FREE/today.asp?zipcode=GL52%203DS for > instance) seem to work better, though this had just taken 35 seconds to > load, but hasn't made huge inroads into memory. 6.2s here. Nice site though. Firefox 3.5.5 on Windows 7 Ultimate takes about 2-3s to reach the BBC's home page, that is with a 2*2GHz processor. Snow Leopard is all but instant running on a 2*3.06GHz processor. > I suspect this is all the fault of the BBC web-people, but I wonder what > the experts have to say? Given the general slowness reported I would have doubts about Peter's broadband speed. I get about 6000kb/s and Firefox 3.5.5 downloaded at over 700kB/s. -- David Pitt MessengerPro on iMac, Snow Leopard
Re: BBC Weather site display
Dr Peter Young wrote: > On 21 Nov 2009 David Pitt wrote: > > > Dr Peter Young wrote: > > [snip] > > > > I suspect this is all the fault of the BBC web-people, but I wonder > > > what the experts have to say? > > > Given the general slowness reported I would have doubts about Peter's > > broadband speed. I get about 6000kb/s and Firefox 3.5.5 downloaded at > > over 700kB/s. > > Yes, indeed, I know my broadband is on the slow side; as I understand it, > we're about at the maximum distance from the exchange. Putting in the > timings was a way of pointing out what I think is an unnecessary amount of > bloat on the BBC sites, not to complain about slowness! The BBC site is certainly not slimline at all but even my slowest non-RISCOS machine, XP on a single 1.4MHz core, copes well. Lots of sites are over complicated these days. The BBC site does offer, debloated?, versions for mobiles, and at this point I find a minor snag. On the BBC's home page some links are not displayed in Netsurf at the top left in the purple bit above the BBC logo, fortunately the Mobile link is present. Chase that around for a while to reach this which is a bit quicker, (but not a lot), :- http://www.bbc.co.uk/home/d/index.mobile.shtml -- David Pitt MessengerPro on iMac, Snow Leopard
Re: NetSurf at Wakefield Show 2010
Daniel Silverstone wrote: > On Fri, Jan 15, 2010 at 01:16:47PM +, Daniel Silverstone wrote: > > > How much work is involved for some one who knows no C at all. > > > That entirely depends on the person. > > > When I learned C, it took me about a week of evenings to become > > reasonably competent. > > To put this in context; when I learned C (aged 20) I had already been > writing software for fifteen years. Maybe the missing ingredient in the RISC OS community is youth. There is no getting away from the fact that it is easier to learn when young, (and then remember it!). I was in the second half of my thirties when I got my first computer, a BBC Model B, and it took a lot more than a week to become competent in BASIC. And that was as far as I ever got, I like nearly everyone else, did not make the jump to C even when I moved on to the A3000 and later. I had a bit of a google to try to get some background to a Netsurf developer's skill set and came across this use of Netsurf :- http://www.linuxfordevices.com/c/a/Linux-For-Devices-Articles/Tutorial-A-web-kiosk-embedded-system/ http://www.linuxfordevices.com/c/a/Linux-For-Devices-Articles/Tutorial-An-ARMbased-web-kiosk-system/ -- David Pitt MessengerPro on iMac, Snow Leopard
Re: NetSurf 2.5 Released
Michael Bell wrote: > In message <1272149852.6726.1.ca...@duiker> > John-Mark Bell wrote: > > > On Sat, 2010-04-24 at 22:10 +0100, Michael Bell wrote: > > > In message <510d269ff2t...@netsurf-browser.org> > >> Michael Drake wrote: > >> > >> > > > > The NetSurf developers are happy to announce the immediate > > > > availability of NetSurf 2.5. This release contains many bug fixes > > > > and improvements. > >> > > > > It is available to download from http://www.netsurf-browser.org/ [snip - incomplete log] > > We cannot reproduce this, and the log file you provided contains > > insufficient information to allow us to debug this successfully. Do you > > still have the full log file? If so, please zip it and email it to me > > (off list). > Sorry, I have re-visited the sites which it tripped up on, and it worked > OK, so I can't do this. > > Actually I am not a very competent RISC OS user, I am not sure I correctly > downloaded NetSurf and I am not sure how to zip file, I never have to do > it. Is SparkFS on the machine? If not there are alternatives which can be talked through. > Do you want me to send in any further bug reports? I could not reproduce the crash here, but something tripped up NetSurf and that is of interest to the developers, if something can happen it will happen - again. The original full log does need to have been preserved, if it has been overwritten then the evidence is lost. > It's so sad that NetSurf is not going to be developed further. Maybe I > should have come to Wakefield. The NetSurf developers have done a very good job with version 2.50, if this is the end of the road due to lack of RISC OS developers then 2.50 is a reasonably good place to be. -- David Pitt
Re: NetSurf 2.5 Released
Michael Bell wrote: [snip - NetSurf 2.50 crash] > The original log has been lost. To preserve a log, quit NetSurf if it is still running then rename the log file. -- David Pitt
Re: How to zip a failure log?
John Williams wrote: > In article , >Tony Moore wrote: > > > I don't use SparkFS, so maybe someone else can help. > > I do use it, but this is Spark, not SparkFS, from > > http://www.davidpilling.net/riscos.html > > Unfortunately the download from there doesn't work, and Sparkplug fails to > download with NetSurf 2.5 with an error from Iconv. Confirming the Sparkplug download problem, "riscos/gui.c warn_user 2374: IconvFailed Invalid multibyte sequence (null)". Spark is a paid for job, the 2.28 Spark download is just an upgrade. Spark can archive in what it calls "PC format", whether that is the same as zip or not is another matter. > I was trying to get this stuff to help - but can't! That makes two of us. As someone has already said - InfoZip. -- David Pitt
Re: Black Blobs
Steve Fryatt wrote: > On 23 Dec, Geoffrey Baxendale wrote in message > <4e5f568a51.thebe...@sarno.freeserve.co.uk>: > > > I think you may have hit the nail on the head Michael. I use !Sparkplug > > 2.28 and I have had trouble with it mangling file names before. Had to > > re-name a whole directory of htm files once to get the help pages to > > work for one application. > > > > Any suggestions for a better prog any one? > > A more up-to-date copy (as I'm fairly sure this 'feature' was fixed ages > ago)? It was indeed sorted ages ago. As I recall it was a deliberate ploy to use the underscore character, I forget the reason why, but this turned out to be less that ideal. There is a setting in in !SparkPlug.Options. The catch is that SparkPlug cannot edit its options so it is a StrongED or Zap job. The byte at &40 needs to be &2F, '/', it was &5F, '_'. The latest SparkPlug 2.29 is correct. http://www.davidpilling.com/splug.bas -- David Pitt
Re: Black Blobs
Russell Hafter - Lists wrote: > In article , > David Pitt wrote: > > > There is a setting in in !SparkPlug.Options. The catch is that SparkPlug > > cannot edit its options so it is a StrongED or Zap job. The byte at &40 > > needs to be &2F, '/', it was &5F, '_'. > > > The latest SparkPlug 2.29 is correct. > > > http://www.davidpilling.com/splug.bas > > I have never noticed any problems with SparkPlug 2.28, but thought > modernising might be a good idea. > > Both NetSurf and Fresco produce the same screen full of code when clicking > on that link, whether I hold down shift or control at the same time or > not. > > The second line says that it is a self-extract routine, what file type > should it be set to to make it work? > BASIC -- David Pitt Windows 7
Re: Black Blobs
Steve Fryatt wrote: > On 24 Dec, Russell Hafter - Lists wrote in message > <518a919fd1rh.li...@phone.coop>: > > > I have never noticed any problems with SparkPlug 2.28, but thought > > modernising might be a good idea. > > > > Both NetSurf and Fresco produce the same screen full of code when > > clicking on that link, whether I hold down shift or control at the same > > time or not. > > > > The second line says that it is a self-extract routine, what file type > > should it be set to to make it work? > > It's a BASIC file. You might be better off getting the version in a > Sparkive, from http://www.davidpilling.com/free.html (you probably still > want to get 2.29, even if you need 26-bit). I have to say I failed to find that link from the home page earlier and that is before any pre-Christmas festivities. I have found it now. That too downloads itself into the screen requiring the file to be saved. What is new in 2.29 is that it is compiled against StubsG and it is Beagle Board compliant. 2.26 is recommended in preference to 2.29, on the page above, for 26bit systems. I don't know why. It is possibly obsolete info that really related to 2.28 which required the 32bit CLib, that is a download zip, the snag there should be becoming obvious by now! Its '/' option is correctly set. -- David Pitt
Re: Black Blobs
Geoffrey Baxendale wrote: > In message <49fdaf8a51.thebe...@sarno.freeserve.co.uk> > Geoffrey Baxendale wrote: [snip - filetyping of PNGs in !Netsurf.Resources.Icons] > > > > Just need to sort mimemap now as the system doesn't set the files types > > to png. > > > Thinking about this I realised that mimemap doesn't come into this, so I > tried unpacking with !Infozip. That works properly and sets the file type > of the icons to png. !Sparkplug sets them as data. Is there an option in > choices to change that? Are the two PNGs in !Netsurf.Docs filetyped correctly by SparkPlug? -- David Pitt
Re: Black Blobs
Geoffrey Baxendale wrote: > In message > David Pitt wrote: > > > > > Geoffrey Baxendale wrote: > > > > > In message <49fdaf8a51.thebe...@sarno.freeserve.co.uk> > > > Geoffrey Baxendale wrote: > > > > [snip - filetyping of PNGs in !Netsurf.Resources.Icons] > > > > > > > > > > Just need to sort mimemap now as the system doesn't set the files > > > > types to png. > > > > > > > Thinking about this I realised that mimemap doesn't come into this, so > > > I tried unpacking with !Infozip. That works properly and sets the file > > > type of the icons to png. !Sparkplug sets them as data. Is there an > > > option in choices to change that? > > > > Are the two PNGs in !Netsurf.Docs filetyped correctly by SparkPlug? > > > No, they appear as DATA. > > It is unspeakably weird but using SparkPlug the two PNGs in Docs are correctly typed but the two in Icons are not. It does this consistently on VRPC OS4.39 on both Windows 7 and a Mac and also on a real OS4.04. > > I used to use !RiscPKG but that started throwing up an error some time > ago. Haven't tried it recently. I have used RiscPKG in the past but eventually gave up. -- David Pitt
Re: Black Blobs
Geoffrey Baxendale wrote: > In message > David Pitt wrote: > > > > > Geoffrey Baxendale wrote: > > > > > In message > > > David Pitt wrote: > > > > > > > > > > > Geoffrey Baxendale wrote: [snip - filetyping of PNGs in !Netsurf.Resources.Icons] > > > > > > Just need to sort mimemap now as the system doesn't set the > > > > > > files types to png. > > > > > > > > > > > Thinking about this I realised that mimemap doesn't come into > > > > > this, so I tried unpacking with !Infozip. That works properly and > > > > > sets the file type of the icons to png. !Sparkplug sets them as > > > > > data. Is there an option in choices to change that? > > > > > > > > Are the two PNGs in !Netsurf.Docs filetyped correctly by SparkPlug? > > > > > > > No, they appear as DATA. > > > > > > It is unspeakably weird but using SparkPlug the two PNGs in Docs are > > correctly typed but the two in Icons are not. It does this consistently > > on VRPC OS4.39 on both Windows 7 and a Mac and also on a real OS4.04. > > Ah, so we agree. It certainly is Bizarre A bit more minor wierdness then. Netsurf does not mind that that the two PNGs in Resources.Icons are typed as Data, they are none the less displayed in the Hotlist window. Renaming them so that they are not found results in black rectangles in the Hotlist window. Given that "it works anyway" SparkPlug is a satisfactory unzipper for NetSurf here. -- David Pitt
Re: Black Blobs
David Pitt wrote: > Geoffrey Baxendale wrote: > > > In message > > David Pitt wrote: > > > > > > > > Geoffrey Baxendale wrote: > > > > > > > In message > > > > David Pitt wrote: > > > > > > > > > > > > > > Geoffrey Baxendale wrote: > > [snip - filetyping of PNGs in !Netsurf.Resources.Icons] > > > > > > > > Just need to sort mimemap now as the system doesn't set the > > > > > > > files types to png. > > > > > > > > > > > > > Thinking about this I realised that mimemap doesn't come into > > > > > > this, so I tried unpacking with !Infozip. That works properly > > > > > > and sets the file type of the icons to png. !Sparkplug sets them > > > > > > as data. Is there an option in choices to change that? > > > > > > > > > > Are the two PNGs in !Netsurf.Docs filetyped correctly by > > > > > SparkPlug? > > > > > > > > > No, they appear as DATA. > > > > > > > > It is unspeakably weird but using SparkPlug the two PNGs in Docs are > > > correctly typed but the two in Icons are not. It does this > > > consistently on VRPC OS4.39 on both Windows 7 and a Mac and also on a > > > real OS4.04. > > > > Ah, so we agree. It certainly is Bizarre > > A bit more minor wierdness then. Netsurf does not mind that that the two > PNGs in Resources.Icons are typed as Data, they are none the less > displayed in the Hotlist window. Renaming them so that they are not found > results in black rectangles in the Hotlist window. > > Given that "it works anyway" SparkPlug is a satisfactory unzipper for > NetSurf here. Oops, missed a bit, the fix I believe. 2010-12-27 14:03 - tlsa - r11123 - (in trunk/netsurf) When fetching a local file of type data, examine the extension to determine mime type. -- David Pitt
Re: Black Blobs
Geoffrey Baxendale wrote: > > > [snip - filetyping of PNGs in !Netsurf.Resources.Icons] [snip] > I wonder why !Sparkplug doesn't set the all file types and !Infozip does? It is a bit more slippery than that, only three fail to get typed as PNG here and all of those have a suffix in the filename, either /png or /ico. Looking on the repository none of these three have the suffix ,b60. The PNGs that SparkPlug does recognise do. SparkFS, which I expect most of us use, gets it right. A further option appears to be to force !SparkPlug to use DOSMAP which involves a manual edit of 'Options'. That gets the two PNGs in Icons but not default/ico. *dosmap ico png grips that. -- David Pitt
Re: Black Blobs
David Pitt wrote: > Geoffrey Baxendale wrote: > > > > > > [snip - filetyping of PNGs in !Netsurf.Resources.Icons] > > [snip] > > > I wonder why !Sparkplug doesn't set the all file types and !Infozip > > does? > > It is a bit more slippery than that, only three fail to get typed as PNG > here and all of those have a suffix in the filename, either /png or /ico. > > Looking on the repository none of these three have the suffix ,b60. The > PNGs that SparkPlug does recognise do. > > SparkFS, which I expect most of us use, gets it right. > > A further option appears to be to force !SparkPlug to use DOSMAP which > involves a manual edit of 'Options'. That gets the two PNGs in Icons but > not default/ico. > > *dosmap ico png grips that. Oops, again!, that's two blunders in one day. SparkPlug can set its options, just not the '/' one. Click menu on the SparkPlug window showing the opened zip. -- David Pitt
Re: Black Blobs
"Steve Fryatt" wrote: > On Tue, December 28, 2010 11:51 am, David Pitt wrote: > > > It is a bit more slippery than that, only three fail to get typed as PNG > > here and all of those have a suffix in the filename, either /png or > > /ico. > > > > Looking on the repository none of these three have the suffix ,b60. The > > PNGs that SparkPlug does recognise do. > > That's the key, then: the files without ,b60 suffixes won't be getting > RISC OS types added to the zip file when the archive is built. AFAIK the > build is done on a Linux system, and the GCCSDK's zip tools use the ,xxx > suffix for correctly typing files (at which point, the suffix is removed). Thanks for the explanation. MimeMap using unzippers, such as SparkFS, are OK with that arrangement. > > > SparkFS, which I expect most of us use, gets it right. > > I suspect that there's some RISC OS-side jiggery-pokery going on there > with the MIME Map or DOSMap, then. I think it may be the other way around, SparkFS uses MimeMap and works as we expect. !Spark and !SparkPlug never use MimeMap (I think), see the !Run files to see what does or does not look for MimeMap, but they can use dosmap though I have yet to fathom out how these work when dosmap is not selected. To be fair SparkPlug is from way back when before across platform transfers were a commonplace. -- David Pitt
Re: Bug report r11881
Brian Bailey wrote: > I dunno, I couldn't get the bug report page to work for me, I'll probably > get shouted at for doing things this way! 8-) Yup! > Actually, bits of that page I couldn't understand. > > Clicking a photo image line in URL > http://www.steamtraingallerries.latest_photos.html > > I get error message 'serious error' with a complete crash, > > using RISC OS 4.02 on an A7000+ > > Error Log scrap file attached. > > Please let me know if other information would be helpful. More importantly the the URL is wrong, Google found this :- http://www.steamtraingalleries.co.uk/latest_photos.html Which works perfectly here with NetSurf r11885, OS4.04 Kinetic300. -- David Pitt
Re: r11929 not downloading properly
Brian Bailey wrote: > In article <4d7727ea.5030...@heter.co.uk>, >Philco wrote: > > > > On 09/03/2011 04:49, Simon Smith wrote: > > > In message<51b10f8d4cbbai...@argonet.co.uk> > > >Brian Bailey wrote: > > > > > > > The above version now downloads latest test build as file format&A91 > > > > not Archive/zip (ddc) file which won't open. > > > a91 is the custom filetype for ZIP, isn't it? > > > > > > Have you updated or altered your mimemap settings recently? Tim Hill > > > made a new version available a few days ago. > > > > > Apologies for missing this, but have you a link for Tim Hills Mimemap > > Certainly, > > Mimemap 20110307 > > www.timil.com/riscos/mimemap With OS 5.16. I have just tried that mimeMap here and guess what, NetSurf downloaded itself as an Archive, &ddc. The MimeMap I use does gets it right as a zip, &a91 MimeMap v. 20110307 fails here due to this line :- application/zip Archive a91 .zip which needs to be :- application/zip Zip a91 .zip SparkFS does explicitly setup the Zip, &A91, filetype here. -- David Pitt
Re: r11929 not downloading properly
Brian Bailey wrote: > Oh, blazes. This mimemap business is confusing. Oh yes. > I've got both the new and the old files open in front of me at the moment > and there appear to be significant differences between the two, just > related to Archive, zip and other related file types. I have to ask, > because I have no way of understanding/assessing these differences myself, > is 20110307 'correct', please? I have to second druck's comment. We have been here before! This is what I have :- application/arc Archive ddc .arc.spk.lha.arj.lzh application/zip Zip a91 .zip Note that this is tab separated data and both entries are single lines, mail wrapping will mess that up. Test downloads are at :- http://pittdj.co.uk/temp/test.arc http://pittdj.co.uk/temp/test.zip And the contain an unmangled copy of my mimemap entries. -- David Pitt
Re: Problem on test build page.
Brian Jordan wrote: > In article <20110322095119.ga4...@digital-scurf.org>, Daniel Silverstone > wrote: > > On Mon, Mar 21, 2011 at 04:44:09PM +, Dr Peter Young wrote: > > > Internal Server Error > > > Could you please let us know which URL is causing this error, and > > whether or not it still does? > > I confirm that I also see what Peter has reported. > > All of the links under Recent SVN Activity on > http://www.netsurf-browser.org/downloads/riscos/testbuilds give an error > page when clicked on eg 12120 leads to > http://source.netsurf-browser.org/?rev=12120&view=rev > > Internal Server Error > > The server encountered an internal error or misconfiguration and was > unable to complete your request. > > Please contact the server administrator, [no address given] and inform > them of the time the error occurred, and anything you might have done that > may have caused the error. > > More information about this error may be available in the server error > log. > > Additionally, a 500 Internal Server Error error was encountered while > trying to use an ErrorDocument to handle the request. > > Netsurf r12108 > And http://www.netsurf-browser.org/downloads/source/ fails on the link within "The latest source code can also be viewed via a 'web interface'", which is attempting to reach http://source.netsurf-browser.org/trunk/netsurf This http://source.netsurf-browser.org/ does not fare too well at all. Safari 5.0.4 Mac OS X 10.6.7. -- David Pitt
Re: iGoogle not displaying?
Chris Young wrote: > On Thu, 24 Mar 2011 19:45:13 GMT, Chris Shepheard wrote: > > > In message <51b8fe8642...@timil.com> > > Tim Hill wrote: > > > > > There is a section which should display: it tells you to > > > enable javascript! > > > > Very helpful! > > > > Especially as that does not display either. > > That's obviously a bug, has it been raised on the bug tracker? http://www.google.com/ig With a not entirely straight face and the good offices of (what do you want to use that pile of old junk for) Fresco, which does render the site, I was directed to this :- iGoogle is compatible with the following browsers: Google Chrome Internet Explorer 7.x Internet Explorer 8.x Firefox 3.x Safari 3 Safari 4 To get the full functionality of iGoogle, make sure you have the latest version of your browser. Please note that you need to enable JavaScript to view and edit your iGoogle page. "make sure you have the latest version of your browser" indeed!! The latest mainstream browsers are Safari 5, Firefox 4 and IE9. Back to the plot, I found that by commenting out a wodge of script NetSurf would light up, somewhere in that commented out section is the reason why the noscript section is missed. http://pittdj.co.uk/temp/igoogle.zip The really clever bit is that guess what disabling javascript in Safari 5 and Firefox 4 does, up comes the same pale blue screen the Netsurf displays with no sign at all of the noscript message. So it is not a Netsurf bug/issue at all. If Netsurf had any money they could sponsor students to help Google with their code. -- David Pitt
Re: iGoogle not displaying?
Russell Hafter - Lists wrote: > In article , > David Pitt wrote: > > > "make sure you have the latest version of your browser" indeed!! The > > latest mainstream browsers are Safari 5, Firefox 4 and IE9. > > This is not really on topic, and I do not use Safari, and only very rarely > IE. > > My version of Firefox is 3.6.16, to which it was updated by the > autoupdater two nights ago, so I would have thought it perfectly correct > to say that Firefox 3.x is the latest version. I have heard of rumours of > Ver 4 - but that, presumably, is a development version only and not > something that should be quoted to the general user as 'the latest', > surely? (I also one heard a reference to a horrible new user > interface...). You could check your facts, Firefox 4 was released on the 22nd of this month. http://www.mozilla.com/en-US/firefox/new/ Its "tabs on top interface" is the current fashion. Denigrating something as yet unseen does nothing to promote RISC OS. Firefox 4, and the new IE9, are both very good browsers indeed, a measure of their fitness for purpose is that they do resolve iGoogle just like NetSurf doesn't. > And what about Opera? What about it, it is not supported by iGoogle, end of. -- David Pitt MessengerPro 2.66.6 on Windows 7
Re: iGoogle not displaying?
Russell Hafter - Lists wrote: > In article , > David Pitt wrote: > > > You could check your facts, Firefox 4 was released on the 22nd of this > > month. > > As I said, FF advised of the upgrade to reach 3.6.16 after that date - > from which it was reasonable to deduce that Mozilla did not think that Ver > 4 was ready yet. I am sure we have been here before, Firefox 4 is a new version not an update and so is not installed on auto-pilot. How about this for coincidence, as I write Firefox 3.6.16 is downloading on a Windows 7 machine. Having now upgraded itself the the page presented has this, "You're now running Firefox 3.6.16. For security reasons, we recommend downloading the latest and greatest version", which is Firefox 4. Here is a bit of OT fun, http://glow.mozilla.org/ -- David Pitt
Header Truncation
Here's a bit of fun http://pittdj.co.uk/temp/h1.htm
This kicked off in a drifting thread in csa.hardware, "Ethernet"
In http://www.france-codepostal.fr/en/france/?SearchText=44170
the header below is vertically truncated.
Find a postal code in France
The line-height setting in CSS seems to be problematic for NetSurf if the
Header is larger.
body {
background: #C0CBAD;
font-family: Verdana, Arial, sans-serif;
font-size: 13px;
padding: 0;
margin: 0;
color: #555;
line-height: 17px;
}
It is on the bug tracker.
--
David Pitt
Re: NetSurf for Mac OS X
Tricia wrote: > On Thu, 21 Apr 2011 01:40:05 +1200, Michael Drake > wrote: > > > The Mac OS X port is now available: > > > > http://www.netsurf-browser.org/downloads/ > > > > I have just tried NetSurf 2.7 for Mac and it downloads and unzips but > > > won't run. The error message is "Base style sheet failed to load". It > > > then quits. > > > > I am running OS 10.5.8 on a G5 PPC. [snip] > The same happens here, but with OS 10.6.7 on an Intel iMac. Disappointing, > as I was so pleased to see the port for Mac OS X. Now here's a thing, would you believe it NetSurf 2.7 is fine here on my 10.6.7 Intel iMac. I never saw the error on first running NetSurf but the first thing I did was to change its home page to a local file. If someone reminds me what the default home page was I can have another look, which may or may not have anything to do with anything. It's got tabbed browsing!! -- David Pitt
Re: NetSurf for Mac OS X
David Pitt wrote: > Tricia wrote: > > > On Thu, 21 Apr 2011 01:40:05 +1200, Michael Drake > > wrote: > > > > > The Mac OS X port is now available: > > > > > > http://www.netsurf-browser.org/downloads/ > > > > > > > I have just tried NetSurf 2.7 for Mac and it downloads and unzips > > > > but won't run. The error message is "Base style sheet failed to > > > > load". It then quits. > > > > > > I am running OS 10.5.8 on a G5 PPC. > > [snip] > > > The same happens here, but with OS 10.6.7 on an Intel iMac. > > Disappointing, as I was so pleased to see the port for Mac OS X. > > Now here's a thing, would you believe it NetSurf 2.7 is fine here on my > 10.6.7 Intel iMac. I never saw the error on first running NetSurf but the > first thing I did was to change its home page to a local file. And then I remembered I have another Mac, a Mac mini under the tele and that DID show the 'Base style sheet' bug. A crash log is at :- http://pittdj.co.uk/temp/MacNS.zip After an awful lot of mucking about the last thing I did was to run Maintenance.app set to clear the following :- Application Cache Launch Services dyld's shared cache Then NetSurf ran. -- David Pitt
Re: NetSurf for Mac OS X
Tricia wrote: > On 22 Apr, in article , > David Pitt wrote: > > [snip] > > > And then I remembered I have another Mac, a Mac mini under the tele and > > that DID show the 'Base style sheet' bug. A crash log is at :- > > > http://pittdj.co.uk/temp/MacNS.zip > > > After an awful lot of mucking about the last thing I did was to run > > Maintenance.app set to clear the following :- > > > Application Cache Launch Services dyld's shared cache > > > Then NetSurf ran. > > I did that, NetSurf ran nicely, I visited a few sites and was well > pleased. Next time I fired it up the 'Base style sheet failed to load' > again, but after I selected Reopen from the report page it was fine. > However, I tried it again a few minutes ago and selecting Reopen results > in the whole lot disappearing. > Hmm! NetSurf has not faltered (yet?) on the (fixed??) Mac mini. -- David Pitt
Re: NetSurf for Mac OS X
Simon Smith, on 19 Jun, wrote: > In message > David Pitt wrote: > > > David Pitt wrote: > > > > > Tricia wrote: > > > > > > > On Thu, 21 Apr 2011 01:40:05 +1200, Michael Drake > > > > wrote: > > > > > > > > > The Mac OS X port is now available: > > > > > > > > > > http://www.netsurf-browser.org/downloads/ > > > > > > > > > > > > > I have just tried NetSurf 2.7 for Mac and it downloads and > > > > > > unzips but won't run. The error message is "Base style sheet > > > > > > failed to load". It then quits. [snip] > > After an awful lot of mucking about the last thing I did was to run > > Maintenance.app set to clear the following :- > > > > Application Cache Launch Services dyld's shared cache > > > > Then NetSurf ran. [snip] > David, may I ask what your 'local file' was? Simple web page? Complex web > page? And in particular, did it have an associated local style sheet or > any embedded styles in it? Thanks. The 'local file' is a very simple StrongED generated file with its own even simpler css. In retrospect I am unconvinced that that was relevant. Anyway NetSurf is still OK on my two Macs. -- David Pitt
Re: r12551 NetSurf failure -serious error
Brian Bailey, on 3 Jul, wrote: > Accessing - Test Builds - NetSurf fails on serious error. > > Using A7000+ and RISC OS 4.02 Not here it didn't, on OS4.04. It did fall over with just that error when presented with plain text. The latest test build is now 12561, and does not mind text. Hope that helps. -- David Pitt
Re: r12551 NetSurf failure -serious error
In message <51ecf48b88bbai...@argonet.co.uk> Brian Bailey wrote: >>> Accessing - Test Builds - NetSurf fails on serious error. >>> >>> Using A7000+ and RISC OS 4.02 >> Not here it didn't, on OS4.04. It did fall over with just that error when >> presented with plain text. >> The latest test build is now 12561, and does not mind text. > Couldn't get past r12551 on the Test Build page and went back to r12505, > then accessed Test builds and loaded r12561, which seems to work OK. It is worth having a copy of the last stable version to hand, "just in case". http://www.netsurf-browser.org/downloads/riscos/ -- David Pitt MessengerPro 6 on an ARMini running RISC OS 5
Re: Can't save as Draw
In message <4f000ced51.harr...@blueyonder.co.uk> Harriet Bazley wrote: > Version r12554 seemed to have lost the ability to save the > currently-displayed page in Draw format (Ctrl-Shift-F3), and when I > downloaded r12565 matters had changed but apparently not improved: > subsequent testing with both versions, however, suggests that the same > range of different failures is possible on both, presumably triggered by > random different program states. > So far, I've seen > (a) Path in savebox is updated, but no file is saved (most common) > (b) No file is saved but drawfile is instead plotted on the desktop > (c) No file is saved but random transparent texture is plotted over the > desktop > (d) Netsurf exits silently when key shortcut is pressed > Is anyone else seeing this sort of thing? NetSurf 12565 is afflicted here as described. 2.70 is OK. -- David Pitt MessengerPro 6 on an ARMini running RISC OS 5
Re: Permajet website
In message <52041b5800bbai...@argonet.co.uk> Brian Bailey wrote: > Would some kind soul have a look at Permajet's website www.permajet.com > please. Netsurf doesn't seem to be displaying the page tabs correctly. > Are the tabs really supposed to be like that? No. On Safari 5.1 and Firefox 6.0 on Mac's Lion the upper row of tabs 'appear' to be behind the lower row. It all looks very sensible. -- David Pitt MessengerPro 6 on an ARMini running RISC OS 5
Re: No more Google for us
In message <20110818104942.gb4...@digital-scurf.org> Daniel Silverstone wrote: > On Thu, Aug 18, 2011 at 11:42:00AM +0100, Mike Hobbs wrote: >> Well, thats it then... Google requires javascript !! > Works for me. What doesn't work for you? google.co.uk is fine. However the Custom Search box within !NetSurf.Docs.welcome.index_en does require JavaScript. Google Custom Search requires JavaScript JavaScript is either disabled or not supported by your browser. To use Custom Search, enable JavaScript by changing your browser options, then try again. It is hardly that big a deal as there is a link to vanilla Google on that page. -- David Pitt MessengerPro 6 on an ARMini running RISC OS 5
Re: No more Google for us
In message <0db4c80452.acl...@tiscali.co.uk> george wrote: > In message > Mike Hobbs wrote: >> Well, thats it then... Google requires javascript !! >> > Seems to work OK still under NetSurf r12638 here; I can open the > Google home page, and navigate to the sites displayed thereon, just as > before. What am I not understanding? That some of us are using old versions of NetSurf. The issue has been fixed. -- David Pitt MessengerPro 6 on an ARMini running RISC OS 5
Re: Usenet problem: uk.rec.gardening
In message Michael Bell wrote: > For the last few days the only thing I have got on uk.rec.gardening is > a repetition of a set of 5 postings about poppy seeds. Nothing else > appears - and it is a busy group - and when I have posted a test > message to it, it doesn't come back. > Who do I complain to? Good question, but why NetSurf? I am reluctant to continue on the wrong group. -- David Pitt MessengerPro 6 on an ARMini running RISC OS 5
Re: Infinite hourglass when dragging an internal vertical scroll bar
In message <1314260486.4e560606d6...@netmail.pipex.net> dave higton wrote: > Quoting Michael Drake : >> In article <7e5cf80752.davehig...@dsl.pipex.com>, >>Dave Higton wrote: >>> I've just raised bug report 3397644. >> >>> On the BBC News and ROOL web sites, some pages had an internal vertical >>> scroll bar. In each case, when I dragged the bar, NS put up an >>> hourglass that didn't go away in any reasonable time. I had to stop >>> NS with Alt-Break. >> >>> r12663, Iyonix, 512 MiB. >> >> Is it fixed in the latest build? If not, please provide URLs. > I won't be able to check that out until I'm back home tonight, > but here's a URL: > http://www.bbc.co.uk/news/world-africa-14610722 OK with the latest build 12666, and 12644 -- David Pitt MessengerPro 6 on an ARMini running RISC OS 5
Re: Gif rendering - r12786
In message
"Chris Young" wrote:
> Please reply to the list :)
> On Wed, 14 Sep 2011 23:37:47 +0100, Gavin Wraith wrote:
[snip - wonky gif]
>> ... It is the gif banner under the top header strip at
>> http://www.bloomsteins.co.uk/ that says "Buyers of scrap gold and silver"
>> and "Sellers of investment gold". Looking at it in 1280x1024x16M with
>> NetSurf r12786 what I see are:
>>
>> # Different thickness of the two 'l's in "Sellers"
>> # Last column of pixels missing in the 'S' of "Sellers"
>> # Different thickness of the 'i' and the 'l' in "silver"
>> # Missing first column of pixels of 'g' in "scrap gold"
>>
>> In fact most of the wonky effects seem to be down to missing columns
>> of pixels. It looks as it should with FireFox 7. Another error is a
>> stray white column of pixels, and an isolated white pixel showing up
>> during the transition between the messages.
> I can see a stray dot on the left and column of pixels on the far
> right. The letter widths look OK to me. I tried opening it in
> another GIF viewer and it looks fine (but curiously missing a couple
> of frames there), so this does indeed appear to be a bug in libnsgif
> or NetSurf.
I can see the truncated letter widths in NetSurf r12793. An extracted
copy of what/gif however does display correctly in NetSurf. The
problem may be related to scaling. Below is some minimal source, try
it at different NetSurf window widths.
gif test
.what {
text-align: center;
background-color: white;
width: 40%;
margin-left: 0px
margin-top: -20px;
margin-bottom: 20px;
border: medium solid #406948;
border-radius: 40px;
-moz-border-radius: 40px;
}
--
David Pitt
MessengerPro 6 on an ARMini running RISC OS 5
Re: Gif rendering - r12786
In message Gavin Wraith wrote: > David Pitt has found the reason for the poor display of text in > the gif. It was down to the css style it was displayed in and > the consequent rescaling. By removing a line 'width: 40%;' > which had crept in by copying inappropriately, good behaviour > has been restored. I don't think that is quite right. The 'width' setting might have been a web design error but in my view, which may or may not be entirely correct, there is none the less a scaling issue within NetSurf. (And the rounded end caps called for in the css are ignored in NetSurf, which may just mean they are not implemented.) > Apologies for the noise. -- David Pitt MessengerPro 6 on an ARMini running RISC OS 5
Re: Base stylesheet failed to load. Was: Loading local copy of Builds page
In message <64b2641d52.pnyo...@pnyoung.ormail.co.uk> Dr Peter Young wrote: > On 5 Oct 2011 John Williams wrote: >> In article <521d4e037ajoh...@ukgateway.net>, >>John Williams wrote: >>> now, with r12948, local files don't load at all >> Fixed - thanks. > Yes, but with the newest build (129530 I get "base stylesheet failed > to load" with local or on-line sites :-( Fixed in r12956. -- David Pitt MessengerPro 6 on an ARMini running RISC OS 5
Netsurf saving a BMP object.
A cheery hand wave to one and all (mostly). Using NetSurf r13069. Having got embroiled in a recent thread it did not take too long to find the NetSurf is OK with BMP objects. (Whether it is a sensible thing to do is another matter.) http://www.pittdj.co.uk/tmp/fergus.htm The oddity occurs on trying to save the object, NetSurf filetyped the save as 'Data'. (Oregano and Oregano2 failed to display the BMP but did save it correctly typed.) This line added to MimeMap did allow NetSurf to save the BMP as a BMP. image/bmp BMP 69C .bmp Should this be so? Should this be in MimeMap by default? Could it have been a factor in the "puzzling email" thread confusing Pluto? -- David Pitt MessengerPro 6 on an ARMini running RISC OS 5
Re: Netsurf saving a BMP object.
In message <522417ee9djoh...@ukgateway.net> John Williams wrote: > In article <8889162452.pitt...@iyonix.home>, >David Pitt wrote: >> This line added to MimeMap did allow NetSurf to save the BMP as a BMP. >> image/bmp BMP 69C .bmp > I already have: > image/x-MS-bmp BMP 69C .bmp > image/x-bitmap XBitMap b61 .bm > image/x-ms-bmp BMP 69c .bmp > image/x-xbitmap XBitMap b61 .bm I already had those on OS5.17 but only the first on OS4.04. However having now fed the brain some lunch I see that OS4.39 already has an entry for 'image/png' and consequently does save correctly. Doing a 'wget' on the bmp does show it to be described as [image.bmp]. I suppose the local MimeMap needs to reflect what the Apache web server is serving, not a subject I fully understand. Anyway Q.E.D. I think. -- David Pitt MessengerPro 6 on an ARMini running RISC OS 5
Re: r13135
In message <522f027ed8bbai...@argonet.co.uk> Brian Bailey wrote: > Please note, error message when accessing > https://riscosopen.org/wiki/documenerror:tation/show/New%20users%27%20FAQ > error:14077458:SSL routines:SSL23__GET_SERVER_HELLO:reason(1112) Hmm!! That URL does not too healthy and Safari baulks with :- Unknown web 'documen:error:tation' This works :- https://www.riscosopen.org/wiki/documentation/new/New%20users%27%20FAQ -- David Pitt MessengerPro 6 on an ARMini running RISC OS 5
Re: Error converting PNG
In message <856d4d3552.davehig...@dsl.pipex.com> Dave Higton wrote: > Every picture I view from the Railway Herald site's Imaging Centre > causes "Error converting PNG" to flash briefly on the bottom line, > but only when the image is viewed for the first time - refreshing > the image, or going back to one recently visited, doesn't show the > message. The main image is always displayed successfully, though. > Example URL: > http://www.railwayherald.com/imaging.centre/showimage.php?image=214023 > &gallery=X3 > Any explanation? I can see the error, on clicking the "Next Image" button near the bottom of the page, bit I do not see a corresponding entry in NetSurf's log. I would take a guess it may be something to do with the RHlogo/png in the top banner. Netsurf does not display the extracted the png if it is dropped onto NetSurf. The Mac does display that png. Wierd! Just a thought. -- David Pitt MessengerPro 6 on an ARMini running RISC OS 5
Re: line-height causes clipping of text?
In message "W P Blatchley" wrote: > I'm not sure if this is a Netsurf bug or not, but the following fragment > produces text that's clipped along the top: > >Heading - cropped >Normal text > > Other browsers I've tried (Opera, IE on Windows) don't exhibit the same > behaviour, though I know that's no guarantee that Netsurf's doing > something wrong. > Can anyone confirm if this is a bug or not? See bug no. 323 on the bug tracker :- http://sourceforge.net/tracker/index.php?func=detail&aid=323&group_id=51719&atid=464312 There is an example at http://www.pittdj.co.uk/temp/h1.htm -- David Pitt MessengerPro 6 on an ARMini running RISC OS 5
Re: Netsurf 'sponsored' search page
In message <2140cd6852.harr...@blueyonder.co.uk> Harriet Bazley wrote: > How do I reset Netsurf's default startup/search page to the 'sponsored' > version which pays a small bounty towards Netsurf development if you > click on a paid-for link - now that this version is working again? > I've forgotten where it was! The actual file is !NetSurf.Docs.welcome.index_en There is a 'Default' button in NetSurf's Choices, Home Page tool. -- David Pitt
Re: User feedback requested (esp. RISC OS)
Peter Young, on 29 Sep, wrote: > On 29 Sep 2012 Peter Young wrote: > > > On 29 Sep 2012 Paul Sprangers wrote: > > > > Hi all, > > > > Version 3.0 (development) seems to work fine (and fast) on my RISC OS > > > 5.18 computer. Keep up the good work (just add java script). > > > Also here, ARMini, RISC OS 5.19. Glad to see that test builds are > > available again, many thanks. > > Might have spoken too soon. I sent this message using Hermes, and when > NewsHound kicked in, the machine froze. The message evidently went, but is > still in Messenger Pro's queue. Going back to NetSurf 2.9 for the time > being, I regret. NetSurf 3.0 (Development) has stiffed my ARMini twice now trying to get onto ROOL's site, https://www.riscosopen.org/content/ and that had nothing to do with mail or usenet fetching. Sometimes that site has been reachable, just guessing is https perhaps an issue, other sites seem OK. I cannot browse the web at all on VRPC on my Mac with 3.0, resolving times out after 3ms, 2.9 is fine. I will see if I can drum up more info later but right now it is time for Dr Who. -- David Pitt
Re: Unable to access the Internet with recent RISCOS test builds
Clive Bonsall, on 25 Oct, wrote: > With VRPC AdjustSA Mac and RISCOS 4.39 … > > I find that the most recent test builds of Netsurf will not access the > Internet. Netsurf loads OK, but clicking on a URL does nothing and > eventually times out. Netsurf 2.9 is fine, as is test build r13115. I > believe I have updated !Boot and !System correctly, and have the latest > versions of Iconv and Tinct installed. Same here with NetSurf #531 on OS X 10.8.2, the error is "Resolving timed out after 3 milliseconds". NetSurf 2.9 is fine. No such problem with VRPC in Windows 7. > Can anyone suggest what the problem might be? == CB -- David Pitt
Re: Unable to access the Internet with recent RISCOS test builds
Rob Kendrick, on 26 Oct, wrote: > On Fri, Oct 26, 2012 at 12:56:17PM +1300, Alan & Sally wrote: > > Hi CJ, > > > > Same result with 531. I downloaded it using 2.9, works normally. Tried > > 531. Still doesn't connect. No changes have been made between using the > > two versions. Are you using VRPC on a Mac? > > Try an earlier build, such as, say, #480? Try to find at what point the > problem was introduced. What is the very latest version you have tried > that worked? I reported the issue on the 29th September, that was a very early build predating the #numbered versions. mpro.mb4in900bgzx702kb.pit...@pittdj.co.uk > I don't recall anybody doing work on the networking side of NetSurf very > recently, but I do recall all sorts of problems with VRPC due to the > "special" way it handles the internet. (Specifically, its handling of the > resolver address environment variable.) I guess then that VRPC uses different "special" ways on Windows and the Mac. -- David Pitt
Re: Hotlist truncation/corruption
Daniel Silverstone, on 22 Nov, wrote: > On Thu, Nov 22, 2012 at 08:16:26AM +, Peter Young wrote: > > > > Is anyone else seeing this behaviour? > > > Yes, most of my Hotlist has vanished too :-( Looking at the Hotlist > > > file it is not corrupted, the html is perfectly formed, it's just > > > missing all but the first 35ish entries. > > And have had that recently happen here, too. > > It would be massively helpful if people seeing this behaviour could > attempt to determine if this is a loading or saving issue -- This can be > done by editing the file in Zap or StrongEd and then starting NetSurf > before looking in the NetSurf hotlist window to see if the added items are > visible, and then quitting NetSurf and seeing if they get saved back out > to the hostlist file. > > We did recently rewrite the hotlist code, so any hints are gratefully > received. FWIW I note the Hotlist generated by #665 is missing the tag. OTOH I have not seen the Hotlist get truncated yet. -- David Pitt
Serious error on riscoscode site
Using Netsurf 2.9 or #665 on an ARMini or Netsurf 2.9 on VRPC. On this site http://www.riscoscode.com Clicking menu on the top section, the shaded grey box, results in a serious error and Netsurf terminates. A log is at:- http://pittdj.co.uk/temp/rocode.zip -- David Pitt
Unknown
NetSurf #673 seems to have an aversion to all local html files, A "Warning from Netsurf" box opens which just reports "Unknown". This occurs on the ARMini and OS4.39 on VRPC. #672 is OK! All I could find in the log is :- (1.76) riscos/gui.c warn_user 2308: Unknown (null) The complete log is at http://pittdj.co.uk/temp/unknown.zip with a minimalist html file sufficient to show the problem. -- David Pitt
Re: Unknown
Peter Young, on 26 Nov, wrote: > On 26 Nov 2012 David Pitt wrote: > > > NetSurf #673 seems to have an aversion to all local html files, A > > "Warning from Netsurf" box opens which just reports "Unknown". This > > occurs on the ARMini and OS4.39 on VRPC. #672 is OK! > > > All I could find in the log is :- > > > (1.76) riscos/gui.c warn_user 2308: Unknown (null) > > > The complete log is at http://pittdj.co.uk/temp/unknown.zip with a > > minimalist html file sufficient to show the problem. > > Up to #674 here by now (they keep coming thick and fast; many thanks!) and > a local file on my HD renders fine for me. ARMini, RISC OS 5.19. No idea > why. Very amateur home-brewed HTML, by the way! Thanks, #674 is OK. With thanks for the prompt fix. -- David Pitt
Re: Full Save not setting of CSS files
John Rickman Iyonix, on 29 Nov, wrote: > When you run a NetSurf Full Save application it does not act on the the > CSS information because the CSS file is given a type of Text. > > This is on an Iyonix 5.19, NetSurf #674. I think it used to work but am > not sure. > > As an example open:- > >http://rickman.orpheusweb.co.uk/temp/ > > do a Full Save, then run the resulting !temp application. The background > picture is not shown and the two column layout is lost. There are two style sheets referenced in the original, as retrieved with a normal save :- The full save only recognizes the first of these :- http://rickman.orpheusweb.co.uk/temp/local.css";> http://rickman.orpheusweb.co.uk/temp/local.css on its own gives a not found error. There does appear to be some garbage at the top of the full save index file. > On my machine the CSS file created is called 0x71755530, and has a type of > text. If this is changed to type CSS the two column layout is reinstated > but the background image is still not shown because the name in the CSS > file no longer matches the name of the image that NetSurf has created. The css file is correctly typed here on the ARMini, mimemap does have the css entry. Hope this helps. -- David Pitt
Re: NetSurf on Virtual Acorn
Michael Drake, on 26 Jan, wrote: > In article <20130126124046.ga4...@pepperfish.net>, >Rob Kendrick wrote: > > I don't recall the names of the environment variables involved to ask > > you to see what they're set to, sorry. > > *show inet$resolvers > > Should give a space-separated list of IP addresses for DNS. > Tested with NetSurf Dev #833 VRPC OS4.39 on Windows 8 - Inet$Resolvers : 10.0.1.1 All OK. VRPC OS4.39 on Mac 10.8.2 - Inet$Resolvers : 127.0.0.1 NetSurf 2.9 resolves perfectly but NetSurf 3.0 times out. (I tried manually setting Inet$Resolvers to 10.0.1.1 but it did not help.) -- David Pitt
Re: NetSurf on Virtual Acorn
I have saved logs from a successful fetch with NetSurf 2.9 and a timeout from NetSurf 3.0 #833. The full logs are at :- http://pittdj.co.uk/temp/NSlogs.zip The interesting bits are :- NetSurf 3 #833 on Mac OS 10.8.2 - timed out (3.24) desktop/browser.c browser_window_go_post 855: bw 0x25baa658, url http://www.google.co.uk/ (3.24) desktop/browser.c browser_window_go_post 976: Loading 'http://www.google.co.uk/' (3.24) content/fetchers/curl.c fetch_curl_setup 366: fetch 0x25bd8120, url 'http://www.google.co.uk/' (33.25) content/fetchers/curl.c fetch_curl_done 843: done http://www.google.co.uk/ (33.25) content/fetchers/curl.c fetch_curl_done 880: Unknown cURL response code 28 (33.25) content/fetchers/curl.c fetch_curl_stop 725: fetch 0x25bd8120, url 'http://www.google.co.uk/' (33.26) riscos/gui.c warn_user 2339: Resolving timed out after 3 milliseconds (null) NetSurf 2.90 on Mac OS 10.8.2 - successful (2.99) desktop/browser.c browser_window_go_post 832: bw 0x25ba6948, url http://www.google.co.uk/ (2.99) desktop/browser.c browser_window_go_post 953: Loading 'http://www.google.co.uk/' (2.99) content/fetchers/curl.c fetch_curl_setup 365: fetch 0x25b99e08, url 'http://www.google.co.uk/' (3.20) content/fetchers/curl.c fetch_curl_process_headers 1171: HTTP status code 200 (3.20) content/fetchers/curl.c fetch_curl_done 813: done http://www.google.co.uk/ (3.20) content/fetchers/curl.c fetch_curl_stop 695: fetch 0x25b99e08, url 'http://www.google.co.uk/' -- David Pitt
Re: Failure to post bug report.
Peter Young, on 24 Feb, wrote: > I've been trying to post this to the bug tracker: > > [quote] > > NetSurf #942 and ARMini, RISC OS 5.19 (16 May 2012). > > Trying to access http://www.document-records.com/ fails. It gets stuck on > "Fetching, Fetching, Processing"; no timeout after two minutes, after > which I got bored. This is with JavaScript either on or off. It works on > Windows Firefox This problem starts with #911, #910 renders the site promptly. (I have failed to find a way to see changes prior to #917 on Jenkins.) -- David Pitt
Re: Upper character truncation - CSS handling
John Williams, on 15 Apr, wrote:
> In article <20130415072710.ga30...@kyllikki.org>,
>Vincent Sanders wrote:
>
> > If you want this fixed please submit it to our issue tracker, otherwise
> > it is liable to be ignored.
>
> > Some brief analysis shows this is due to the css rule:
>
> > .curvedboxcontainer h1 { font-family: Passion One, Helvetica, san-serif;
> > font-size: 36px; color: #b66222; line-height: 90%; }
>
> > It appears the bounding box height is scaled by 90% but not the text
> > itself. I also note NetSurf falls back to the sans-serif font choice
> > which should not be a factors
>
> If it is the same issue I reported some years ago - without result ...
Is this the earlier instance:-
http://sourceforge.net/tracker/index.php?func=detail&aid=323&group_id=51719&atid=464312
--
David Pitt
Re: NetSurf on Virtual Acorn
Michael Drake, on 16 Apr, wrote: > In article , >Alan & Sally wrote: > > > NetSurf 2.9 runs nicely on this set up but I have had no luck with any > > of the later development versions. I have just downloaded 3.0 Dev #833 > > with the same result. > > It seems that since NetSurf 2.9 DNS doesn't work when running on > VirtualRPC. It works on real hardware and, I believe, on RPCEmu (can > anyone confirm?). I can confirm that the current NetSurf 3.0 test builds do resolve on RPCEmu v0.8.9 on Mac OS X 10.8.3. The i686-darwin10 builds also resolve running natively on the Mac. (This conflict with VirtualRPC only applies to VRPC on the Mac, the NetSurf 3.0 test builds are fine with VirtualRPC on Windows 7.) > > None of the NetSurf developers have VirtualRPC so we aren't in a position > to investigate this. Perhaps you could contact the VirtualRPC developers, > if it's still being maintained? > > Cheers, > -- David Pitt
Re: Website not rendering correctly
Brian Howlett, on 28 May, wrote: > On 28 May, Chris Newman wrote: > > > The site for the Weald & Downland Open Air Museum at Singleton, West > > sussex looks OK in Firefox on the PC but just displays a grey window in > > Netsurf. > > URL? http://www.wealddown.co.uk All is OK with NetSurf 2.9. With NetSurf 3.0 or 3.1 #1201 the site does render only its grey background unless the window is maximised to occupy the full height of the display including covering the icon bar, in this case 1050. How very odd! (Javascript setting has no effect.) This with OS5.19 on a Raspberry Pi. The effect is confirmed on OS4.39 on VRPC with smaller screen size of 1280x800. -- David Pitt
Re: Website not rendering correctly
Michael Drake, on 28 May, wrote: > In article , > David Pitt wrote: > > > http://www.wealddown.co.uk > > Should be fixed in CI build #1202. > It is. Many thanks. -- David Pitt
Re: Slow image display
Bryan Hogan, on 18 Jun, wrote: > In message <535d31f650...@timil.com> > Tim Hill wrote: > > > In article , Bryan Hogan > > wrote: > > > Visiting this page with NetSurf build #1257 on my Omega (300MHz > > > StrongARM, RISC OS 4.39, 1920x1080x16m) is very slow: > > >> http://stardot.org.uk/forums/viewtopic.php?f=16&t=6753 > > > Displaying a 5109x3387 full colour image at 600x398 (or whatever it is) > > is considered 'bad form' and obviously requires the image to be resized > > each time NetSurf displays it onscreen. Perhaps NetSurf should be > > caching the smaller version it creates for longer? > > Yes, that would help. > > > How long does it take for ChangeFSI to resize it to 600x398? About a > > minute on this Iyonix. > > I don't know, the version (1.27) of ChangeFSI I have crashes on this > picture! With ChangeFSI 1.27, VRPC OS4.39, the initial error is "Internal error: abort on data transfer at &03819444". This issue with large images has cropped up before. ChangeFSI can be persuaded to render this large jpeg if a buffer within ChangeFSI is made big enough. Search for the variable max% and make it bigger. This worked for me:- gamma=1:rotate%=FALSE:max%=8000:bright%=15:lock%=FALSE A similar ruse does not work for !ChangeFSI 1.34 on the Raspberry Pi which just exits the iconbar without any error. -- David Pitt
Re: 3.1 (Dev CI #1330)
In message <53948878f6t...@netsurf-browser.org> Michael Drake wrote: > In article <5394515da2t...@netsurf-browser.org>, >Michael Drake wrote: >> The latest build uses the polygon plotter to draw the triangles instead. >> On some platforms, this means the triangles are no longer anti-aliased. > That looked dreadful, so I've changed it to generate bitmaps of > anti-aliased triangles of the appropriate size and colours at runtime. > Is anyone testing this stuff? Also the undo/redo textarea handling. The treeview triangles in 1369 look very smart here and are a good size, looks good works well. Previously 1367 had very coarse triangles, 1354 had triangle that were too small to be clearly seen. -- David Pitt Raspberry Pi RISC OS 5.21
Re: Cut to clipboard
In message <5393d0c5a4t...@netsurf-browser.org> Michael Drake wrote: [snip] > Supported via keyboard shortcut in the latest build. The shortcut depends > on the front end. >++==+==+==+ >| GTK & Framebuffer | RISC OS | >++==+==+==+ >| Undo | Redo | Undo | Redo | >|+--+--+--| >| Ctrl+Z | Ctrl+Y or| F8 | F9 | >|| Ctrl+Shift+Z | | | >++==+==+==+ Using 1369 as far as I can see F8 and F9 work as expected. Thanks for the good work. -- David Pitt Raspberry Pi RISC OS 5.21
Re: Fanfiction.net login
Harriet Bazley, on 12 Nov, wrote: > As of today the 'captcha' on the fanfiction.net log-in page is no longer > displaying - the only way I have found to log in now is to view the page > source and double-click on the hidden link to the audio file alternative. > https://www.fanfiction.net/login.php Does this help, it does display in NetSurf #1447, https://m.fanfiction.net/m/login.php -- David Pitt
Re: Fanfiction.net login
Tony Moore, on 13 Nov, wrote: > On 12 Nov 2013, Harriet Bazley wrote: > > On 12 Nov 2013 as I do recall, Tony Moore wrote: > > > > [snip] > > > > > Harriet didn't say which version of NS she was using, and I assumed > > > that she was talking about a change at > > > https://www.fanfiction.net/login.php > > > > I was, yes. > > > > > 'As of today' there is no build of NS yet, but NetSurf-gcc-json-1447, > > > 11-Nov-2013 14:36 also displays the captcha. For the avoidance of > > > doubt: > > > > > > The text captcha displays correctly here: RO 5.20, NS 1447, js > > > disabled. > > > > I've just downloaded NS 1447 but am not seeing any captcha at all on > > that page. It reads "FanFiction Login with..." followed by various > > social media icons, then "or" followed by three blank text entry icons - > > which, from experiment, are email-address, password and required captcha > > text - followed by a "login" button. > > https://dl.dropbox.com/u/77062274/fanfiction.jpg shows what I see here. NetSurfs 1.0 and 2.1 rendered the captcha here, #1447 doesn't. -- David Pitt
Re: Fanfiction.net login
In message Tony Moore wrote: > On 13 Nov 2013, David Pitt wrote: >> Tony Moore, on 13 Nov, wrote: >>> On 12 Nov 2013, Harriet Bazley >>> wrote: >>>> On 12 Nov 2013 as I do recall, Tony Moore wrote: > [snip] >>>>> The text captcha displays correctly here: RO 5.20, NS 1447, js >>>>> disabled. >>>> >>>> I've just downloaded NS 1447 but am not seeing any captcha at all >>>> on that page. It reads "FanFiction Login with..." followed by >>>> various social media icons, then "or" followed by three blank text >>>> entry icons - which, from experiment, are email-address, password >>>> and required captcha text - followed by a "login" button. >>> >>> https://dl.dropbox.com/u/77062274/fanfiction.jpg shows what I see >>> here. >> >> NetSurfs 1.0 and 2.1 rendered the captcha here, #1447 doesn't. > For you, #1447 doesn't show the captcha, but for me it does (see link). > I wonder what could explain the difference. Here #1447 runs on RO 5.20 / > RPCEmu 0.8.11 / Win7. Your headers suggest that you are using a Mac. I have tried on this Raspberry Pi OS5.21, my Iyonix with both OS5.20 & 5.21 and even VRPC OS4.39, that captcha remains elusive. This is what I see :- http://www.pittdj.co.uk/temp/login.jpg The alignment of the input boxes is different. How very odd! -- David Pitt
Re: Fanfiction.net login
In message <637bafaa53.harr...@blueyonder.co.uk> Harriet Bazley wrote: > On 14 Nov 2013 as I do recall, > Tony Moore wrote: >> On 14 Nov 2013, Harriet Bazley wrote: >>> On 14 Nov 2013 as I do recall, Tony Moore wrote: >> >> [snip] >> >>>> https://dl.dropbox.com/u/77062274/fanfiction.zip contains a >>>> full-save of the page, and a draw-file showing the entire display. >>> >>> If I doubleclick on your full-save, I see the same as David's >>> screenshot above >> >> Is it possible that something has stuck in your NS Cache? >> > Seems unlikely, given that I get the same results as David on a totally > different machine and the same results when loading from local disc as > when accessing the remote page... >> Try hiding >> !Boot.Resources.!Scrap.ScrapDirs.ScrapDir.WWW.NetSurf.Cache > No - no difference here. Same here. Tony's full save shows the same result that I get here directly from the site. Deleting the cache does not alter that. NetSurf 2.9 on Ubuntu 13.10 also misses the captcha. Using Safari on the Mac the MIME type for the captcha is given as image/png whereas the filename is cap.jpg. -- David Pitt
Re: Sockets
Geoffrey Baxendale, on 4 Feb, wrote: > Is it just me, or is Netsurf's sockets system awry. After a modest > browsing session Internet access freezes up due, I think, > to sockets being used up. Qitting Netsurf restores order. It seems to > have started about a couple of weeks ago. Not sure of the exact time. > > Risc Os 6.2 NS R1681. (JSoff) The same thing happens here with #1694 on a Raspberry Pi, OS5.21 (31Jan14). I have resurrected a Socket Counter application, !SockCtr, which dates back to the time when Oregano2 managed to do a similar trick. It is a frontend to David Ruck's SocketCount. http://pittdj.co.uk/software/index.htm -- David Pitt
Re: Sockets
Dave Higton, on 7 Feb, wrote: > On Thu, 06 Feb 2014 23:38:10 GMT Geoffrey Baxendale wrote: > > > In message > > Dave Higton wrote: > > > > > In message > >> David Pitt wrote: [snip] > > > > I have resurrected a Socket Counter application, !SockCtr, which > > > > dates back to the time when Oregano2 managed to do a similar trick. > > > > It is a frontend to David Ruck's SocketCount. > >>> > > > > http://pittdj.co.uk/software/index.htm [snip] > > As far as I can tell, 1614 is OK and 1635 not. Don't have any builds > > between those here. When I have more time I will try and narrow it down > > further. (All Non JS) > > Geoff, can you use SockCtr and see if 1614 reclaims sockets under the same > circumstances as 1356? This is worth adding to the bug report. Or try #1699, bug 2064 is now marked as resolved. The socket count has not gone below 60 here so far, having started at 90 on the Raspberry Pi. -- David Pitt
Re: Version 1773
In message <53ef83643ach...@chris-johnson.org.uk> cj wrote: > Is anyone using the latest build (1773) on an Iyonix? Here, it > crashes on startup with a stack backtrace, no log produced. > The strange thing is, I have downloaded the same version on the > PandaBoard and it works fine. > Both Iyonix and PandaBoard are running RISC OS v. 5.21 (26 Mar 2014). > I have downloaded the latest version three times on the Iyonix. > If I copy the working version from the Panda to the Iyo, it crashes > in the same way. No such problem here with #1773 on this Iyonix running OS5.21 (28-Mar-14). -- David Pitt Iyonix
Resolver failure on VRPC on the Mac
Ever since NetSurf's development moved to its current development platform NetSurf has failed to resolve any URL when run on VRPC on a Mac, it always times out after 30s. NetSurf 2.9 is OK, as is 3.0 and later on VRPC on Windows 7 and RPCEmu on the Mac. When this was first reported on the mailing list the response was that none of the developers had VRPC on a Mac. We were reminded recently to ensure that bugs were put on the bug tracker lest they be forgot, so I just did! (BTW Mantis worked perfectly, I did know about the '#' thing though.) I would be happy to try any diagnostics that might help pin this down. -- David Pitt
Re: Resolver failure on VRPC on the Mac
Rob Kendrick, on 19 Apr, wrote: > On Sat, Apr 19, 2014 at 11:16:16AM +1200, Alan & Sally wrote: > > On Tue, 15 Apr 2014 22:20:00 +1200, Rob Kendrick > > wrote: > > > > > > > What are all the environment variables beginning with Resolver$ ? (It > > > may not be this, it's been a long time!) [snip] > > VARPC (RO 4.39) > > > > Inet$resolvers : 127.0.0.1 > > This strikes me as... wrong, unless you're running a recursive resolver > server under RISC OS. Could you try manually setting it to the same as on > your RiscPC, relaunching NetSurf, and seeing if the problem persists (and > that your changing of the variable persists)? The value of Inet$Resolvers might look odd but it works very well for NetSurf 2.90 and changing it to the router address or an ISP DNS server does nothing for NetSurf 3.1 DEV. NetSurf does appear to use the variable, it is logged. The root of the current difficulty which occurred at the time of the move to the CI platform may be down to changes in the libraries used. http://bugs.netsurf-browser.org/mantis/view.php?id=2106 >From log files :- NetSurf version '2.9 (27th Febuary 2012)' (0.1) content/fetchers/curl.c fetch_curl_register 167: curl_version libcurl/7.20.1 OpenSSL/0.9.8n zlib/1.2.3.3 c-ares/1.6.0 NetSurf version '3.1 (Dev CI #1809)' (0.02) content/fetchers/curl.c fetch_curl_register 163: curl_version libcurl/7.34.0 OpenSSL/1.0.1g zlib/1.2.8 c-ares/1.10.0 -- David Pitt
Re: Google hanging
Harriet Bazley, on 2 Jun, wrote: > Of recent weeks I've increasingly found that Google searches are not > rendering in Netsurf, especially when you try to view a second or > subsequent page of search results: the window just hangs there with the > progress indicator moving instead of the usual almost instant return. > Clicking on the same link again to force another fetch seems to be the > only way to get the results. > > Is anyone else seeing this, or is it my ISP? > > (Netsurf v1932, JS disabled) > A quick test did reproduce this, v1920, Java Script not disabled, adverts hidden. Plusnet. -- David Pitt
Re: Google hanging
Peter Young, on 2 Jun, wrote: > On 2 Jun 2014 David Pitt wrote: > > > Harriet Bazley, on 2 Jun, wrote: > > > > Of recent weeks I've increasingly found that Google searches are not > > > rendering in Netsurf, especially when you try to view a second or > > > subsequent page of search results: the window just hangs there with > > > the progress indicator moving instead of the usual almost instant > > > return. Clicking on the same link again to force another fetch seems > > > to be the only way to get the results. > >> > > > Is anyone else seeing this, or is it my ISP? > >> > > > (Netsurf v1932, JS disabled) > >> > > A quick test did reproduce this, v1920, Java Script not disabled, > > adverts hidden. Plusnet. > > Has anyone reported this to he bug site? If nobody else does I'll do it > later today. It would be useful if we could capture the stoppage in a log. Am I right in guessing that the numbers at the start of each log line are time from start. If so this may, or may not, be relevant. (62.23) content/llcache.c llcache_clean 2892: discarding stale cacheable object with no users or pending fetches (0x6599afa0) http://www.google.co.uk/search?q=elephant&hl=en-GB&gbv=1&ie=UTF-8&prmd=ivns&ei=sTyMU9arK6iy0QWU-YCQBg&start=10&sa=N (62.23) content/llcache.c llcache_object_destroy 855: Destroying object 0x6599afa0 (62.23) content/llcache.c llcache_clean 2892: discarding stale cacheable object with no users or pending fetches (0x659bdd18) http://www.google.co.uk/search?ie=ISO-8859-1&hl=en-GB&source=hp&q=elephant&btnG=Google+Search&gbv=1 (62.24) content/llcache.c llcache_object_destroy 855: Destroying object 0x659bdd18 (62.24) content/llcache.c llcache_clean 2999: Size: 416906 (82.24) content/content.c content_destroy 388: content 0x65fbc100 x-ns-css:5 (82.24) content/llcache.c llcache_object_remove_user 321: Removing user 0x65c6ff30 from 0x65c6f8f0 (82.24) content/llcache.c llcache_object_user_destroy 277: Destroyed user 0x65c6ff30 I will dig a bit more. -- David Pitt
Re: Google hanging
David Pitt, on 2 Jun, wrote: [snip] > I will dig a bit more. Bug 2136 now submitted. -- David Pitt
