Re: Spurious "Couldn't resolve hostname"
On 6 Nov 2018 David Pitt wrote: > Richard Porter, on 6 Nov, wrote: >> Anyone else getting this? I've had it from one or two addresses, for >> example: http://www.natwest.com/global/customer-charter/g1/ideas-bank.ashx >> >> gives me the error "Couldn't resolve hostname" yet the host name appears >> to be OK. What's more if I delete the last element NetSurf does resolve >> the host name and gives me an expected 404 error. > That URL does not go too well on Safari, or Firefox, on a Mac. > "We can?t connect to the server at communities.natwest.com." > This works :- > https://www.natwest.com/global/customer-charter/g1/results.ashx Thanks. That's useful. I'll have a whinge at NatWest. Richard -- Richard Porter http://www.minijem.plus.com/ t: @westernexplorer mailto:r...@minijem.plus.com I don't want a "user experience" - I just want stuff that works.
Re: Spurious "Couldn't resolve hostname"
On 06/11/2018, Richard Porter wrote: > Anyone else getting this? I've had it from one or two addresses, > for example: > http://www.natwest.com/global/customer-charter/g1/ideas-bank.ashx > > gives me the error "Couldn't resolve hostname" yet the host name appears > to be OK. What's more if I delete the last element NetSurf does resolve > the host name and gives me an expected 404 error. > > -- > Richard Porter http://www.minijem.plus.com/ > t: @westernexplorer mailto:r...@minijem.plus.com > I don't want a "user experience" - I just want stuff that works. > > I do not know where you are, or, wherever you are, the quality of your Internet connection, but, here in Australia, after the feral government imposed the No Bl***y Network on us, Internet connections have become erratic and intermittent, leading to lots of such errors, which, upon retrying, oft disappear, when the connection is (however briefly) restored. However, I have just tried to visit that particular URL, and, got errors, and, changes/redirections, as I progressively went up levels, to the base URL. It could be either a shonky web site (I am well aware of what the URL belongs to, but, that does not mean that they are capable of, or, willing to, present a decent web site), or, it can be an issue with the "https:", which causes different problems with different browsers, or, both. -- Bret Busby Armadale West Australia .. "So once you do know what the question actually is, you'll know what the answer means." - Deep Thought, Chapter 28 of Book 1 of "The Hitchhiker's Guide to the Galaxy: A Trilogy In Four Parts", written by Douglas Adams, published by Pan Books, 1992
Re: Spurious "Couldn't resolve hostname"
Richard Porter, on 6 Nov, wrote: > Anyone else getting this? I've had it from one or two addresses, for > example: http://www.natwest.com/global/customer-charter/g1/ideas-bank.ashx > > gives me the error "Couldn't resolve hostname" yet the host name appears > to be OK. What's more if I delete the last element NetSurf does resolve > the host name and gives me an expected 404 error. That URL does not go too well on Safari, or Firefox, on a Mac. "We can?t connect to the server at communities.natwest.com." This works :- https://www.natwest.com/global/customer-charter/g1/results.ashx -- David Pitt
Spurious "Couldn't resolve hostname"
Anyone else getting this? I've had it from one or two addresses, for example: http://www.natwest.com/global/customer-charter/g1/ideas-bank.ashx gives me the error "Couldn't resolve hostname" yet the host name appears to be OK. What's more if I delete the last element NetSurf does resolve the host name and gives me an expected 404 error. -- Richard Porter http://www.minijem.plus.com/ t: @westernexplorer mailto:r...@minijem.plus.com I don't want a "user experience" - I just want stuff that works.
spurious grey areas on displayed page
I see this more and more often of late: large grey areas on a web page as displayed by Netsurf. Drag a menu (or other window) over the grey, and the trail goes white. You never know what content is never shown. Example: http://www.cnet.com/products/hp-color-laserjet-cp2025/specs/ Is it because the site uses too much Javascript (the usual stumbleblock) or because of some other problem? Just curious. This is with latest Netsurf build (#2432), also happened in my previous version (#2124) and previous. Using Iyonix with Ro5.18. Haven't installed new build on Armini and RiscPC yet. -- Jim Nagelwww.archivemag.co.uk
Re: spurious grey areas on displayed page
In article 7fed4f7354@abbeypress.net, Jim Nagel nets...@abbeypress.co.uk wrote: I see this more and more often of late: large grey areas on a web page as displayed by Netsurf. Drag a menu (or other window) over the grey, and the trail goes white. You never know what content is never shown. Example: http://www.cnet.com/products/hp-color-laserjet-cp2025/specs/ Is it because the site uses too much Javascript (the usual stumbleblock) or because of some other problem? Just curious. Yes. F8, third line. Richard
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: Content, styling and media [was: spurious newlines
On Wed, 2009-02-18 at 14:07 +, Richard Porter wrote: On 18 Feb 2009 Michael Drake wrote: Let's stay on topic (NetSurf), please. OK, what about Google maps? It contained an unclosed comment. We reported it to Google and they've fixed it. This is not a bug in NetSurf. John.
Re: Deprecated elements [was Re: spurious newlines
In message 502f57db9easg...@inspire.net.nz Keith Hopper asg...@inspire.net.nz wrote: In article 502f456d69...@timil.com, Tim Hill t...@timil.com wrote: In article ca253e2f50.r...@user.minijem.plus.com, Richard Porter r...@minijem.plus.com wrote: On 17 Feb 2009 Keith Hopper wrote: The element which should be used is the 'em' element and, instead of the 'b' element, use 'strong'. The reason for the others being deprecated they're not May I refer you to http://webdesign.about.com/od/htmltags/a/bltags_deprctag.htm Keith But look here: http://webdesign.about.com/od/htmltags/p/bltags_b.htm Hans --
Re: Content, styling and media [was: spurious newlines
Keith Hopper asg...@inspire.net.nz wrote: In article ca253e2f50.r...@user.minijem.plus.com, Richard Porter r...@minijem.plus.com wrote: [snip] I'm trying to imagine just how you would intonate 'emphasised' and 'strong' so as to differentiate them. In fact I don't really know what 'strong' means in this context. Neither do I, in general; however, some combination of pauses, rising/falling tones, increased/reduced volume, changing what is known as attack etc are available to the style sheet designer and will be quite as effective as visual forms of styling. The audible effects used, however, are very often also tied to a particular language which in normal use is intoned differently from other languages. The sort of modern natural voice synthesisers we are using in screen readers for the visiually impared, have all sorts of parameters which you can use to change the emphaisis. They actually read passages of text superbly well with, and honestly, sometimes it is extremely difficult to tell it appart from an actual recording. Cheers ---Dave -- Email: dr...@druck.org.uk Phone: +44- (0)7974 108301
Re: Deprecated elements [was Re: spurious newlines
On 18 Feb 2009 Keith Hopper wrote: In article 502f456d69...@timil.com, Tim Hill t...@timil.com wrote: In article ca253e2f50.r...@user.minijem.plus.com, Richard Porter r...@minijem.plus.com wrote: On 17 Feb 2009 Keith Hopper wrote: The element which should be used is the 'em' element and, instead of the 'b' element, use 'strong'. The reason for the others being deprecated they're not May I refer you to http://webdesign.about.com/od/htmltags/a/bltags_deprctag.htm But that page is headed Deprecated XHTML Elements, strongNOT/strong Deprecated HTML Elements. Anyway about.com isn't W3C. Richard -- _ |_|. _ Richard Porter http://www.minijem.plus.com/ |\_||_mailto:r...@minijem.plus.com Disclaimer: Please imagine about 50 lines of pointless clutter.
Re: Deprecated elements [was Re: spurious newlines
On 18 Feb 2009 JJ van Poll wrote: In message 502f57db9easg...@inspire.net.nz Keith Hopper asg...@inspire.net.nz wrote: In article 502f456d69...@timil.com, Tim Hill t...@timil.com wrote: In article ca253e2f50.r...@user.minijem.plus.com, Richard Porter r...@minijem.plus.com wrote: On 17 Feb 2009 Keith Hopper wrote: The element which should be used is the 'em' element and, instead of the 'b' element, use 'strong'. The reason for the others being deprecated they're not May I refer you to http://webdesign.about.com/od/htmltags/a/bltags_deprctag.htm But look here: http://webdesign.about.com/od/htmltags/p/bltags_b.htm In the tag list at http://webdesign.about.com/od/htmltags/l/blhtmlreference.htm b and i are not shown as deprecated, although s and u are, which is a shame because it's a lot quicker to type sxxx/s than span class=someclassorotherxxx/span and then go to your stylesheet and type in the class definition. The trouble with CSS is that it can be like using a sledge hammer to crack a walnut. It seems like a good idea but it's taken on a life of its own and has gone far beyond the limit of its usefulness. It should be horses for courses. What's right for a large corporate web site isn't necessarily right for a small personal one. -- _ |_|. _ Richard Porter http://www.minijem.plus.com/ |\_||_mailto:r...@minijem.plus.com Disclaimer: Please imagine about 50 lines of pointless clutter.
Re: Content, styling and media [was: spurious newlines
On Wed, 18 Feb 2009 09:21:08 + David J. Ruck dr...@druck.org.uk wrote: The sort of modern natural voice synthesisers we are using in screen readers for the visiually impared, have all sorts of parameters which you can use to change the emphaisis. They actually read passages of text superbly well with, and honestly, sometimes it is extremely difficult to tell it appart from an actual recording. A friend of mine makes use of the Dolphin stuff; the synthesiser that shipped with it was pretty dreadful. Fortunately, it supports SAPI, so buying him a copy of a sexy woman's voice from ATT's Natural Voices product line for his birthday one year went down extremely well :) I've never heard bank statements sound so *filthy*. B.
Re: Content, styling and media [was: spurious newlines
On 18 Feb 2009 David J. Ruck wrote: The sort of modern natural voice synthesisers we are using in screen readers for the visiually impared, have all sorts of parameters which you can use to change the emphaisis. They actually read passages of text superbly well with, and honestly, sometimes it is extremely difficult to tell it appart from an actual recording. Unlike some sat-nav systems I could mention. I was with a friend in Germany when the sat-nav said in a harsh female American voice, turn left into maynzer strass which should of course have been Mainzer Straße. Very embarrassing if you have natives in the car! -- _ |_|. _ Richard Porter http://www.minijem.plus.com/ |\_||_mailto:r...@minijem.plus.com Disclaimer: Please imagine about 50 lines of pointless clutter.
Re: Content, styling and media [was: spurious newlines
In article 6553812f50.r...@user.minijem.plus.com, Richard Porter r...@minijem.plus.com wrote: On 18 Feb 2009 David J. Ruck wrote: The sort of modern natural voice synthesisers we are using in screen readers for the visiually impared, have all sorts of parameters which you can use to change the emphaisis. They actually read passages of text superbly well with, and honestly, sometimes it is extremely difficult to tell it appart from an actual recording. Unlike some sat-nav systems I could mention. I was with a friend in Germany when the sat-nav said in a harsh female American voice, turn left into maynzer strass which should of course have been Mainzer Straße. Very embarrassing if you have natives in the car! Let's stay on topic (NetSurf), please. Michael -- Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: Content, styling and media [was: spurious newlines
Rob Kendrick r...@netsurf-browser.org wrote: A friend of mine makes use of the Dolphin stuff; the synthesiser that shipped with it was pretty dreadful. We don't like to talk about that, it's utter sh*te, but we managed to ease out the director responsible last year, and are rapidly elimating all trace of it. Fortunately, it supports SAPI, so buying him a copy of a sexy woman's voice from ATT's Natural Voices product line for his birthday one year went down extremely well :) The direct drivers for Acapela and Nuance RealSpeak voices are our best ones. I've never heard bank statements sound so *filthy*. If you think that is good, you should hear some of the foriegn girls voices, by god to they enhance some reading material ;-) Anyhow, I suspect this is a bit off topic and not child friendly for NetSurf list. Cheers ---Dave -- Email: dr...@druck.org.uk Phone: +44- (0)7974 108301
Re: Content, styling and media [was: spurious newlines
Richard Porter wrote: OK, what about Google maps? You mean some of the most complex javascript ever written and specifically tailored for each major browers it runs on? Would you like to guess which side of hell freezing over it will work on Netsurf? Cheers ---Dave -- Email: dr...@druck.org.uk Phone: +44-(0)7974 108301
Re: spurious newlines in lists in tables
On 16 Feb 2009, Keith Hopper wrote: In article 920b6d2e50.roger...@rogerarm.freeuk.com, Roger Darlington roger...@freeuk.com wrote: On 1 Feb 2009, Keith Hopper wrote: In article e45ef42650.r...@user.minijem.plus.com, Richard Porter r...@minijem.plus.com wrote: [snip] Yes, but Netsurf still inserts a space after an end tag - It doesn't if that end tag is /i. So a line like ithis/i with 'this' in italics and a space before the 'with' shows 'thiswith' all next to each other with no space between. How quirky! I must admit to never using the 'i' element as it has been deprecated for some years - but interesting. That so? What single TAG replaces it? But whatever it is, I'm willing to bet Netserf will behave the same way. -- Cheers Roger Vehicles for Roads, Pedestrians for Pavements
Re: spurious newlines in lists in tables
In article 4cd5fa2e50.roger...@rogerarm.freeuk.com, Roger Darlington roger...@freeuk.com wrote: On 16 Feb 2009, Keith Hopper wrote: In article 920b6d2e50.roger...@rogerarm.freeuk.com, Roger Darlington roger...@freeuk.com wrote: On 1 Feb 2009, Keith Hopper wrote: In article e45ef42650.r...@user.minijem.plus.com, Richard Porter r...@minijem.plus.com wrote: [snip] Yes, but Netsurf still inserts a space after an end tag - It doesn't if that end tag is /i. So a line like ithis/i with 'this' in italics and a space before the 'with' shows 'thiswith' all next to each other with no space between. How quirky! I must admit to never using the 'i' element as it has been deprecated for some years - but interesting. That so? What single TAG replaces it? The element which should be used is the 'em' element and, instead of the 'b' element, use 'strong'. The reason for the others being deprecated is a desire to separate styling from the reason that a content needs a particular style - 'i' and 'b' imply a particular form of styling in visual terms. They are of little use in audio terms, however. I frequently style the 'em' and 'strong' tags in terms of colour rather than font style - sometimes both - such is the flexibility of the cascading style sheet mechanism. Keith -- Inspired!
Re: spurious newlines in lists in tables
On 17 Feb 2009 Keith Hopper wrote: The element which should be used is the 'em' element and, instead of the 'b' element, use 'strong'. The reason for the others being deprecated is a desire to separate styling from the reason that a content needs a particular style - 'i' and 'b' imply a particular form of styling in visual terms. They are of little use in audio terms, however. I frequently style the 'em' and 'strong' tags in terms of colour rather than font style - sometimes both - such is the flexibility of the cascading style sheet mechanism. I'm trying to imagine just how you would intonate 'emphasised' and 'strong' so as to differentiate them. In fact I don't really know what 'strong' means in this context. If I want to emphasise something on the page I would put it into bold text. I use italics to differentiate a particular word or phrase in much the same way as putting quotes round it. If you want full disability access you shouldn't be using colours to convey meaning. Colours are of little use in audio terms. You seem to be saying that we should rigidly stick to particular tags for specific purposes and then in the next breath that you do whatever you want in the stylesheets. This seems not a little inconsistent. -- _ |_|. _ Richard Porter http://www.minijem.plus.com/ |\_||_mailto:r...@minijem.plus.com Disclaimer: Please imagine about 50 lines of pointless clutter.
Content, styling and media [was: spurious newlines
In article ca253e2f50.r...@user.minijem.plus.com, Richard Porter r...@minijem.plus.com wrote: [snip] I'm trying to imagine just how you would intonate 'emphasised' and 'strong' so as to differentiate them. In fact I don't really know what 'strong' means in this context. Neither do I, in general; however, some combination of pauses, rising/falling tones, increased/reduced volume, changing what is known as attack etc are available to the style sheet designer and will be quite as effective as visual forms of styling. The audible effects used, however, are very often also tied to a particular language which in normal use is intoned differently from other languages. If I want to emphasise something on the page I would put it into bold text. I use italics to differentiate a particular word or phrase in much the same way as putting quotes round it. Now when I was under the tutelage of the Leeds University Printer in the early days of computer printing I was told emphasis is always some form of italic or oblique (if no compatible italic face was available) - which does not preclude italic being used for other purposes if needed. Various forms of bold are used for headings and - very very occasionally in combination with italic where emphasised text or italic for some other purposes -does- itself need emphasising. If you want full disability access you shouldn't be using colours to convey meaning. Colours are of little use in audio terms. Indeed - you then use an appropriate @media directive in the style sheet. You seem to be saying that we should rigidly stick to particular tags for specific purposes and then in the next breath that you do whatever you want in the stylesheets. This seems not a little inconsistent. No! If the author wishes to direct that some part of a document should be a heading or a paragraph or emphasised or a list or an aside or image or ... this is the author's prerogative and has nothing at all to do with styling. The person styling the visible or audible result will then be free to decide which 'effects' to make use of in concretion of the author's wishes. This is entirely proper - a bit like the way a publisher takes an author's 'manuscript' and in consultation with a master printer and a type designer decides on the style which will be used for various features of the text. Where a browser user has particular needs or restrictions then he/she is able to define their own style rules - if needs be labelling them !important to over-ride what the original stylist specified as and if necessary. It is a bit difficult doing that for a print medium in the publishing business - so - one up to style sheets and browsers. A little longer than I originally intended, but I hope I have adequately explained the content, styling and media differences. Keith -- Inspired!
Deprecated elements [was Re: spurious newlines
In article 502f456d69...@timil.com, Tim Hill t...@timil.com wrote: In article ca253e2f50.r...@user.minijem.plus.com, Richard Porter r...@minijem.plus.com wrote: On 17 Feb 2009 Keith Hopper wrote: The element which should be used is the 'em' element and, instead of the 'b' element, use 'strong'. The reason for the others being deprecated they're not May I refer you to http://webdesign.about.com/od/htmltags/a/bltags_deprctag.htm Keith -- Inspired!
Re: Extra Space (was: spurious newlines in lists in tables)
On 16 Feb 2009, Tim Hill wrote: In article ef3d6d2e50.roger...@rogerarm.freeuk.com, Roger Darlington roger...@freeuk.com wrote: On 3 Feb 2009, Tim Hill wrote: Just to follow-up this issue of Netsurf generating extra space, I have found an even simpler case: html.(iitalic/i normal)./html I refer to the extra space which coincides with the i. And doesn't it also miss out the space between /i and 'normal' - it does here... I don't think so. The reduced space between c and n is due to the proximity of an italic and normal typeface. So shouldn't Netsurf, knowing that there is reduced space, insert a bit more space . double space, for instance? -- Cheers Roger Live each tomorrow as if there were no today
Re: spurious newlines in lists in tables
In article 920b6d2e50.roger...@rogerarm.freeuk.com, Roger Darlington roger...@freeuk.com wrote: On 1 Feb 2009, Keith Hopper wrote: In article e45ef42650.r...@user.minijem.plus.com, Richard Porter r...@minijem.plus.com wrote: [snip] Yes, but Netsurf still inserts a space after an end tag - It doesn't if that end tag is /i. So a line like ithis/i with 'this' in italics and a space before the 'with' shows 'thiswith' all next to each other with no space between. How quirky! I must admit to never using the 'i' element as it has been deprecated for some years - but interesting. Keith -- Inspired!
Re: spurious newlines in lists in tables
In article 5026fac702asg...@inspire.net.nz, Keith Hopper asg...@inspire.net.nz wrote: In article e45ef42650.r...@user.minijem.plus.com, Richard Porter r...@minijem.plus.com wrote: On 1 Feb 2009 Tim Hill wrote: [Snip] Netsurf still inserts a space after an end tag - so that an end tag immediately followed by a visible or invisible character can throw onto the next line. This bug was reported a couple of years ago and still seems to occur under certain circumstances even with r6326. Mind you Netsurf isn't the only browser which has that problem. I'm still trying to find one. ;-) Every browser I have on WinXP and RISC OS 5 exhibits the expected behaviour. -- Tim Hill, www.timil.com
Re: spurious newlines in lists in tables
On 1 Feb 2009 Tim Hill wrote: I thought browsers ignored white space and in no way thought that would be the problem. Other browsers obviously must not translate white space into an extra newline where none is needed. Sometimes Netsurf does. Any white space should translate into a single space, but I agree it is sensible to ignore spaces on the end of a line. -- _ |_|. _ Richard Porter http://www.minijem.plus.com/ |\_||_mailto:r...@minijem.plus.com Disclaimer: Please imagine about 50 lines of pointless clutter.
Re: spurious newlines in lists in tables
In article e45ef42650.r...@user.minijem.plus.com, Richard Porter r...@minijem.plus.com wrote: On 1 Feb 2009 Tim Hill wrote: I thought browsers ignored white space and in no way thought that would be the problem. Other browsers obviously must not translate white space into an extra newline where none is needed. Sometimes Netsurf does. Any white space should translate into a single space, but I agree it is sensible to ignore spaces on the end of a line. Yes, but Netsurf still inserts a space after an end tag - so that an end tag immediately followed by a visible or invisible character can throw onto the next line. This bug was reported a couple of years ago and still seems to occur under certain circumstances even with r6326. Mind you Netsurf isn't the only browser which has that problem. Keith -- Inspired!
Re: Spurious
In message [EMAIL PROTECTED] you wrote: On 11 Aug 2008 Kevin Wells wrote: It is definitely not mismatched and but I have narrowed down the problem. One of the forms has an 'action' attribute which, including encoded ampersands, quotes, etc. is 257 characters long. If I move the closing onto the next line the problem goes away. Other tweaks caused the following table to be corrupted. I suspect that the new parser is getting phased by the long string. What about lt; ? By the way, you mean fazed by the long string. Same in sound 'phase' and 'faze' may be, but not in meaning. -- Gavin Wraith ([EMAIL PROTECTED]) Home page: http://www.wra1th.plus.com/
Re: Spurious
On 12 Aug 2008 Gavin Wraith wrote: In message [EMAIL PROTECTED] you wrote: On 11 Aug 2008 Kevin Wells wrote: It is definitely not mismatched and but I have narrowed down the problem. One of the forms has an 'action' attribute which, including encoded ampersands, quotes, etc. is 257 characters long. If I move the closing onto the next line the problem goes away. Other tweaks caused the following table to be corrupted. I suspect that the new parser is getting phased by the long string. What about lt; ? None of those at all, but again I would expect lt; to be rendered always unless it was concealed by a missing end quote or end of tag, in which case the whole table would go awry. This fault is extremely sensitive to what else is on the page. If I add /tabletable cellpadding=2 immediately under the start of the table, so that in effect I've just moved the table down a bit the fault goes away. If I play about with the end of the long string it affects how the fault appears. It could be a at the end of the table or in the middle of the next table or the alignment of the following table could go to pot. The changes which revealed this problem were nowhere near the table cell that appears to cause it. By the way, you mean fazed by the long string. Same in sound 'phase' and 'faze' may be, but not in meaning. Yes, I think you're right there! -- _ |_|. _ Richard Porter http://www.minijem.plus.com/ |\_||_mailto:[EMAIL PROTECTED]
Re: Spurious
On 12 Aug 2008, Richard Porter [EMAIL PROTECTED] wrote: [snip] This fault is extremely sensitive to what else is on the page. Try running the html through Tidy. The RISC OS port is at http://www.archifishal.co.uk/software/riscos/tidy.shtml and a user guide by Dave Raggett is at http://www.w3.org/MarkUp/Guide/ *tidy filename -mi will fix any bugs and 'pretty print' the html (take a copy first in case you wish to compare the input and output). Tony
Re: Spurious
On 12 Aug 2008 Tony Moore wrote: On 12 Aug 2008, Richard Porter [EMAIL PROTECTED] wrote: [snip] This fault is extremely sensitive to what else is on the page. Try running the html through Tidy. The RISC OS port is at http://www.archifishal.co.uk/software/riscos/tidy.shtml and a user guide by Dave Raggett is at http://www.w3.org/MarkUp/Guide/ Well that's not really the point. I have modified the page so that the fault doesn't appear. It's very hard to replicate and I can't easily raise a bug report without going to a lot of trouble to remove all the login details from the formlets. *tidy filename -mi will fix any bugs and 'pretty print' the html (take a copy first in case you wish to compare the input and output). The html is well laid-out and I don't want it pretty-printed! The html is valid although there is some surplus information such as class attributes with no css, and session IDs which are meaningless on a fixed form. -- _ |_|. _ Richard Porter http://www.minijem.plus.com/ |\_||_mailto:[EMAIL PROTECTED]
Re: Spurious
On 12 Aug 2008, Richard Porter [EMAIL PROTECTED] wrote: On 12 Aug 2008 Tony Moore wrote: On 12 Aug 2008, Richard Porter [EMAIL PROTECTED] wrote: [snip] This fault is extremely sensitive to what else is on the page. Try running the html through Tidy. The RISC OS port is at http://www.archifishal.co.uk/software/riscos/tidy.shtml and a user guide by Dave Raggett is at http://www.w3.org/MarkUp/Guide/ Well that's not really the point. I have modified the page so that the fault doesn't appear. It's very hard to replicate and I can't easily raise a bug report Is the problem with NetSurf, or your file? without going to a lot of trouble to remove all the login details from the formlets. *tidy filename -mi will fix any bugs and 'pretty print' the html (take a copy first in case you wish to compare the input and output). The html is well laid-out and I don't want it pretty-printed! No problem. *tidy filename without switches, will report any errors in a throwback window, without changing the original html file. Tony
Re: Spurious
On 12 Aug 2008 Tony Moore wrote: On 12 Aug 2008, Richard Porter [EMAIL PROTECTED] wrote: On 12 Aug 2008 Tony Moore wrote: On 12 Aug 2008, Richard Porter [EMAIL PROTECTED] wrote: [snip] This fault is extremely sensitive to what else is on the page. Try running the html through Tidy. The RISC OS port is at http://www.archifishal.co.uk/software/riscos/tidy.shtml and a user guide by Dave Raggett is at http://www.w3.org/MarkUp/Guide/ Well that's not really the point. I have modified the page so that the fault doesn't appear. It's very hard to replicate and I can't easily raise a bug report Is the problem with NetSurf, or your file? It's an obscure problem with NetSurf. Different effects can occur due to slight changes in formatting that have nothing to do with the html syntax. A change in one table can affect the formatting of another table. What I'm actually trying to do is to find out exactly what causes the fault to appear so that I can report it without having to submit the actual page. -- _ |_|. _ Richard Porter http://www.minijem.plus.com/ |\_||_mailto:[EMAIL PROTECTED]
Spurious
I've found a very curious problem. At the bottom of a long table which contains several forms I get a spurious character. I have made a change but I can't see a missing or missing quote or anything that would likely to cause it. When I stick in a /tabletable at any point between table rows to narrow down the location the spurious character dissapears. It doesn't appear on other browsers. I can't post a bug report because the html file is local and contains hidden logins which I would have to alter. -- _ |_|. _ Richard Porter http://www.minijem.plus.com/ |\_||_mailto:[EMAIL PROTECTED]
Re: Spurious
In message [EMAIL PROTECTED] Richard Porter [EMAIL PROTECTED] wrote: I've found a very curious problem. At the bottom of a long table which contains several forms I get a spurious character. I have made a change but I can't see a missing or missing quote or anything that would likely to cause it. When I stick in a /tabletable at any point between table rows to narrow down the location the spurious character dissapears. It doesn't appear on other browsers. Have you tried doing a search in your text editor for and and count the number of time each occurs? StrongED has a list of found option which counts them for you. I can't post a bug report because the html file is local and contains hidden logins which I would have to alter. -- Kev Wells http://riscos.kevsoft.co.uk/ http://kevsoft.co.uk/ http://kevsoft.co.uk/AleQuest/ ICQ 238580561 On England's pleasant pastures seen?
Re: Spurious
On 11 Aug 2008 Kevin Wells wrote: In message [EMAIL PROTECTED] Richard Porter [EMAIL PROTECTED] wrote: I've found a very curious problem. At the bottom of a long table which contains several forms I get a spurious character. I have made a change but I can't see a missing or missing quote or anything that would likely to cause it. When I stick in a /tabletable at any point between table rows to narrow down the location the spurious character dissapears. It doesn't appear on other browsers. Have you tried doing a search in your text editor for and and count the number of time each occurs? No, I've checked the changes I made very carefully. I think if there was an extra somewhere it would show up all the time. It is definitely not mismatched and but I have narrowed down the problem. One of the forms has an 'action' attribute which, including encoded ampersands, quotes, etc. is 257 characters long. If I move the closing onto the next line the problem goes away. Other tweaks caused the following table to be corrupted. I suspect that the new parser is getting phased by the long string. -- _ |_|. _ Richard Porter http://www.minijem.plus.com/ |\_||_mailto:[EMAIL PROTECTED]