Thanks. I have just tried it on my mac with Firefox, Chrome, Safair, Flock and Opera. All seem to do it fine, although obviously I am running the latest versions. Ian Millard has modded rkbexplorer.com, so you can try: http://southampton.rkbexplorer.com/id/person-04860 It goes to http://southampton.rkbexplorer.com/description/person-04860 and then shows http://southampton.rkbexplorer.com/id/person-04860 again. (You do need to wait until the page has finished loading.) I don't know what the failure mode is on older browsers or buggy ones.
But for these it looks good to me. But as you say, if there is other stuff going on too, things may break. Best Hugh On 14 Oct 2011, at 16:11, David Wood wrote: > Hi Hugh, > > I like what you are saying and agree that this approach would be a real boon > to the LOD community. Practical problems with using it are likely to be with > subtleties of browser implementation. > > For example, Firefox resets all headers on redirect, including the Accept: > header which causes us difficulty with PURL redirects. This is a known issue > in Firefox and has been unfixed for four years: > https://bugzilla.mozilla.org/show_bug.cgi?id=401564 > The test page can be found here: > http://tc.labs.opera.com/apis/XMLHttpRequest/send-redirect.htm > > I recall a similar bug report on Firefox where Mozilla developers were > discussing how the address bar contents should be modified, and there was > violent disagreement. Unfortunately, I can't put my hands on that URL at the > moment, but I think you get my point: Each browser vendor will decide to > handle these things differently in the absence of a standard (or in the > presence of cross-site abuse concerns). > > The best way to proceed is probably to try it and test all major browsers. > > Regards, > Dave > > > > > On Oct 14, 2011, at 10:22, Hugh Glaser wrote: > >> Excellent, hopefully that is out of the way. >> Does anyone want to express an opinion on the original question, which boils >> down to: >> >> "Is there a problem if going to URI >> http://www.myexperiment.org/workflows/158 (say, by clicking) in a browser >> then shows http://www.myexperiment.org/workflows/158 in the address bar for >> the page it displays?" >> >> I suggest not. >> >> It does bring one further question (at least): >> What do you display if someone goes to >> http://www.myexperiment.org/workflows/158.html? >> Possibly more controversial, as I suspect that the pragmatic answer is to >> display >> http://www.myexperiment.org/workflows/158 >> >> Best >> Hugh >> >> >> On 14 Oct 2011, at 14:23, Ian Davis wrote: >> >>> On Fri, Oct 14, 2011 at 2:15 PM, Kingsley Idehen <[email protected]> >>> wrote: >>> >>> >>> Yes, opaque technology to you. Luckily, not for the rest of the computing >>> universe. >>> >>> The large number of off-list messages supporting my view seems to provide >>> evidence to the contrary. >>> >>> Apologies to the list for this off-topic conversation. I won't prolong it. >>> >>> Ian >> >> -- >> Hugh Glaser, >> Web and Internet Science >> Electronics and Computer Science, >> University of Southampton, >> Southampton SO17 1BJ >> Work: +44 23 8059 3670, Fax: +44 23 8059 3045 >> Mobile: +44 75 9533 4155 , Home: +44 23 8061 5652 >> http://www.ecs.soton.ac.uk/~hg/ >> >> >> > -- Hugh Glaser, Web and Internet Science Electronics and Computer Science, University of Southampton, Southampton SO17 1BJ Work: +44 23 8059 3670, Fax: +44 23 8059 3045 Mobile: +44 75 9533 4155 , Home: +44 23 8061 5652 http://www.ecs.soton.ac.uk/~hg/
