16th
Link to research home page of Clinton Burfoot.
I spent a half day recently learning the necessary XUL and Javascript to add an “import from clipboard” function to Zotero. This is a big improvement on my my old process for adding entries with BibTex embedded in a web page. Previously I had to:
This got frustrating very quickly. Now I can just:
Apparently there has been talk of having Zotero automatically detect the presence of BibTex on a web page and offer to import it. That would be great.
For the mean time, here is my patch. The diff is against the current 1.0 SVN version, but the last I checked it applied okay against the trunk too. I’ve only tested with BibTex on Mac and Linux, but, possible encoding issues aside, I expect it will work with the other supported import formats.
Zotero’s dev/svn and trac access page explains how to switch to an SVN version from a packaged version.
Disclaimer: I’m not associated with the Zotero project and this is not release quality code. Your mileage may vary.
I’ve been using rapidshare.com a lot lately (don’t ask). When you’re downloading a lot of files it gets to be a real pain clicking through manually and waiting for the “you freeloader” countdown. This afternoon’s fun with Python was a quick script to batch downloads from the command line. Use it as follows:
% ./rsdl.py http://rapidshare.com/files/12341234/blah.blah
or
% ./rsdl.py < urls.txt
Where urls.txt contains rapidshare URLs to be found via a regular expression. In this mode files that already exist in the current directory are skipped.
Adding a -v argument gives some detail about what is going on.
rsdl.py needs mechanize and urlgrabber. It makes all sorts of assumptions about rapidshare’s HTML and URL structure so it will break any time they change things.
Enjoy.
High score of 112,699,495 on the Steel Wheel table in Pinball Dreams.
Now if I can just finish Monkey Island I need never play games again.
My Mac does a great job of providing me with the tools I need to make data management efficient. Mail.app, Eclipse, Address Book, iCal, iPhoto, iTunes etc take care of their respective data types with style. I normally use my text editor to keep track of arbitrary structured data that isn’t covered by a tool I like. I’ve got backup records, financial data, minutes and notes from various types of meetings, lists of books/movies/CDs, passwords (encrypted and plaintext) and more. What I’ve realised I want when dealing with these, but don’t get from the combination of my filesystem and the text editor, is:
Since “personal database” seemed a reasonable description of what I had in mind, downloading the Bento trial was my first attempt to give myself and TextMate a rest and satisfy my urge to systematise. Unfortunately Bento only made me more aware of what I was lacking. Only simple type-based validation is possible, calculated fields have very limited functonality, there is no programmatic interface to the data, and the forms interface is restrictive and surprisingly unattractive.
Other personal database applications I tried were evidently built by people trying to solve different problems. Instead I’ve adopted Django as a flexible solution that gives me interface richness and complete control over my data-models at the cost of some programming time. Django’s “admin” tool automatically provides nice CRUD forms for my models. Fortunately I like programming and consider learning a new web framework a worthwhile time investment, though I’ll probably prefer to wait for someone else to solve the mobile device synchronisation problem. I still think there’s a niche for an application to help structure-focussed folks who aren’t necessarily programmers. Maybe Filemaker will get closer with the next version of Bento.