Re: Handling http:// URLs

[Jens Alfke]

> On Oct 14, 2015, at 4:26 AM, Greg Weston  wrote:
> 
> You could contrive a use case for just about any behavior you could imagine. 
> Lacking the aforementioned concrete example, I can't come up with any of my 
> own that aren't handled at least as well by a more "normal" mechanism and it 
> strikes me that this has much more potential for abuse, or at least confusion 
> and annoyance, than for unique utility.

It would allow feature parity for unofficial apps for a web-based service. 

For example, it would be great if http://wikipedia.org URLs opened in a 
Wikipedia app like Articles or Wikipanion. Unfortunately the current system 
requires adding a web page in the wikipedia.org domain, so only the people who 
run Wikipedia can decide which app the URLs should open in, and presumably 
if/when they implement this they’ll choose their own official app. The 
developers of unofficial apps are SOL.

This perpetuates the walled-garden system that was (unintentionally?) made 
possible by the OAuth protocol, where the developers of a Web service get to 
act as gatekeepers controlling what apps can interact with the service. Twitter 
has been pretty abusive about this in the past, choking off 3rd party Twitter 
apps.

That said, having a choosable set of handlers for websites would require adding 
a bunch of UI features (probably in the Settings app) to let users configure 
and maintain and troubleshoot these bindings, which would increase the 
complexity of the OS. I can imagine this is why Apple’s HI design group hasn’t 
gone this route. Or maybe they’re still working out the UI design and it’ll 
show up in iOS 10?

—Jens
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Handling http:// URLs

[Greg Weston]

>>  
> Admittedly, I'm currently struggling to find a concrete example of why this 
> is useful, but I just know it is:

This, I think, is one of those phrases that should give one pause when posting. 

> Any app(s) should be able to register URL patterns they're able to handle. If 
> the user takes an action that results in a URL being requested that one or 
> more of these apps could handle, iOS should present the user with a list of 
> these URLs, and get the user's permission to then handle the URL.

You could contrive a use case for just about any behavior you could imagine. 
Lacking the aforementioned concrete example, I can't come up with any of my own 
that aren't handled at least as well by a more "normal" mechanism and it 
strikes me that this has much more potential for abuse, or at least confusion 
and annoyance, than for unique utility.

Greg
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Handling http:// URLs

[Rick Mann]

