It's only 59.0 KB, see http://cdn.opalrb.org/opal/current/opal.min.js
52 karma · joined January 23, 2010
It's only 59.0 KB, see http://cdn.opalrb.org/opal/current/opal.min.js
Instead, over 60% of the screen is permanently covered by the toolbar at the top and the keypad at the bottom. No way to scroll either while in the Find in Page mode. No way to step backwards throught search results either - next button only. What were you guys thinking?! Find in Page could have been a killer feature for you over Safari, and it falls way short.
In addition, the app does not feel Cocoa Touch-like - UI elements look faked and the feel is different. Sorry, I had much higher expectations for days waiting for the release, and it just did not deliver iPhone-like experience. Better luck in the next version, I guess. BTW, love Opera on the desktop!
PS: almost forgot - PDF is not supported at all and is delegated to Safari instead!
The other thing that got left out is the ability to scroll to the bottom of the page - there is scroll to top, but no scroll to bottom (a real problem on long pages - it may be practically impossible to flick your way to the bottom of a long page). So, I made another app - "End Of Page" - this one's totally free and hits the App Store on Friday (Apple willing, of course).
Both made by a Russian guy :)
Hacker News readership can be a tough crowd, but I wouldn't want to have it any other way ;) Thoughtful comments (i.e. where the reader took the time to do a little bit of research before commenting) make it all worth it.
On the other hand, I feel that switching from Safari to a different browser merely for the sake of in-page search would be overkill (like using a hammer to swat a fly) - I actually have no other beef with Safari, I genuinely like it. So I felt a bookmarklet would be the right-sized tool for the job.
empty string, $, <, >, span, div, table
Spoiler: any reserved Regular Expressions characters will result in an invalid search. Any reserved HTML keywords will expose markup and garble the page beyond recognition.
More details on that here: http://findinpage.blogspot.com/2010/01/what-makes-this-find-...
http://findinpage.blogspot.com/2010/01/what-makes-this-find-...
In a gist, all the ones I have tried have no UI and have major design and usability, not to mention technical issues (you can read the blog post for details). At any rate, they were not good enough for my own use.
The idea is that if you have a serious need for a reliable, convenient, usable tool then you wouldn't mind paying $0.99 for it.
But there is more to it: I was trying to find a way to use the App Store infrastructure to sell a bookmarklet. I think this is the first time this has been attempted - only time will tell if this scheme gains acceptance, or, as you suggest, people will balk at the idea of paying for apps that simply copy a URL to the pasteboard.
Last note regarding "...a lot of people, who are used getting a lot more for that price..." - I think this is more of a testament to the sad state of the App Store than anything else. $0.99 is the lowest price the App Store lets you charge for an app. Below that is free. Since I cannot go any lower than $0.99, I think the developers whose apps deliver more value than mine should charge more - not the other way around. The fundamental problem with with the App Store is that this mentality took root and flourished, creating a race to the bottom.
Every Web browser has a find in page feature, both desktop and mobile, except for Safari on the iPhone. Not any more.