From 6662c86049d673c6e6ac81b1244396eb73470de9 Mon Sep 17 00:00:00 2001 From: Wesley Moore Date: Sun, 31 Dec 2017 22:39:42 +1100 Subject: [PATCH] Fix some old broken links --- content/technical/2008/02/seeking-app-ideas.html | 4 ++-- content/technical/2008/04/mp3-decoder-libraries-compared.html | 2 +- content/technical/2008/05/death-to-the-feed-uri-scheme.html | 4 ++-- content/technical/2008/05/to-title-case-bookmarklet.html | 2 +- content/technical/2008/05/to-title-case-bookmarklet.yaml | 3 +-- 5 files changed, 7 insertions(+), 8 deletions(-) diff --git a/content/technical/2008/02/seeking-app-ideas.html b/content/technical/2008/02/seeking-app-ideas.html index a3b6119..1c9659b 100644 --- a/content/technical/2008/02/seeking-app-ideas.html +++ b/content/technical/2008/02/seeking-app-ideas.html @@ -1,5 +1,5 @@ -Ever since the now very quiet drunkenbatman hosted the Evening at Adler and Gus Mueller posted, "How to become an independent programmer in just 1068 days", its has been a goal of mine to one day live the indie Mac developer dream. +Ever since the now very quiet drunkenbatman hosted the Evening at Adler and Gus Mueller posted, "How to become an independent programmer in just 1068 days", its has been a goal of mine to one day live the indie Mac developer dream. Over the years I've dabbled in Mac OS X development but have struggled to find the time in between a full time job and also having a life to be able to see something through from start to finish. I'm convinced the ideas are sound because frequently others eventually release similar products. My last endeavour was for a better archiver than that provided by the Finder. It was to be dead simple, taking interface cues from things like AppZapper. I discovered a little while ago that the fine folks at Apimac had created Compress Files, which implemented my ideas and more. -Frustrated by this lack of time I decided to do something about it (after a small helping of procrastination). Last week I successfully negotiated a reduction to 4 days per week at my day job, with the fifth day allocated to Mac development. The first day of my new job is Mon Feb 11, 2008. However I find myself with a bit of a problem, I don't have any current projects to actually work on. Heeding the advice in Gus' post for Lesson #1 I'm seeking ideas from the Mac using community for a small application that I can use to get started. So if you got an idea for a small application that you don't mind sharing feel free to post a comment and let me know, it might be just what I'm looking for. \ No newline at end of file +Frustrated by this lack of time I decided to do something about it (after a small helping of procrastination). Last week I successfully negotiated a reduction to 4 days per week at my day job, with the fifth day allocated to Mac development. The first day of my new job is Mon Feb 11, 2008. However I find myself with a bit of a problem, I don't have any current projects to actually work on. Heeding the advice in Gus' post for Lesson #1 I'm seeking ideas from the Mac using community for a small application that I can use to get started. So if you got an idea for a small application that you don't mind sharing feel free to post a comment and let me know, it might be just what I'm looking for. diff --git a/content/technical/2008/04/mp3-decoder-libraries-compared.html b/content/technical/2008/04/mp3-decoder-libraries-compared.html index 1305ca8..9924553 100644 --- a/content/technical/2008/04/mp3-decoder-libraries-compared.html +++ b/content/technical/2008/04/mp3-decoder-libraries-compared.html @@ -8,7 +8,7 @@ I did some searching and came up with two other libraries that seemed well suite I built the two additional libraries with the default configuration options, except for libmad, which I added the --enable-speed option. With the help of example code I made programs out of each that were comparable to the first version for Core Audio. I.e. MP3 file in, 16-bit Linear PCM audio samples out. -To provide a benchmark I wrote a script that would run each of the three programs against a source MP3 file. Each program reported the elapsed time (via time(3)) and the processor time (via clock(3)) when it finished decoding. The programs were run one after another on the source file 10 times. Their PCM output was written to a new file for each invocation. +To provide a benchmark I wrote a script that would run each of the three programs against a source MP3 file. Each program reported the elapsed time (via time(3)) and the processor time (via clock(3)) when it finished decoding. The programs were run one after another on the source file 10 times. Their PCM output was written to a new file for each invocation.

Environment

diff --git a/content/technical/2008/05/death-to-the-feed-uri-scheme.html b/content/technical/2008/05/death-to-the-feed-uri-scheme.html index 6fc3e5c..5758c4a 100644 --- a/content/technical/2008/05/death-to-the-feed-uri-scheme.html +++ b/content/technical/2008/05/death-to-the-feed-uri-scheme.html @@ -1,6 +1,6 @@ Can people please stop using the 'feed:' URI scheme for links to feeds on web pages. Its annoying and unnecessary. -From what I can tell this URI scheme was proposed around Dec 2003 as an unofficial pre-draft RFC. The reasoning behind the proposal was: +From what I can tell this URI scheme was proposed around Dec 2003 as an unofficial pre-draft RFC. The reasoning behind the proposal was: > …to provide a straightforward way for end users to subscribe to the data feed for a particular online resource while browsing the World Wide Web. The expectation is that clicking on a hyperlink that points at a "feed" URI will cause the Web browser to invoke the specified handler for the "feed" URI scheme which SHOULD provide the user with information about the data feed as well as the possess the ability to subscribe to the feed. @@ -19,4 +19,4 @@ The other issue I have stems from the terrible DNS or proxy (not sure which is t So my request to the wider Internet community: Please stop using 'feed:'. ________________________ -1. The related link embedded in the <head> section is correct (I.e. without 'feed:') \ No newline at end of file +1. The related link embedded in the <head> section is correct (I.e. without 'feed:') diff --git a/content/technical/2008/05/to-title-case-bookmarklet.html b/content/technical/2008/05/to-title-case-bookmarklet.html index 7676236..07e466d 100644 --- a/content/technical/2008/05/to-title-case-bookmarklet.html +++ b/content/technical/2008/05/to-title-case-bookmarklet.html @@ -4,4 +4,4 @@ Drag this link to your bookmarks bar: