Related FR marked as planned: https://orionfeedback.org/d/8455-share-links-as-nsurl-rather-than-nsstring
Share links as NSURL rather than NSString
Current implementation on iOS isn't quite right:
There should be no text.
Orion:
Safari:
Orion iOS version 1.3.9 (5), latest testflight release. this is the only release that supports sharing as NSURL
- Edited
1.3.9 (7)
feature is still implemented differently from safari:
See https://orionfeedback.org/d/8678-privacy-issue-copy-function-now-includes-title-which-also-breaks-url-copying/6 the issue is that the title still is being copied as text.
- Edited
I use this copy (as copy link) function heavily. I suspect other apps do too, since the latest update seems to break some of my other share actions. “Open in Ice Cubes” no longer shows up.
Also, pasting the combined title and url doesn’t paste the URL in some apps, like opening a new tab and pasting in Orion itself.
Would be best to remove the title and only copy the URL. As I can’t think of any reason why I would want that title text there. We can safely rely on a websites open graph details and not unnecessary browser injections into our clipboards.
Orion 1.3.9
iOS 18
- Edited
+1 for this. Unlike Safari and Firefox on iOS, selecting the URL in the address bar doesn’t include a copy button on the keyboard. This change makes it much harder to quickly grab the URL, and for some reason not all apps accept the URL half of the paste.
EDIT: this appears to be a side effect of this feature, which is great when sharing to apps but shouldn’t extend to the “Copy” item in the share sheet, akin to Safari. https://orionfeedback.org/d/7750-share-sheet-missing-site-title-and-selected-text-when-sharing
Thanks for the discussion. Can you agree what the ask is?
I believe this is a result of an incorrect implementation of https://orionfeedback.org/d/8455-share-links-as-nsurl-rather-than-nsstring/12
If it helps, https://github.com/sindresorhus/Pasteboard-Viewer shows Safari returning public.url
while Orion returns public.utf8-plain-text
, both on mobile and desktop.
Specifically, continuing with the same google.com example as @eirk, Safari shares one item of type public.url
:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<array>
<string>https://www.google.com/</string>
<string></string>
<dict>
<key>title</key>
<string>Google</string>
</dict>
</array>
</plist>
While Orion shares 3 items.
Item 1: public.utf8-plain-text
[Google]
Item 2: public.url
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<array>
<string>https://www.google.com/</string>
<string></string>
<dict/>
</array>
</plist>
Item 3: public.utf8-plain-text
(blank/empty)
Here's a screen grab of both: