I went into investigate about the "optional URL scheme" setting you can set up during building an app in the viewer builder.
Quote from the Viewer Builder help:
For example, suppose you specify “com.sportspub.kayaking” as the URL scheme. If you embed a “com.sportspub.kayaking://” link on your webpage, clicking the link from the mobile browser opens the viewer app. […]
The possibility sounds good, to link to the app from any web page you view on the iPad.
But during testing this, I found out it's not that easy and/or not working as documented.
Bob set the URL scheme for his app supposedly to
a link with
will not open Bob's app on the iPad ("invalid URL").
I looked into the compiled app from the viewer builder and found out the actual URL scheme used is completly different, it is
and the correct link would be
that will open Bob's app (you can try it here if you are on an iPad).
And if you know your interal folio and article names, you can even deep link into one article from a specific folio:
you see these links in the landing page of the web viewer on the iPad.
I collected all links and tests in this jsFiddle, that you can open on your iPad to test yourself: http://jsfiddle.net/YRUGj/15/
Unfortunately, you cannot find out your real URL scheme without extracting your .ipa file and investigate the content's of the viewer, it is listed in the info.plist file.
Is this supposed to work this way or is this currently a bug that might be fixed soon?
With knowing this, you can even open the page in Bob's App by scanning this QR code:
pretty cool, isn't it?
This would be great to integrate into a real productive environment: print/ipad.
But finding out the custom URL is pretty hard as I explained earlier.
Is this an known problem that might be fixed or am I missing something here?
Johannes, regarding your previous post, the URL Scheme I specified in Viewer Builder is "com.bringhurst.dpstips." Sorry I didn't catch that earlier -- I got behind on email. The "com.dpstips.may5" string is my Apple App ID, and the other URL Scheme you dug up was generated behind the scenes when social sharing was enabled.
I'm currently testing the ability to use the social sharing link to jump from an article in one folio to an article in a different folio. I know this features isn't supported yet, but it might work. I'll let you know how it goes.
thank you for the response, Bob.
did not work on my iPad. if you use my URL string that I posted earlier you
can link from one folio to the other.
in fact, someone on twitter pointed out to me that you can start an SMS with
in the URL location field, and provide a number
(works on iPhone and iPad)
Please, could you explain a little better how you get the "actual URL scheme used into the compliled app from viewer builder
I tried see the link above from my iPad - http://forums.adobe.com/dps.7f80a0ffed3a4ff08734bc905aac4a29: and the page can´t be found.
Am I doing something wrong?
Felipe, I suspect you have some basic knowledge about nerdy stuff, follow
the pink rabbit:
(extract your developerviewer.ipa on a mac using extractor or sth.)
(open the viewer bei right mouse click > Show Package Content)
(find your values in the info.plist file, try opening it with Textwrangler,
some other text editor cannot keep it readable)
I sent the same screenshot both times,
Extract the viewer here:
Open the info.plist here:
I've found something like this (VBv20):
- URL scheme dps.longHashTag works without specifying it in viewer builder (just extract it form ipa) but it looks awful
- you can type anything in Viewer Builder in scheme text input for example "My-app-name" and it works perfectly (reversed domain appID looks awful as well as dps.longHashTag)
- one of my apps (but I don't remember version of VB) crashes after launch from link - i see splash screen and that's it. Whether it depends on viewer version?
Thank you, this was a good explanation to a our problem. And if not a good solution, at least a fix.
Question to Adobe representatives: Will this hashed link stay the same when we update the viewer, if we let the url scheme as text remain unchanged? We want other apps to be able to open one of our viewers, and we don't want to have to update several apps every time we need to update the viewer.
Thanks in advance, Kind regards,
Axel Garcia Henriksson
It seems that just setting the custom URL scheme will not work when linking to the app externally. I was able to get the app linking to work by cracking open the app and adding a URL Type and URL Scheme to the info.plist file. Once re-signed I just use the URL scheme as the link i.e. appname://folio
i have the same probleme like Exood. My app (single folio) crashes after launch from link - i see the splash screen and that's it. If i open the app normal everthing is ok. Can anybody help my with this problem?
Europe, Middle East and Africa