Re: Random crashes
On 6 Sep 2008 Alan Sally wrote: I've had a couple of these, too. Using r5229 on RISCOS 3.5. The second occurred when I was trying to report the first. Yes, I've had that a couple of times. You submit the Sourceforge form, it gets submitted all right but then NetSurf crashes before you see the response. I'm glad I'm not the only one getting these crashes because I'm blamed in some quarters for having dodgy hardware. It results in over 3 MB of logfile which fortunately compressed to under 50 KB, otherwise I couldn't have sent it. At least the machine doesn't lock up and it exits in an orderly manner. (Fine piece of software.) Overall it seems to be working better = faster and smoother. If necessary I split up the log in the editor and submit it in two or more chunks. All we need is a mail programme to run alongside it. (Wish list) What's wrong with Messenger Pro? Well quite a few small things, but it's a hell of a lot better than certain other mail programs on other platforms. -- _ |_|. _ Richard Porter http://www.minijem.plus.com/ |\_||_mailto:[EMAIL PROTECTED]
Re: Broken tables
In article [EMAIL PROTECTED], Paul Vigay [EMAIL PROTECTED] wrote: Does anyone know when the broken table code (ie. background colouring just repeating the first occurrence) is likely to get fixed. Could you produce a test case? -- Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: Broken tables
In a dim and distant universe [EMAIL PROTECTED], Michael Drake [EMAIL PROTECTED] enlightened us thusly: Does anyone know when the broken table code (ie. background colouring just repeating the first occurrence) is likely to get fixed. Could you produce a test case? There are several, but you could view http://ccdb.cropcircleresearch.com/?d=xy=2008c=ukm=Aug The table should be alternating rows of light green and white 'graph paper'. The darker green is only used for the title row. As far as I can work out, if NetSurf receives a background colour for a row (the first/top row in the table above is the 'dark green', colour #85cd8d) it inherits that colour for all subsequent rows (TRs). The light green graph paper appears correctly because it's specified by tr class=alternate which specifies the background wallpaper. However, the rows where the dark green appears should be the background colour of the page because they're specified by just tr (and hence picking up the previous tr colour I presume). The table itself doesn't have a background colour, so any rows which just contain tr should show through the page background colour, which is the white graphpaper. View on a different web browser to see what it /should/ look like. Paul Vigay Editor, www.RISCOS.org -- Using, programming and promoting RISC OS - the most productive computer system in the world. Check it out now, and change your view of computers!! To reply/email, visit http://www.riscos.org/feedback/ Humour is such a subjective thing, wouldn't you say?
Re: Bug: 'Search Text' does not work in framed sites.
In article [EMAIL PROTECTED], Roger Darlington [EMAIL PROTECTED] wrote: On 5 Sep 2008, Michael Drake wrote: In article [EMAIL PROTECTED], Roger Darlington [EMAIL PROTECTED] wrote: So why does it not work when you use the third and much more obvious and visible alternative: The magnifying glass 'find'? The Magnifying Glass tool is Search is it? It searches the top level document, which is just a frameset in this case and therefore has no content. Perhaps that is also a bug, then, as other browsers (Firefox, Safari, etc) do search more than just the frameset... Good for them. Just because they work one way.. What's the point to developing a new browser (or anything for that matter) which is no better than being the same as every other boring piece of windows crap? Software development is not limited to emulation. Something is not good just because 95% of idiots think so. I think that perhaps it is the act of clicking on the page to show it which to search, and then clicking on a magnifying glass which confuses it and it starts searching where the magnifying glass is? It is not confused. You are. ;-) And of course, it finds nothing... . . . because it's the scale view tool! :-D -- Tim Hill, www.timil.com
Re: Bug: 'Search Text' does not work in framed sites.
In article [EMAIL PROTECTED], Richard Porter [EMAIL PROTECTED] wrote: On 5 Sep 2008 Michael Drake wrote: In article [EMAIL PROTECTED], Richard Porter [EMAIL PROTECTED] wrote: On 5 Sep 2008 Michael Drake wrote: It searches the top level document, which is just a frameset in this case and therefore has no content. But the user isn't concerned with how the page is constructed. (S)he just wants to find a text string wherever it happens to be on the page. The search facility should search all framesets recursively. Yes, of course. I'm simply describing how it works at the moment. Anyone is welcome to change it or submit a feature request so someone else might change it. I don't think a feature request should be necessary to correct an obvious shortcoming. Obvious to you perhaps. Feature requests should be used for features over and above normal operation of the browser. That's what you're asking for. The search facility itself is a feature, but once it's been implemented the fact that it can't handle some types of pages is a bug No it isn't. The failure was in the knowledge base of the user about how the browser works. (accepting that it can't at present be expected to find strings generated by javascript). Say what now? Javascript don't work here so it won't generate anything to be found. To search the page /including scripts and tags/ hit f8 and search in your editor. As with the search function, you need to click in the frame you want to edit (or the address bar for the frameset) before hitting f8. It is clear to this reader that you are asking for the functionality of the search function to be changed. That's a feature request. It would be a bug if you searched for 'lemon' and found 'orange'. Do you think that every frame and the frameset should all appear at once in an editor in pressing f8? Please, God, no. There are some of us who maintain web sites and the way the search (and edit) functions work is just fine and dandy, thanks. (Though I am not averse to configurable change.) Sorry to butt in. T -- Tim Hill, www.timil.com
Re: Broken tables
In article [EMAIL PROTECTED], Paul Vigay [EMAIL PROTECTED] wrote: In a dim and distant universe [EMAIL PROTECTED], Michael Drake [EMAIL PROTECTED] enlightened us thusly: Does anyone know when the broken table code (ie. background colouring just repeating the first occurrence) is likely to get fixed. Could you produce a test case? [snip] Test case: table tr bgcolor=yellowtdyellow background/td/tr trtdno background/td/tr /table -- Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: Broken tables
In article [EMAIL PROTECTED], Michael Drake [EMAIL PROTECTED] wrote: In article [EMAIL PROTECTED], Paul Vigay [EMAIL PROTECTED] wrote: Does anyone know when the broken table code (ie. background colouring just repeating the first occurrence) is likely to get fixed. Could you produce a test case? I've put one in the bug report which I sent in. Maybe not quite the same bug? http://www.nowirul.myzen.co.uk/test.htm There should be a dark green border around each cell. -- Barry A.
Re: Broken tables
In article [EMAIL PROTECTED], Paul Vigay [EMAIL PROTECTED] wrote: In a dim and distant universe [EMAIL PROTECTED], Michael Drake [EMAIL PROTECTED] enlightened us thusly: Test case: table tr bgcolor=yellowtdyellow background/td/tr trtdno background/td/tr /table I think it always inherits the /first/ colour defined Yes. The first bgcolour is getting added to the implied row group, which surrounds all the rows. To see what's happening: 1) Load that test case in NetSurf 2) Press F9 to dump the box tree 3) Assuming Zap, make the width really wide with ctrl+w 8000 4) You'll see: the row group incorrectly has background-color: #00f; the 1st row correctly has background-color: #00f; the 2nd row correctly has background-color: transparent; -- Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: Bug: 'Search Text' does not work in framed sites.
On 6 Sep 2008, Tim Hill wrote: In article [EMAIL PROTECTED], Roger Darlington [EMAIL PROTECTED] wrote: On 5 Sep 2008, Michael Drake wrote: In article [EMAIL PROTECTED], Roger Darlington [EMAIL PROTECTED] wrote: So why does it not work when you use the third and much more obvious and visible alternative: The magnifying glass 'find'? The Magnifying Glass tool is Search is it? It searches the top level document, which is just a frameset in this case and therefore has no content. Perhaps that is also a bug, then, as other browsers (Firefox, Safari, etc) do search more than just the frameset... Good for them. Just because they work one way.. What's the point to developing a new browser (or anything for that matter) which is no better than being the same as every other boring piece of windows crap? Software development is not limited to emulation. Something is not good just because 95% of idiots think so. I think that perhaps it is the act of clicking on the page to show it which to search, and then clicking on a magnifying glass which confuses it and it starts searching where the magnifying glass is? It is not confused. You are. ;-) And of course, it finds nothing... . . . because it's the scale view tool! :-D What rubbish!!! When you press it, up comes a 'Find box!! Is it you who is confused? -- Cheers Roger Do you Yahoo? Not if I can help it, but I do yell the occasional 'Yabbadabba Doo'
Re: Bug: 'Search Text' does not work in framed sites.
On 5 Sep 2008, Richard Ashbery wrote: In article [EMAIL PROTECTED], Roger Darlington [EMAIL PROTECTED] wrote: On 4 Sep 2008, Richard Porter wrote: [snip] That is yet another bug in Netsurf that should have been reported ages ago. No other browser behaves like this, as I have said many times before, only Netsurf. Therefore I believe it is another bug in Netsurf. This does look like a bug in NetSurf.. A word of caution - I have just transferrred the URL to Firefox on a PC. If I didn't know there was a Subject index frame on the right-hand-side of the page I might not have automatically enlarged it to see if anything was missing. My default Firefox browser page displays just three frames. But on the 3rd column it tells you that there is a 4th column, and how to view it if you can't see it :-)) Incidentally - that's one hell of a database you have accumulated. Well done. Thanks Richard. But if it is one hell of a database, then when it is finished it will be 20 hells of a database, for I have only got 1/20th into writing it. Photographs of flowers from other parts of the contry are welcome, and will be fully acknowledged in the WildFlowerFinder.org.uk database. -- Cheers Roger Today is yesterdays tomorrow and it's already gone
Re: Bug: 'Search Text' does not work in framed sites.
On 6 Sep 2008, Michael Drake wrote: In article [EMAIL PROTECTED], Roger Darlington [EMAIL PROTECTED] wrote: I cannot find a 'scale view' button in the 'Qute' theme I am using. I *think* it has one. Over the toolbar, do Menu Edit toolbar and you should be able to drag whichever icons you want to the toolbar or remove ones you don't use. Aha, yes Michael, it does indeed have one. It is shown as a starfish. The Qute theme defiantly lacks the Up icon, so you won't be able to enable that if you use that theme. Yes, it does seem to only have 11 icons, whereas the other themes have 12 icons to select. I wonder if I could somehow edit the theme so that it has the 12th item. I'll have a look. See the toolbar customisation section of the documentation for more info http://www.netsurf-browser.org/documentation/guide#ConfigurationToolbar Thanks Michael. -- Cheers Roger Where there's a hill, there's a way.
Re: Broken tables
In a mad moment - Michael Drake mumbled : In article [EMAIL PROTECTED], Paul Vigay [EMAIL PROTECTED] wrote: Does anyone know when the broken table code (ie. background colouring just repeating the first occurrence) is likely to get fixed. Could you produce a test case? I have already reported one via Email, as I couldn't get access to the bug tracker at the time. -- |)[ |)ryn [vansmail to - [EMAIL PROTECTED]
Re: Broken tables
In article [EMAIL PROTECTED], Barry E Allen [EMAIL PROTECTED] wrote: http://www.nowirul.myzen.co.uk/test.htm There should be a dark green border around each cell. This was the same bug and it's fixed in the latest build. Thanks for reporting. Michael. -- Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: Bug: 'Search Text' does not work in framed sites.
Obviously the search tool should search through everything. This will be fixed sometime. I don't know when because we can't plan to that detail. I hope this will terminate this aimless thread. James -- James Bursa, NetSurf developerhttp://www.netsurf-browser.org/