Re: Random crashes
In message <[EMAIL PROTECTED]> "Alan & Sally" <[EMAIL PROTECTED]> wrote: [snip] > All we need is a mail programme to run alongside it. (Wish list) One that doesn't puts the reply above the original? But seriously, I don't see there is a need for another mail program on RISC OS. We have messenger pro (and the free messenger) which is better to use than any other email program I have tried and Pluto, which I have never used but is supposed to be equally as good. These programs are one of the main reason RISC OS survives. Unless you meant some automatic way of sending the error logs? -- Jess http://jess.itworkshop-nexus.net
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=x&y=2008&c=uk&m=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 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 (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 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
On 6 Sep 2008 Michael Drake 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? You could look at http://www.soundhunters.com/iarcs.html . The bgcolor in the table tag is ignored. The bgcolor on the first row (headings) is applied to all the remaining rows which should be a paler green. -- _ |_|. _ Richard Porter http://www.minijem.plus.com/ |\_||_mailto:[EMAIL PROTECTED]
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: yellow background no background -- 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: Bug: 'Search Text' does not work in framed sites.
In article <[EMAIL PROTECTED]>, Tim Hill <[EMAIL PROTECTED]> 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? Not in the default theme. In the default theme the magnifying glass is "Scale view". I think other themes do it differently. It makes more sense to talk of the "Scale view button" and the "Find text button". Cheers, Michael -- 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: > Test case: > > yellow background > no background > I think it always inherits the /first/ colour defined, thus, to add to your test case; yellow background no background red background no background the bottom row appears as yellow (first one specified) and not red (last one specified). 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/ There are 2 theories to arguing with a woman...neither works.
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: > > > > yellow background > > no background > > > 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.
In article <[EMAIL PROTECTED]>, Michael Drake <[EMAIL PROTECTED]> wrote: > In article <[EMAIL PROTECTED]>, Tim Hill <[EMAIL PROTECTED]> 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? > Not in the default theme. In the default theme the magnifying glass is > "Scale view". I think other themes do it differently. > It makes more sense to talk of the "Scale view button" and the "Find > text button". Indeed. My point. -- Tim Hill, www.timil.com
Re: Bug: 'Search Text' does not work in framed sites.
On 6 Sep 2008, Tim Hill wrote: > In article <[EMAIL PROTECTED]>, Richard Porter > <[EMAIL PROTECTED]> wrote: >> On 5 Sep 2008 Michael Drake wrote: >> 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. Was it? The find function works using magnifying glass in all other browsers that have a magnifying glass, but not Netsurf... -- Cheers Roger I'm walking slowly because I may be going in the wrong direction
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 6 Sep 2008, Michael Drake wrote: > In article <[EMAIL PROTECTED]>, >Tim Hill <[EMAIL PROTECTED]> 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? > > Not in the default theme. In the default theme the magnifying glass is > "Scale view". I think other themes do it differently. Aha, so it is neither I nor Tim who is confused, but the implementation of the icons is confused? Apologies to Tim. > It makes more sense to talk of the "Scale view button" and the "Find text > button". I cannot find a 'scale view' button in the 'Qute' theme I am using. -- Cheers Roger My friends think I'm surreal, but I've never been near a sword
Re: Bug: 'Search Text' does not work in framed sites.
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. The Qute theme defiantly lacks the "Up" icon, so you won't be able to enable that if you use that theme. See the toolbar customisation section of the documentation for more info http://www.netsurf-browser.org/documentation/guide#ConfigurationToolbar -- Michael Drake (tlsa) http://www.netsurf-browser.org/
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: Bug: 'Search Text' does not work in framed sites.
In article <[EMAIL PROTECTED]>, Roger Darlington <[EMAIL PROTECTED]> wrote: > 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? [Snip] > > > > > 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? No, but you need to be aware that different themes have different icons. Talking about specific buttons has to be done with care. -- Tim Hill, www.timil.com
Re: Bug: 'Search Text' does not work in framed sites.
In article <[EMAIL PROTECTED]>, Roger Darlington <[EMAIL PROTECTED]> wrote: > On 6 Sep 2008, Tim Hill wrote: > > In article <[EMAIL PROTECTED]>, Richard Porter > > <[EMAIL PROTECTED]> wrote: > >> On 5 Sep 2008 Michael Drake wrote: > >> 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. > Was it? > The find function works using magnifying glass in all other browsers > that have a magnifying glass, but not Netsurf... ...and in cars the indicator stalk isn't always on the left. You may have to glance at the manual to find it's on the right. -- Tim Hill, www.timil.com
Re: Bug: 'Search Text' does not work in framed sites.
In article <[EMAIL PROTECTED]>, Roger Darlington <[EMAIL PROTECTED]> wrote: > On 5 Sep 2008, Richard Ashbery wrote: > > In article <[EMAIL PROTECTED]>, Roger > > Darlington <[EMAIL PROTECTED]> wrote: [snip] > 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 :-)) So there is. I'm a lazy reader :-( > > > > 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. The photographs are brilliant, particularly the macro - I also like the way you present the plants in their natural state. Regards Richard
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: Broken tables
On 6 Sep 2008 Paul Vigay wrote: > In a dim and distant universe <[EMAIL PROTECTED]>, >Michael Drake <[EMAIL PROTECTED]> enlightened us thusly: >> Test case: >> >> yellow background >> no background >> > I think it always inherits the /first/ colour defined, thus, to add to your > test case; > > yellow background > no background > red background > no background > > the bottom row appears as yellow (first one specified) and not red (last > one specified). I think you need to go one step further and start with to make sure it's inherited correctly by the cells with no colour. You could also have more than one cell in a row to check correct inheritance/override of table and row colours. -- _ |_|. _ Richard Porter http://www.minijem.plus.com/ |\_||_mailto:[EMAIL PROTECTED]
Re: Bug: 'Search Text' does not work in framed sites.
On 6 Sep 2008 Tim Hill wrote: > In article <[EMAIL PROTECTED]>, Richard Porter > <[EMAIL PROTECTED]> wrote: >> I don't think a feature request should be necessary to correct an >> obvious shortcoming. > Obvious to you perhaps. Just consider a novice user viewing a web page. He or she has no knowledge of html, framesets, etc. but sees a 'find text' icon on the toolbar. He might reasonably assume that clicking on it would enable him to find some text on the page. If the page is a frameset and the 'find text' icon is not going to find anything, then a message should be displayed telling the user to click on the relevant part of the screen and press F4 or use the menu option. It would be more user-friendly to search all the frames. >> Feature requests should be used for features over >> and above normal operation of the browser. > That's what you're asking for. No, I'm saying the feature has been provided, but that it doesn't quite fulfil the user's expectations. >> 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. The user isn't expected to know how the browser works, but only how to work the browser. >> (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. If you had to view the source in an editor every time there would be no point in having the find text facility at all. I'm just saying that as NetSurf doesn't support javascript it can't search whatever text any scripting might produce. > 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'. Yes, and it would be a bug if I searched for 'lemon' and found nothing even though 'lemon' was there. > Do you think that every frame and the frameset should all appear at > once in an editor in pressing f8? Please, God, no. No, but then I wouldn't expect the novice/non-technical user to go grovelling around inside the page source. > 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.) I must admit that it's not a problem that's particularly troubled me, but I would expect that a global text search facility would either work or tell me that it's not going to work. The latter could be a sensible solution. Pretending to work but finding nothing isn't. -- _ |_|. _ Richard Porter http://www.minijem.plus.com/ |\_||_mailto:[EMAIL PROTECTED]
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/
