More On That iPod Touch Mystery
Can that be true?
Not being a programmer — just an eejit end user — off the top of my head that looks like it will affect the speed of game play on each unit.
I have to ask: Does Apple itself note this speed difference in the beta iSDK just released?
I posted below that I was going to do another test post from an iPhone.
I tried. But Safari went POOF!
OK, first let me set up the conditions and some specs from these tests.
I was the second person into the Apple Store Soho this morning. I got there a few moments before they actually opened the door.
Yes, I hate a mystery that much.
I ran the speed test pointed to in this Comment and got 771kpbs on an iPod Touch. The speed test noted I wasn’t using an iPhone; does Safari on the Touch send out a different identifier than the iPhone?
I went to Settings->Safari and made sure to scroll down to Clear History, Clear Cookies, and Clear Cache. The iPod Touch was running 1.1.13.
Safari went POOF! on the first attempt. I’d filled in the post Headline field and then tried the Post field when it went south.
I was beginning to get a hint of what was going on here.
I went to an iPhone. Repeated the pre-post steps, including the speed test, which was well over 750kbps. I confirmed that I was on WiFi and not EDGE by asking an Apple Store employee. The iPhone was using 1.1.14.
This time I got the keyboard lag that I described yesterday with the iPod Touch!
Safari then went haywire on me and I had to abort the test.
I went back to the iPod Touch and wanted to see just one more thing.
And now I think I know at least some of what’s going on here. For those who are impatient: the bottom line is that there is some sort of conflict or mismatch between Safari on the iPhone and iPod Touch and the WordPress web interface for posting.
If you want to know more, keep reading as I give an illustrated step-by-step and pinpoint the problem.
This is what I see when I log into my blog:
This is the important area:
I usually pinch to enlarge that area. You can see that desktop Safari for Windows has highlighted the first field. Neither field is highlighted by Safari on the iPhone and iPod Touch. I must tap in the first one. That tap is recognized as being in a text field and Safari brings up the on-screen keyboard. Logging in here, I have never experienced any keyboard lag.
I then get the main WordPress screen:
At the upper left are three drop-down menus. If I tap on any of those to try to use them, Safari on the iPhone and iPod Touch somehow interprets that as a page refresh! The menus will not drop down.
This is how I usually enter this blog from a desktop machine, by using the drop-down menu:
But that doesn’t work on the iPhone or iPod Touch. So have to tap directly on this blog’s hotlink:
Note that I do not have to pinch-out to enlarge this at all. The accuracy of tap recognition on the iPhone is downright supernatural. I can tap the few-pixels-high hotlink easily. It’s never given me the wrong link!
Then I am at the Dashboard for this blog:
And it’s from here I choose Write:
Which gives me the web interface for post entry:
Desktop Safari for Windows has highlighted the post Headline field in blue. Safari on the iPhone and iPod Touch does not do that. I have to tap on that field. I can do that without pinching out. As soon as I tap, Safari recognizes it as a text field and gives me the on-screen keyboard. I can type headline text.
Next is where it gets tricky and this is when Safari on the iPhone and iPod Touch tends to go POOF!
The default here is Visual mode, which lets you see text as if it was a WYSIWYG word processing program.
Two things about this:
1) In default small view, without pinching out to enlarge, Safari on the iPhone and iPod Touch does not recognize this as a text field! I cannot get the on-screen keyboard to pop up.
2) If I pinch out to enlarge it and then tap it, Safari goes POOF!
So what I must do is switch to Code mode:
I have to pinch out to enlarge that area. Even here it gets tricky:
1) Safari on the iPhone and iPod Touch is very, very fussy about the degree of magnification. Too little, and it will not recognize it as a text field.
2) Even when it is recognized as a text field, if Safari doesn’t like the degree of magnification, there will be a noticeable lag when typing with the on-screen keyboard!
In addition, just like Safari for Windows (and, yes, even Safari on the Mac itself!), blank lines wind up being discarded and text gets all scrunched together.
There is also a problem with trying to check off Categories to place a post in. (I haven’t done a screen snap for this.) The degree of magnification is important because it’s a scrolling field. Sometimes it won’t permit scrolling.
When I did the test posts, I never did Save and Continue Editing. I just hit Publish. I didn’t want to invite more headaches!
To log out of WordPress, once I’m back at the post entry interface, I use the Log Out hotlink at the top right of the screen:
And I’m outta there!
When the iPhone came out and people had it, I kept asking around if people could post to WordPress blogs with it. I didn’t get any answer.
I knew I could post to WordPress posts as a Comment, because I’d been able to try for myself.
Every time I tried to log in to my blog, I guess the Apple Store WiFi was so overloaded that I was put last in the queue. It always took far longer than was practical to try, even as a test. This is why I made sure to get to the Apple Store this morning when it opened. Even with full WiFi throughput, it takes quite some time to build the web interface for post entry.
Again reader RaminF:
One reason why the WordPress interface is crapping out might be the giant-ass MCE ‘pseudo-word-processing’ control that WordPress insists on using. It’s around 300K and sucks down a lot of other stuff. If you find a way to turn it off and go to a regular text-box, that might help.
As everyone can see, I’m using the free WordPress blogging service, so I’m stuck with what they offer.
However, it’s already been announced — well, sort of — that WordPress is working on mobile blogging, or at least some peace with Safari (which I hope will include the version on the iPhone and iPod Touch!). See these posts for Safari and WordPress problems:
And posts from other blogs:
Safari 3 and WordPress still don’t want to play nicely together.
Safari 3, WordPress 2, TinyMCE and paragraphs
WordPress and Safari: Will the Fighting Ever End?
Surfin’ WordPress 2.5 with Safari 3
What I really, really look forward to is a front-end application that can be put in an iPhone and iPod Touch that will interface with the free WordPress service. It seems to me that such a thing is available from Google for Blogger (at least that’s the impression I got this morning when I was going through the iPhone and iPod Touch). I’d like to have the same with WordPress.
I hope that the iPod Touch mystery is now solved.
Update: Here’s some info about the WYSIWYG word processor-like web interface WordPress uses — TinyMCE.