Website publishes but is not showing up...

LIke I say, I can't explain it: I don't have an iPad to test it on. I did go into the Apple Store and try it on one of their iPad - this was a couple of months back so possibly not the latest - and it appeared OK and the links worked - only the rollovers didn't work properly, as you would expect. I can only suggest you look at it when you can use a computer.

It would appear that its your use of frames to shorten the URL that pevents the site from loading in the latest version of iOS.

This is the warning given by Safari...

"Unsafe JavaScript attempt to access frame with URL http://www.rfwilmut.clara.net/repro78/78.html from frame with URL http://78rpm.org.uk/. Domains, protocols and ports must match."

It worked on what I suppose was the earlier version of iOS, and I'm not going to upheave my webpages (which with some exceptions are designed for computers anyway) because Apple have suddenly decided that frame pages and their sources can't be on different servers.

Nobody really ever comes to that page anyway - most of my visors come from Google results to the actual pages within the various sites. Presumably the OP can access it on http://www.rfwilmut.clara.net/repro78/78.html . Actually I might change the frame to a simple redirect when I get round to it - I think the only use it gets is that very occasionally I point people to it.

The <frame> tag, and all its attributes, are not supported in HTML5. I wonder if this has anything to do with the fact that the latest version of mobile Safari won't load your site?

Well, it's not just me. If Safari is going to remove back-compatibility with long-established methods such as frames (even if some people don't like them on theoretical grounds) there are going to be an awful lot of sites which suddenly become inaccessible.

However it sounds from what you say more as if they've suddenly decided not so much that frames are a Bad Thing but that they won't accept frames where the content is on a different domain. I suppose you can make a security case for that (though it's quite easy to ensure that any web page can't be put into a frame). But it's not the only case where a sudden change of policy is implemented but not announced, causing confusion all round.

Anyway, I think that's probably the only frame page on my sites that does that, so I've now changed it to a redirect (it was set up at the domain name provider's control panel rather than being a frameset page I'd made).

Perhaps someone can try this on an iOS6 device:

http://78rpm.org.uk

In iOS the progress bar stops at about 5% and the whole bar flickers alarmingly as though its totally confused. You seem to have created a monster!

The redirect is set up at the domain name provider (UK2) so I don't have any control over it. It's either that or thr framing. Both work OK on a Mac.

Unfortunately, the number of people browsing using personal computers is falling by the minute. I do most of mine on an iPad Mini while doing the design work on a MacBook Pro Retina which I bought for this trip to Scotland.

Even using a laptop has changed my view of websites and I notice more that too many sites don't really have any useful content on the top of the pages. They are too often filled with banners that slow the page download time to a crawl.

I just spent two hours this afternoon getting a date picker to work on a form that switches for computer/mobile users. In some ways, designing for mobile devices is a lot easier than conventional sites and the new form input types are a good example of this. It won't be long before we can, more or less, ignore desktop users as they will soon be as rare as hens teeth - as they say in this part of the world.

I'm sure you're right, but for the moment most of my sites will have to stay as they ar - I don't have the energy for a lot of redesigning.. I have done mobile versions of some of the technical notes, e.g.

http://rfwilmut.net/pc

which will auto detect based on screen size. However it's a bit like being pushed back into web design in 1998. As these are technical info pages the layout doesn't matter so much, but some of the others were deliberately done for interest in the design (to amuse me rather than anyone else) - e.g.

http://rfwilmut.net/cathedrals

I've tried browsing on an iPad in the Apple Store and I can't say I like it - for one thing the very small type which often arises is rather a strain on my eyes. It'll be ineresting to see what the future brings.

The small type is due to so called web designers not knowing what they are doing in respect of designing for mobile devices I have to laugh at those iWeb users who claim that their sites are "viewable" on an iPhone.

Roddy wrote:

In iOS the progress bar stops at about 5% and the whole bar flickers alarmingly as though its totally confused. You seem to have created a monster!

I'd forgotten that I had actually made two different versions of the page:

http://www.rfwilmut.clara.net/repro78/78.html

http://www.rfwilmut.clara.net/repro78/78-m.html

The first one bounces you to the second if the screen width <=798, and the second bounces you to the first

if the screen width >=799. I've stared at the code for several minutes and I can't see anything wrong with it, but obviously one or other page is bouncing incorrectly in iOS so that it's looping between the two. No idea why, and not having an iOS device I can't test it.

Do the pages exhibit this problem if you go directly rather than via the redirect page?

Do other pages do the same thing? - e.g.

http://www.wilmut.webspace.virginmedia.com/notes/podcast.html

http://www.wilmut.webspace.virginmedia.com/notes/podcast-m.html

or via the referral link at http://rfwilmut.net/pc

I did actually test these pages in an Apple Store a bit back and they were OK then - I don't know whether this would have been iOS 5 or 6; it was probably in June/July.

After a bit more staring I found some redundant code in http://www.rfwilmut.clara.net/repro78/78-m.html - I wouldn't have thought it would have actually have had any effect but perhaps you could try it now:

http://78rpm.org.uk

That's fixed it!

How wierd - it shouldn't have been there (it was left over when the page was copied from the full sized version) but it didn't look as if it would have actually done anything. Obviously it did enough to tread on iOS's corns. Thanks for checking.