4 ms·

I largely understand what he's saying, in terms of misuse of the protocol. I think you're going to find those sorts of things being the case for any toolset, th

I largely understand what he's saying, in terms of misuse of the protocol. I think you're going to find those sorts of things being the case for any toolset, though. Given enough time, and enough developers, you'll eventually run into people using it an entirely different way than you initially intended, regardless of the specifications or documentation written around it. One thing I'm not sure I agree with, though, is the mobile application "linking" he mentions. When have non-web applications ever linked? What of all of the old "desktop applications" that everyone used to use? Those don't typically link, why is there a different expectation for mobile applications? Oh, and most mobile apps do support linking (in some sense, though it's not really a primary feature). Perhaps I'm misunderstanding what he means with this.

umurkontaci 12y ago
I think he is referring to apps that only show content, like a news-site reader or something along the lines of that. However, most of the apps I've seen have a Share feature which one can use to retrieve the link.
maephet 12y ago
I work at Branch (referenced in the NYT article) which tries to make it way easier for mobile devs to leverage better deep links to stuff in their apps. Making the analogy to desktop apps is fair, but I think the better question would be why not? The URI scheme registration mechanism in Android and iOS allow the dev to create a new OS level namespace for his or her app and all 'pages' inside. For example, http:// http:// is the scheme for browser app based addresses just as venmo:// is the scheme to address all payments or user profiles in the Venmo app. Why not leverage this technology to make app content more open and easier to access? 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...
- TeMPOraL 12y ago
  > 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/ 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.
  - maephet 12y ago
    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.
    - al2o3cr 12y ago
      "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...
      - zaphar 12y ago
        "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.
- shortstuffsushi 12y ago
  I'm familiar with the linking capabilities of apps, at least for iOS (haven't played with Android). I think it's a bit limited, as it currently stands, but I feel like the intent of the url schemes is somewhat different from the idea of linking on the web. On the web, you typically link to open content, whereas I feel like apps tend to be more personalized; seems like linking wouldn't work quite the same. Interested to think more about that, though.
nitrogen 12y ago
Desktop apps did link. Windows had OLE. Old versions of KDE had Kparts.

umurkontaci 12y ago

I think he is referring to apps that only show content, like a news-site reader or something along the lines of that. However, most of the apps I've seen have a Share feature which one can use to retrieve the link.

maephet 12y ago

I work at Branch (referenced in the NYT article) which tries to make it way easier for mobile devs to leverage better deep links to stuff in their apps. Making the analogy to desktop apps is fair, but I think the better question would be why not? The URI scheme registration mechanism in Android and iOS allow the dev to create a new OS level namespace for his or her app and all 'pages' inside. For example, http:// http:// is the scheme for browser app based addresses just as venmo:// is the scheme to address all payments or user profiles in the Venmo app. Why not leverage this technology to make app content more open and easier to access? 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...

TeMPOraL 12y ago
> 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/ 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.
- maephet 12y ago
  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.
  - al2o3cr 12y ago
    "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...
    - zaphar 12y ago
      "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.
shortstuffsushi 12y ago
I'm familiar with the linking capabilities of apps, at least for iOS (haven't played with Android). I think it's a bit limited, as it currently stands, but I feel like the intent of the url schemes is somewhat different from the idea of linking on the web. On the web, you typically link to open content, whereas I feel like apps tend to be more personalized; seems like linking wouldn't work quite the same. Interested to think more about that, though.

nitrogen 12y ago

Desktop apps did link. Windows had OLE. Old versions of KDE had Kparts.