If you’re browsing the web on a PC, you can just hit CTRL-F or CMD-F and quickly find any text on a webpage. It’s great for finding things fast, especially on long reams of text, and Safari does a nice job of it — just not Mobile Safari on the iPhone, not yet.

Editor emeritus Mike Overbo brought something very similar to us two years ago (along with a ton of others — check that link!) when iPhone 1.x made bookmarklets all the rage. Since then, Apple has added a lot of functionality, but still hasn’t deigned to gift us with Find… on page. Rafael Cimatti (via App Advice) is keeping the handy Javascript bookmarklet alive via Cydia (though it works on any iPhone). It can’t fully replace a built in command, with next, back, etc. options, etc. but if it isn’t 100% right, it is 100% “right now”.

Here’s the bookmarklet: Find…

Either bookmark it on your desktop browser (drag it to the bookmark bar on desktop Safari) and sync it over, or on your iPhone copy the code after the break, bookmark a random page, edit it, change the name, and paste in the code (check the App Advice link above for step by step instructions).

And next time you’re on a page, hit the bookmark, type in your text, and find away!

Have an iPhone Pro Tip of you own to share? Send it in!

[via Daveizzle]

javascript:void%28s%3Dprompt%28%27Find%20text%3A%27%2C%27%27%29%29%3Bs%3D%27%28%27+s+%27%29%27%3Bx%3Dnew%20RegExp%28s%2C%27gi%27%29%3Brn%3DMath.floor%28Math.random%28%29*100%29%3Brid%3D%27z%27%20+%20rn%3Bb%20%3D%20document.body.innerHTML%3Bb%3Db.replace%28x%2C%27%3Cspan%20name%3D%27%20+%20rid%20+%20%27%20id%3D%27%20+%20rid%20+%20%27%20style%3D%5C%27color%3A%23000%3Bbackground-color%3Ayellow%3B%20font-weight%3Abold%3B%5C%27%3E%241%3C/span%3E%27%29%3Bvoid%28document.body.innerHTML%3Db%29%3Balert%28%27Found%20%27%20+%20document.getElementsByName%28rid%29.length%20+%20%27%20matches.%27%29%3Bwindow.scrollTo%280%2Cdocument.getElementsByName%28rid%29%5B0%5D.offsetTop%29%3B

This is a story by the iPhone Blog. This feed is sponsored by The iPhone Blog Store.

iPhone Pro Tips: Find Text in Safari with Javascript Bookmarklet

Once again validating Dieter’s iPhone 3GS vs. Palm Pre web rendering smackdown, MacRumors reports on Medialets‘ latest Sunspider Javascript tests pitting the iPhone 3GS against the iPhone 3G (both on 3.0 and 2.2.1), Palm Pre, and Google Android G1.

As MacRumors points out, not only is iPhone 3GS’ clear, current speed advantage impressive, but the 3x improvement iPhone 3.0 gives the iPhone 3G is most impressive as well.

Bill Gates’ “power of software” indeed…

This is a story by the iPhone Blog. This feed is sponsored by The iPhone Blog Store.

Confirmed Again! iPhone 3GS Beats Pants Off iPhone 3G, Android, Palm Pre at Javascript

We mentioned yesterday that iPhone OS 3.0’s Mobile Safari Browser was being reported as faster than the current iPhone OS 2.2.1 version. Now Ars Technica has run the numbers and the results are pretty impressive. Check out their full report for all the details, but this sums it up nicely:

According to our sources, the 3.0 beta still has some stability and speed issues, so that makes these results that much more impressive. While the overall average gives the iPhone 3.0 beta a 300 percent speed advantage, some of the individual tests show 6x, 8x, or even 11x improvements—the bitwise “AND” function even runs 16x faster than in the current version of Mobile Safari.

Should make the release version of the new, Nitro-powered Mobile Safari 3.0 fairly impressive, come summer! Bring on them multi-app Facebook pages, the iPhone will be ready! (Joking… a bit.)

This is a story by the iPhone Blog. This feed is sponsored by The iPhone Blog Store.

iPhone OS 3.0: Ars Benchmarks Mobile Safari — 3x – 16x Faster than 2.2

We so fondly remember Palm’s Roger McNamee stating the Pre would be a million times faster on the web than the iPhone (now retracted), and even our sister-site PreCentral.net jumped on that band wagon, saying the Pre looked to be 4x faster than the iPhone.

Of course, we mentioned that on Sprint, lacking simultaneous voice and data, even a million times zero is still zero. Less flippantly, however, when Safari 4 Beta shipped for the desktop with its new ultra-fast Nitro (formerly SquirrelFish) rendering engine, we figured it would only be a matter of time before that scaled down to the iPhone’s version of Safari (based on the same WebKit foundations as desktop Safari, as is the Palm Pre browser and Android Chrome Lite).

Now Daring Fireball and Wayne Pan posit that turbo boost might have already happened in iPhone OS 3.0:

Wayne Pan has braved the NDA waters and published JavaScript benchmarks for iPhone OS 3.0, and they are impressive — with results ranging between 3× and 10× faster than iPhone OS 2.2. And I’ll confirm that MobileSafari on iPhone OS 3.0 passes my simple “could be Nitro” recursion depth test.

From what we’ve seen of 3.0, it seems that way to us as well. Along with HTML5, CSS, 2D and 3D animation, anti-phishing, AutoFill, etc., it will be interesting to see what Apple and the WebKit team can pull of by the time iPhone 3.0 launches this summer…

This is a story by the iPhone Blog. This feed is sponsored by The iPhone Blog Store.

iPhone 3.0: Mobile Safari Using Nitro Engine for Ultra-Fast Web Browsing?

