Being accessible at all times of day to everyone is a ridiculous way to live, but unfortunately it seems that we have just enough access to modern technology to make it possible, but not enough comfort with it to program quiet times. Although Do Not Disturb has been available on iOS since version 6, many people don’t take the time to enable it. Not wanting to be rude by texting at 5am or 11pm when an idea comes to me, I will often either forget to send the message later at a more appropriate time or frequently stress over the fact I need to send a message but it is still not an appropriate time. This is the exact problem that systems like GTD try to avoid.
I created a couple workflows in Workflow that solves this problem. The first Workflow creates a reminder in Omnifocus for the time I want to send the message, with an URL containing the message and recipient. When the URL is tapped it triggers the second workflow that creates the message already addressed with the recipients name.
Download the workflow to create the reminder.
Download the workflow to send the message.
Being old1, I often have no idea what the emojis mean that my children, wife, and younger friends send me. A simple Workflow workflow2 translates these for me. It’s simple because Workflow already has an action that translates the emojis. This workflow just takes the clipboard text, strips any non-emoji text3, and displays the text translation of anything remaining. Having the workflow in the widget screen means translation is always 1-2 swipes and a tap away.
I needed a way to convert Markdown-formatted text to HTML without any line breaks for writing show notes for podcasts using the Driftwood platform, because it holds the shownotes in the YAML front matter. I wanted to be able to do this on both iOS and OS X.
I haven’t given up on TextExpander, yet1, and so far it is the only option I’m aware of in which I can sync the same macros across all my iOS and OS X devices.
The problem ended up being fairly simple2.
I took the minified version and created a TextExpander snippet of just that code.
Then I made the snippet for the conversion. It consists of only two lines of code. The first calls the Marked library:
and the second takes whatever is in the clipboard, runs it through the marked library, and then removes newlines:
It doesn’t get much simpler than that.
Driftwood is a tool I created to rapidly deploy the necessary tools for publishing a podcast: a website, a podcast formatted RSS feed, and hosting for the files. A secondary goal was to be able to do all this from an iPhone. I was inspired in part by Manton’s microcast Timetable, and from my own use of Jekyll and Github pages to host my blog. My final goal was to be able to “self”-host podcasts that I’m currently paying $100+ a year to a commercial company, especially on one that is mostly retired but not dead.
The demo page can be seen here.
My own page using this template is here.
The Github repository is here.
The concept and execution is simple: Github is used to both host the source files, build the website and RSS feed from those source files using Jekyll, and host the audio files.
The template design for the webpage is clean and elegant, thanks to Kiko by @gfjaru. I made a few tweaks but nothing significant. Since podasts are all about the audio and not the webpage1, I think a simple page is best, and the user can add additional features as needed.
Getting started is simple:
- Clone or fork Driftwood to your own repository.
- Rename it.
_config.ymlwith your information.
about.mdwith your information.2
images/itunes.pngwith your own logo (1400x1400)
audio/ep1.m4awith your own file
- Edit the file in
_postswith your information, date, shownotes, etc.
And your first episode is up!
Add future episodes by adding a new audio file to
/audio/and a new markdown file to
/_posts/making sure to follow the template of the original file.
If you need further information on formatting post pages for Jekyll, you’ll find a lot of information at the Jekyll website or on Google, since the first thing one does after using Jekyll to publish their blog is to write a post on using Jekyll to publish their blog.
Doing it iPhone only
You’ll need one of those apps anyway to upload the audio files and logo because there is no way to upload a binary directly to Github from the browser even on a desktop OS. Edit: Ten days after I wrote this Github announced they’re adding the ability to upload binaries from the browser..
Record your own episode. You can use the built-in Voice Memos app, which is free with very limited editing functionality, or use Ferrite, which is more expensive but very powerful with multi-track editing and other professional features. Again, use one of the above apps to upload it.
Is Github the best place to host audio files?
Probably not. It’s certainly not designed for that and if one makes changes to the files then the version tracking aspect of Git will cause those changes to be saved using up a lot of storage space. File size is limited to 100mb and anything over 50 will likely get a warning. Also, a repository size is soft-limited to 1 gig. In general, these will not likely be an issue, especially for small project podcasts. The purpose of Driftwood is a tool for rapid deployment. If you want to host the files somewhere else, it is a trivial problem. Merely put the full URL for the audio file in the YAML front matter for the episode page and change the podcast.rss file from
<enclosure url="http://soitscometothis.net" length="" type="audio/x-m4a"/>to
<enclosure url="" length="" type="audio/x-m4a"/>. You can Dropbox, S3, Internet Archive, or any other place where you can directly link to the url of your file.
What about using Github Large File Storage for the audio files?
I tried that and it didn’t work. Either I missed something or you can’t really link directly to the file url so it breaks. If you find a way to get it to work, please let me know.
I want to use mp3 files not m4a files.
No problem. Just change the audio type in
Brian Jones recently published a 1Writer script for changing selected text to the title case format of John Gruber.
By removing the last three lines
var selectedText = editor.getSelectedText(); var formattedText = toTitleCase(selectedText); editor.replaceSelection(formattedText);
and replacing them with