Re: Riscos Netsurf downloads
In message <4cc30c2b.30...@elecdrum.com> Kenpvr wrote: > I am new to riscos and Netsurf so this could just be ignorance on my part. > I am trying to download makemodes.arc from the acorn site but netsurf > simply displays the whole file instead of giving me the download box > which it does do for a .zip file. > Is this a riscos configuration thing or Netsurf. Probably a web server configuration thing. The file is sent as a text file so the browser displays it. You can either save the page with the filename you have downloaded, or shift-click on the link to get a save box immediately, and then change the filetype to the correct one for the type of archive it is. Anthony -- Anthony Hilton a...@tinshill.f9.co.uk
Re: Unknown SSL protocol
In message <2afd994451.bo...@boase.demon.co.uk> Bernard Boase wrote: > On 30 Apr 2010, Bernard Boase wrote: >> On 11 Aug 2009, Bernard Boase wrote: >>> On 7 Aug 2009, John Williams wrote: >>>> Sometime after r8950 - 1st Aug 2009, accessing my French bank results in >>>> this error at the password box appearing stage: >>>> Sorry, NetSurf was unable to display this page >>>> Unknown SSL protocol error in connection to >>>> voscomptesenligne.labanquepostale.fr:443 >>>> - so something changed after that version. >>> Similar story here with Co-operative Bank >>> https://welcome27.co-operativebank.co.uk/CBIBSWeb/start.do, using RISC >>> OS Netsurf 3.0 (Dev) 04 Aug 2009 r9045. >>> >> The above problem dates from last summer (2009) and meant that I >> normally stayed with Netsurf 2.1 rather than any of the 3.0 >> development versions. >> Unfortunately, I now find that the new 2.5 exhibits the same problem, >> so once again I must retain 2.1 for use with this bank. >> I won't add another problem log on the tracker as the one that's there >> says enough (while not mentioning 2.5 of course), but I do wonder if >> anyone has an understanding of whether the problem is soluble. > Glad to report that, as of some unknown period before Netsurf > development update "3.0 (Dev) (03 Aug 2010 10:30) r10678", the above > problem has disappeared, AND it has disappeared when using the release > version 2.5! So maybe it's something the Co-op Bank has changed? That suggests to me that it is not a change in Netsurf which has caused the improvement for you. > I have added a comment to Netsurf Bug tracker ID: 2835477 > "Co-op bank login gives SSL error 2009-08-11", but cannot mark the bug > closed if John Williams still has the problem with La Poste. (I have > advised him of this by personal email). I still get the same message attempting to open the Snatander login page. I have added a comment to the bugtracker. Anthony -- Anthony Hilton a...@tinshill.f9.co.uk
Re: Shortcut to Save Location as ANT URL?
In message <5142aedb3bd...@triffid.co.uk> Dave Symes wrote: > In article <4b9fa74251...@rickman.argonet.co.uk>, > wrote: > [Snippy] >> On Adjust 4.42 (A9) and Select 6.10 (Risc PC) I cannot drag the URL. >> What happens is that the URL is highlighted and there is no Save box. >> John > As I said in my previous posting it does work with RO 6.20. > Try pressing the Shift key and holding it down, then Click and hold over > the *http* bit of the URL in the bar, a blank icon will appear, still > holding Shift, drag it to where-ever... Shift-drag also works here on my A9 RISC OS 4.42 [Kernel 8.68] - aka Flash 2. Anthony -- Anthony Hilton a...@tinshill.f9.co.uk
Re: Netsurf failure on a BBC site
In message <513489fb8c...@timil.com> Tim Hill wrote: > In article <861b503451.old_coas...@old_coaster.yahoo.co.uk>, Tony Moore > wrote: >> On 9 Jul 2010, Harriet Bazley wrote: >> [snip] >>> Presumably we're still supposed to be using the page pointed to via >>> 'Contact the developers' in .Docs.welcome.index_en, i.e. >>> http://sourceforge.net/tracker/?func=browse&group_id=51719&atid=464312 >>> >>> Or has this, as comments further down this thread suggest, been >>> superseded by some other bug tracker - the Sourceforge one doesn't >>> seem to sport a 'Groups' pulldown menu >> Try http://sourceforge.net/tracker/?func=add&group_id=51719&atid=464312 >> which allows a new bug to be added. The address which you quote, above, >> leads to a schedule of previously reported bugs. > ...but you do want to peruse that full list _before_ submitting a new bug > which isn't, don't you? > The page address linked to the bug tracker from the hotlist in V.3.00 is > http://sourceforge.net/tracker/?atid=464312&group_id=51719 >From these comments I guess Harriet was using a similar version to r10592 (01 Jul 2010) which only has 2 entries under Netsurf in the hotlist here. Or is an old hotlist in use because we have actually added entries or our own? Whenever I install a new versionn of Netsurf I delete the previous before placing the latest into the directory where I store it. Anthony -- Anthony Hilton a...@tinshill.f9.co.uk
Re: file:/// is now wrong
In message Roger Darlington wrote: > In Netsurf, version r8643, the following code, in a MessPro e-mail, > works fine on my computer (accessing a local file): >file:///ADFS::IYO4.$.~Mine.WFF.!WildFlowers.Flowers.Y/YellowStagsho > rn/YellowStagshorn.htm > But on subsequent versions of Netsurf, including r10589, it does not > work. It gives 'file not found' a message issued by Netsurf. > The file it is looking for is: >/ADFS::IYO4.$.~Mine.WFF.!WildFlowers.Flowers.Y/YellowStagshorn/Yell > owStagshorn.htm > Note the leading '/'. This is where it is going wrong. It wont find > the file because of this leading '/'. > But if I omit one of the '/'s in the line in the e-mail thus: >file://ADFS::IYO4.$.~Mine.WFF.!WildFlowers.Flowers.Y/YellowStagshor > n/YellowStagshorn.htm > It still doesn't work. > I'm not surprised about the last bit of code, it is wrong, but the > first bit should work, it worked before. When I double-click a local file the URL in netsurf (r10592) still starts file:///IDEFS and has the colons and dollar sign replaced by %3A and %24 respectively The more readable version also works fine. I think the directory separator dots need to be replaced with slashes, eg Does this help? Anthony -- Anthony Hilton a...@tinshill.f9.co.uk
Re: hiccup with emailed link to a password-protected file
In message Jim Nagel wrote: > nobody responded to my earlier posting (quoted below). problem has > come up again. here are some smaller sample files: > http://archive.abacusline.co.uk/gerald.zip > http://archive.abacusline.co.uk/gerald.jpg > Username:archive > Password: amusement > not sure what's happening here at the password stage. this file > downloads now (unlike the 5M one below) but displays in Netsurf as > goggledygoop text rather than as picture or zipfile icon. note that > it happens first-time-round only: if you try again after having put > the password in once, it does not ask the password again and behaves. > is this a Netsurf problem or something to do with the email client > that i use (MPro 5.13)? --jim > Jim Nagel wrote on 6 May: >> One of the Archive writers put a 5M zip file for me on his website and >> emailed me the link, along with the username and password it requires. >> When I click the link in the email (displayed by MPro), Netsurf (2.5) >> fires up, opens a blank page and puts up the "site authentication" >> dialogue asking username and password. Then it spends ages apparently >> fetching the file, then says "Processing document" with hourglass for >> ages and finally crashes. >> I tried loading Fresco and clicked the same link in the email. It >> asked username and password, downloaded the file in 16 seconds and >> popped up a savebox showing a zipfile. >> As a workaround with Netsurf, I copied the link from the email into a >> simple HTML page so I could *Shift*-click it. That worked OK. >> However, the progress box during the download showed peculiar >> behaviour: the estimated time kept changing between between two rather >> high values that proved meaningless. >> Summary: it seems Netsurf 2.5 (RiscOS 4.39) gets confused when an >> emailed link involves authentication. I filed a bug report with log. >> Anybody experienced similar? Seems to be a Netsurf 2.5 issue. As I reported on the Netsurf mailing list I see the same with 2.5 (refresh renders the jpeg as a picture) but not with development version r10487 26 April. Anthony -- Anthony Hilton a...@tinshill.f9.co.uk
Unknown SSL Protocol
I have been using version 2.1 for most of the year since it was released and have been using it for online banking. I have downloaded all the RISC OS development versions this month (including r10487 26 May 2010) as well as v2.5 and they all report "Unknown SSL Protocol error" when I go to my bank's login page. Further testing of the development versions I have shows that r7539 23 May 2009 allows login, r9563 09 September 2009 reports the error. Every development version I have since r9563 (not many until this month) also reports the error. I have preserved a log from r10487 where the only activity was open my Hotlist and then my bank login page (8000 bytes, 1633 bytes when zipped). Should I put this on the bug tracker with log attached? and/or send the log file to someone? Anthony -- Anthony Hilton a...@tinshill.f9.co.uk
PDF export
PDF export from Netsurf is a great feature. I have just tried the PDF export with Netsurf r4912 (05 August 2008 10:00) - on RISC OS 4.39 - and compared it with the same page printed to PDF via the postscript printer driver and Ghostscript (Steve Fryatt's PrintPDF making it a single process). The website I tested with is one I maintain - http://www.tinshillfreechurch.org.uk/ Not entirely surprising with an early implementation there is are a couple of problems with the Netsurf export - the text is wrapped to peculiar line lengths and a monochrome gif image is inverted (white on black instead of black on white). The benefit of the Netsurf export is that it accurately represents the intended look of the page with a dark brown border and all the text is rendered within the page. The PrintPDF version crops the right side of the page losing some text, probably because of absolute widths in the stylesheet for div.container, div.left and div.content. Printing to a bitmap using !Sprinter shows the same crop problem suggesting to me that this problem is either due to the RISC OS printing system or Netsurf's printing routines. Could Netsurf's printing routines overcome this problem? Should I log it on the bug tracker with an example file? The two pdf files are available from http://www.tinshill.f9.co.uk/ant/pdftest.htm and I could make the bitmap print available as a gifs if required. Anthony -- [EMAIL PROTECTED]
Re: Changing the colour in Google lists when it has been read.
In news:local.netsurf> on Thu 05 Jun, Richard Porter wrote: > On 5 Jun 2008 Tim Hill wrote: > > > In article <[EMAIL PROTECTED]>, Michael > > Bell <[EMAIL PROTECTED]> wrote: > >> One of the things that I truly miss after Fresco is that when I had a > >> list of Google finds, once I had read it, the colour changed to a > >> darker shade of blue. So I didn't go back and read the same find > >> again. But now I do. An irritation! The marker doesn't have to be a > >> change in colour, anything would do. Some people have difficulties > >> with colour, my brother is red-green colour blind, so I am very aware > >> of it, though it's not my problem. > > > I don't know how the developers feel about the urgency of this one but I > > would have thought it a pretty fundamental function of any helpful > > hypertext browser to indicate (usually with colour) any visited links, > > including those on legacy pages. > > > This may be under the catch-all "HTML4 - Nearly Done" and "CSS 1 - Nearly > > Done". vlink is also present in HTML5 so perhaps we must but wait. > > I think the problem is that the developers have chosen to implement > HTML4 and CSS before HTML1. Link colours in the tag are > ignored. This is a long standing issue. > Michael's question isn't a link colour in a tag question. Surely it is a browser setting to change the colour of a link which has been followed. Anthony -- [EMAIL PROTECTED]
Re: Parsing failed?
In news:local.netsurf> on Wed 05 Mar, Tim Hill wrote: > In article <[EMAIL PROTECTED]>, John > <[EMAIL PROTECTED]> wrote: > > > Is it a NetSurf problem, or is there something amiss with this page? : > > http://www.glassdoctors.co.uk/chipsandmot.html I can only get the error > > "Parsing the document failed" on any of the pages of this site. > > > They all seem to work on Windoze :o( > > A shame that windoze browsers do work but should they? The page begins > with . > It loads into Fresco. There are significant quantities of javascript and the final comment tag is not closed. Anthony -- [EMAIL PROTECTED]