Archive of July 2008

Firefox 3 Bookmarks in Launchy

Since upgrading to Firefox 3 oh these many months ago, my Launchy install has been woefully out of step. It’s been an annoyance, but I’m not on my Windows box all that much so it wasn’t exactly at the top of my hit parade. I finally had a free minute today, so I spent that minute understanding the problem and finding out how to fix it (and then another one writing this).

The problem, of course, is that Mozilla moved its bookmark “repository” to SQLite and the data is stored in a file named places.sqlite rather than the bookmarks.html file that has held this data since approximately the dawn of time. Fortunately, a simple change to about:config is all that’s needed to bring Launchy back up to speed.

To give Launchy access to your Firefox 3 bookmarks:

  1. Type about:config in your address bar.
  2. Type exporthtml in the filter textbox.
  3. Double-click the browser.bookmarks.autoExportHTML line item in the result set. This should be the only item that appears and double-clicking it should change the value from false to true.
  4. Restart Firefox.
  5. Access Launchy > Options > Catalog > Rescan Catalog to rebuild Launchy’s index.

Update 7/30/2008: Tweaking this configuration setting also sets Quicksilver back on the right track. I had to monkey around a bit with the Firefox module in the Quicksilver catalog to get it to index properly, but I managed to get it under control after a bit of wall-to-wall counseling.

Update 9/5/2008: On my Linux box, I use Gnome Do (a.k.a Do) for the same purpose that I use Launchy and Quicksilver and this trick works nicely for it as well. I should note that I don’t know whether it’s necessary for Do – I updated the config setting before trying it without – but Do works perfectly with this setting in place.

Quicksilver is Making My CPU Its Bitch

I love Quicksilver. I don’t even use more than a third of its capabilities and I still couldn’t do without it. As nothing more than an application launcher, it’s completely indispensable to me. Because of it, I’m able to autohide my dock and, quite honestly, never see it. I don’t keep a single application icon on it (save those that are running, of course).

For the last few weeks, though, I’ve been noticing that Quicksilver has been absolutely monopolizing my CPU cycles to the tune of 65%-95% according to Activity Monitor. I don’t know when this started and I don’t recall any kind of “precipitating event” in the recent past that even might be the cause. If I only saw this kind of monopolization when it was reindexing, it would make some sense. That’s not the case, though. Usually, Quicksilver’s Task Viewer indicates nothing happening at all. The only thing I know for certain is that the application seems to have gone rogue on me. It’s out of control.

I thought I’d found a solution on Mac OS X Hints, but…no. And, by the way, if anyone else cares to try that hint, note that the Quicksilver caches are located in ~/Library/Quicksilver, not in /Library/Quicksilver as the hint indicates (the comments point this out as well). Deleting the specified directory (and a few others) briefly offered hope only to snuff it out. Cruel.

I don’t appear to be the only one seeing this, but it’s not something I’ve heard much rumbling about nor have I found a working solution. Has anyone else seen this and maybe dug up any kind of explanation, fix or workaround?

Update 7/31/2008: And then, just as quickly as it appeared, it was gone. Quicksilver seems to have righted itself and my CPU is happily idling along at ~4%. I don’t know what I did, but it may have something to do with the wall-to-wall counseling I gave it yesterday (7/30/2008).

Source Control Strategies for Frameworks

I’m starting to get my hands dirty with CakePHP and as I’m getting started, I find myself pondering the use of source control. Not whether to use source control, mind you (because, well, duh), but how to use it optimally in the context of a framework or even a product that can be extended with custom code. Ideally, I’d like to version any and all code that I write or modify, but none of the framework code that is left unmodified. I’m not sure that I’ve ever spent much time on that question. As best I can remember, I’ve always just committed everything.

I’m wondering what strategies others employ with respect to source control when custom code is mixed with product or framework code. Are there any best practices?

The Favre Thing

Am I the only one who thinks that the Packers are doing the right thing with this? I’m a sports junkie and listen to all of the chatter, but I haven’t heard many editorials that come out strongly in favor of the Packers. I’m not a member of Packer Nation, but I have all the respect in the world for Brett Favre, what he’s done in his life, his career, what he’s done for the Packers and for football. That said, this is starting to feel like that (girl|boy)friend that everyone’s had who can’t stand to be with you, but doesn’t want to be away from you.

Read More »

Chyrp Upgrade

Or, On the Lack of Changes Made to This Site.

It’s been a long time since I’ve made any changes to this site. The reasons for that are many and most of them are personal: lethargy, (lack of) motivation, interest, etc. One reason, arguably the most compelling reason, though, was that Chryp – my platform of choice – was undergoing a major overhaul to its architecture. I liked what I was hearing about what the new version would offer, so I decided to hold out on investing any significant time on my existing site.

Chyrp 2.0 has been out in beta for a few weeks and today I took the plunge; I upgraded my dev site and I think I’m going to be glad I waited. Everything of any substance in the platform seems to have changed and neither my modules nor my custom theme will work as-is – a decision I applaud, by the way. I’m all for breaking backwards compatibility in the interest of bettering the software.

Read More »

← Earlier Posts Page 1 of 2