Re: New address
On 4 Dec, Frederick Bambrough wrote in message : > In message <5a513affd8cvj...@waitrose.com> > Chris Newman wrote: > > > I ave a new e-address > > > > cj...@npost.uk > > > > CanI start using it for this group, please. > > I think you'll have to send an email from your new address to > netsurf-users-j...@netsurf-browser.org It might be easier to use https://listmaster.pepperfish.net/postorius/lists/netsurf-users.netsurf-browser.org/ as you can unsubscribe your current address at the same time. (That link is from http://www.netsurf-browser.org/contact/) -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/ ___ netsurf-users mailing list -- netsurf-users@netsurf-browser.org To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org
Re: Scrolling issues
On 6 Apr, cj wrote in message <585cf76494ch...@chris-johnson.org.uk>: > In article <712aea5c58.bo...@boase.myzen.co.uk>, >Bernard Boase wrote: > > > - Wikipedia's own vertical scroll bar overrides the functionality of the > > RISC OS window furniture. Is that intentional and/or inevitable? > > Yes - that has annoyed me for a while now. Feel free to fix it... :-) The issue is that NetSurf's core has to render any frame furniture when a page requests it be drawn, and whilst it defers this to the GUI (IIRC), it's fairly non-trivial for the RISC OS front-end to use the standard desktop furniture. It's been a long time, but (again IIRC) I'm fairly sure that I concluded when I looked at this that the only way to get "standard" scrollbars would be to replicate the Wimp's rendering of the component bits within NetSurf's RISC OS front-end -- which, aside from being relatively complex, also took us into areas best described as "sparsely documented" and hence fragile if the OS developers change the way things work. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: The 3.9 Release
On 21 Jul, Peter Young wrote in message : > On 21 Jul 2019 netsurf-dev-ow...@netsurf-browser.org wrote: > > > You are not allowed to post to this mailing list, and your message has > > been automatically rejected. If you think that your messages are being > > rejected in error, contact the mailing list owner at > > netsurf-dev-ow...@netsurf-browser.org. > > Why have I received this message, when the reply to the NetSurf list list > has been already posted on the list? > > Peter, a.k.a puzzled of Cheltenham. Because you posted to two mailing lists, one of which you don't have posting rights to. The answer to your original question is yes, by the way, because 3.10 Dev is the ongoing test build version after 3.9 was taken out and released. 3.9 is the stable release, while 3.10 is the potentially unstable versions arising from ongoing development. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Crash on loading NetSurf
On 21 Feb, David Higton wrote in message : > My best suggestion is to delete your existing NS application, then install > NS again *properly*, following the instructions, i.e. there are a !Boot > and a !System to merge. Have the various cache files, which reside in Scrap (IIRC), been deleted? I have a recollation of corrupt Unicode cache (RUFL) data preventing the browser from starting. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: bad linebreaks
On 27 Apr, cj wrote in message <56ef67beabch...@chris-johnson.org.uk>: > In article <9e0265ef56@6.abbeypress.net>, >Jim Nagel wrote: > > Anybody concur with me? > > Yes - this has been present since the dark ages. I thought it had been > reported many years ago. I'm fairly sure (without going to check) that it's both known about and has been stated that it is being ignored until the component responsible is replaced as part of the road to Javascript. I'm guessing the layout engine, but I could easily be wrong on that -- as Chris says, it has been many years. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: URL lengths
On 30 Nov, Tim Hill wrote in message <56a3223323...@timil.com>: > I just can't believe that a URL can contain 33% more letters than the King > James Bible's 3,116,480. > > "four gigabytes per URL" > > LOL In RISC OS terms, it's another way of saying "limited by available memory"... -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: URL lengths
On 30 Nov, Harriet Bazley wrote in message : > On 28 Nov 2017 as I do recall, > Daniel Silverstone wrote: > > > I don't believe we limit URL length per-se, though they get interned and > > as such four gigabytes per URL is probably the absolute limit. In > > addition, POST data is nominally unlimited though I believe we have a > > similar four gigabyte limit. > > I had an error today from Netsurf, reporting that a URL was too long to > display (although it seemed to work). Due to the problems that the Wimp has changing the allocation of writable icon buffers, there's an arbitrary limit (255 characters, perhaps?) in the RISC OS front-end's URL bar. If the core tries to display a longer URL, the bar is just cleared and you get a warning -- but it doesn't otherwise affect the browser's operation. This obviously means that there's a limit to the size of URL that you can type in, too. But that's it. You can follow any length of link in NetSurf, and launch any length of URL via the launch protocols. All subject to that 4GB limit, of course. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: URL lengths
On 27 Nov, John Williams wrote in message <56a1b699dcjoh...@ukgateway.net>: > In article <0612b1a156.ga...@wra1th.plus.com>, >Gavin Wraith wrote: > > > I would DIM buffers for URLs from the heap as you need them. > > So you're suggesting that I measure each URL length first, perhaps > BGETting it until I encounter a terminator, and then DIM a variable > accordingly - or, actually, a series of concatenating variables as I > intend to BPUT them later; so I don't really need to have a long variable, > just a series of suitable GET variables. Allocating the necessary memory is the correct way to do it, yes. > A number would be easier! How many? As long as the URL is? My memory is that the RISC OS GUI might apply some limits, but that the core probably doesn't. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Name from NetSurf has underscores for percents
On 17 Nov, John Rickman wrote in message <3a91789c56.j...@rickman.argonet..co.uk>: > NetSurf has output the file name as > > 34178186-talaj-hornyok-mez_C5_91gazdas_C3_A1gi-earth-talaj-b > ar_C3_A1zd_C3_A1k-f_C3_B6l_C3_B6tt-mez_C5_91-n_C3_B6v_C3_A9n > y-_C3_BCltet_C3_A9si-a-vid_C3_A9ken-m/jpg > > but the underscores should be percent signs to code for letters with > Hungarian diacritics in Unicode: > > 34178186-talaj-hornyok-mez_C5%91gazdas%C3%A1gi-earth-talaj-b > ar%C3%A1zd%C3%A1k-f%C3%B6l%C3%B6tt-mez%C5%91-n%C3%B6v%C3%A9n > y-%C3%BCltet%C3%A9si-a-vid%C3%A9ken-m/jpg > > whereupon it works into the apps. Is % actually a valid character in a Fileswitch filename? It represents the CSD, and is included in the reserved characters list, so I'd suggest not. So NetSurf is correct to replace % with _ when saving to a RISC OS filing system. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Window position
On 8 Apr, Dave Symes wrote in message <5629643029d...@triffid.co.uk>: > In article , >Jim Nagel wrote: > > > After posting that, I thot: Adjust-doubleclick would be even nicer (all > > with one hand), if such a thing is allowed in such a situation. > > Adjust double click opens a child/subdirectory and closes the > parent/directory in one action. However, given that NetSurf uses an Adjust click for something more than changing the selected state of the object under the pointer, adding a different action to Adjust double-click is likely to be problematic from a technical point of view because RISC OS won't allow the two actions to be differentiated. RISC OS sends a single click, followed shortly after by a double-click -- exactly what's required for a selection model like the Filer's. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Met office missing icons
On 21 Feb, "Gerald Dodson" wrote in message <57169.82.153.33.53.1456051649.squir...@email.orpheusnet.co.uk>: > Recently the mobile forecast has been downloading with the precipitation > icons missing. Everything else is there i.e probability of ?, temp, feels > like etc. I have looked at the forecast on an android but the site looks > quite different. An earlier NS shows the same lack of icons. > > NS 3421 Iyo 5.18 Which weather site is this? -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Slightly odd behaviour #3225
On 16 Dec, Brian wrote in message <5532ee3585bbai...@argonet.co.uk>: > In article <73bae93255.jan-j...@armx6.gmx.com>, >Jan-Jaap van der Geer wrote: > > Brian wrote: > > > > Not wishing to cause confusion, but why would one wish to work that > > > way, as above? Don't get it at the moment. > > > I don't want to work that way, but this is more or less the way > > Messenger and other applications open links. So by reproducing the > > problem with URIDispatch I take Messenger out of the loop, we know it > > hasn't anything to do with Messenger. > > OK, thanks, Jan-Jaap, understood. Got me worried there. I'll stick with > Pluto. Pluto will very likely be doing exactly the same behind the scenes. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Older Modules in NetSurfs System upgrader.
On 9 Nov, Ron Briscoe wrote in message <551ff373f0ron.bris...@blueyonder.co.uk>: > In article <20151108233353.gj17...@platypus.pepperfish.net>, >Rob Kendrick wrote: > > > Could, would the team upgrade the NetSurf !System upgrader please? > > > The versions included are the versions we depend on. The !System merge > > tool won't overwrite newer versions with older. > > Unless you have received instructions like... > > "Quote Also, we need to check "copy options" as follows... Over any filer > window, press middle mouse button. You'll see the "Filer" menu. Go to > the right off "Options", and ensure that "Force" is ticked. Make sure > "Newer" is *not* ticked. End Quote." > > And forget to revert to "Newer" being ticked ;-). No, as Rob said: "The System Merge tool won't overwrite newer versions with older". Don't merge !System manually. Ever. (Unless you have a very good reason to, and know what you're doing.) :-) -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: even Wikipedia times out now
On 1 Oct, ChrisDewhurst wrote in message <9761ed0b55.c...@cdewhurst2010.btinternet.com>: > I was about to make the same point as Jim -- seems the JS setting isn't > stored in the latest Netsurf so you have to remember to switch off > manually every time you start up via Choices > Content > Disable JS. > > Netsurf gang: is this an oversight? Can it be put back in the next update > please? Probably not, for now. See... http://listmaster.pepperfish.net/pipermail/netsurf-dev-netsurf-browser.org/2015-August/003749.html ...or... http://listmaster.pepperfish.net/pipermail/netsurf-users-netsurf-browser.org/2015-August/013219.html ...or... http://bugs.netsurf-browser.org/mantis/view.php?id=2343 ...for the background. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Do Netsurf's errors get logged? (Syslog, Wimplog)
On 13 Aug, Jim Nagel wrote in message
:
> Steve Fryatt wrote on 12 Aug:
>
> > On 12 Aug, cj wrote in message
> > <54f1f9a962ch...@chris-johnson.org.uk>:
>
> > > In article ,
> >>Jim Nagel wrote:
> >>
> >>>Warning from Netsurf
> >>>The file could not be saved due to an error:
> >>>'ADFS::Drive2.$.2310d/zip' is a directory
> >>
> > > This is a common error and nothing to do with Netsurf as such. It is
> > > due to some oddity with SparkFS and handling of zip files, and seems
> > > to depend on how the original zip was produced (software). I get it
> > > from Filer_Action when running SyncDisc jobs.
>
> > I'm not sure it's that odd. If SparkFS has been seen and the zip file
> > has the correct filetype, RISC OS will report the object to NetSurf as a
> > directory, not a file (/some/ calls will report it as an "image
> > directory", but others won't).
>
> In fact what caused the error was that the drive already had an object
> with the same name as the download I wanted to save ("2310d/zip"). The
> text of the warning was totally inappropriate and misleading.
...for the reason I've just explained above.
If you have SparkFS loaded, RISC OS's filing system interface will report
zip files as being directories to any applications which check file
information. It's how the magic of Image Filing Systems works.
The "object with the same name" is a zip file and, because you have SparkFS
loaded, it looks like a directory to the filing system. For similar effect,
try and overwrite a StrongHelp manual with StrongHelp running and see what
happens.
> Anyway, it'd be more helpful if Netsurf's download routine would say "an
> object of that name already exists; do you want to overwrite it?" rather
> than relay this wuzzy "is a directory" wuzziness.
The "'ADFS::Drive2.$.2310d/zip' is a directory" bit of the error is given to
NetSurf by filecore. NetSurf is just the messenger.
--
Steve Fryatt - Leeds, England
http://www.stevefryatt.org.uk/
Re: Do Netsurf's errors get logged? (Syslog, Wimplog)
On 12 Aug, cj wrote in message <54f23593afch...@chris-johnson.org.uk>: > In article , >Steve Fryatt wrote: > > > I'm not sure it's that odd. > > What is odd is that out of hundreds of zip files on the hard drive, only a > very small number error in this way. It's /any/ Zipfile, StrongHelp manual or whatever once the 'owner' is running, isn't it? It usually is here, anyway. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Do Netsurf's errors get logged? (Syslog, Wimplog)
On 12 Aug, cj wrote in message <54f1f9a962ch...@chris-johnson.org.uk>: > In article , >Jim Nagel wrote: > > >Warning from Netsurf > >The file could not be saved due to an error: > >'ADFS::Drive2.$.2310d/zip' is a directory > > This is a common error and nothing to do with Netsurf as such. It is due > to some oddity with SparkFS and handling of zip files, and seems to depend > on how the original zip was produced (software). I get it from > Filer_Action when running SyncDisc jobs. I'm not sure it's that odd. If SparkFS has been seen and the zip file has the correct filetype, RISC OS will report the object to NetSurf as a directory, not a file (/some/ calls will report it as an "image directory", but others won't). > > (1) The wording of the warning seems inappropriate. A "directory"? > > SparkFS etc treats zip files as image files, so zips can appear as a > directory containing files. While undeniably clever, the whole image filing system concept has some really big holes in it. > > (2) The text of the warning was not recorded by !Syslog (whose job is to > > make it easy for people submitting bug reports to quote the exact > > wording of an error message). I searched the whole log and found > > nothing from Netsurf. Some confusion? There's no single SysLog log, so it isn't clear which "whole log" Jim searched... > Netsurf uses its own logging and does not send anything to Syslog. Indeed. > > *help wimplog says: "The Wimplog module logs errors sent to > > Wimp_ReportError (ie, shown as error boxes on the screen) to a file > > using !Syslog." > > Wimplog intercepts the standard Wimp_ReportError wimp error messages. If > Netsurf uses its own internal error reporting, then Wimplog will not see > it. NetSurf uses its own non-blocking error dialogues, so WimpLog won't ever see the errors reported. In terms of bug reporting, NetSurf's own log is far more detailed and far more useful. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Hot List
On 29 Apr, Harriet Bazley wrote in message : > On 27 Apr 2015 as I do recall, > Daniel Silverstone wrote: > > > surely you can work together to either produce a patch, or to persuade > > someone who might already know how to code in C to produce a patch. > > I'm not sure it's very realistic to expect a random C coder out of the > kindness of his heart to download the source to a program of the > complexity of a web browser, work out how one specific piece of it > currently functions, and alter that part without breaking anything else... > but I suppose that's how open source software is intended to work... ...but you'd expect someone like myself to do it for you? That's not meant in a nasty way, BTW -- I'm just filling in the unspoken bit of your argument. In the end, we're all just "random C coders", and when I came on board to fix up the treeview code I downloaded the source, worked out how large chunks of it functioned and altered the bits that needed altering. I seem to recall that I also broke some fairly significant bits along the way. What you're asking for isn't hugely difficult, and would be a nice introductory project for someone wanting to get involved with the RISC OS front-end. The offers of guidance that I made to Glen a couple of months back still stand for anyone interested in picking it up. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Hot List
On 29 Apr, Rob Kendrick wrote in message <20150429135240.gl11...@platypus.pepperfish.net>: > On Wed, Apr 29, 2015 at 02:42:43PM +0100, cj wrote: > > In article <54bbe96175li...@torrens.org.uk>, > >Richard Torrens (lists) wrote: > > > write a request to comp.sys.acorn.programmer to see if you can > > > interest anyone there in joining the team. There may well be someone > > > who is capable, could be interested, but does not subscribe to this > > > list. > > > > There has been talk in various forums about the problem. It was discussed in a *LOT* of depth on the ROOL forums not all that long ago; that discussion spread out on to the NetSurf Dev mailing list. > > The first thing that gets stressed is that in order to compile NetSurf > > (essential in order to test even the smallest change) you need to be > > using GCC and the autobuilder under linux. That is an immediate and very > > major obstacle to several people who have expressed some interest. > > I spent some time writing a HOWTO document outlining how to set up a > cross-compiling environment using a virtual machine (so it can be done on > Windows machines as well as on Linux). Sadly few people seem to have > taken advantage of it. Indeed. Two people were interested, I gave up a few evenings when I should have been doing other things to document some bits and pieces as an introduction to the RISC OS front-end before they lost that interest, a couple of patches came in... and then it went quiet. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: #2463 - Scanning fonts
On 21 Dec, Brian wrote in message <5479763023bbai...@argonet.co.uk>: > In article <547974ef73joh...@ukgateway.net>, >John Williams wrote: > > In article <54797458f6bbai...@argonet.co.uk>, > >Brian wrote: > > > > NetSurf has very recently started scanning fonts during loading. This > > > hasn't happened for ages. Is this a glitch, perhaps, or revised > > > behaviour? > > > Not happening here! Could something have changed in your font > > collection? > > No, John. Not for ages. > > In any event shouldn't this only happen the first time after changes to > the fonts collection in !Fonts then not again thereafter? Or whenever NetSurf can't find, or correctly generate and save, its font list. > The above behaviour now happens every time that NetSurf is run. Where do you have !Scrap located, and is its contents retained across sessions? Are the files in it all writable? -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: BBC sites very slow.
On 17 Dec, Peter Young wrote in message <22e59c7754.pnyo...@pnyoung.ormail.co.uk>: > This is with RISC OS and development builds, currently #2441, but has been > happening for several days now. > > Any of the BBC sires are now taking a lot longer to download, maybe by a > factor of five to ten times as long. They are now even slower than the > www.msscociety.org.uk sites which till now have been the slowest to > download. I've checked my connection speed, and it's much the same as > usual. > > Is this a problem with NetSurf or with the BBC sites? I suspect the > latter. Have you done the same comparison using another browser (on another OS), to confirm that it's actually NetSurf and not the sites themselves? For many sites, your connection speed won't be the limiting factor. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: crash during Wikipedia edit
On 4 Oct, Jim Nagel wrote in message <35c04a5154@abbeypress.net>: > So I displayed my edited page and then Adjust-clicked my new > cross-reference to check it in a new Netsurf window. It was correct, so I > didn't wait for the page to finish downloading and simply closed the > window. > > Netsurf crashed. I believe "RISC OS NetSurf crashes if a browser window is closed while the page in it is still loading" is what's described as a "known problem"... -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Why is NetSurf so fussy?
On 22 Sep, Richard Porter wrote in message <4a10d84a54.r...@user.minijem.plus.com>: > On 21 Sep 2014 Steve Fryatt wrote: > > > No, Ctrl-Shift-C and Ctrl-Shift-V just copy and paste on the Global > > Clipboard. > > So in what way is that different fron Ctrl-C and Ctrl-V in Edit? It isn't. In StrongED, Ctrl-C/Ctrl-V do the "old style" direct copy/move that Edit used to do. > > My guess is that StrongED does that properly. Edit, from what you say, > > doesn't. It's broken, because it isn't supporting the Block Transfer > > Protocol correctly. > > I just can't get on with StrongEd. I type Ctrl-C and it duplicates the > block in situ or tells me no block is selected, then when I try to paste > it into NS I get some text I had saved some time before from another > document. See above. You can re-map the keys so that Ctrl-C/Ctrl-V behave as Edit, but the detail of how to do it is off-topic for this list. > Then I try Shift-Ctrl-C and -V, and I get the selected URL twice! In NetSurf? Is that repeatable? What settings do you have on in the OS for cut and paste in writable icons? -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Why is NetSurf so fussy?
On 21 Sep, Richard Porter wrote in message <892ccc4a54.r...@user.minijem.plus.com>: > On 21 Sep 2014 Tony Moore wrote: > > > On 21 Sep 2014, Richard Porter wrote: > > > > > The problem is that Copy saves the file type of the file you are > > > copying from to the clipboard, and Paste presents that file type to > > > the application you are pasting into. NetSurf doesn't accept plain > > > text pasted from a file that isn't type Text (fff). This restriction > > > seems to be as unnecessary as it is frustrating. > > > As said above, here there is _no_ problem in pasting the URL from the > > clipboard (RO 6.20, NS 2107, SE 4.69). Which application are you using > > to view the NS HTML source? > > Edit by default. I don't normally use StrongEd. I had a look at the > StrongHelp for StrongEd and eventually found ctrl-shift-C and > ctrl-shift-V, but it doesn't give any explanation of what they do. I > assume it means copy/paste forcing type to text. No, Ctrl-Shift-C and Ctrl-Shift-V just copy and paste on the Global Clipboard. Thinking about it, I believe it's actually Edit's problem. It's certainly not NetSurf because if you're talking about the URL bar in a browser window, NetSurf relies on the OS (or something like IcnClipBrd) to handle cut and paste for it. When you do Ctrl-V in the field, whatever processes it (the OS on RISC OS Select; IcnClipBrd everywhere else) sends the clipboard owner (Edit) a list of types that it can handle in order of descending preference. For a writable icon, that will only be text. The owner should look down the list and pick the best type (or least worst) that it can support, generally flattening to plain text as a last resort if that option's available. My guess is that StrongED does that properly. Edit, from what you say, doesn't. It's broken, because it isn't supporting the Block Transfer Protocol correctly. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Memory still not being released
On 30 Aug, Michael Drake wrote in message <54010c15.8040...@netsurf-browser.org>: > So that's how NetSurf deals with memory. On RISC OS you have a further > issue. NetSurf uses UnixLib, which implements the memory allocation stuff > using DAs. If a DA contains contents 1, 2 and 3, and they sit in memory > like this > > 1122233 > > and NetSurf says it wants to free the allocation for 2, the area now looks > like this > > 11 33 > > The space between 1 and 3 is not used by NetSurf any more but on RISC OS, > it isn't available for use by other apps. Next time NetSurf allocates > some memory it might not be given the space between 1 and 3, but something > beyond 3, causing the DA to gow. > > I think UnixLib can reduce the size of the DA, when the last 64 Kb (or > something) is unused, but in practice that never happens. > > If UnixLib used sparse DAs, then the unused memory between what NetSurf's > using would be available for other apps. I think it's worth adding that the "many other apps [which] manage to release their DAs when documents are closed", referred to by Chris, are almost certainly using some kind of sliding block heap (such as the ubiquitous flexlib for C) to manage their memory heaps. Given the amount of different bits of data that NetSurf has to keep track of, using flex would be near impossible due to the restrictions that it imposes on an application. No copies can be taken of flex block pointers, because they're not static: there was an interesting discussion on csa.programmer recently about an obscure bug in Pluto which was apparently caused by the simple act of taking a local copy of a flex pointer for use within a single loop. Bugs resulting from this kind of thing can be near impossible to reproduce and track down, due to the fact that the flex heap can shift and invalidate copies of pointers at *any* time (even when memory isn't being claimed from or freed back to the heap, in some set-ups). >From what I've seen, NetSurf uses pointers to allocated blocks inside its DA as 'handles' to refer to the stored objects: that's pretty standard practice everywhere but on RISC OS. This isn't just a NetSurf issue: two other apps that I have detailed knowledge of (CashBook and Locate) use flex, and their memory handling is orders of magnitude more complex (and hence harder to keep bug free, due to the potential for issues like the one found in Pluto) than it would have been if I'd written them for a more sane operating system. I wouldn't fancy converting NetSurf's memory handling to use flex (if it were even an option: NetSurf runs on other platforms, so flex can't be used). The bottom line is that RISC OS needs to handle malloc()-controlled heaps properly: both UnixLib (and the Shared C Library, which has similar issues) need to use sparse DAs to release their free memory back to the system. > Finally, I must say, please create bug reports for issues like this, with > log files. If for example, we're leaking DOM trees right and left, it > will be clear for the log data and we can fix it. Without hard > information, we're only guessing. Definitely. There could still be memory leaks in NetSurf (NetSurf itself can re-use freed memory from within its DA, as long as there are big enough blocks of contiguous free memory available there), so problems do need investigating. Proper bug reports, with full log files, are essential, however. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Not enough application memory to start Basic
On 14 Jun, Michael Drake wrote in message <539c509c.8090...@netsurf-browser.org>: > > > On 14/06/14 14:30, Andrew Pinder wrote: > > > > We recently decided to make use of "!Cache" as we assumed it would be > > > suitable and correct. (None of the core developers are actually using > > > RISC OS at the moment, so we hadn't checked it actually worked.) > > > If you give some clues as to how to test it, some of us may be able to > > give feedback :-) > > Thanks, but I think it's already been tested enough to show it doesn't > work, as it stands. You should be able to put it in !Boot without it > throwing up errors or having other side-effects. > > Our options are to get Cache from http://www.snowstone.org.uk/riscos/ > fixed, and continue using it, or create our own simpler solution. > > Steve Fryatt: any thoughts on this? Well, I can't reproduce the problems that people are seeing. That's on RISC OS 5, with reasonably recent copies of !Boot, and !Cache placed in !Boot.Resources then left to be processed from there. I don't run NetSurf during the boot sequence -- are all the people seeing issues doing that? What are people's Next slots configured to during the boot process? The contents of !Cache don't seem too unreasonable. The !RunImage is just there to set some system variables in a sensible way and make double-clicks on the application behave differently once it's been set up (to open the cache folder). As Chris says, there's Select profile support, and it logs its setup decisions to SysLog if that's available. You could probably do the whole lot from within an obey file, but it would get messy. I'm not sure what the MimeMan cache stuff is, but wonder if that got left in by accident. It looks to be cache data for MimeMan. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: BoxConvert?
On 9 Jun, Bob Latham wrote in message <541506117a...@mightyoak.org.uk>: > In article <20140609101514.GE2612@somnambulist.local>, >Daniel Silverstone wrote: > > On Sun, Jun 08, 2014 at 12:18:49 +0100, Bob Latham wrote: > > > > > At this point I walked away pretty wound up if I'm honest. > > This was my fight with the bug tracker system. > > > I can understand that. I am sorry that I'm part of what upset you but I > > will again point out that we do this for our own delight and enjoyment > > and sometimes real-life does intrude for us. > > Absolutely, I was only reporting the facts, not complaining except I did > moan about the bug tracker. >From a post on the dev list, there would seem to have been hardware issues affecting the bug tracker over the weekend (which are now fixed). Maybe try again? -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Username and password problem
On 7 Jun, Bob Latham wrote in message <5413ff19c4...@mightyoak.org.uk>: > In article <20140605204317.GA8207@somnambulist.local>, >Daniel Silverstone wrote: > > On Thu, Jun 05, 2014 at 17:37:24 +0100, Bob Latham wrote: > > > > After entering a username and password I now get a small window called > > > "Warning From Netsurf" Inside the window it says "BoxConvert" and > > > there is a continue button which doesn't continue, it just closes the > > > strange little window. > > > Could you please provide a clean log, and ideally some kind of > > reproduction CGI or similar? (I happen to be an upstream for Cherokee, > > so a cherokee config file would help too if it won't reveal too much) > > I have sent a log file which does show the BoxCovert error to both your > email address above and to the list. It has been blocked from the list > because it is a bit over the maximum size. Did you zip the log file down? As they're plain text with lots of repetition, that tends to work well. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: MousAxess
> On 7 Feb, Brian Jordan wrote in message > <53d648f824brian.jord...@btinternet.com>: > > > In article <53d64596f0li...@torrens.org.uk>, > >Richard Torrens (lists) wrote: > > > > > It's definitely MoussAxess related. I now do RMKill Moussaxess before > > > surfing - if I remember! > > > > I reported this at 13:59. I received a confirmatory email at 14:16 > > saying the issue has been referred to Steve Fryatt. Apparently the > > problem is: > > > > "Caused by failed assertion in RISC OS mouse handling: I've put an attempt at a fix into CI#1781. I don't /think/ there will be any unintended consequences, but it would be good if people could try and break it nonetheless. That's not just MouseAxess users -- the affected code is called whenever the mouse passes over a NetSurf window on RISC OS. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 26 April 2014 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: MousAxess
On 10 Feb, Steve Fryatt wrote in message : > Can MouseAxess still be legally obtained from anywhere? Google searches > all lead to dead websites or people emailing each other hooky copies. Ignore that: I've spotted the copy mentioned in the ticket. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 26 April 2014 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: MousAxess
On 7 Feb, Brian Jordan wrote in message <53d648f824brian.jord...@btinternet.com>: > In article <53d64596f0li...@torrens.org.uk>, >Richard Torrens (lists) wrote: > > > It's definitely MoussAxess related. I now do RMKill Moussaxess before > > surfing - if I remember! > > I reported this at 13:59. I received a confirmatory email at 14:16 saying > the issue has been referred to Steve Fryatt. Apparently the problem is: > > "Caused by failed assertion in RISC OS mouse handling: > > riscos/mouse.c", line 183: ro_mouse_track_start: Assertion failed: > ro_mouse_poll_end_callback == NULL && ro_mouse_poll_track_callback == NULL > && ro_mouse_poll_data == NULL" That looks like some of my code, yes... Can MouseAxess still be legally obtained from anywhere? Google searches all lead to dead websites or people emailing each other hooky copies. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 26 April 2014 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Changes to the RISC OS GUI in #1342
This is just a heads-up to those using #1342 or later on RISC OS: I've made some major changes to the dragging and mouse tracking code, which could potentially affect lots of areas of the browser (save dialogues; text selection; drag-and-drop; toolbar editing; treeview windows; window scrolling). Everything that I've tried still seems to be working, but as ever I'm not going to rule out the possibility that I've missed some bits of the GUI that I've forgotten about or wasn't even aware existed. Testing and bug reports would therefore be welcome. The changes are to make it easier to understand and maintain the mouse tracking code, as part of fixing issues in this area which came to light with the new treeview displays (such as the hotlist). -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Cut to clipboard
On 11 Aug, John Harrison wrote in message <5379794045j...@jaharrison.me.uk>: > In article <20ed3b7953.harr...@blueyonder.co.uk>, >Harriet Bazley wrote: > > > ... it *is* possible already to select a section, cut it to the > > clipboard, and paste it elsewhere. It would be nice (and safer) if > > overtyping had the same effect. The main argument I can see against it > > is that people might conceivably want to copy text to the clipboard, > > delete a block of text by overtyping with a backspace, and then paste > > the former clipboard contents; > > I would strongly support the argument against it. > > In many applications (and most of the ones I use) deletion, whether by > over typing or using the Delete key, is separate from the clipboard. "If the user types when there is a selection, the selected text is deleted" says the RISC OS Style Guide, so the current behaviour seems to be correct. Obviously the other platforms that NetSurf runs on might have other views. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Broken directory
On 30 Jun, Christopher Dewhurst wrote in message <0f86116453.cri...@cdewhurst2010.btinternet.com>: > In message > Steve Fryatt wrote: > > > Probably not a good approach for the long term, as the disc map clearly > > isn't very happy. I'd endorse the advice to check/fix the disc with > > DiscKnight, before doing much else with the system. > > thanks for the tips. Running DiscKnight does indeed report errors within > !Boot.Choices.WWW.Netsurf. I think an investment in the full version may > be in order (I think the "Repair" option is disabled on the free version). > > Although RISC OS threw a wobbler in the process,renaming > Choices.WWW.Netsurf to "" seemed to work for the time being. Just be aware that if your disc map is corrupted, then you've no real idea if it's saving new or modified files over existing files that you'd quite like to keep. If DiscKnight is reporting errors, personally I would stop using the system until the map had been fixed. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Broken directory
On 28 Jun, John Williams wrote in message <53630be066joh...@ukgateway.net>: > In article <7f76f76253.cri...@cdewhurst2010.btinternet.com>, >Christopher Dewhurst wrote: > > > Not sure if this is a Netsurf or RISC OS specific thing but I noticed > > Netsurf was reverting to default choices and losing its hotlist. I > > looked at !Boot.Choices.WWW.Netsurf which reports "Broken directory" if > > I try to delete or move it. > > > Any way out? > > If you can rename it to, say, "" so it gets put out of the way at the > bottom of the filer display, you could create a new empty directory to > populate. Probably not a good approach for the long term, as the disc map clearly isn't very happy. I'd endorse the advice to check/fix the disc with DiscKnight, before doing much else with the system. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Choices behaviour
On 17 Mar, Chris Newman wrote in message <532df6c0f8cvj...@waitrose.com>: > I thought Netsurf kept its choices within !Boot. & indeed here I have.. > > IDEFS::h-4.$.!Boot.Choices.Users.Single.WWW.NetSurf.Choices > > However, if from the iconbar I set - Content - Disable Java script > unticked, every time I reload netsurfm the tick is back. I don't think > this happened previously. Has something changed? Have I missed somthing? Are you sure that you're not using a "jsoff" build? IIRC that forces the config option to be set regardless of what is in the Choices file. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 20 April 2013 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Long URL annoyance
On 6 Mar, Simon Smith wrote in message <9527682853.zen44...@zen.co.uk>: > One longstanding UI gripe I have with NetSurf (in fact, I think it's about > my only serious remaining gripe) arises whenever a link has an overlong > URL. The first part of the URL appears to the left of the bottom scroll > bar. But if the URL is obnoxiously long, as often happens, the right part > is truncated and AFAICS there is no way to access it. I /really/ hate not > knowing where is a link is going to take me, or not being able to tell the > filetype of something without starting to download it. > > A fix which would mitigate matters is if the proportion of the lower > scroll bar (or, even better, the absolute size in pixels) allocated to the > horizontal scroll was configurable and/or persistent from window to > window. I am getting quite tired of shrinking the h-scroll and then > following a link, only for the new link to come up in a new window with > the old 50% horizontal-scroll bar width! I do wish it would at least > follow the size setting of the window it was opened from, particularly as > I find it fiddly to select the tiny 'hotspot area' of the h-scroll bar > width slider. We could right-justify the status bar text if it overflowed the available space (as RISC OS titlebars do). Alternatively, would cutting a chunk out of the middle of the text be any better (in addition to possible other options)? The front-end doesn't seem to know anything about the status bar content (beyond that it's some text), so it might be pretty stupid. Intelligence such as "Send form to http://foo.com/...bar/wibble.php"; would probably require some very educated guesswork, I suspect (unless there's a way to negotiate the length of the text with the core?). > I appreciate that some URLs are impossibly long, and only a multi-line URL > display would ever be able to fully display them, but in the meantime > there are several ways you could mitigate the problem. (e.g. a key > shortcut that toggles full-length (or at least a longer) URL display, a > hovering link display tooltip, using the !Help application to display the > link, etc.) Personally I would be happy to have the URL given a whole line > of its own, even though that would sacrifice some vertical screen space, > because I feel this info is important enough to justify such a usage. And > a full line would usually be sufficient space, whereas on my setup half a > line often isn't. I see there's actually some tooltip code buried in the local history GUI for the RISC OS front-end (turn them on via the option in Interface). Can a front-end find out from the core that the pointer is hovering over a link, form submission button or similar? -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 20 April 2013 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Ctrl-arrow keys confused
On 17 Feb, Jim Nagel wrote in message <2df1761f53@nails.abbeypress.net>: > The Ctrl-arrow keys have not worked properly in Netsurf for quite some > time now. (Maybe this is related to problems others have reported > recently about Ctrl-U behaviour and about input focus.) You've said this before; have you submitted a bug report? At present I'm trying to get one of my own long-overdue software projects finished (see csa.apps), but as soon as that's done I'm intending to find time to go through RISC OS NetSurf issues like this, the clipboard, the hotlist selection dragging and so on. However, I'm much more likely to remember what needs to be done if the issues are all in the bug tracker. Thanks. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 20 April 2013 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: new clipboard niggle
On 13 Feb, John Rickman Iyonix wrote in message <45d38f1d53.iyoj...@rickman.argonet.co.uk>: > Clicking on the title bar does not give focus either. You have to click in > the URL area to get focus. Clicking on a window's title bar should not give focus: that's a RISC OS thing. If it did, you'd move the focus every time you dragged a window or brought it to the top of the heap. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 20 April 2013 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Clipboard not working #824
On 21 Jan, John-Mark Bell wrote in message <1358761082.31757.14.camel@duiker>: > On Mon, 2013-01-21 at 09:35 +, John Rickman Iyonix wrote: > > There appears to be a problem with the clipboard in 3.0 #824. Within a > > NetSurf window ctrl-c and ctrl-v work as normal but anything put on the > > clipboard from outside the NS window does not get inserted into writable > > icons using ctrl-v. > > Yes; the way the clipboard is handled internally has changed, and it's > waiting for the RISC OS frontend to be updated to cope. For those not reading the Dev list, I've said that I'll look into this when I get five minutes -- although that may not now be for a few weeks. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 20 April 2013 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Scroll wheel speed
On 20 Jan, "Richard Torrens (lists)" wrote in message <5310fde37bli...@torrens.org.uk>: > The main problem I find is not the speed, but the fact that there is a > buffer somewhere that stores scroll clicks, so that scrolling continues > after the wheel is stopped. That's in RISC OS, and happens when the app doesn't take scroll events as quickly as you produce them. See also scrolling via PageUp/Down. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 20 April 2013 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Scroll wheel speed
On 20 Jan, Richard Ashbery wrote in message <5310f9b9afris...@gotadsl.co.uk>: > In article <2737921053.r...@user.minijem.plus.com>, Richard Porter > wrote: > > On most applications, including messenger Pro, the speed of the pointer > > in relation to the scroll wheel on the mouse is just about right, but on > > NetSurf it is much too fast so it's almost impossible to use on long web > > pages. Is there any way to adjust the scroll wheel speed for NetSurf > > independently of the global settings? Mouse movement itself is OK. > > > RiscPC, OS 6.14, NS #822 > > Scroll speed on my Iyonix/BB is perfect especially for long pages. It was > painfully slow on earlier versions. I would certainly not want it going > any slower. IIRC, NetSurf has special-cased scroll wheel support for the different versions of RISC OS, due to differences in the implementations between the systems. When I added support for scrolling the new frames, I tested it on RISC OS 5; I have no access to RISC OS 6, and so am unlikely to ever test the different set of code that gets used on that system. > Unfortunately HID as suggested by John wouldn't work on the RiscPC because > it was designed for the Castle Technology USB stack. Correct. HID also complicates things, as it removes some of the "quirks" of the vanilla RISC OS 5 scroll wheel support. I'm fairly sure that I tested NetSurf with and without HID running, however. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 20 April 2013 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Controlling Javascript
On 14 Jan, Harriet Bazley wrote in message : > Iconbar menu: Choices->Content Disable JavaScript on/off. > > I'm assuming that the -jsoff versions don't have this extra option icon at > all, since the -json versions seem to have the Disable option set by > default. (Probably wisest as it makes the application less stable.) I think they do, as ISTR hitting a problem with making its appearance in the templates conditional (in the way that the Plugins checkbox is). On the -jsoff builds, the option will have no effect, however (and again IIRC it's actually forced off on those builds). > Otherwise I'm not aware of any other mechanism for discerning which of the > versions you have (other than a much larger !RunImage on disc!) Don't the infobox strings differ? I've not got RISC OS in front of me at present, so I can't check. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 20 April 2013 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: RISC OS Javascript support
On 16 Dec, Dave Higton wrote in message : > In message <20121216154023.gl15...@kyllikki.org> > Vincent Sanders wrote: > > > OK, the CI system just built #740 with a spidermonkey 1.8.5 library with > > the JIT disabled as suggested by Chris Gransden. Can this be tried by > > someone with access to RISC OS? and please be aware this may well behave > > very badly indeed. > > > > If this fails I have now successfully built 1.7.0 for RISC OS (though > > not run tested) so the possibility of using an older known working > > version exists. > > > > Please remember to enable javascript via the nice shiny new > > configuration interface Steve Fryatt has provided. > > The configuration interface in my 740 is different from the shiny new one > in Steve's picture. It will do: that wasn't my picture. Chris G did the version in the picture, but then never submitted his changes to the source. I did my version separately, but didn't commit it until after the screenshot was posted (because I was still wrestling with Git). The sense of our switches is different, too, as I went for the "disable" logic of the rest of the "Content Blocking" box but Chris went for "enable". > It does have a "Disable Javascript" item - but the effect doesn't appear > to be stored; the item always comes up as disabled when NS starts. Are you using a build which contains JS? It works fine in a "json" build, but in a "jsoff" version it gets saved (look in the Choices) file, then lost on loading. However, I suspect that it's getting loaded and then overwritten to false by the dummy js_initialise() in javascript/none.c (which presumably isn't an issue in a build that actually contains JavaScript). You can see what choices are getting loaded underneath the RISC OS GUI by browsing to about:config and looking at the settings. As an aside, string display on that screen probably wants to entity-ise any <'s and >'s (and possibly other stuff too): it doesn't handle ".WWW..." in the RISC OS settings very cleverly at the moment! -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: RISC OS Javascript support
On 15 Dec, "Chris Young" wrote in message : > On Sat, 15 Dec 2012 13:53:03 + (GMT), Chris Gransden wrote: > > > While testing the various spidermonkey versions I added the user > > interface to enable javascript. Here's a screen dump > > www.cgransden.co.uk/screen.png. > > I think a patch would be more useful ;) I've finally got around to sorting out some access to Git (along with working out how to actually commit stuff using it), and have committed an alternative version. It seems to set the option correctly, but as I can't build with Javascript yet (something else to sort out), I haven't definitely confirmed that it all works as intended beyond that. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 20 April 2013 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: can't get to ROOL site
On 25 Sep, Jim Nagel wrote in message <9e25d3d452@nails.abbeypress.net>: > On the Netsurf 2.9 home page, clicking on the link to ROOL produces a > cryptic error: > Warning from Netsurf > "error setting certificate verify locations:" > (Nothing after the colon) > > No idea what this means. The guys at ROOL say their SSL certificate is > unchanged and valid until the end of 2013. Besides, this link is calling > http, not https. (Using an Iyonix here, OS 5.18.) ROOL's site serves everything securely, IIRC. > What could the explification be? > > However, I can go to a page further in at the ROOL site, which I found > from a Google search -- > http://www.riscosopen.org/content/downloads/module-zipfiles -- and from > the "tab" panel there to other pages at ROOL. > > Curiously, Netsurf 2.9 on the RiscPC (OS 4.39) has no problem. Have you tried cleaning out (or at least temporarily hiding) *all* of NetSurf's data inside !Boot on the affected system? There's some in Choices and some in Scrap. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Hotlist
On 1 Jul, Dave Symes wrote in message <52a88f4e59d...@triffid.co.uk>: > In article , >Nick Roberts wrote: > > [Snippy] > > > Check the preferences - General group, 'Add URLs to main book'. > > > If this is ticked, BookMaker will put add any new URLs at the botton of > > the hotlist. > > > If it isn't, adding a URL will put up a menu of folders to choose from. > > It is not ticked, no Menu of folders arrives, and the URL is added to the > main book. Nick's talking about BookMaker; you're talking about NetSurf's inbuilt hotlist. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Installing Themes - Risc OS
On 24 Mar, cj wrote in message <527596edecch...@chris-johnson.org.uk>: > In article <54da937552.supe...@albenito.eclipse2k.freeserve.co.uk>, >Allan Bennett wrote: > > > On Risc PC & Iyonix, new themes were added to > > Choices:WWW.NetSurf.Themes, but cannot do this on the Armini - get the > > error message: "Path variable had multiple entries and was used for a > > write operation". > > You probably need to use Choices$Write: rather than Choices: Is this installing via NetSurf's internal theme download handler, or manually in some way? NetSurf looks to be using Choices$Write correctly in it's theme install, although that's just based on a quick read through the code in question. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 28 April 2012 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Serious? bug saving - always crashes on second save
On 4 Mar, Roger Darlington wrote in message : > No matter which Netsurf I try (and I have tried r13506 and r12638) Netsurf > always crashes just as I try to save the second page. > > It saves the first OK. > > But always crashes when the 'save' box comes up for saving a second page. Are you *absolutely* sure that you're running a recent version? That sounds very much like a bug that was fixed a while back, relating to setting up the save path when the dialogue was opened. > Maybe it makes a difference which site I am saving from? Maybe. Something else to try: save the first page to the root of your hard disc (to keep the path short), then try to save a second page. Does that still crash? Also, could you put this on the bug tracker with a zipped copy of the full logfile? Unless someone else looks into it, it will be a couple of weeks before I have the time to do it and I'll forget otherwise. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 28 April 2012 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Problem launching NetSurf on RPCEmu/Win7
On 21 Dec, John-Mark Bell wrote in message <1324503435.7505.50.camel@duiker>: > On Wed, 2011-12-21 at 15:18 +, george wrote: > > I‘m running a copy of RPCEmu originally from one of ROOL‘s London Show > > memory sticks on a Windows 7 machine (Dell XPS, 3.4GHz Core i7, 8MB > > RAM). It runs very well, averaging around 300 MIPS, but I find NetSurf > > 2.8 for RISC OS (installed from a fresh download) will not launch. I‘ve > > updated !Boot and !System, but clicking on the NetSurf icon produces an > > endlessly cycling hourglass. RPCEmu is not yet bridged to the web, but I > > assume this isn‘t necessary in order to use NetSurf as (for example) an > > HTML viewer? > > Unfortunately, you've not given us enough to go on to have any chance of > helping you. Please provide a log file from an attempt to start NetSurf on > your system. Just to remove one possibly clutchable straw, NetSurf (test builds of, at least) runs quite happily under at least some RPCemu setups, whether or not networking is active. The RISC OS front-end gets tested like that quite frequently, so I'd probably notice if it didn't work. So yes, a logfile will be needed. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 28 April 2012 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: frames [on RISC OS]
On 19 Dec, Brian Howlett wrote in message <065e1f4452.br...@bhowlett.plus.net>: > On 19 Dec, Steve Fryatt wrote: > > > This could be more of an HID feature than a NetSurf one: I'll > > investigate when I get the chance. As I said in my first post, scroll > > wheel support on RISC OS is something of a minefield... > > If I set the scroll wheel settings in HID back to the way I had it before > (Fixed distance/200 units) the menu scrolls OK, but obviously the frames > issue would still be a problem. > > However, as so very few sites use frames these days (that I use, anyway!) > I can live with it. Try r13300. It's still not perfect, but I'm not sure it's handling of (say) the scroll wheel in the Themes config dialogue is any more broken than what happens normally (with HID; still untested with Select). -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 28 April 2012 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: frames [on RISC OS]
On Mon, December 19, 2011 12:02 am, Brian Howlett wrote: > Since following this advice, long menus no longer scroll with the > wheel. RO 5.16 and r13295. > > Example site - http://www.tvguide.co.uk/ - scroll to the bottom of the > page and click on the "Add Channel" menu - you have to use the scroll > bar to scroll the menu. Does that only applies to long menus in NetSurf? If so, then presumably NetSurf's menus look just like NetSurf windows and HID now sends them scroll requests as well. Unless those requests end up being sent to NetSurf so that it can scroll the menus manually in the way that HID would have done before (I'm not sure, and I'm not near enough to a RISC OS box to check), then there's no way around the problem. Even if they do, it will be messy and I suspect we're straying into "undocumented areas" of the Wimp. This could be more of an HID feature than a NetSurf one: I'll investigate when I get the chance. As I said in my first post, scroll wheel support on RISC OS is something of a minefield... :-( -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 28 April 2012 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: frames [on RISC OS]
On 3 Oct, Roger Darlington wrote in message <02a8841c52.roger...@rogerarm.freeuk.com>: > I have downloaded the latest test build r12932, and find that it treats > frames in an entirely different way to what it test builds did less than 3 > months ago. > > Positioning the mouse pointer over any one frame and rotating the scroll > wheel used to scroll only the frame that it was underneath it; now it > scrolls the whole caboodle, and reveals a previously unseen blank frame at > the bottom. (??) Some of these issues have now been sorted in the RISC OS front-end, as of r13292. Frames can be scrolled using the scrollbars and by dragging, as has always be the case. In addition, they can now be scrolled using the keyboard. The browser window must have focus, and the caret must not be in the URL bar (as many of the scroll keys are also used by URL completion); a click somewhere in the main part of browser window will achieve this. After that, the cursor keys, Page Up/ Down, Home and End will have the usual effects: either on the whole page (for unframed sites) or for the frame under the mouse pointer. The scroll wheel is more tricky. In theory it will behave as the keyboard does, and scroll whatever is under the pointer. However, the problem is that there's no standard API for passing on scrollwheel events under RISC OS, so there may well be incompatibilities. Operation on Select and RISC OS 6 remains untested. * The scroll wheel won't work under RISC OS 4.02 or earlier. * Later versions of RISC OS 4 and 6, which include ROL's scroll wheel API, should work "out of the box". If you have it configured to "Focus" or "Focus or Pointer" behaviour, however, remember that NetSurf still needs the pointer to be over the window in question so that it knows which object you're trying to scroll. Also remember that support on these OSs is untested. * RISC OS 5 without HID should work as standard. However, the OS seems to send scroll requests in clumps of five to the browser, so it may scroll more that you would expect. * RISC OS 5 with HID should also work, but NetSurf needs to get scroll information from HID in "Scroll Request" mode. If this is your default setting for HID then things will just work; if not (and I think that HID defaults to a different default, IYSWIM) then you need to add an exception. Select 'Scroll wheel' from HID's iconbar menu; click Menu on the list that appears and choose 'Edit->Add new line at bottom'. Select the new line, then choose 'Edit->Edit line...' from the menu. In the dialogue, set 'Application' to "NetSurf" (via the pop-up menu, if NetSurf is running), and set 'Vertical method' and 'Horizontal method' to "Scroll Request". 'Step' should be "1" for both. Click 'OK'; you'll then need to save the settings (which HID might prompt for when you shut down). * If you have a scroll wheel setup that scrolls by sending Open Window events to NetSurf (which is how HID works in some other modes, and how I think STD's old PS2Mouse system worked pre-ROL), then things will still work on unframed sites. With frames, however, you'll see the effect described by Roger above: the whole site will simply scroll out of view and leave a blank work area in its place. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 28 April 2012 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Search oddity on r13075 (plus at least 1 version prior)
On 24 Oct, Jess Hampshire wrote in message : > When I try and search for text on a web page, the dialogue box accepts the > first letter and then disappears are searches for just that letter. > > Does anyone else have this issue? (Iyonix on both 5.16 and 5.17) Yes, but (as has just been pointed out to me this evening) only if the dialogue is opened via the menu. Press F4 and it stays on the screen as intended. That gives a pretty good clue as to where the problem lies, I think, so I'll look into it when I've got a few minutes. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Problems with NS and Orpheus Squirrel Mail
On 6 Nov, Chris Young wrote in message : > On Sun, 6 Nov 2011 19:14:14 - (UTC), Gerald Dodson wrote: > > > Has no one else had the problems I have experienced since 2.8 using > > Orpheus Sqirrel Mail? > > I have SquirrelMail set up on my domain which I use occasionally. I just > tried it from NetSurf and it tells me I'm not logged in, so I can't > actually get as far as replicating your problems. Yes, I can confirm this too, having just tried. Trying to access Squirrel Mail on a local IP address (https://192..) just tells me that I'm not logged in. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: ROOL to NetSurf (RISC OS) developers
On Tue, October 25, 2011 1:13 pm, Ste (PlusNet) wrote: > RISC OS Open would like to contact the current RISC OS NetSurf > developers (off the mailing list). Who should we email? Is the subject *really* RISC OS-specific? You're welcome to email me, but I can't imagine that I'd be the only person interested or affected. Is there are reason not to mail the developer mailing list and thereby catch everyone in one go? -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Problem with "Save page location as text".
On 16 Oct, Harriet Bazley wrote in message <9107212352.harr...@blueyonder.co.uk>: > Brilliant - I think this is almost certainly the root cause of the similar > 'black hole' problem I've been having for a long time with saving images: Yes, it was a general problem with the save dialogue initialisation anywhere in the menu structure, which has probably been lurking for a while and bit if the previous save had been to a path of more than about 50 characters. I've just been through the bug tracker and closed off a few other tickets that also seem to be the same problem; if anyone disagrees, let me know. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Problem with "Save page location as text".
On 11 Oct, Dr Peter Young wrote in message : > On 11 Oct 2011 cj wrote: > > > ... and further tests show that other apps are happy saving to an even > > greater depth than I tried with Netsurf, so the problem appears to be > > Netsurf related. Well identified; thanks. Ick. If I've understood the code correctly, I /think/ r13037 should sort things. Let me know if it doesn't. > I'm sure I've seen postings about another app, I can't remember which, > which has or had problems with deeply-nested directories. Things go wonky generally at about 230-ish characters. This wasn't that problem. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Problem with "Save page location as text".
On 11 Oct, Dr Peter Young wrote in message <9c238b2052.pnyo...@pnyoung.ormail.co.uk>: > On 11 Oct 2011 Steve Fryatt wrote: > > > Hmm. It doesn't here. If you load NetSurf, go to a page, try that > > action twice, does it do it? Or do you need to have been browsing > > around first? > > Just re-run NetSurf with my home page www.bbc.co.uk and have tried two > saves of page location before doing anything else, and NetSurf vanished > again. It works fine here, for some reason. Final straw clutch: where on the page are you clicking Menu, and does that make any difference? > > > Should I just submit a logfile anyway? > > Sorry, should have said bug report, and will do that. OK, thanks; I'll look at the logfile. IIRC, this (or a similar problem) has been reported before, and I couldn't reproduce it then either. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Problem with "Save page location as text".
On 11 Oct, Dr Peter Young wrote in message <9433842052.pnyo...@pnyoung.ormail.co.uk>: > This has become entirely predictable over the last few weeks, and has just > happened to me three times running. I haven't yet raised a bug report, as > by the nature of the problem there is no logfile to submit. > > If I try twice in the same NetSurf session to do a save page location as > text, on the second attempt as soon as I slide the pointer off the arrow > in the "text" sub-menu, NetSurf just vanishes in an invisible puff of > smoke. Because it hasn't shut down properly, there's nothing relevant in > the logfile. Hmm. It doesn't here. If you load NetSurf, go to a page, try that action twice, does it do it? Or do you need to have been browsing around first? > Should I just submit a logfile anyway? Please. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: frames
On Thu, October 6, 2011 8:21 am, Roger Darlington wrote: > I cannot see why it should scroll the whole caboodle at all, certainly > scrolling it doesn't reveal anything of use to anyone. > > I think the way Netsurf works with frames at the moment is definitely > 4 steps backwards to the way it used to work. I think it's worth pointing out that, at least AIUI, frames are currently a work in progress. When they "worked", they were provided by the RISC OS front-end and so we were the only platform to have support. They are now provided by the core: this makes them available to all platforms, and simplifies the RISC OS code significantly (which as anyone who has looked at the code in question will know, is no bad thing). AFAIK, the internal APIs for things like scrolling are still being worked on, so at present support is still less complete (for RISC OS users) than it once was. Hopefully this should change over time, rather as the bookmarks, history and cookies windows returned to normal following their move into the core a while back. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: actual updates inside !Boot and !System
On 3 Oct, Richard Porter wrote in message : > On 3 Oct 2011 Jim Nagel wrote: > > > As a frequent updater to the latest test versions of Netsurf, I've often > > wished the developers could supply an extra little Readme to say when > > these supporting items (Iconv, Unicode etc) are actually changed. > > Surely NetSurf should RMEnsure the minimum versions of the modules it > needs in the !Run file? AFAIAA, it does. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: r12911 not looking good
On 29 Sep, Dave Higton wrote in message : > r12911 on RISC OS doesn't look good. It segfaulted; I didn't make a bug > report because I couldn't reproduce it. Then it crashed on a completely > different site later; regrettably I couldn't send a log file as it took > the machine out. Example sites would be useful: I've been running r12912 on RO5.16 all evening and using it for "work", and it's been totally stable (he says, tempting fate). -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Cookie deletion issues
On 4 May, Chris Young wrote in message : > On Wed, 04 May 2011 22:12:12 +0100, Martin Bazley wrote: > > > Can anyone offer advice or replications on other platforms? Is it a > > bug? > > I've just tested on AmigaOS and the "deleted cookie jumping to the bottom > of the list" issue occurs here too, so it looks like a core bug. I've not > experienced any flickering on any of the treeviews, so I think that one is > RISC OS specific. It does indeed flicker on RISC OS. I'll investigate at some point (I'll assume that Martin has filed a bug report, so that I don't forget). -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Speed
On 28 Apr, Tim Powys-Lybbe wrote in message : > On 28 Apr at 11:26, Steve Fryatt wrote: > > > Just download the current build. You can see what rev it's up to from > > the entries under "Recent SVN Activity" further down the page: as I > > write this, the latest entry there is still r12243. However, as Richard > > says, later builds (ie ones with higher 'r' numbers) will still contain > > the same changes unless one of the developers specifically undoes them > > again for some reason. > > And the last sentence confirms the problem. There is no means of actually > downloading any specific revision number and instructions to do so are > plain misleading. Or do I have this wrong? Why would you want to download r12243 specifically? You were advised to try r12243: that version or any later one will do[1]. In effect, being told to "try rX" means -- to all intents and purposes -- "download a new test build and try it". 1. The only time it doesn't is if the change in question has subsequently been undone. As Rob says: a) this isn't common, and b) if the change in question has been reverted, you probably didn't want to test it anyway. I only mentioned that to stop the pedants biting, but it seems to have failed... -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Speed
On 28 Apr, Tim Powys-Lybbe wrote in message : > On 27 Apr at 19:49, Michael Drake wrote: > > > Please try r12243. > > I suspect this bear of little brain needs some assistance here: > > As I understandf it, the latest version on the NetSurf download site > <http://www.netsurf-browser.org/downloads/riscos/testbuilds> is > recompiled, possibly with new version numbers, at least once a day. AFAIK it's recompiled at least once an hour, when changes made to the source code in the repository warrant it. > I can see no mean of precisely downloading r12243. Can someone advise on > how I may do this? Just download the current build. You can see what rev it's up to from the entries under "Recent SVN Activity" further down the page: as I write this, the latest entry there is still r12243. However, as Richard says, later builds (ie ones with higher 'r' numbers) will still contain the same changes unless one of the developers specifically undoes them again for some reason. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: PDF Export in Netsurf
On Sun, April 24, 2011 12:13 pm, Brian wrote: > So, what was the reason this was removed? It stopped working after other changes to the browser core, IIRC (and if I don't, then I'm sure I'll be corrected :-). -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: netsurf 2.7 and google-search
On 19 Apr, Chris Young wrote in message : > On Tue, 19 Apr 2011 15:12:23 +0100, Tim Hill wrote: > > > On the subject of searching, is there any future plan to implement > > search from the URL bar? I would like to type, say, 'banana' into the > > bar and a search result to appear if a DN lookup fails to find > > http://banana > > That was present at one point but has been disabled/removed. Some of the > other frontends have a dedicated search bar alongside the URL bar, you > might want to put a feature request in for one to be added to the RISC OS > frontend. It was one of the motivations behind the RISC OS toolbar re-write: the idea of adding new widgets to the toolbar is a lot less scary now than it was before. Now that things have calmed down after Wakefield, I might start to make some use of the changes. There may be more pressing things to fix first, though. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: setting size and position of window
On 31 Mar, Jeremy Nicoll - ml netsurf wrote in message : > Of course there's a RO commandline command; how do you think netsurf gets > started? (Look in !Netsurf.!Run to find out). Whether it understands > arguments is a slightly different question... Untried, but a quick glance at the source code suggests that the RISC OS front-end should. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: aggravating pane
On Tue, March 29, 2011 12:14 pm, Jim Nagel wrote: > Rob Kendrick wrote on 29 Mar: > > > Because it allows you to view a tree structure. > > OK, i see that for (say) the Hotlist window, which has the tree > structure where you can click the "+" to expand a branch into twigs. > > but i don't grasp what puts the "certificate" display, about which i > originally aksed in this thread, into the treeview category. after > all, it displays only one item. It's just a programming term: the hotlist, global history, cookies and certificate display all happen to use a display widget (supplied by NetSurf) known as the "treeview" to put their content into the window. Incidentally, it was this that caused the RISC OS support kerfuffle last year: the treeview widget and the code that used it originally resided in our frontend (so the others didn't get a look in). When it was moved into the core so that it could be shared around the other platforms, the RISC OS code needed some surgery to handle the loss. It was this surgery that didn't take account of the horizontal scroll bar properly. > the Hotlist, i note, can be dragged wider, though it has no horizontal > scrollbar. It does now: that was the point of the most recent fix, because the problem that affected certificates could also affect the other tree windows in more extreme cases (if the text line was wider than your monitor). -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Zip file name
On 28 Mar, David H Wild wrote in message <51bb1f4f4fdhw...@talktalk.net>: > But it isn't. Smetimes it has arrived as just Netsurf and at others as > netsurf/zip - and I haven't changed anything. Are you talking about downloading the archive via NetSurf? Do you have extension stripping turned on, and has that been getting ignored? If so, did it perhaps break around r11774 when I fiddled with the download filename code and forgot (amongst other things) to check the "strip extension" option, then fix itself around r12127 when someone kindly corrected my mistakes for me? ;-) -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: aggravating pane
On 20 Mar, Steve Fryatt wrote in message : > On 18 Mar, Jim Nagel wrote in message > <286dfbb551@nails.abbeypress.net>: > > > there appears to be no way to scroll right to read the rest of the text > > in the inner pane of this warning generated by Netsurf: > > www.abbeypress.net/TEMP/NS-certificatepane.png (12K). > > No: it seems that the need for horizontal scrollbars on treeview windows > was overlooked when I updated the RISC OS frontend to work with the core > treeview. FWIW this is now fixed (or at least worked around using a permanent horizontal scrollbar) for all RO treeview windows; hopefully I'll return to look at doing it "properly" after 2.7 is out. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: aggravating pane
On 18 Mar, Jim Nagel wrote in message <286dfbb551@nails.abbeypress.net>: > there appears to be no way to scroll right to read the rest of the text in > the inner pane of this warning generated by Netsurf: > www.abbeypress.net/TEMP/NS-certificatepane.png (12K). No: it seems that the need for horizontal scrollbars on treeview windows was overlooked when I updated the RISC OS frontend to work with the core treeview. I'll try to fix it properly, but given that (due to the unique way that the RISC OS Wimp seems to work) it looks as if it's going to require some non-trivial changes to the whole treeview window resizing and extent code, the short-term solution might just be to permanently add a horizontal scrollbar to the certificate pane. That works, and doesn't risk breaking a lot of other stuff by accident. > may i suggest that it were a Good Thing to eschew this style of utterly > annoyingly painful panes [...] You may, but since they're OK by my reading of the Style Guide and IMHO they're the best compromise when displaying this kind of thing in a dialogue box (which the SSL Certificate dialogue is), I can't see it changing any time soon (unless the RO frontend gets some more developers, I suppose, in which case one of them might decide to do something :-). -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Bug "Out of date"
On Tue, March 8, 2011 3:32 pm, Daniel Silverstone wrote: > On Tue, Mar 08, 2011 at 03:28:35PM +, Dr Peter Young wrote: >> > https://sourceforge.net/tracker/?func=detail&atid=464312&aid=3201428&g >> > roup_id=51719 >> >> Yes, does exactly what druck describes here; r11927 and RISC OS 5.16. >> Gobbles up the memory, too. > > This bug is not reproducable on Linux/GTK and appears to be related to > frames. Unfortunately it'll need to wait for one of the RISC OS enabled > developers to have a gander. Unfortunately, despite following the instructions to the letter, this RISC OS enabled developer couldn't reproduce the problem on 5.16 either. A log file from an affected copy of NetSurf might help (although that's not a promise that anything will get fixed soon: it depends on what's wrong and what the fix entails). Don't post it to this list, though... ;-) -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Can't select text on ROOL forum
On 6 Mar, Dave Higton wrote in message <59bfb6af51.davehig...@dsl.pipex.com>: > In message > Dave Higton wrote: > > > Something strange today: I can't select text from items in a ROOL forum. > > Wherever I click, the cursor turns into the hand, and all I can do is > > drag the page up/down/sideways. I can select text on the BBC News > > website, though. The text on the homepage, at http://www.riscosopen.org/content/ also displays the problem. > Following up my own post: it's a problem in NS. r11851 on the BB selects > text OK; r11907 and r11922 on the Iyonix don't. A bit more specifically, it stops working in r11877 having been OK in r11876. I'm afraid that's probably as far as I can usefully go without a very steep learning curve, though. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Complete mouse pointer freeze
On 6 Mar, Roger Darlington wrote in message <8a4fb5af51.roger...@rogerarm.freeuk.com>: > On 6 Mar 2011, Steve Fryatt wrote: > > > Do you mean that you accidentally click Menu over the browser window, > > and then accidentally traverse to Page->Export->Text, or that you have > > the Export Text dialogue open and accidentally click Menu over it? > > The former > > It also sometimes freezes the RO mouse when I am on a website and I select > a bit of text which is on the page by highlighting it in black, then Menu > - Selection>Save. I can see how that might be broken, as the selection save dialogue prepare isn't (or wasn't, following my changes, until r11923) checking the correct values are in place before trying to do its stuff. However... > As soon as the 'Save' dialog is about to pop up (but doesn't actually pop > up) the mouse pointer freezes and nothing seems able to un-freeze it. ...if there's a more general issue, that's a worry. Does it affect specific websites (and can you give me a URL that this happens on), and is it reproducable? -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Complete mouse pointer freeze
On 6 Mar, Roger Darlington wrote in message <6937a9af51.roger...@rogerarm.freeuk.com>: > Netsurf r11839, RO 4.39, VA-RPC-SA Adjust, > > When (accidentally) doing a Mouse Menu Button over a Netsurf HTML page > Page > Export > Text > > I have twice experienced a complete mouse freeze which neither > - not - release. A complete computer freeze-up > occurs. > > Does anyone else experience this? No, so you'll need to be more specific. Do you mean that you accidentally click Menu over the browser window, and then accidentally traverse to Page->Export->Text, or that you have the Export Text dialogue open and accidentally click Menu over it? Neither of those seem to cause a problem on RISC OS 5.16, so without more info it's going to be hard to track down. Is there anything useful left in the log file when the machine is restarted (but before you run NetSurf again)? What website are you doing this on? -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Interactive help
On 2 Mar, Richard Porter wrote in message <5a1891ad51.r...@user.minijem.plus.com>: > On 1 Mar 2011 Chris Newman wrote: > > > In the Netsurf help documentation it says thus. > > > To use interactive help, suitable software must be running. The program > > 'Help' is shipped with all RISC OS computers and it can be run from > > NetSurf's Help > Interactive helpmenu item." > > !Help is run from the Apps window, not from NetSurf. >From looking at the code, I think that NetSurf will try and launch any known Interactive Help client when that menu item is selected (assuming that one it recognises isn't already running). -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Interactive help
On 1 Mar, Chris Newman wrote in message <51ad607c3ecvj...@waitrose.com>: > To use interactive help, suitable software must be running. The program > 'Help' is shipped with all RISC OS computers and it can be run from > NetSurf's Help > Interactive helpmenu item." > > However, I can't get it to work here. > Risc PC / Adjust 4.39/ test build r11881 (01 Mar 2011) So, what /does/ it do? What exactly doesn't work? > I don't usually need it but after the recent discussion about favicons I > thought I'd try & find them - whatever they are! They have been disabled in the core now, due to an unrelated issue, so there's not much to find. See the "Favicons" thread. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: New RISC OS toolbars
On 22 Feb, Martin Bazley wrote in message <9486aaa951.mar...@blueyonder.co.uk>: > OK, I've just got around to adding it. Two tickets, one feature and one > bug: Thanks. > Scrolling bug: Now fixed, I hope. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: New RISC OS toolbars
On 21 Feb, Martin Bazley wrote in message : > Firstly, congratulations and many thanks to Steve Fryatt fo his sterling > work on the RISC OS toolbar implementation. While, as mentioned on the > wiki, user-facing improvements aren't much in evidence, I understand the > new implementation is much more future-proof than the old and should go > some way towards ensuring a RISC OS port for some time to come. For > people like me who subscribe to the commits mailing list, the amount of > new code in the diffs for branches/stevef is positively horrifying! Thanks! If I'd realised exactly what was involved, or that it would take me from the day after Boxing Day until late February to complete, I suspect that I might not have started it at all... :-) > I'm not putting this in a bug report because I'm not quite sure if it's > intentional or not, or if I've missed something obvious. > > Clicking Menu above a toolbar produces two options: a submenu and an edit > function. The edit function, thus far, has worked exactly as I'd expect > it to; the submenu to remove the address bar, buttons or throbber has not. > > It seems that the settings are not stored anywhere, and apply only to the > window they are set in, and to its descendants (links opened in new > windows from that one). They do not apply to windows opened by other > means (e.g. from the hotlist or 'Open URL' dialogue). Any window not a > descendant of the original window gets the default complement of all three > components. In effect, the settings are lost the moment the last > descendant of the original window is closed. Isn't that how it always used to work? You need to set the toolbar, then click Menu over the window and do "Display->Save as default". Having just fired up a version from last summer, that's how it seems to have been before (and I can't immediately see any code in 2.6 that would have behaved differently). > Buttons added or removed from the toolbar, on the other hand, apply to all > windows opened as descendants of the original one and to new top-level > windows, but not to other currently open windows or their descendants. > I'd propose that the addition and removal of sections also works this way, > if that was not the intention. Logically, it ought to work the other way around: button edits don't stick either unless you do a "Save as default". Except that treeview windows don't have such an option, and IIRC it *is* immediate on those. Any chance you could stick this on the bug or feature tracker? I'll need to think through how the UI should work for this, and then sort out how to make it happen. > While I'm at it, a minor glitch I noticed while testing: positioning the > mouse pointer over any toolbar and moving the scroll wheel upwards (not > downwards) will cause the components to scroll off the bottom, for a > seemingly infinite distance. I'm pretty sure that's not intentional. No, that's definitely a bug. :-) -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: New RISC OS toolbars
On 21 Feb, Dave Symes wrote in message <51a92eecbdd...@triffid.co.uk>: > Erm! Sorry, could someone please explain what RISC OS toolbar? > > I'm using (21st Feb) R11746 and the UI looks exactly the same as last > weeks and previously. Er, that's kind of the point. If it looks different, I've probably got it wrong. :-) More helpfully, r11741 last night saw the introduction of a new implementation of the toolbar and menu handling in the RISC OS frontend. Apart from the fact that websites' favicons now appear in the URL field, there's little visible difference from a user's point of view. That's the idea. Underneath, however, things are very different. The code has been broken up into manageable chunks, menu handling split into logical bits and the toolbars are now composed of separate widgets that work together instead of being one big splat of code. As such, it's finally possible to comprehend what might actually need to be done to add new features: such as the aforementioned favicons. Some other possible ideas *might* include a websearch toolbar, for example, or tabbed browsing (both of which have been in other frontends for a while). In the meantime, bug reports from RISC OS users are now even more welcome. If something /has/ changed (relative to NetSurf 2.6), there's a good chance that I've broken it. If I have, I'd really like to know so that I can fix it again... -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: in HTML
On 14 Feb, Dave Higton wrote in message : > It's curious that two so similar constructions behave so differently: The thing is, as John explained, they're *not* that similar. > doesn't work; That's a "legacy" HTML tag... > does work, ...and that's CSS, included inline in a style attribute. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: r11644
On 13 Feb, Brian Bailey wrote in message <51a4df40f4bbai...@argonet.co.uk>: > I really look forward eagerly to each upgrade to NetSurf and very much > appreciate the effort put in by the dedicated few, but I am more than a > little baffled by the above modification. What is its purpose, please? The background needs to be cleared to a known state at some point, unless the subsequent redraw is guaranteed to fill the whole area. NetSurf's doing the job itself, which is usually far less intrusive than asking the Wimp to do it for us. I don't know the background behind r11644, but I'd imagine that there's a pretty good reason for the change. > Clearing the background to white and the redraw 'seems' to take ages. Can you give us an example site that shows this and tell us what hardware and screen mode you're using? Again, I can't see a problem here: there's no visible flicker with the new build. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Speed
On 11 Feb, Michael Drake wrote in message <51a418f545t...@netsurf-browser.org>: > In article <1ab017a451.r...@user.minijem.plus.com>, >Richard Porter wrote: > > > Try the other test. Go to http://www.minimarcos.org.uk/galleries.html > > and click on the link "Mk.VI". This takes you to the bottom of a largish > > thumbnail index. It was taking a lot of time to reformat the table, > > redraw the page and then reposition it to the on-page name tag every few > > images. > > Less than 5s with incremental reflow on. I've just tried these two tests on RPCemu, which I /think/ is running at a bit less than SA RiscPC speed on my system. I get: Incremental Non-Incremental URL 1: 5.7s 4.5s URL 2: 7.7s 8.5s I'm using a broadband connection. What processor and internet connection do you have with the RiscPC, Richard? -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Speed
On 11 Feb, Richard Porter wrote in message <564212a451.r...@user.minijem.plus.com>: > On 11 Feb 2011 Michael Drake wrote: > > > Out of interest, what speed do you get if you set "incremental_reflow" > > to "0" in the Choices file? If your test pages have changed, please > > test again with the original settings first. > > Wow! 8s and 6s respectively - infinitely better on all counts! This should > be the default, or at least it should be in one of the configuration > subwindows. Is there any reason why we wouldn't want users to mess with this option? If not, I'll add it to the RISC OS config interface as it looks as if it could be useful on the slower hardware. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Speed
On 4 Feb, Richard Porter wrote in message <26fe40a051.r...@user.minijem.plus.com>: > On 4 Feb 2011 Rob Kendrick wrote: > > > Also, NetSurf implements *FAR MORE* of HTML and CSS than either Fresco > > or Oregano. The amount of work it is doing is an order of magnatude > > greater. > > The test pages were 'any browser' compatible so Netsurf didn't have to do > far more than the other browsers. I'm not sure that logically follows. NetSurf still has to know how to do far more than the other browsers, for pages that /do/ contain more modern features, and selective amnesia might be even more inefficient overall. (I don't know for sure as I don't know that much about the layout engine in NetSurf, but your logic seems faulty to me). Also, define "any browser" compatible. These days, I'd take that to mean lots of CSS and not Fresco-friendly; YMMV. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Crash on closing window while searching
On 16 Jan, Richard Torrens (lists) wrote in message <5196695100li...@torrens.org.uk>: > I've been having frequent crashes on closing a window, for some time now. > > However it's erratic and I've not tied it down to any reportable > situation. That's sort-of the point of the logfiles. After a crash, the log tells us whereabouts in the code NetSurf was at the time, and in some cases what line it stopped at. The lines leading up to the end of the log may give useful background details about how things were set up. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Crash on closing window while searching
On 16 Jan, Michael Drake wrote in message <5196724c33t...@netsurf-browser.org>: > In article <3dd02e9651.mar...@blueyonder.co.uk>, >Martin Bazley wrote: > > > Crash. > > What version of NetSurf are you using for this? I can't reproduce it with > the latest build. Assuming I'm not getting my builds confused, I can reproduce it on RISC OS 5 with r11332: - Open a browser window. - Press F4 and type something that matches, so a selection appears in the browser window. - Close the browser window. Looking at the log, my guess is that the search module tries to tidy up and delete the selection after the browser window has been partly deleted: when it comes to attempt the resulting redraw, things go a bit wrong. See https://sourceforge.net/tracker/?func=detail&aid=3159040&group_id=51719&atid=464312 (which Martin should have done himself). I would need to understand the browser window content stuff better to risk attempting a fix, I'm afraid: I'm not sure how much the search still needs to tidy up at that point. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: KLM website
On 10 Jan, Chris F wrote in message <1dce739351.c.n@virgin.net>: > http://www.klm.com/travel/gb_en/index.htm > > When I looked at this website with a view to researching flights, it's not > clear to me that Netsurf helps the website to resolve 'From' and/or 'To', > nor do the Depart and Return dropdowns, drop down. That page seems to rely a lot on Javascript: certainly Departure and Return do, and From and To look as if they do, too. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Error:"Format of URL was incorrect"
On 7 Jan, Roger Darlington wrote in message : > I can grab the URL of this page using Netsurf and save it as an ANT URL: > > [A Very Long URL] > > But if I then click on the saved URL in Netsurf it will not re-load the > page. Could you clarify what "click on the saved URL in NetSurf" means, please? Do you actually mean that you double-click on it in a filer window while NetSurf is on the iconbar? > The following error is issued by the URL: > > Sorry, your request could not be processed because the format of the URL > was incorrect. Contact the Help Desk if the problem persists. [SD-001] > > Looking at the URL in Netsurf, it is end-truncated. I think you're actually conflating two different issues. The URL in the toolbar is indeed truncated to 255 characters[1], *but* if you check the logfile, you'll see that NetSurf is actually fetching the full URL that you quote above[2]. Given that Firefox also reports that the URL above is malformed, I'd suggest that the problem lies in the *saving*, and not the loading of the bookmark. What should the URL actually be? 1. That's because on RISC OS, the toolbar's URL bar only allocates 256 bytes to store the URL and terminator in. I'm afraid that I'm not immediately about to fix that, because I'm already working on that code in other ways at present. 2. There is a hardcoded limit of 399 bytes for an ANT URL file's contents, but you haven't (quite) hit that with your address. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Hotlist display silly
On Tue, December 28, 2010 7:50 pm, David H Wild wrote: > I have found a "silly" in the display of hotlist entries. > > If you click on the scrollbar to move down whole screen, the entry after > the present lowest one is missed and the new display starts with the entry > two after the present lowest. That seems to always have been the case: I've finally understood what the scroll code was (or wasn't) doing. It's the kind of thing that could well fall under the work I'm doing away from the trunk at present, so it's noted but any fix may not appear in test builds immediately. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Black Blobs
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). > 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. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Black Blobs
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). -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Black Blobs
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)? InfoZip? http://www.starfighter.acornarcade.com/mysite/utilities.htm -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Black Blobs
On 17 Dec, Geoffrey Baxendale wrote in message : > No. Just the same, > > Thanks Michael for your interest. > > BTW it's OK in 2.6 Apologies if you've detailed this before, but I've not had time to follow this thread closely up 'til now. Could you just tell us: - What OS you're using (full version, please)? - What screen mode you're using (colour depth in particular)? And please try the latest build just in case: fixes to the tree code seem to be coming thick and fast at present. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Editing hotlist entries
On 17 Dec, Michael Drake wrote in message <518702c9e1t...@netsurf-browser.org>: > In article , >Harriet Bazley wrote: > > > Definitely still weird things happening here (rr11053) > > If you start the edit via the menu's Selection > Edit option it can go > wrong when you press SHIFT on RISC OS. > > If you start the edit with a CTRL+Click or ALT+Click on the text you want > to edit, it should behave correctly. I'm not sure this was true: I think it depended on where the mouse ended up relative to the active text area. If it was outside, Shift/ Ctrl/ Alt would close the edit. > But use the latest build, because there have been other fixes to treeview > and textarea code since then. Does r11090 sort the wierd things? -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Downloading progress
On 14 Dec, Daniel Silverstone wrote in message <20101214115541.gb3...@digital-scurf.org>: > On Tue, Dec 14, 2010 at 09:52:45AM +, David H Wild wrote: > > The time remaining is always calculated as if the current downloading > > speed would remain constant at the present value. This is unlikely to be > > true as speeds tend to vary considerably and so the time remaining > > figure is not really useful at all. Either the time should be calculated > > by using the time already passed and the fraction of the file downloaded > > so far, or the time should be dropped from the display with only the > > fraction shown. > > Patches gratefully received. > > If you're not a programmer, then consider contacting Steve Fryatt and > persuading him of your correctness. Not much persuasion necessary: this has niggled me for ages, too. :-) r11081 tries to use a "modified moving average", which if I remember my maths correctly, comes up with an average value weighted to the more recent samples. There are probably all manner of holes that can be picked regarding the fact that the sample points aren't equally spaced, but the result looks fairly sane on the downloads I've tried and it has the advantage of not needing to store and process loads of data on each update. -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Editing Hotlist.
On 3 Dec, Steve Clark wrote in message <517fe6c3f2sjcl...@ormail.co.uk>: > It looks as it Netsurf is holding a copy of the hotlist somewhere and then > writing it to Netsurf.Choices when it closes, but it then ignores the copy > in Choices in favour of the hidden copy!! > > Anyone any ideas? I suspect I'm wasting my time as Netsurf overwrites the > hotlist entry with the page title anyway, every time it downloads the > page. Does this mean the Global History is overwriting the Hotlist? If so > surely they should be independent. It's a known feature -- see this post from back in October on this list: http://vlists.pepperfish.net/pipermail/netsurf-users-netsurf-browser.org/2010-October/009732.html -- Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show Saturday 16 April 2011 http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
Re: Global History oddity.
On 24 Oct, Tony Moore wrote in message : > Another couple of problems, in r10903: > >The Toolbar buttons don't work in Hotlist, Global History or Cookies That's fixed (sort of) in r10906. It was one of the many known bits of brokennes following the core treeview merge a few weeks ago. There are lots of other bits of those windows that also don't work, if you go looking for them; I'm afraid that there's no prize if you find them all, though. >The displayed names of many links have been changed Could you give an example to explain what you're seeing? > Personal preferences: > >Please could the directory icons be green, as before? NetSurf doesn't use the OS sprites any more (if it ever did); I think there's a plan to overhaul the look of these windows completely in the medium to long term, anyway. >Please could the font size follow the config default font size? It seems to be hard coded at present; it would probably make sense if it followed the configured face and minimum size. As a related aside... I thought this had been said, but it's worth repeating: since r10865, the test builds have contained the core treeview code. While the RISC OS front-end didn't break as catastrophically as it could have done, some things do still need work to restore all of their former functionality. It's not an exhaustive list, and it's not really end-user friendly, but http://wiki.netsurf-browser.org/Todo/RISC_OS_frontend has a list of the main things that are now broken. Reports of bugs are still very useful (and if in doubt, it may be best to err on the side of presuming a bug). -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
