Re: Streetmap oddity!
In message [EMAIL PROTECTED] Torrens (lists) [EMAIL PROTECTED] wrote: Streetmap's old site http://www.streetmap.co.uk/newdefaulte2.htm There is a peculiarity in Netsurf ( r5886 ) If you type in a postcode, Streetmap finds it OK. But if you drag and drop the same postcode, then click on Search, Streetmap returns an error page (which gets displayed as text). So why is drag and drop into Netsurf giving the wrong thing? CTRL C-V works as drag and drop. I think it is a soft space when you type but a hard space when you drag abd drop or CTRL C-V Testing on one of my site's that uses forms I did a type and got this result: http://kevsoft.co.uk/mp/results2.php?answer=%22real+ale%22 Using CTRL C to copy and CTRL V to paste I got this result http://kevsoft.co.uk/mp/results2.php?answer=%22real%C2%A0ale%22 -- Kev Wells http://riscos.kevsoft.co.uk/ http://kevsoft.co.uk/ http://kevsoft.co.uk/AleQuest/ ICQ 238580561 Real Stupidity beat Artificial Intelligence 11 times out of 10.
Re: Streetmap oddity!
In article [EMAIL PROTECTED], Kevin Wells [EMAIL PROTECTED] wrote: So why is drag and drop into Netsurf giving the wrong thing? CTRL C-V works as drag and drop. I think it is a soft space when you type but a hard space when you drag abd drop or CTRL C-V That _would_ explain it. However the text I drag in contains a soft space. If NetSurf munges that into a hard space, then there is a problem! Deleting the (dragged) space and typing a soft space does cure it. Would someone care to file a bug report? -- Richard Torrens. http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats and more!
Re: Streetmap oddity!
On 8 Dec 2008 Torrens (lists) wrote: Streetmap's old site http://www.streetmap.co.uk/newdefaulte2.htm There is a peculiarity in Netsurf ( r5886 ) If you type in a postcode, Streetmap finds it OK. But if you drag and drop the same postcode, then click on Search, Streetmap returns an error page (which gets displayed as text). So why is drag and drop into Netsurf giving the wrong thing? CTRL C-V works as drag and drop. In case it helps anyone, I've included the following form in my local home page. It still calls up the old style site which works on NS and Fresco. I prefer to use Fresco because the saved Draw files are very much easier to unpack leaving just the map. table cellspacing=2 trtdform action=http://www.streetmap.co.uk/newsearch.srf?; name=f method=post input type=hidden value=newmap name=mapp input type=hidden value=newsearch name=searchp input type=text size=36 name=name/td tdinput id=Submit1 type=submit value=Streetmap NAME=Submit1/td/tr trtd colspan=2 table cellspacing=3tr tdinput id=Radio2 type=radio CHECKED value=PostCode name=typenbsp;Post Code/td tdinput id=Radio3 type=radio value=PlaceName name=typenbsp;GB Place/td tdinput id=Radio1 type=radio value=UKStreet name=typenbsp;UK Street/td tdinput id=Radio8 type=radio value=LondonStreet name=typenbsp;London Street/td /trtr tdinput id=Radio4 type=radio value=OSGrid name=typenbsp;OS grid (x,y)/td tdinput id=Radio5 type=radio value=LRGrid name=typenbsp;Landranger/td tdinput id=Radio6 type=radio value=LatLong name=typenbsp;Lat/Long/td tdinput id=Radio7 type=radio value=Telephone name=typenbsp;Tel Code/form/td /tr/table /td/tr/table -- _ |_|. _ Richard Porter http://www.minijem.plus.com/ |\_||_mailto:[EMAIL PROTECTED] Disclaimer: I disclaim everything.
saving out the URL -- gotcha
it's nifty that Netsurf lets you drag the contents of the address bar and it gets saved as text, into a filer directory or into an application such as Edit or Impression. or Shift-drag it, and it gets saved with filetype URL. nifty. now, whenever i download a utility or application, i always save the URL and file it inside the app, so that in future i know where to check for background information or updates. the gotcha, as i discovered the hard way, is that Netsurf gives this URL a filename that is the same as the leafname of the URL. which in the case of http://www.avisoft.force9.co.uk/TaskUsage.htm was TaskUsage, which happened also to be the name of the main module within the app. so no wonder the app did not work: i had overwritten its operative module. i would think this example quite typical of many apps and their webpages. the moral, i guess, is that this trick of dragging the contents of a window (or field) to disk is nice, but since the user never sees the conventional RiscOS Save dialogue, you have to be on guard for the name the resultant file gets. perhaps, to be safe, Netsurf could modify the leafname somehow -- maybe, in this case, taskusage~ or taskusage/url. (Fresco had a similar drag-it-out trick, and its filename was always just URL.) -- no need to reply my entire message back to me ;=] Jim Nagelwww.archivemag.co.uk Abbey Press 32 Norbins Rd(01458) 83 3603 Glastonbury BA6 9JG pocket 0797 415 3861
Re: saving out the URL -- gotcha
In article [EMAIL PROTECTED], Jim Nagel [EMAIL PROTECTED] wrote: the gotcha, as i discovered the hard way, is that Netsurf gives this URL a filename that is the same as the leafname of the URL. which in the case of http://www.avisoft.force9.co.uk/TaskUsage.htm was TaskUsage, which happened also to be the name of the main module within the app. Iconbar menu Choices... Open the Interface section and untick Strip filename extensions when saving. Michael -- Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: saving out the URL -- gotcha
Michael Drake wrote on 8 Dec: In article [EMAIL PROTECTED], Jim Nagel [EMAIL PROTECTED] wrote: the gotcha, as i discovered the hard way, is that Netsurf gives this URL a filename that is the same as the leafname of the URL. which in the case of http://www.avisoft.force9.co.uk/TaskUsage.htm was TaskUsage, which happened also to be the name of the main module within the app. Iconbar menu Choices... Open the Interface section and untick Strip filename extensions when saving. OK, that saves my URL as taskusage/htm. it isn't an HTML file, but i guess i can live with this inelegancy since it makes the gotcha less likely to happen. the next item on ChoicesInterface, now that i'm looking there, happens to be Request confirmation before overwriting files. this IS ticked. curious, then, that i had no confirmation before the URL file overwrote the module. -- no need to reply my entire message back to me ;=] Jim Nagelwww.archivemag.co.uk Abbey Press 32 Norbins Rd(01458) 83 3603 Glastonbury BA6 9JG pocket 0797 415 3861
Re: streetmap.co.uk
In article [EMAIL PROTECTED], Richard Porter [EMAIL PROTECTED] wrote: On 6 Dec 2008 Rob Kendrick wrote: A browser that cannot render broken HTML is not a useful thing, given the vast majority of sites are broken. Thus, knowing that sites are broken is not useful. But knowing how they are broken is, and so is knowing how mainstream browsers deal with the same faults. Knowing that a site is valid is also useful, since a browser must correctly render compliant sites. The point that Rob and I really wanted to make is; if you find a page that NetSurf makes a mess of, telling the web master of the site that their pages fail to validate will never help NetSurf render that page. Even if the web master immediately fixed the reams of trivial issues the validator throws up there wouldn't be a change in NetSurf's rendering. The validator checks markup grammar and syntax, but issues with these will cause the same effects in NetSurf as in other browsers. HTML5 has formulated exactly how to handle bad HTML syntax and grammar based on the behaviour of the mainstream browsers. NetSurf now has an implementation of the HTML5 parsing algorithm, so be behave has other browsers do in the face of invalid HTML. So if you find a site that doesn't work with NetSurf and you would like to contact the web master about it, hoping they'll be able to produce a work around faster than we can fix NetSurf then consider the following: + If the site doesn't work in a mainstream browser with JavaScript disabled then NetSurf has no chance. You could let the web master know that you need to be able to access the site without JavaScript to use it. + If the site does work in a mainstream browser with JavaScript disabled then NetSurf should probably manage and it's a NetSurf bug or un-implemented feature at fault. The only way for the web master to do anything about it would be to install NetSurf and try it for themselves. We have the following page for this purpose: http://www.netsurf-browser.org/webmasters/ Maybe we could update that page with more info. Of course, even if you contact the web master about a page, the NetSurf developers would like to see it too, so always report non-working sites to us. :) Note, I've said you, but I really meant to address any NetSurf user here. Best regards, Michael -- Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: saving out the URL -- gotcha
In article [EMAIL PROTECTED], Jim Nagel [EMAIL PROTECTED] wrote [snip] now, whenever i download a utility or application, i always save the URL and file it inside the app, so that in future i know where to check for background information or updates. Sounds a little dicey to me. I know it keeps the number of files to a minimum but there is always the danger of overwriting things inside the app. perhaps, to be safe, Netsurf could modify the leafname somehow -- maybe, in this case, taskusage~ or taskusage/url. It might be safer.. Regards Richard
Re: saving out the URL -- gotcha
On 8 Dec 2008, Jim Nagel [EMAIL PROTECTED] wrote: Michael Drake wrote on 8 Dec: In article [EMAIL PROTECTED], Jim Nagel [EMAIL PROTECTED] wrote: the gotcha, as i discovered the hard way, is that Netsurf gives this URL a filename that is the same as the leafname of the URL. which in the case of http://www.avisoft.force9.co.uk/TaskUsage.htm was TaskUsage, which happened also to be the name of the main module within the app. Iconbar menu Choices... Open the Interface section and untick Strip filename extensions when saving. OK, that saves my URL as taskusage/htm. it isn't an HTML file, but i guess i can live with this inelegancy since it makes the gotcha less likely to happen. That doesn't solve the problem. If a link points to, say, download.zip , both the downloaded zip, and the saved url file, will have the leafname download/zip , so that one overwrites the other. I would support Jim's earlier suggestion that the url file should be named with a /url extension. Even download/zip/url would be ok. Tony
