I have been collecting interesting links in various Trello boards for many years and also process some of them automatically, such as my Tiny Tools.
However, the official Trello Android App has the problem eversince that, when you want to create a URL as a Trello card in the browser, the URL is entered in the
Description and not as an
Attachment, where it actually belongs.
I have solved this for myself for years using a bookmarklet in the Chrome browser (see Add website to Trello card the better way) and get along quite well with it. However, there is one catch, that has annoyed me ever since:
I find an interesting link in the Mastodon WebApp, for example, and tap on it. What opens, however, is the WebView integrated in Android and not my standard Chrome browser, in which the bookmarklet would be available. So, for links that I want to store, I always have to open the WebView menu and select “Open in Chrome Browser”. I cannot use the general SHARE menu. At least not so far … :)
The bookmarklet does nothing more as sending the link with some additional information like
name (title) to the URL https://trello.com/add-card, where the user can select the desired board and list:
If you want to use this bookmarklet, you have to remove all line breaks from the code, decode the url and save it as a bookmark … or you visit https://trello.com/add-card and drag the link “Send to Trello” to your bookmark list. It comes out the same.
As I said above, the Trello Bookmarklet e.g. Add Card page works differently to the Android app from the same company in terms of the URL. Are different departments not talking to each other?
However … for me, the bookmarklet is history, because there is a much better approach that uses the Add Card page also, but can be called up from the standard Android Share Menu.
The trigger for my new solution was my search for better interaction possibilities from my blog to the IndieWeb. One hit was the article Android IndieWeb interactions with the HTTP Shortcuts app by Ryan Barrett, which uses the app HTTP Shortcuts by Roland Meyer to serve as a Share Target for LIKE, FOLLOW and REPLY actions.
Share Target? A while ago I had the idea of using the Web Share Target API to solve my problem above, but haven’t got round to setting up such a PWA yet.
But I no longer have to do that, because the HTTP Shortcuts app not only offers me the option of serving as a share target, but also significantly more functions for creating Android shortcuts, which are extremely useful:
- Browser Shortcut - Open the URL in the browser
- Multi-Shortcut - Trigger multiple shortcuts at once
All these shortcuts can be used to send any HTTP requests and process the responses in a variety of ways. The feature list is impressive and well documented.
For my case, I need a scripting shortcut to process the information shared by the Android sharing dialogue to call the Add Card page. This is done via static variables that are created in HTTP Shortcuts and can then be used later in the script:
Creating the shortcut is quite simple, as you can see from the screenshots. Select the type, assign a name, perhaps a suitable icon and (importantly) tick the option Show as app shortcut on launcher and promote as Direct Share target, which ensures that the shortcut appears in the Android Share menu.
const url = getVariable("SharedUrl");
The result is convincing and frees me from the bookmarklet on my smartphone, but I will continue to use it on my desktop browser.
The HTTP Shortcuts app, however, has really got me hooked. I see a lot of potential for automating things on my smartphone and will keep you updated as I develop more solutions with it. Thank you Roland for this gem …
You can interact with this article (applause, criticism, whatever) by mention it in one of your posts or by replying to its syndication on Mastodon, which will be shown here as a Webmention ... or you leave a good old comment with your GitHub account.
In case your blog software can't send Webmentions, you can use this form:
No Webmentions yet...