Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

> Now, if we could just get rid of the app store enforced install process and have apps automatically retrieved and cached, things would be a lot smoother...

I totally see what you did there ;). http://xkcd.com/1367/

I feel the lack of linking in apps is done partially because of laziness, and partially on purpose. Most apps that are neither games nor utilities seem to be made to control the viewing experience and/or help the authors trick the users into parting with their money. Increasing interoperability seems to be counterproductive if the only reason for your app to exist is to earn a quick buck from the less savvy users.



We just discovered that one a few weeks ago - It was then we realized that we had just dedicated our lives to the premise of an xkcd comic

I disagree with your last comment as you could make the same argument for websites in general - there will always be spectrum of usefulness/scamminess. Utilities or games might not have the concept of 'pages' as a news app or a social photo upload app, but imagine being able to link to specific constellations in the star chart app, the various calculator faces of some popular calculator apps, or a user's city in Clash of Clans. It's going to be awesome.


"imagine being able to link to specific constellations in the star chart app, the various calculator faces of some popular calculator apps, or a user's city in Clash of Clans. It's going to be awesome."

I'm imagining it, and in most of those cases I'm imagining the horrible fragmentation clusterfk that will have to be solved in Yavascript - linking to "some popular calculator apps" (plural) means either providing a mess of links for the user to decide, or somehow guessing which one to show.

Two alternatives that both land in the "NAH GANNA HAPPEN" category:

* "everybody agree on a standard prefix for basic things like calculators" HAHAHAHAHAHAHAHAHAHAHA

* "allow client JS to detect installed apps" see also the detect-visited-sites-with-CSS info leakage for why this would be terrible...


     "everybody agree on a standard prefix for basic things 
     like calculators" HAHAHAHAHAHAHAHAHAHAHA
That's a URN. Unfortunately they never really got adopted. But thy solve this exact problem.

urn:calc:rpn

You click the link and your mobile phone then looks to see if any of your calculator apps satisfy that urn.

If they find any they open it up or present the user with a choice between them or open the one the user configured as their choice.

If they don't find any they check the app store or web and offer the user the opportunity to install one that satisfies that urn.

Actually this is exactly what androids intents do as well minus the app search and install. But I don't think they use urns under the hood.


I was actually going to reply something along the same lines. These sorts of services exist on both iOS and Android (can't speak to Windows Phone). Not for the provided example, but for Android, the Intents like you mentioned, and iOS has a similar concept for things like "Apps that are capable of routing/mapping" and possibly other things. Neither of these are done through the example "standard prefix," but both are through by adding some standard permission or key to your app.


>I totally see what you did there

...except the main cache on a web browser is nothing more than a speed boost, and cannot be relied on.





Consider applying for YC's Summer 2026 batch! Applications are open till May 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: