Setting Up LogMyRun Actions In Launch Center Pro
Thursday, September 20, 2012 at 3:30PM
Thursday, September 20, 2012 at 3:30PM
Saturday, August 4, 2012 at 6:50PM It's been less than a month, but LogMyRun is about to get a big update with some really cool new features and interface enhancements.
Stay tuned....
Thursday, July 19, 2012 at 8:07AM Squibner Mobile is pleased to announce the release of LogMyRun 1.1 which adds the following features:
Thursday, July 19, 2012 at 7:40AM In honor of Terpstra Day, I thought I would share a little workflow I set up yesterday.
I work with a lot of PDFs, many of which are not text-searchable. I love PDFPen's OCR feature, but I do not like interrupting my work while I wait for PDFPen to finish OCR on a long document. I also would like to trigger PDF OCR on the go from my iPhone.
To accomplish this, I set up a Hazel rule for a Dropbox folder that I set up called "OCRd PDFs". The Hazel rule is applied to any file in that folder where the "Kind" is PDF and the "Date Added" is after the "Date Last Matched". This last bit is important to avoid running OCR on the entire folder of PDFs each time the rule runs. For files matching those criteria, I run the following embedded AppleScript that I found here:
tell application "PDFpen"
open theFile as alias
tell document 1
ocr
repeat while performing ocr
delay 1
end repeat
delay 1
close with saving
end tell
end tell
Now, each time I drop a PDF in the "OCRd PDF" folder, it automatically gets OCR'd in the background for easy text searching later.
When I'm on the road, I route PDFs through my email and use the Mail.app's "Open In" feature to open the files in Dropbox where I then upload them to the "OCRd PDFs" folder. As long as the Hazel rule is running on my Mac back home, the OCR'd PDF is waiting for me when I get back to my desk.
Saturday, July 7, 2012 at 4:35PM We've gotten some great user feedback and have some great new features coming soon to LogMyRun, including:
Friday, May 18, 2012 at 10:48AM Jeff Atwood of StackOverflow sparked an interesting debate this week with his piece Please Don't Learn to Code. I will grant Jeff that the "everyone should learn to code" meme jumped the shark around the time that the mayor of New York signed up for Codeacademy, but, while I share Jeff's sceptisism that mastering programming is a necessary life skill, framing the issue as a binary choice between becoming a coder or not strikes me as a artificially narrow.
I also agree with Jeff's sentiment that:
The general populace (and its political leadership) could probably benefit most of all from a basic understanding of how computers, and the Internet, work.
But it is not the kids that need remedial computer training, it is their elders. I have three boys who are 8, 12, and 14 and in my experience, the kids are the ones with the basic computer skills who end up teaching their teachers, whether it is how to format a document or change a laptop's screen resolution so a Keynote presentation looks right. Too many teachers and school administrators still view computers as time-wasting cousins of game consoles and the Internet as something that needs to be monitored, filtered and generally kept out of the hands of kids. Together these create an environment incapable of helping kids who do not have basic comptuer skills and bereft of opportunities for kids who want to learn more.
Far too often schools still use computers as they did in the 90s when CD-ROM edutainment titles reigned. There may no longer be a plastic disk involved, but the concept is the same -- passive receipt of pre-packaged information. This is the exact same story that has played out since the filmstrip from my youth.
The difference that coding provides to kids is an opportunity to actually make something. If you have ever written a program of any size or sophistication, you know the excitement of bending the computer to your will and seeing it do as you command. That is a powerful thing in the hands of a kid.
Gabe over at MacDrifter.com put it well in his own post:
As a scientist and a hacky computer programmer, I see a direct parallel between [science and programming]. They both teach the following skills:
- Abstract problem solving through visualization
- Cause and effect
- Hypothesis generation
- Hypothesis testing
- Record keeping
These are all important skills in a liberal arts education, regardless of whether the pupils become scientists or programmers. Instead of sitting kids in front of high-tech versions of filmstrips, expose them to code. Done right, they will learn problem-solving and other skills regardless of whether they decide to become experts.
There is also a need for better outlets at school for kids who do want to take coding to the next level. These kids are the next generation of professional programmers and should be encouraged. The lack of programming classes in schools is disheartening. In my area, all that is offered is Java, and not until at least sophomore year of high school, long after most kids show an interest in learning to program. For self-starters, there are outlets like Codeacademy.com, Coursera.org, Udacity.com, iTunes U and hundreds of tutorial sites, but schools should offer more to students at an earlier age.
I am sure it was not his intent, but I worry that Jeff Atwood's article will discourage someone who wants to learn to code. Learning to code is not the same as becoming a coder. There is room to use coding as a teaching tool and for the dabblers as well as the professionals. The opportunities for anyone interested in coding have never been greater -- they should be encouraged to give it a try, not told to move along.
Thursday, May 10, 2012 at 4:40PM
Another feature that sets LogMyRun apart from traditional paper-based running logs is its sharing features. LogMyRun users can share their runs with friends, family, teammates, coaches and others using Twitter and email.
Wednesday, May 9, 2012 at 4:22PM LogMyRun is an easy way to enter data about your runs and track your progress; just like you would in a traditional paper-based running log. But with LogMyRun, you can take it a step further. LogMyRun keeps tabs on your runs automatically calculating all sorts of stats: weekly, monthly and annual mileage, fastest and slowest pace, and longest, shortest and average run distance. Each of these stats is available at the bottom of the main screen and can be accessed by swiping left and right to switch between stats views.
LogMyRun is available worldwide on the iTunes Store.
Wednesday, May 2, 2012 at 3:50PM LogMyRun takes the traditional paper running log to a whole new level by taking your run data and displaying it graphically. Simply tap the "Graph My Runs" button from the main screen or tilt your iPhone into landscape mode when you are viewing your log. Your runs will be displayed as a graph, like this: