I used to have a JIRA to Omnifocus Script which fell into disrepair for a bit.
It worked well, but as the Mac modernized itself it ended up with a lot of issues.
So I rewrote it by splitting it into a front-end (JIRA) and back-ends (the different task managers) for Yosemite and El Capitan. Now it’s called JIRA To Task Managers.
The one I use and support is JIRA and Things, which is the task manager I’ve been using lately.
Take a look and have fun!
My experiences with the iPad so far
Yesterday I went ahead and picked up an iPad. A lot of people are wondering if it makes sense as a device. Here are my impressions.
Continue reading “iPad – first impressions”
Have you ever seen a stream of data coming from a network, and it has some European accented characters in an encoding you don’t recognize? Sometimes bad coding practices or assumptions about encoding when pasting into documents make the encoding on the file not match all or part of the encoding of a document. This is a quick way to find out what encoding(s) match.
It’s not fully automated, it still requires your eyes. But it can make a difference when you’re writing parsing code and you don’t know what to do with some edge cases. Maybe some code like this coupled with a spell checker inside the loop would give you some sense of automation.
Continue reading “Figure out the encoding of a stream”
Yesterday a coworker pointed me to ruby’s appscript. I have found it nothing short of amazing.
I love my Mac, and many of us like the idea of automating our software, until we try to use AppleScript to do it. To say that Applescript is professional developer unfriendly is an understatement. I like ruby but to make ruby and applescript talk requires sending strings to osascript in just the right way and getting the output from osascript back. Not a lot of fun at all.
Enter appscript. Appscript is a ruby library that interfaces with applescript seamlessly.
Continue reading “Ruby Appscript – Sweet automation”
If you’re a developer and use Terminal.app, don’t set “unlimited” on the buffer size. After a day of using it heavily to review logs and whatnot your computer will be *really* slow. It’s Terminal.app keeping in RAM what you did yesterday. Stupid and Obvious, but still figured I’d write it down.
I’m a total troublemaker. For my first Core Data app I decided to do something nontrivial (multiple windows referring to a single document). Of course nontrivial means that the Interface Builder can only help me so far. So now I’m stuck trying to get things to work out right. Luckily Patrick Geiller has put together a good explanation of how you can share multiple nibs across an application. Now all I have to do is apply this same data sharing technique to the NSDocument instead.
When using multiple NIBs, we need a common object that will share data among them. That object will hold bindings, outlets, target/action shared across NIBs.
[From Bindings, Outlets, Target+Action across multiple NIBs ]
You can always count on somebody to have figured things out before you.. Chrisopher Roach’s blog has a nice quick setup guide to get your xcode project in a git repo (gitignores, attributes and basic git push capability).
Whenever I setup a new Xcode project, the first thing I do is initialize it as a Git repository and add some configuration to the project that will make using Git with Xcode a bit less messy.
[From christopherroach.com ]
And of course debate has already started on the merits of treating certain things as binary to avoid merging nightmares. <sarcasm>Don’t you love XML syntaxes?</sarcasm>
I routinely scan my documents as PDFs so I can keep them in a virtual filing cabinet (you know, the whole “paperless office” thing). I use my HP all-in-one software running on a Windows VM inside a Mac (sorry, but the Mac scanning software on HP is complete garbage in my opinion).
What bothered me about this was that all the files scanned always end up named “scan12345.pdf”. Because of the way I file, I like having my things as “year/company/year-monty-date.pdf” instead.
Continue reading “Ruby, Folder actions and full automation”
I stopped doing GTD. And I totally shouldn’t have.
I have determined that the problem was the lack of an “always there” todo list and note taking device. I write too slowly and am not organized enough to use my moleskine (never mind that I also tend to forget it), and my lifestyle is too mobile to just use a laptop.
I tried iGTD and Omnifocus. Ominfocus was too heavy on the resources, though by now I should probably try it again (maybe when they come up with an iPhone rich client). I also used Circus Ponies’ Notebook, which was pretty nice but didn’t do spotlight with enough granularity. Then I tried Journler (for journaling, never used it for GTD) and now I’m trying out Evernote. So how does Evernote compare?
Continue reading “Note taking applications: Evernote vs Journler”