Re: bug about SSL security certificate -- Mantis grrrr
The following bytes were arranged on 25 Sep 2014 by Rob Kendrick : On Thu, Sep 25, 2014 at 02:38:07PM +0100, Jim Nagel wrote: So I click go back. And there is a blank page expecting me to fill in ALL the info again. Gr. This is a problem with NetSurf, not the bug tracker. Modern browsers annotate history information with form data. We have a plan to do that too. I would venture to suggest that it is more a problem with the bug tracker. The correct response to invalid input in a form is to display the form again, with the input the user just submitted, and the offending fields highlighted and annotated, not to redirect to a blank (and uninformative) error page and rely on a convenience feature in the browser to prevent the user's data from being summarily deleted. You need not look very far on the modern web to see examples of this in action. For example, most forums will do it for you. -- __^__ === RISC OS is a work of art. Some people adore it, === / _ _ \ === others can't see the point of it, and it's really === ( ( |_| ) ) === expensive.=== \_ _/ === Martin Bazley ===
Re: Changes to the RISC OS GUI in #1342
The following bytes were arranged on 14 Sep 2013 by Bernard Boase : Bugs reported in February 2013 (and earlier) seem to suggest that work has been done on making textarea handling more robust. So is my problem a known one, or one that is related to your mouse tracking code, or is it just my system experiencing some problem in keeping the window fully refreshed? Hmm... Geminus There's yer problem. Tried disabling Geminus for NetSurf? -- __^__ Did you know that polar bears stay white all year round? ...The / _ _ \ white colour makes them less visible to the seals and penguins ( ( |_| ) ) they hunt. - Nelson Thornes AQA-endorsed GCSE science textbook \_ _/ === Martin Bazley ==
Re: Cut to clipboard
The following bytes were arranged on 11 Aug 2013 by Richard Porter : On 10 Aug 2013 Harriet Bazley wrote: Currently it seems all too easy to jog the mouse and accidentally select a block above the cursor, which results in everything you have just written being wiped out unintentionally as you continue to type - I'm not clear if this is a bug or a side-effect of my mousing/typing style, but it happens quite often. It used to cause a crash and the loss of all data, but now only causes the loss of a section of the text. :-) F8 undoes the last action, but I guess there's a limit to the number of times you can go back. Er, F8 has always meant 'View source' in all versions of NetSurf I can remember... -- __^__ Did you know that polar bears stay white all year round? ...The / _ _ \ white colour makes them less visible to the seals and penguins ( ( |_| ) ) they hunt. - Nelson Thornes AQA-endorsed GCSE science textbook \_ _/ === Martin Bazley ==
Re: visited links in a page of Google results
The following bytes were arranged on 16 May 2013 by Jim Nagel : I seem to recall that in previous versions of Netsurf, the visited links in the original window would change colour to show they had already been visited. But they don't do so now in Netsurf 3.0. *SIGH* http://vlists.pepperfish.net/pipermail/netsurf-users-netsurf-browser.org/2011-September/010404.html http://vlists.pepperfish.net/pipermail/netsurf-users-netsurf-browser.org/2011-September/010406.html -- __^__ Your pet, our passion. - Purina / _ _ \ Your potential, our passion. - Microsoft, a few months later ( ( |_| ) ) \_ _/ === Martin Bazley ==
Re: copy and paste urls from webpage
The following bytes were arranged on 26 Mar 2013 by Richard Porter : Incidentally Shift-Select-click = Object Link Download target One of the things I most wish NetSurf would do is an option to invoke the download window externally - i.e. links sent over the AcornURI protocol, which may have originated in an email, or possibly even manually extracted from the source of a page which NetSurf doesn't want to play nice with. In the case that said link goes to, say, a large image, it would be so useful to be able to directly download it without being forced to wait for NetSurf to attempt to render it first. This could probably be satisfactorily fixed just by adding an extra button to the 'Open URL' window. -- __^__ / _ _ \ You always find something in the last place you look. ( ( |_| ) ) \_ _/ === Martin Bazley ==
CSRF verification failed
As the NetSurf team now appear to be gearing up for a 'stable' release, I must take this opportunity to attempt once more to push this bug back up the agenda: http://sourceforge.net/tracker/?func=detailaid=3586760group_id=51719atid=464312 Seriously. It's still happening in the latest build, and it doesn't happen in 2.9. It's perfectly and trivially reproducible. If not fixed, it will be a regression in 3.0. Round where I come from, that's a blocker. -- __^__ === RISC OS is a work of art. Some people adore it, === / _ _ \ === others can't see the point of it, and it's really === ( ( |_| ) ) === expensive.=== \_ _/ === Martin Bazley ===
Re: Long URL annoyance
The following bytes were arranged on 7 Mar 2013 by Tim Hill : Or, scroll the URL from one end to the other. And back. But I want to see the whole thing at the pointer. A tooltip which pops up when you hover over a link for more than a couple of moments would cut down on eyestrain. i.e. It would avoid having to flick one's eyes to the very bottom left of the (wide)screen to read the link one is pointing at top right. While I too find the long URL thing annoying, I would just like to put in a good word for one particular merit of NetSurf's system of displaying things on the status bar. You don't really appreciate it until you use other browsers, at which point its absence becomes intensely, and continuously, irritating. By not using tooltips as a substitute for the status bar, URL previews and title tags are *instant*. You don't have to wait one second and be careful not to move the mouse, which gets tedious fast when there are a lot of links/titles you want to read. I'd like to see tooltips used in addition to, not replacing, the status bar. The bar has faults, but it also has substantial advantages, which can't easily be combined with a 'fix' for the length problem. For short URLs and titles, it's easily the best system. (PS: Another NetSurf feature which I can't believe no other browser seems to implement is links opened in new windows inheriting the history of the previous window. As a heavy user of 'open in new tab', I keep getting caught out by the back button not functioning when I want it to.) -- __^__ Start off every day with a smile and get it over with. / _ _ \ - W.C. Fields ( ( |_| ) ) \_ _/ === Martin Bazley ==
Re: XSRF Attempt Detected!
The following bytes were arranged on 5 Feb 2013 by Richard Porter : I tried to report a bug on SourceForge and got the following response after submitting the form: XSRF Attempt Detected! What is an XSRF attempt? Old, old, old bug: http://vlists.pepperfish.net/pipermail/netsurf-users-netsurf-browser.org/2012-November/011272.html It's not just SourceForge - many other websites are similarly afflicted. Reverting to 2.9 fixes it. -- __^__ Start off every day with a smile and get it over with. / _ _ \ - W.C. Fields ( ( |_| ) ) \_ _/ === Martin Bazley ==
Re: Clipboard not working #824
The following bytes were arranged on 21 Jan 2013 by John Rickman Iyonix : However, I have just downloaded the postings for Jan 2013 but cannot read them. They are in an archive file - called 2013-January/txt/gz My copy of SparkFS wont unpack it and my copy of SparkPlug claims to be SparkFS when it is run. Any ideas? Is this not sufficient? http://vlists.pepperfish.net/pipermail/netsurf-dev-netsurf-browser.org/2013-January/thread.html -- __^__ Your pet, our passion. - Purina / _ _ \ Your potential, our passion. - Microsoft, a few months later ( ( |_| ) ) \_ _/ === Martin Bazley ==
Re: BBC News websites
The following bytes were arranged on 15 Jan 2013 by David H Wild : I see that we now have normal access to the BBC news websites. Whether this is something done by the Netsurf team or someone at the BBC taking note of complaints I am pleased to see it happen. It's something NetSurf did. It no longer includes the CPU architecture in the User-Agent string, because some cretin at the BBC decided that the only web browsers running on ARM computers were those running on mobile phones. -- __^__ Start off every day with a smile and get it over with. / _ _ \ - W.C. Fields ( ( |_| ) ) \_ _/ === Martin Bazley ==
Re: Bug tracker misbehaving.
The following bytes were arranged on 28 Dec 2012 by Peter Young : The attempt to upload the report produced an obscure error message in a NetSurf page, and I regret I forgot to record this. Luckily, you were not so neglectful the last time you made exactly the same complaint on this very list: http://vlists.pepperfish.net/pipermail/netsurf-users-netsurf-browser.org/2012-November/011272.html Data submission in general appears to have been seriously broken in the test builds. 2.9 doesn't have these problems. -- __^__ Red sky in the morning: Shepherd's warning / _ _ \ Red sky at night: Shepherd's delight ( ( |_| ) ) Mince and potatoes: Shepherd's pie \_ _/ === Martin Bazley ==
Re: Unicode on local pages
The following bytes were arranged on 16 Dec 2012 by Gavin Wraith : With NetSurf #739. If I browse http://www.perseus.tufts.edu/hopper/text?doc=Perseus%3Atext%3A1999.01.0173%3Atext%3DSym. it displays OK. If I save or do a full save of the page, and then browse the resulting local page the Greek text displays as garbage. Why is there a difference? This question's come up before. It's probably because, when you fetch the file over HTTP, the server knows it's in UTF-8 and tells NetSurf so, but when you load a local file, RISC OS doesn't tell NetSurf what encoding it's in and so NetSurf is reduced to guesswork. Presumably whatever encoding it defaults to is not the correct one in your case. -- __^__ === RISC OS is a work of art. Some people adore it, === / _ _ \ === others can't see the point of it, and it's really === ( ( |_| ) ) === expensive.=== \_ _/ === Martin Bazley ===
XSRF Attempt Detected (was: Hotlist truncation/corruption)
The following bytes were arranged on 22 Nov 2012 by Peter Young : I tried to add a comment to the bug report, and got a page saying XSRF Attempt Detected!. I suspect that's related to this one: http://sourceforge.net/tracker/?func=detailaid=3586760group_id=51719atid=464312 NetSurf's SSL seems to have a few bugs in it at the moment. -- __^__ / _ _ \ You always find something in the last place you look. ( ( |_| ) ) \_ _/ === Martin Bazley ==
Re: More graceful handling of failed image renders?
The following bytes were arranged on 6 Nov 2012 by Michael Drake : In article 5097fc3c.6080...@unsatisfactorysoftware.co.uk, Chris Young chris.yo...@unsatisfactorysoftware.co.uk wrote: On 04/11/12 16:16, Martin Bazley wrote: if an error occurs (e.g. JPEG data is invalid or otherwise fails to decode), the redraw of the entire section is cancelled. Sounds as if this might be a manifestation of bug #3435099 Fixed. CI #607 works much better. Thank you! (Well, it now displays ff fc instead of an image, but that's still preferable to the alternative. Any RISC OS-friendly Unicode fonts with this character in them?) Hopefully this'll also take care of an occasional problem I've had on Twitter where a couple of people's avatar images are broken and take their tweets and most of the rest of the page down with them. -- __^__ / _ _ \ You always find something in the last place you look. ( ( |_| ) ) \_ _/ === Martin Bazley ==
Re: NetSurf Developer Workshop
The following bytes were arranged on 5 Nov 2012 by Rob Kendrick : It should be noted that if we do manage to get a RISC OS build of NetSurf 3.0 with JavaScript support (at the moment we do not have the actual interpreter built for RISC OS, but do have its dependancies built), it will not work on sites that do dynamic layout changes. Basically, it will only be useful in the first instance for the type of JavaScripts that only look but don't touch the document, and for document.write()-type generation. I have been wondering about that. I saw the JavaScript work going into the browser, but thought, Surely they don't have a layout engine that can cope yet? Most of the JS I've ever encountered is there for no better purpose than producing flashy page transitions (a classic example of style over substance, and the bane of the web), so presumably NetSurf isn't much use at those yet. I do hope it at least does something about the perennial curse of Warning: button could not be activated, though. Presumably mostly for the benefit of these people: http://securityreactions.tumblr.com/post/33891938791/but-we-sanitize-input-with-javascript -- __^__ / _ _ \ It is written that Geeks shall inherit the Earth. ( ( |_| ) ) \_ _/ === Martin Bazley ==
More graceful handling of failed image renders?
NetSurf redraws its pages in rectangular sections. This process involves decoding any image files, such as JPEGs, which may be present in that section. At the moment, if an error occurs (e.g. JPEG data is invalid or otherwise fails to decode), the redraw of the entire section is cancelled. This is undesirable, because it leads to the appearance of large blank white spaces on a page with invalid images on it. You can see an example of the problems this causes here: http://www.corporateskull.com/ There are two invalid JPEGs in the sidebar there (or at least JPEGs which RISC OS doesn't seem to like; Linux renders them OK). These are the link to 'Skull Art' just beneath the (working) 'Corporate Skull Guest Artist Week' image, and the Ink Outbreak avatar in the top-left of the box beneath that. If you slowly scroll down the page using NetSurf on RISC OS, you'll see a thick white horizontal bar blotting out the image in the blog post to the left of the Skull Art picture, as well as the Skull Art picture itself failing to render. If you press F12 and then Return with the faulty JPEG showing, most of the window goes white! NetSurf may not be able to render an image, but could it at least not trash the rest of the page because of it? -- __^__ / _ _ \ You always find something in the last place you look. ( ( |_| ) ) \_ _/ === Martin Bazley ==
Re: Text box edit
The following bytes were arranged on 28 Oct 2012 by Dave Lawton: Reply-To: davidpill...@freelists.org Would you mind explaining why you had this line in your email header? -- __^__ Red sky in the morning: Shepherd's warning / _ _ \ Red sky at night: Shepherd's delight ( ( |_| ) ) Mince and potatoes: Shepherd's pie \_ _/ === Martin Bazley ==
Re: Could someone look at
The following bytes were arranged on 9 Oct 2012 by Chris Young: On Mon, 08 Oct 2012 00:12:54 +0100, lists wrote: Could someone else take a look at: http://www.audon.co.uk/usb_scopes/gcr101.html Here it looks like the page is about 200 yards wide. Netsurf 2.9 (27th Feb 2012) http://www.amigans.net/ has gone wide recently too, but I suspect that's a different problem, as it is fine in NetSurf 2.9 and not so fine in NetSurf 3.0 (revision 9cb4d0, a couple of days old) If we're on the subject of ridiculously wide pages, there's a long-running problem with this one: http://somethingpositive.net/ That hasn't formatted properly in any NetSurf I remember, and not with #417 either. -- __^__ Did you know that polar bears stay white all year round? ...The / _ _ \ white colour makes them less visible to the seals and penguins ( ( |_| ) ) they hunt. - Nelson Thornes AQA-endorsed GCSE science textbook \_ _/ === Martin Bazley ==
Another spurious 'out of memory' error
I get the infamous NetSurf is running out of memory error when clicking the following URL: http://diamondgeezer.blogspot.com/ NetSurf #417, ARMini/RISC OS 5.19. NS 2.9 works. Typing in the .co.uk equivalent (which blogspot.com addresses now redirect to) also fails, so it must be something in the page. -- __^__ / _ _ \ You always find something in the last place you look. ( ( |_| ) ) \_ _/ === Martin Bazley ==
Re: User feedback requested
The following bytes were arranged on 2 Oct 2012 by Michael Drake : In article 52d877edfdcvj...@waitrose.com, Chris Newman cvj...@waitrose.com wrote: In the info window obtained from the iconbar icon, Version just gives 3.0 (development). Is there a way of checking which version/build you are using except noting at the time of downloading? There is just the name of the zip file you downloaded to identify it at the moment. This is just one reason we aren't yet ready to announce development builds being available for general testing use; there's currently no good way to identify them. We need to come up with a new identification scheme, since Subversion revision numbers are no longer available. May I suggest using whatever it is you currently name the zip files with? I mean, you could use the git commit ID, but five-figure SVN revisions were hard enough to keep track of. -- __^__ / _ _ \ I don't have a problem with God; it's his fan club I can't stand. ( ( |_| ) ) \_ _/ === Martin Bazley ==
Re: User feedback requested (esp. RISC OS)
The following bytes were arranged on 29 Sep 2012 by Martin Bazley : http://www.andyfanton.com Serious error. Every time, without fail. With the 2012-10-02_20-23-02 archive, this site has stopped crashing (again). I haven't had a lockup yet, and I'm hopeful from other people's reports that I won't. Good work! Now, how's that Javascript coming along...? ;-) -- __^__ / _ _ \ It is written that Geeks shall inherit the Earth. ( ( |_| ) ) \_ _/ === Martin Bazley ==
Re: User feedback requested (esp. RISC OS)
The following bytes were arranged on 29 Sep 2012 by Michael Drake : It would help us if people could test the new builds and let us know how you get on. I've tried everything suggested in this thread to make this RO5.19 ARMini crash, including fetching email (though with AntiSpam 1.63, not Hermes) and logging into the ROOL site. It stubbornly refused to crash for about two hours, until suddenly the mouse pointer froze after clicking on a Google Groups link (from a list of Google search results). Given that I've also had problems with the previous development version (from the old autobuilder) freezing the ARMini (not so much the Iyonix or RiscPC), I don't think you can read too much into this. + which front end (e.g. RISC OS, Amiga, etc) RISC OS. + which version of the OS 5.19 (16-May-12) + whether there was a problem Infinite loop with interrupts disabled. what was happening when it went wrong Nothing in particular, especially not reported triggers like NewsHound. + what the download file name of the NetSurf version you tried was 2012-09-28_19-54-37 -- __^__ Your pet, our passion. - Purina / _ _ \ Your potential, our passion. - Microsoft, a few months later ( ( |_| ) ) \_ _/ === Martin Bazley ==
Re: User feedback requested (esp. RISC OS)
The following bytes were arranged on 29 Sep 2012 by Michael Drake : It would help us if people could test the new builds and let us know how you get on. ...And now for a more mundane, and tiresomely repetitive regression... http://www.andyfanton.com Serious error. Every time, without fail. Same computer and archive as in my last report. The log (same every time) says: render/html.c, line 1269: html_object_callback: Assertion failed: 0 2.9 works. Instant crashes with this particular website have been reported on three separate previous occasions: http://sourceforge.net/tracker/index.php?func=detailaid=3182729group_id=51719atid=464312 http://sourceforge.net/tracker/index.php?func=detailaid=3238323group_id=51719atid=464312 http://sourceforge.net/tracker/index.php?func=detailaid=3376796group_id=51719atid=464312 Each time, the bug was fixed, only for another version a few months down the line to introduce a different bug which also caused NetSurf to crash on sight of that site. It appears this cycle has now gone round for a fourth time. I've never had problems of this scale with any other site. Whatever andyfanton.com does, NetSurf really doesn't like it! In the interests of preventing this regression occurring a fifth time, perhaps 'Jenkins' could be amended to make sure NetSurf can cope with a fetch and display of that specific page? Stopping regressions what automated testing is for, right? -- __^__ / _ _ \ You always find something in the last place you look. ( ( |_| ) ) \_ _/ === Martin Bazley ==
TTF2F download link incorrect
The download link on this page: http://www.netsurf-browser.org/projects/ttf2f/ Leads to this: http://download.netsurf-browser.org/other/ttf2f/downloads/ttf2f-004.zip Which doesn't exist. Through experimentation, the correct URL appears to be this: http://download.netsurf-browser.org/other/ttf2f/ttf2f-004.zip -- __^__ / _ _ \ You always find something in the last place you look. ( ( |_| ) ) \_ _/ === Martin Bazley ==
Re: Nervous tick
The following bytes were arranged on 26 Apr 2012 by Brian Jordan : In article 52869aceb1dhw...@talktalk.net, David H Wild dhw...@talktalk.net wrote: [Snip] It does it here on my RPC 6.20 with r13571 as long as the picture is on the screen. Moving the page so that the picture is off the display stops the flicker but moving it back restarts the flickering. Cat- pigeons On my emulated machine (details in sig) and NetSurf r13571 I see no evidence of this flickering, just the pointing hand. Can I just voice what seems to me to be the most screamingly obvious theory? Everyone seeing the flickering is using a real StrongARM RiscPC or similar. Everyone not seeing the flickering is using an Iyonix or better, or StrongARM VRPC (which has an option to go much faster than a real StrongARM). Therefore, the hourglass problem is caused by your processor not being fast enough to process whatever it is that page is doing. (PS: I don't see it on this Iyonix either.) -- __^__ === RISC OS is a work of art. Some people adore it, === / _ _ \ === others can't see the point of it, and it's really === ( ( |_| ) ) === expensive.=== \_ _/ === Martin Bazley ===
ARMv7 OK and Supported?
I'm trying to get around to migrating my Internet setup from an Iyonix to an ARMini, as part of which I've been trying to make sure it'll all still work. Now, I know perfectly well that RISC OS NetSurf is ARMv7 compatible, as I use a recent development version on such a system on a regular basis without crashes (well, no more crashes than the general average). But it comes as quite a surprise to learn that the RISC OS Open compatibility guide http://www.riscosopen.org/wiki/documentation/show/ARMv7%20software%20compatibility%20list is so ill-maintained that NetSurf, an extremely common piece of software, is listed as Seems OK for version 2.6! Therefore, would the NetSurf developers be willing to have the Seems OK replaced with the ARMv7 OK sprite, signifying (to quote the wiki's definition) works OK, involvement of author(s), willingness to address further issues as they arise? (Tinct issues notwithstanding.) -- __^__ Start off every day with a smile and get it over with. / _ _ \ - W.C. Fields ( ( |_| ) ) \_ _/ === Martin Bazley ==
Re: ARMv7 OK and Supported?
The following bytes were arranged on 4 Apr 2012 by Rob Kendrick : On Wed, Apr 04, 2012 at 03:53:50PM +0100, dave higton wrote: Quoting Martin Bazley martin.baz...@blueyonder.co.uk: Therefore, would the NetSurf developers be willing to have the Seems OK replaced with the ARMv7 OK sprite, signifying (to quote the wiki's definition) works OK, involvement of author(s), willingness to address further issues as they arise? (Tinct issues notwithstanding.) It's a community thing. You have as much right as anyone else to alter it. Just do it! Indeed. It is not our intention for NetSurf to crash (any more often) on ARMv7 systems, but to the best of my knowledge, none of the developers have access to such hardware running RISC OS. As such, my opinion is for you to do as Dave suggests. Now done. -- __^__ === RISC OS is a work of art. Some people adore it, === / _ _ \ === others can't see the point of it, and it's really === ( ( |_| ) ) === expensive.=== \_ _/ === Martin Bazley ===
Scrolling redraw bug
Further to the ticket I just added here: http://sourceforge.net/tracker/?func=detailaid=3414714group_id=51719atid=464312 Here is the log file of the SourceForge/Corporate Skull browser session described: http://www.starfighter.acornarcade.com/mysite/tmp/log.zip It would be useful if (a) there was a way to add attachments after posting, and (b) if there was some way of getting at the log file without having to quit NetSurf first! Has anyone else experienced the problem where, scrolling down a page, a large horizontal section of it randomly disappears as it comes into view? It seems to me to be a resurrection of a very similar bug which plagued NetSurf for months a while back, only worse, so I hope it gets zapped quickly, although I appreciate such errors are a nightmare to track down. -- __^__ / _ _ \ You always find something in the last place you look. ( ( |_| ) ) \_ _/ === Martin Bazley ==
Re: visited link made visible
The following bytes were arranged on 5 Sep 2011 by Richard Porter : On 5 Sep 2011 Jim Nagel wrote: on a page with several links, the colour of a link used to change to indicate it had already been visited -- which was a good idea. is it just my imagination, or has this ceased to work? I think you're right. It has stopped working. I think you're both wrong. NetSurf has never had any support for the 'visited' link colour, nor will it do for the foreseeable future. The 'active' link colour is also non-functional. Whatever Jim's problem with XP Firefox was, it was presumably this which inspired him to try NetSurf and observe for the first time that this feature was unimplemented. -- __^__ / _ _ \ You always find something in the last place you look. ( ( |_| ) ) \_ _/ === Martin Bazley ==
Cookie deletion issues
[Iyonix RISC OS 5.16, NetSurf r12243] I'm not sure if this is a bug or an issue with the way cookies work (I'm not all that familiar with them). Deleting cookies - any cookie - seems to be riddled with issues. When I first select one and delete it (via the toolbar or the menu), the whole treeview flickers madly for a few seconds. After that, the cookie disappears from view, but scrolling down to the bottom reveals it's only been moved to the last entry instead of being deleted. Deleting it from its new position seems to work. Deleting several cookies, either via the same delete operation or individually, results in them all being moved to the bottom. However, subsequently deleting one which was initially moved there but has since been pushed up by further deletions works, rather than moving it a few entries back to the bottom, so it doesn't seem to be a purely positional thing. Can anyone offer advice or replications on other platforms? Is it a bug? -- __^__ === RISC OS is a work of art. Some people adore it, === / _ _ \ === others can't see the point of it, and it's really === ( ( |_| ) ) === expensive.=== \_ _/ === Martin Bazley ===
Re: Building Netsurf on arm-linux framebuffer
The following bytes were arranged on 18 Apr 2011 by Sertac TULLUK: Dear Netsurf developers, Firstly, I want to thank you for making such modular web browser. I have an embedded device with arm926EJ-s chipset, which is using simple linux framebuffer. And I want to port Netsurf to my device. [snip] The correct place for such discussion is the developers' mailing list, which is detailed in the same place you got the address for this one from. -- __^__ Start off every day with a smile and get it over with. / _ _ \ - W.C. Fields ( ( |_| ) ) \_ _/ === Martin Bazley ==
LibDOM 404
(Not sure if this should be posted to developers, but, meh.) The sub-project page for LibDOM on the NetSurf website contains a consistent typo. Both the source code and the readme links point to /trunk/dom/, which is 404. The correct URL is /trunk/libdom/. -- __^__ Your pet, our passion. - Purina / _ _ \ Your potential, our passion. - Microsoft, a few months later ( ( |_| ) ) \_ _/ === Martin Bazley ==
Re: New RISC OS toolbars
The following bytes were arranged on 21 Feb 2011 by Steve Fryatt : On 21 Feb, Martin Bazley wrote in message e21724a951.mar...@blueyonder.co.uk: 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. OK, I've just got around to adding it. Two tickets, one feature and one bug: Editing inconsistency: http://sourceforge.net/tracker/?func=detailaid=3189366group_id=51719atid=464315 Scrolling bug: http://sourceforge.net/tracker/?func=detailaid=3189352group_id=51719atid=464312 -- __^__ / _ _ \ It is written that Geeks shall inherit the Earth. ( ( |_| ) ) \_ _/ === Martin Bazley ==
Re: Speed
The following bytes were arranged on 11 Feb 2011 by Michael Drake : In article 66463fa051.r...@user.minijem.plus.com, Richard Porter r...@minijem.plus.com wrote: Test 1 - following a link to near the bottom of a thumbnail index. NetSurf r11515 28s Test 2 - following a link to the latest forum post from the top 10 latest posts page. NetSurf 17s 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. Also out of interest, I performed a highly unscientific test (with a stopwatch) on this page: http://london-underground.blogspot.com/ incremental_reflow=1: 25s incremental_reflow=0: 20s I'll definitely be leaving it off. (Also using an Iyonix.) -- __^__ Your pet, our passion. - Purina / _ _ \ Your potential, our passion. - Microsoft, a few months later ( ( |_| ) ) \_ _/ === Martin Bazley ==
Re: RO full save and images in CSS
The following bytes were arranged on 29 Jan 2011 by Harriet Bazley : Unfortunately not all elements of a web page are necessarily loaded from levels subsidiary to the actual HTML file. Well, yeah, duh. The structure I'd find useful would be something like this: !Appname !Appname.www/example/org/uk !Appname.www/example/org/uk.index/html !Appname.www/example/org/uk.images.pic1a/gif !Appname.www/example/org/uk.thumbs.pic1a/gif !Appname.www/another/site/com.public.pics.big.screen/jpg !Appname.!Run (Filer_Run Appname$Dir.www/example/org/uk.index/html) That way, filename conversion would simply be a matter of replacing http://; with file:///Appname$Dir/, and relative URLs wouldn't need changing at all. This would have the advantage that relative URLs in places not currently supported (e.g. CSS) could be much more easily manually fixed, by simply downloading the pictures and placing them in the correct directory. I don't find NetSurf's current structure very useful at all - not just because it makes it impossible to find anything, but because it makes it almost impossible to correct it when things go wrong, such as the problem mentioned in this thread! Another benefit of the above structure would be that you could full-save two different web pages on top of the same application. (To this end, an option to automatically convert URLs to the local structure, regardless of whether it meets the criteria for downloading or not, would be helpful.) All the same, I get the distinct impression that the only way that would ever happen would be if I implemented it myself. (Which I would, if NetSurf wasn't written in this mysterious indecipherable language called 'C'...) -- __^__ Follow me on Twitter! -- http://twitter.com/swirlythingy / _ _ \ (Or, um, don't. It's a free country and all that.) ( ( |_| ) ) \_ _/ === Martin Bazley ==
Re: RO full save and images in CSS
The following bytes were arranged on 27 Jan 2011 by Erving : From: Martin Bazley martin.baz...@blueyonder.co.uk Date: 25 Jan 2011 For a good example, try full-saving http://www.beano.com/ . I just repeatedly get 'Connection time-out' (Risc PC, RISC OS 4.02 Netsurf 2.6) though Firefox on an ancient widows laptop displays the page in seconds. Yes, it does that sometimes; you just have to keep refreshing until it works. -- __^__ Follow me on Twitter! -- http://twitter.com/swirlythingy / _ _ \ (Or, um, don't. It's a free country and all that.) ( ( |_| ) ) \_ _/ === Martin Bazley ==
Re: Crash on closing window while searching
The following bytes were arranged on 16 Jan 2011 by Steve Fryatt : Assuming I'm not getting my builds confused, I can reproduce it on RISC OS 5 with r11332: The latest on the test builds page is r11321! [snip] (which Martin should have done himself). I've all but given up on SourceForge, I'm afraid; it was always unreliable and inconvenient to use, but when it outright stopped accepting anonymous submissions (you could submit them, but they didn't appear) I knew when I wasn't wanted. -- __^__ Follow me on Twitter! -- http://twitter.com/swirlythingy / _ _ \ (Or, um, don't. It's a free country and all that.) ( ( |_| ) ) \_ _/ === Martin Bazley ==
Crash on closing window while searching
Procedure: Open document. Open search window. Type something. Close document. Crash. Only happens if search window is open and currently has at least one item highlighted. Closing parent document while search window is blank or showing 'Not found' does not crash. Neither does closing a different document to that being searched. -- __^__ Follow me on Twitter! -- http://twitter.com/swirlythingy / _ _ \ (Or, um, don't. It's a free country and all that.) ( ( |_| ) ) \_ _/ === Martin Bazley ==
CSS torture test
Just thought I'd share this (pure HTML and CSS) URL for when the new CSS parser is done: http://www.shouldiworkforfree.com/ It'll be interesting to come back afterwards and see how much has been fixed. -- __^__ Follow me on Twitter! -- http://twitter.com/swirlythingy / _ _ \ (Or, um, don't. It's a free country and all that.) ( ( |_| ) ) \_ _/ === Martin Bazley ==
Re: over-written text on Wiki NS2.60.
The following bytes were arranged on 9 Jan 2011 by Michael Drake : In article 01862c5c51.roger...@rogerarm.freeuk.com, Roger Darlington roger...@freeuk.com wrote: when NS2.60 is used to view this Wiki page; http://en.wikipedia.org/wiki/Achene Then the text and one or two graphics is over-written near the bottom of the page. Fixed in r11257. Wow - an incredible improvement to the quality of display on Wikipedia! Thanks for fixing that! -- __^__ Follow me on Twitter! -- http://twitter.com/swirlythingy / _ _ \ (Or, um, don't. It's a free country and all that.) ( ( |_| ) ) \_ _/ === Martin Bazley ==
Re: Hotlist display silly
The following bytes were arranged on 29 Dec 2010 by Tony Moore : On 29 Dec 2010, Steve Fryatt li...@stevefryatt.org.uk wrote: 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. Another minor problem: The scrollbar can no longer be controlled using the page-up, page-dn or arrow keys. While we're at it, Adjust-double-click on an entry no longer closes the window, which is far more annoying. -- __^__ Follow me on Twitter! -- http://twitter.com/swirlythingy / _ _ \ (Or, um, don't. It's a free country and all that.) ( ( |_| ) ) \_ _/ === Martin Bazley ==