WebKit, the open source foundation behind Apple’s Safari for Mac and MobileSafari on the iPhone (not to mention Google Chrome, Nokia, and Adobe) introduced the SquirrelFish JavaScript engine a while back, and billed it as the fastest on the planet. Then came Mozilla’s (Firefox) TraceMonkey. Then came Google’s V8. But you just can’t keep a good SquirrelFish down — not when it’s willing to go… Extreme!

Surfin’ Safari, the WebKit blog, made the announcement this week. But what does it mean for iPhone users? Muchfasterwebsiterendering.

As WebApp’s (browser-based productivity tools like Google Docs and MobileMe, or Web 2.0 social sites like Facebook and Twitter) grow not only in popularity but in function, they become heavier to load and slower to run, largely because of all the JavaScript being processed in the background. This is especially true for a mobile device like the iPhone. The ability to tear through those pages — without crashing! — becomes incredibly important in the growing “cloud” based computing world.

In other words, this will make future versions of MobileSafari screaming fast.

Can we have it now please?

(For those interested in how SFX compares with TraceMonkey and V8, check out the stats!)

This is a story by the iPhone Blog. This feed is sponsored by The iPhone Blog Store.

SquirrelFish Javascript Engine Goes Extreme!

Dieter just told us about Crackberry Kevin’s uber-frustrating experiences trying to pit the iPhone 3G and Blackberry Bold head to head in the browser war to end all browser wars. But — silver lining — for iPhone users, not only did we snag bragging rights, but a handy tip as well!

Unlike the Blackberry Bold, the iPhone defaults to having Javascript enabled. As anyone who’s waited — and waited — for an overstuffed Facebook profile to load already knows, Javascript can be heavy lifting for a browser. For WebApps, it’s a necessary sacrifice, but if all you want is casual browsing, you can turn Javascript off and send MobileSafari into turbo mode.

Here’s how:

From the iPhone home screen, tap Settings. Scroll down and tap the Safari button. Under Security, slide Javascript to Off.

There you go, you’ve just switched to light, clean HTML and CSS mode (still technically “just the internet” — unless you’re in the UK…). In Crackberry.com’s tests, it made a big difference on some sites. Let us know how it works for you!

(Thanks to Crackberry Kevin!)

This is a story by the iPhone Blog. This feed is sponsored by The iPhone Blog Store.

How To: Disable Javascript to Speed up MobileSafari on the iPhone

After all the persistent questions about whether or not the BlackBerry Bold’s improved browser could compete with the iPhone, our friend CrackBerry Kevin decided to try to provide the definitive, final smackdown.

Go on and read the entire saga, but take heed, it’s not a pretty sight. Under ideal conditions, the Bold comes this close to competing with the iPhone on speed. Those idea conditions: 3G, Javascript off, strong signal, fresh reset, and WiFi off. Wait — WiFi off? That’s right, Kevin has two BlackBerry Bolds and both of them are five different kinds of screwed up — they fail with Javascript off, they fail with WiFi entirely. Now — not everybody is reporting the same hassles, but it’s starting to look like it’s a pretty serious problem.

The Javascript issue is very interesting, by the by. The iPhone defaults to leaving it on. One could argue that Javascript support helps make the iPhone able to browse the “Real Internet,” but one would be wrong about what makes up the “Real Internet”. The Bold, however, defaults to leaving Javascript off, and given Kevin’s results, it looks like a good thing they did.

What does this mean for iPhone users — besides bragging rights? Well, actually, bragging rights are enough for us. But there’s another tip you’re definitely going to be interested in, iPhone faithful. Can you guess it? Rene will let you know what it is very shortly.

This is a story by the iPhone Blog. This feed is sponsored by The iPhone Blog Store.

iPhone vs. BlackBerry Bold Browser Showdown Part Four: The Revenge of the Javascript

If the next great future of computing in the Cloud, as many pundits — not to mention Google — think, then the next great race is delivering that future via Rich Internet Applications. Right now, there are two major ways of doing this. The first involves using a proprietary, locked in technology (admittedly with increasing “openness”) like Adobe’s Air/Flex/Flash trifecta, or Microsoft’s .Net/Silverlight double team. The second is with truly open standards such as HTML, CSS, and AJAX (Asynchronous Javascript and XML) like Google, Yahoo, and many others use.

With the iPhone Apple has squarely planted itself in the second category. They even promoted them as a pseudo-SDK for a time! (And maybe gave up too soon?)

Flash-free, Silverlight-less, but full of interactivity and cloud-based applications, Apple just unleashed .Mac upgrade MobileMe complete with “desktop class” mail, calendar, contacts, and photo gallery web apps.

And according to this year’s WWDC buzz, they used SproutCore’s Javascript frameworks to do it? Why?

SproutCore not only makes it easy to build real applications for the web using menus, toolbars, drag and drop support, and foreign language localization, but it also provides a full Model View Controller application stack like Rails (and Cocoa), with bindings, key value observing, and view controls. It also exposes the latent features of JavaScript, including late binding, closures, and lambda functions. Developers will also appreciate tools for code documentation generation, fixtures, and unit testing. A key component of its clean MVC philosophy that roots SproutCore into Cocoa goodness is bindings, which allows developers to write JavaScript that automatically runs any time a property value changes. With bindings, very complex applications with highly consistent behavior can be created with very little “glue” code.

Check out the read link for more on Apple’s use of SproutCore, and how it might just be part of a growing trend for open standards-based web interactivity.

Read

This is a story by the iPhone Blog. This feed is sponsored by The iPhone Blog Store.

SproutCore Another Nail in the iPhone Flash Web App Coffin?