when you use the Copy Link command, Hook returns a URL that depends on the type of resource. If the app provides a URL scheme ( like DEVONthink:// ) we almost invariably use that scheme ( EagleFiler is an exception, because we feel customers are better served with a hook://file URL: more robust, etc. and theres’ no iOS version of EagleFiler). So if the app is available on iOS, the URL should work. It’s ultimately up to the app to resolve the URL.
Hook is very configurable, so if users want to use a different URL scheme, if it is feasible, they can do that using Hook’s Scripts Preferences pane.
Yes, today you can already paste links garnered from Hook’s Copy Link command anywhere, including in files and items that are synced with iOS. Some examples:
drafts:// , OmniFocus:// , Things:// etc. Too many to name here.
As noted above, we will publish a version of Hook that works on iOS and iPadOS which will sync all bookmarks created by Hook so that you can have access to them on any platform.
We have not yet pronounced ourselves publicly on hook://file links. Those are links to Finder files that can be synced in a cloud service (iCloud, dropbox, etc.) , or even in a version control system. Hook resolves hook://file URLs. The other issue is email. This requires a mail app that exposes an API to resolve emails by their RFC compliant ID. There are several of them on the Mac. Per https://hookproductivity.com/what-mac-apps-are-compatible-with-hook-app page. Thanks all for your patience re iPhone and iPad.