Posted by Daniel Thu, 25 Oct 2007 00:53:00 GMT
I've created a new blog at: http://turnings.phrasewise.com/. There's a bunch of reasons... but in the meantime, that's where the action is now. I'm still working on the blogroll and stuff... but there you have it. Come play!Posted by Daniel Tue, 16 Oct 2007 14:47:00 GMT
Hmmm. When I looked at RSD nearly five years ago, it didn’t seem so bad. In any case, here’s a ticket and a patch to get WordPress to support autodiscovery of AtomPub endpoints.
[Here, here! And the peasants rejoiced! And the reason one (influential) person in the Atom community didn't like RSD wasn't for technical reasons, but because Dave Winer is an acquaintance, and an early supporter of RSD... and he was reviled by some members of that community. Anyway, all these years later, RSD is quietly doing its job, and should be employed for this purpose. That was kinda the point, with no preference for one API over another. Thanks Sam!]Posted by Daniel Wed, 10 Oct 2007 13:21:00 GMT
Posted by Daniel Wed, 10 Oct 2007 00:30:00 GMT
Posted by Daniel Sun, 07 Oct 2007 11:44:00 GMT
Never mind the buy 1 give 1 (a great idea). Don't wait until November when you can directly buy laptops for kids right here: One Laptop Per Child -- XO Giving. I just bought five. (Hit the Donate button).
This is a story about tools and bravery and marketing.
The bravery: When Nicholas Negroponte and his team started this project, they had nothing but obstacles. The status quo of software and hardware and skeptics stood firmly in his way. And he took a lot of grief for the effort. Even when you're doing nothing but good, fear of change is going to cause a lot of people to object.
The marketing: Everything, even laptops for kids, works its way through the innovation diffusion curve. That means that most countries, most organizations and most communities aren't going to adopt this tool for a few years. It doesn't matter if it's perfect... these things take time. Smart marketing embraces the curve and doesn't insist that it must change for this project, right now.
One kid (or five kids) at a time. It's enough. It'll happen.
[I had the same reaction, although I lack the resources to buy so many. I'll do what I can. Maybe I can get the folks at work to buy some and give them away.]Posted by Daniel Mon, 24 Sep 2007 00:37:00 GMT
Now, there is!
Happy software crafting...
[Indeed. I'm so ripping this off to work locally... thanks Luke!]Posted by Daniel Sun, 23 Sep 2007 17:55:00 GMT
Posted by Daniel Sun, 23 Sep 2007 14:23:00 GMT
Posted by Daniel Thu, 20 Sep 2007 01:02:00 GMT
Posted by Daniel Wed, 05 Sep 2007 00:25:00 GMT
Posted by Daniel Tue, 04 Sep 2007 23:59:00 GMT
Posted by Daniel Wed, 15 Aug 2007 23:27:00 GMT
Steve: As with any great product, there have been several things that make it special — the idea, our product owner, the process, etc. The most important to me though is the Team.
Luke: Ript lets you tear stuff off the web just like you tear something out of a magazine. Check it out and let me know what you think.
Wendy: For the past year, our team at Oxygen has been working on several projects. Most of which are internal, providing tools for the Oh! channel to operate. One of them, Ript, is something completely different.
[I've been working with this team since October of last year on a update of Babynamer.com. In June they asked me back to help build the Ript website. Since then I've joined the group full time, but it is only recently that I got involved with Ript. There's a group blog as well. Like Luke and Wendy suggested check it out. And for those of you who are still wondering what I've been working on for most of the last year... now you know. There's a lot more to this story... coming soo to a blog near you.]Posted by Daniel Fri, 10 Aug 2007 00:15:00 GMT
&tI was working on organizing my computer because I'll be switching machines soon, and it was clearly time for some automation. I built a few smart folders, a couple of burn folders, and some Automator scripts. I was disappointed to see that Automator's shell scripts don't include Ruby out of the box. Easily enough fixed though. Here's what you do: Open /System/Library/Automator/, find the Run Shell Script.action file (it's really a package) control click and select "Show Package Contents" then make your way to /Contents/Resources/Shells.plist and open it with your favorite text editor. Then add <key>/usr/bin/ruby</key>
<dict>
<key>args</key>
<array>
<string>-e</string>
<string>%</string>
<string>--</string>
</array>
<key>script</key>
<array>
<string>$STDIN.each { |arg| puts arg }</string>
<string>ARGV.each { |arg| puts arg }</string>
</array>
</dict>
You can of course create these entries by using the plist editor. When you restart Automator you should be able to choose /usr/bin/ruby from the run shell action. The blocks are just a starting point... then it's up to you...
Posted by Daniel Thu, 09 Aug 2007 01:49:00 GMT
Some of this might be out of date, but the simplest critical path seems to be as follows:Command line stuff looked a bit like this.
For the search engines... the error I was getting (under Mongrel) wasExiting
/Users/daniel/temp/aumeatur/vendor/rails/railties/lib/commands/servers/mongrel.rb:16: warning: already initialized constant OPTIONS
/Users/daniel/temp/aumeatur/vendor/rails/railties/lib/commands/servers/mongrel.rb:19: undefined method `options' for []:Array (NoMethodError)
from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in `gem_original_require'
from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in `require'
from /Users/daniel/temp/aumeatur/vendor/rails/activesupport/lib/active_support/dependencies.rb:495:in `require'
from /Users/daniel/temp/aumeatur/vendor/rails/activesupport/lib/active_support/dependencies.rb:342:in `new_constants_in'
from /Users/daniel/temp/aumeatur/vendor/rails/activesupport/lib/active_support/dependencies.rb:495:in `require'
from /Users/daniel/temp/aumeatur/vendor/rails/railties/lib/commands/server.rb:39
from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require'
from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
from script/server:3
Posted by Daniel Wed, 08 Aug 2007 19:43:00 GMT
If you work with designers and others on projects and you store all the work artifacts in Subversion (which a lot of folks consider a requirement for safety and agility) have a look at ZigVersion. It is by far, the best Mac client I’ve used. Getting started is painless and common functions are easy and quick.
I did experience a crash ro two with an imported working copy, but that might be something strange in that working copy. We’ll see.
I do wish there was a simplified interface for the truly non-savvy that eliminated some of the choices and options. Something that totally centers around getting the project, and updating it (whether by adding or modifying. Acts which should be transparent to that type of user.) But short of that, this is a nice clean client, and I’ll be testing it with my wife this evening.