> On Oct 13, 2015, at 19:05 , Conrad Shultz  wrote:
> 
> 
>> On Oct 13, 2015, at 5:34 PM, Rick Mann  wrote:
>> 
>>> On Oct 13, 2015, at 17:29 , Stephen J. Butler  
>>> wrote:
>>> 
>>> I think you're talking about Seamless Linking/Universal Links. Introduced 
>>> in iOS 9
>>> 
>>> https://developer.apple.com/videos/play/wwdc2015-509/
>>> 
>>> https://developer.apple.com/library/prerelease/ios/documentation/General/Conceptual/AppSearch/UniversalLinks.html
>> 
>> Yes, that's it, thank you. Sadly, it's not as cool as I had hoped (I really 
>> want, as a user, to be able to have multiple choices when tapping certain 
>> kinds of URL, but that's for another day). This will address our current 
>> needs.
> 
> As always, if there are enhancements you’d like to see, please file a bug at 
> https://bugreport.apple.com.

I've filed this request periodically for years.

> That said, could you elaborate on what you mean by "multiple choices when 
> tapping certain kinds of URL”? Universal links are based on mutual trust: an 
> app and website mutually agree to let one another handle links. You can have 
> different apps handle different parts of your website (e.g. a video player to 
> handle videos you host and a social app to handle messaging through your 
> site).

Admittedly, I'm currently struggling to find a concrete example of why this is 
useful, but I just know it is:

Any app(s) should be able to register URL patterns they're able to handle. If 
the user takes an action that results in a URL being requested that one or more 
of these apps could handle, iOS should present the user with a list of these 
URLs, and get the user's permission to then handle the URL.

The user should be able to do several things:

- Choose the app to handle the URL
- Make that choice permanent (and skip the choice) for that particular pattern
- Permanently bar an app from being considered
- Order the apps per pattern

- Read an NFC tag that encodes a URL, and present the same dialog

- Finally: allow iOS apps to modify the Wi-Fi settings (with user permission 
first).

This is my ideal world scenario. I realize the last two aren't strictly about 
apps handling URLs, although a compelling argument could be made that doing so 
opens a whole new world of applications.

I've written several RADAR requests covering all of this.


-- 
Rick Mann
rm...@latencyzero.com



___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Handling http:// URLs

[Conrad Shultz]

> On Oct 13, 2015, at 5:34 PM, Rick Mann  wrote:
> 
>> On Oct 13, 2015, at 17:29 , Stephen J. Butler > > wrote:
>> 
>> I think you're talking about Seamless Linking/Universal Links. Introduced in 
>> iOS 9
>> 
>> https://developer.apple.com/videos/play/wwdc2015-509/ 
>> 
>> 
>> https://developer.apple.com/library/prerelease/ios/documentation/General/Conceptual/AppSearch/UniversalLinks.html
>>  
>> 
> 
> Yes, that's it, thank you. Sadly, it's not as cool as I had hoped (I really 
> want, as a user, to be able to have multiple choices when tapping certain 
> kinds of URL, but that's for another day). This will address our current 
> needs.

As always, if there are enhancements you’d like to see, please file a bug at 
https://bugreport.apple.com .

That said, could you elaborate on what you mean by "multiple choices when 
tapping certain kinds of URL”? Universal links are based on mutual trust: an 
app and website mutually agree to let one another handle links. You can have 
different apps handle different parts of your website (e.g. a video player to 
handle videos you host and a social app to handle messaging through your site).

-Conrad
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Handling http:// URLs

[Rick Mann]

I thought iOS 8 (or 7?) introduced support for iOS apps to handle http URLs. 
Specifically, I could register to be launched when the user taps on a URL in 
Safari, say, that matches http://my.company.com/foo*.

But when I google for this, all I get is the old stuff about custom schemes. 
Did this go away?

-- 
Rick Mann
rm...@latencyzero.com



___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Handling http:// URLs

[Stephen J. Butler]

I think you're talking about Seamless Linking/Universal Links. Introduced
in iOS 9

https://developer.apple.com/videos/play/wwdc2015-509/

https://developer.apple.com/library/prerelease/ios/documentation/General/Conceptual/AppSearch/UniversalLinks.html

On Tue, Oct 13, 2015 at 7:20 PM, Rick Mann  wrote:

> I thought iOS 8 (or 7?) introduced support for iOS apps to handle http
> URLs. Specifically, I could register to be launched when the user taps on a
> URL in Safari, say, that matches http://my.company.com/foo*.
>
> But when I google for this, all I get is the old stuff about custom
> schemes. Did this go away?
>
> --
> Rick Mann
> rm...@latencyzero.com
>
>
>
> ___
>
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
>
> https://lists.apple.com/mailman/options/cocoa-dev/stephen.butler%40gmail.com
>
> This email sent to stephen.but...@gmail.com
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Handling http:// URLs

[Alex Zavatone]

Yeah, they do.  

Just change your scheme to rickmann://myurlshallfollow and you register the 
scheme with the app.

Is that what you are referring to?

On Oct 13, 2015, at 8:20 PM, Rick Mann wrote:

> I thought iOS 8 (or 7?) introduced support for iOS apps to handle http URLs. 
> Specifically, I could register to be launched when the user taps on a URL in 
> Safari, say, that matches http://my.company.com/foo*.
> 
> But when I google for this, all I get is the old stuff about custom schemes. 
> Did this go away?
> 
> -- 
> Rick Mann
> rm...@latencyzero.com
> 
> 
> 
> ___
> 
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
> 
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
> 
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/cocoa-dev/zav%40mac.com
> 
> This email sent to z...@mac.com


___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Handling http:// URLs

[Rick Mann]

> On Oct 13, 2015, at 17:29 , Stephen J. Butler  
> wrote:
> 
> I think you're talking about Seamless Linking/Universal Links. Introduced in 
> iOS 9
> 
> https://developer.apple.com/videos/play/wwdc2015-509/
> 
> https://developer.apple.com/library/prerelease/ios/documentation/General/Conceptual/AppSearch/UniversalLinks.html

Yes, that's it, thank you. Sadly, it's not as cool as I had hoped (I really 
want, as a user, to be able to have multiple choices when tapping certain kinds 
of URL, but that's for another day). This will address our current needs.

> 
> On Tue, Oct 13, 2015 at 7:20 PM, Rick Mann  wrote:
> I thought iOS 8 (or 7?) introduced support for iOS apps to handle http URLs. 
> Specifically, I could register to be launched when the user taps on a URL in 
> Safari, say, that matches http://my.company.com/foo*.
> 
> But when I google for this, all I get is the old stuff about custom schemes. 
> Did this go away?
> 
> --
> Rick Mann
> rm...@latencyzero.com
> 
> 
> 
> ___
> 
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
> 
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
> 
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/cocoa-dev/stephen.butler%40gmail.com
> 
> This email sent to stephen.but...@gmail.com
> 


-- 
Rick Mann
rm...@latencyzero.com



___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Handling http:// URLs

[Rick Mann]

Nope, I'm talking about what Stephen posted.

> On Oct 13, 2015, at 17:33 , Alex Zavatone  wrote:
> 
> Yeah, they do.  
> 
> Just change your scheme to rickmann://myurlshallfollow and you register the 
> scheme with the app.
> 
> Is that what you are referring to?
> 
> On Oct 13, 2015, at 8:20 PM, Rick Mann wrote:
> 
>> I thought iOS 8 (or 7?) introduced support for iOS apps to handle http URLs. 
>> Specifically, I could register to be launched when the user taps on a URL in 
>> Safari, say, that matches http://my.company.com/foo*.
>> 
>> But when I google for this, all I get is the old stuff about custom schemes. 
>> Did this go away?
>> 
>> -- 
>> Rick Mann
>> rm...@latencyzero.com
>> 
>> 
>> 
>> ___
>> 
>> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
>> 
>> Please do not post admin requests or moderator comments to the list.
>> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>> 
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/cocoa-dev/zav%40mac.com
>> 
>> This email sent to z...@mac.com
> 
> 
> ___
> 
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
> 
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
> 
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/cocoa-dev/rmann%40latencyzero.com
> 
> This email sent to rm...@latencyzero.com


-- 
Rick Mann
rm...@latencyzero.com



___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com