Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Making Chrome better on iOS

raphaelcaixeta.com

Post reply on HN
Print view View original

41–50 of 68 posts

Re: Making Chrome better on iOS

#41

Post by lparry »

saurik wrote: post #36
superasn wrote: post #31

Earlier quoted context omitted.

> so you may as well just turn on Nitro in Chrome (which is easy to do on a jailbroken device). I know you may mean that it is easy to implement this but just checking if there already exists something which can do this. I searched Google and Cydia with no results. This definitely can be very very useful to a lot of people, esp hackers.

I believe it is just a matter of adding the "dynamic-codesigning" entitlement. I started typing up instructions for how to do it with a few shell commands, but then I ran into a limitation with my ancient version of codesign_allocate that caused me to fail. :( You should definitely be able to do it from a Mac fairly easily, however.

I'd also love any pointers for how to do this; I've been checking cydia daily waiting for a hack that does this

Re: Making Chrome better on iOS

#42

Post by Greenisus »

matt wrote: post #35
kennywinker wrote: post #34

Earlier quoted context omitted.

Interesting. Are there other examples of this hack being used and not kiboshed by Apple?

According to Apple's documentation, "The UIPasteboard class enables an application to share data within the application or with another application using system-wide or application-specific pasteboards." http://developer.apple.com/library/ios/#DOCUMENTATION/UIKit/... For a couple examples: OpenUDID and SecureUDID use UIPasteboard.

Fascinating! I had no idea UIPasteboard could do that.

Re: Making Chrome better on iOS

#44

Post by pieter »

crazygringo wrote: post #13
ricardobeat wrote: post #10

I have Chrome installed but don't want it as a default, this would just annoy the hell out of me.

Curious, why? You don't really need more than one browser on your phone. If you installed Chrome and haven't deleted it, one can assume it's because the person prefers Chrome. Otherwise you can just delete it after having tried it out. Or am I missing something? It can't really even be for testing, since on iOS it's not like it's possible for Chrome to render any differently than in Safari!

You could use it just for the syncing aspect, but still prefer Safari.

Re: Making Chrome better on iOS

#45

Post by dan_b »

youngtaff wrote: post #43
drivebyacct2 wrote: post #7

Please Apple. I will downvote every person who whines about "stealing" if you just hurry up and steal Android's Intents.

Yup it's a major missing element on iOS and many iOS supporters just don't understand how great it really is...

I'm sure Apple think they've got a patent on it already so why not use it?

Re: Making Chrome better on iOS

#46

Post by geon »

travisjeffery wrote: post #12

> Google Chrome is nothing more than a UIWebView skin on iOS Mobile Chrome's networking stack is the same as Desktop Chrome, providing SPDY, prefetching, etc.

How would you handle the UIWebView networking yourself? THe UIWebView is really opaque, doing everything by itself.

I guess you could download the HTML externally and get it into the view through loadHTMLString:baseURL: , but that would still make the UIWebView load all images etc.

Re: Making Chrome better on iOS

#47

Post by bnr »

saurik wrote: post #8
wavephorm wrote: post #3

Is Chrome for iOS open source? Would there be a way to add V8 back in and release it on Cydia? That may extend the lifespan of Apple products indefinitely. My iPad 1 is already deemed obsolete by Apple and will never receive another web browser update ever, which is obviously retarded. Apple seriously needs to get that giant stick out of their ass.

a) AFAIK, no (as in, it is not open source). b) The change would not just be to mess with the JavaScript engine: it would require totally replacing out the UIWebView backend they are currently using from Apple and, well, pretty much putting back Chrome. They are not rendering the HTML, Apple's UIWebView class is; it would probably be easier to just attempt to recompile/replace JavaScriptCore system wide to stub into…

a) http://www.chromium.org/developers/how-tos/build-instruction...

Re: Making Chrome better on iOS

#48

Post by kalleboo »

geon wrote: post #46
travisjeffery wrote: post #12

> Google Chrome is nothing more than a UIWebView skin on iOS Mobile Chrome's networking stack is the same as Desktop Chrome, providing SPDY, prefetching, etc.

How would you handle the UIWebView networking yourself? THe UIWebView is really opaque, doing everything by itself. I guess you could download the HTML externally and get it into the view through loadHTMLString:baseURL: , but that would still make the UIWebView load all images etc.

You can replace the global NSURLCache with a custom implementation, and trap all the connections in there. We use it to replace online resources with resources we've prepackaged in the bundle when possible.

Re: Making Chrome better on iOS

#49

Post by obtu »

Good idea to come up with a minimal implementation of intents on the caller side. Apple will probably block it if it threatens to become useful though, because that would challenge iOS Safari.

Re: Making Chrome better on iOS

#50

Post by nathan_f77 »

This is one the many reasons why I would never buy another iPhone if it couldn't be jailbroken. It seems weird that 'hacker news' readers aren't more excited about 'hacking' the incredible computer in their pockets.

We don't need to beg developers to support Chrome if we can just change the default browser ourselves - http://i.imgur.com/f50Kxl.png

Other reasons to jailbreak:

* Grooveshark - Seems to have a bigger music collection than Spotify, best $9 I spend each month.

* VLC media player

* SSH - how is that not useful?

* SBSettings

* 5 columns for Springboard icons

* Compiling and installing any open source iPhone apps

* Being able to write tweaks like this: http://madebynathan.com/2010/12/26/ios-tweak-replace-operato...

Post reply on HN