Currently when I share quoted text to social media (not via share-a-fact) there is no link back or attribution. We should use the same link citation format we use for "share-as-text".
Description
Description
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Open | None | T87268 Copyright license and attribution issues (tracking) | |||
| Invalid | None | T149179 Attribution and copyright tasks for the iOS app (tracking) | |||
| Open | None | T149181 [EPIC] Licenses in gallery view | |||
| Resolved | • JMinor | T172203 As a user who wants to share a fact or article, I want it to be easy and intuitive to do | |||
| Resolved | • JMinor | T129801 Update Share-a-fact cards to include appropriate license for image used | |||
| Open | None | T141734 Display users a "how to properly reuse media" before allowing them to share our images | |||
| Invalid | None | T170853 Include link to article or image page for all shares |
Event Timeline
Comment Actions
@JMinor that share is managed by the WKWebView. It looks like we can only add custom menu items (similar to how Share-a-fact is added) but not edit the behavior of the built in ones. There are a range of workarounds described here https://stackoverflow.com/questions/33243230/disable-entire-uimenucontroller-edit-menu-in-wkwebview but none of them seem workable (either prone to break or involve disabling the menu entirely with weird side-effects). It looks like it's easy to intercept the menu on macOS ( https://stackoverflow.com/questions/28801032/how-can-the-context-menu-in-wkwebview-on-the-mac-be-modified-or-overridden ) but not iOS. Could be worth trying the OS X method to verify (even though a commenter claims it doesn't work on iOS).
Comment Actions
Okay, I think we should reconsider the whole sharing/share-a-fact experience. We keep putting it off, but I'm putting all share tickets on 5.6.1 for us to take a more holistic pass on sharing issues.