<?xml version='1.0' encoding='UTF-8'?><rss xmlns:atom='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' version='2.0'><channel><atom:id>tag:blogger.com,1999:blog-396730</atom:id><lastBuildDate>Thu, 27 Mar 2008 14:27:12 +0000</lastBuildDate><title>Sam-I-Am's Builder Blog</title><description/><link>http://sam-i-am.com/work/blog.html</link><managingEditor>Sam-I-Am</managingEditor><generator>Blogger</generator><openSearch:totalResults>156</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-6973744421928743266</guid><pubDate>Fri, 07 Mar 2008 14:31:00 +0000</pubDate><atom:updated>2008-03-07T08:50:08.724-06:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>dojo workish</category><title>dijit.byNode and firebug fun</title><atom:summary type='text'>Here's a little tip if you're working with dojo widgets. In firebug you can select an element in the HTML view. Back in the firebug console, your selected node is available as $1 So, $1.tagName shows you the element name, etc. 

If you've got dojo on your page you can use anything dojo has provided in the console, and if you're using dijit, you also have that stuff too. So, in the HTML view click</atom:summary><link>http://sam-i-am.com/work/2008/03/dijitbynode-and-firebug-fun.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-7097869770505043773</guid><pubDate>Sat, 23 Feb 2008 05:03:00 +0000</pubDate><atom:updated>2008-02-25T22:08:56.897-06:00</atom:updated><title>Restoring SVN repositories from disk - a story</title><atom:summary type='text'>I recently had to move off a company laptop I'd been using for a while, and (thanks to the flu) didnt have much time to do it. So, I backed up those directories I knew had any personal projects and data in and crossed-fingers I'd be able to get what I needed out of there when the time came.

One of the directories I got housed my subversion respositories (I'd been using the flat-file db option). </atom:summary><link>http://sam-i-am.com/work/2008/02/restoring-svn-repositories-from-disk.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-1394018761950592367</guid><pubDate>Tue, 15 Jan 2008 18:45:00 +0000</pubDate><atom:updated>2008-01-15T13:10:59.765-06:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>workish</category><title>A Parable</title><atom:summary type='text'>A man was asked to do some renovation on a house. He worked steadily at it for several weeks and finally called his client to come take a look around.

He said, "I was able to keep a lot of the original flooring. I got a good match for the wood and finish where I had to patch and extend the floor. I'm nearly done. I just need to pick up my offcuts and sweep up."

"Oh good" said the client. "So </atom:summary><link>http://sam-i-am.com/work/2008/01/parable.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-5729859044270293024</guid><pubDate>Mon, 14 Jan 2008 22:23:00 +0000</pubDate><atom:updated>2008-01-14T16:46:03.593-06:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>dojo workish</category><title>dijit.Declaration and its mixins</title><atom:summary type='text'>I love the dijit.Declaration widget introduced into the dojo toolkit around version 0.9+. It lets you declare a new widget class inline in your html - which can be very useful, especially when you want the widget templateString to be dynamic output from the server.

Just a little tip - I had been getting a m._findMixin is not a function error when instantiating widgets from my Declaration. If </atom:summary><link>http://sam-i-am.com/work/2008/01/dijitdeclaration-and-its-mixins.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-1124153050077393405</guid><pubDate>Fri, 30 Nov 2007 17:42:00 +0000</pubDate><atom:updated>2007-11-30T11:54:12.812-06:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>regexp workish</category><title>Regexp to match only html filenames and directory names</title><atom:summary type='text'>I've been working on a script to create filtered directory tree listings. It can be configured with both include conditions, and exclude conditions. If something passes the include filters, it then checks to see if its explicitly excluded. For example, I want to exclude cgi-bin, but include all other directories and files. 

So its useful to have a good catch-all pattern for including only the </atom:summary><link>http://sam-i-am.com/work/2007/11/regexp-to-match-only-html-filenames-and.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-7404557467596899193</guid><pubDate>Wed, 28 Nov 2007 07:47:00 +0000</pubDate><atom:updated>2007-11-28T01:52:49.252-06:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>javascript</category><category domain='http://www.blogger.com/atom/ns#'>workish</category><category domain='http://www.blogger.com/atom/ns#'>play</category><category domain='http://www.blogger.com/atom/ns#'>dojo</category><title>Simple Clocks with the Dojo Toolkit</title><atom:summary type='text'>Something I was playing with - this page shows a couple of javascript clock/countdown treatments. None are as whizzy as the dojox.gfx (vector graphics) clock you might have seen around, or your various dashboard widgets - but this is just dojo core + 6k (uncompressed) of code.</atom:summary><link>http://sam-i-am.com/work/2007/11/simple-clocks-with-dojo-toolkit.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-2655276403368988322</guid><pubDate>Wed, 28 Nov 2007 05:57:00 +0000</pubDate><atom:updated>2007-11-28T00:27:32.629-06:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>javascript</category><category domain='http://www.blogger.com/atom/ns#'>workish</category><title>string.replace with substitution by function</title><atom:summary type='text'>It may or may not be news to you that in Javascript you can do: 
someString.replace(
  /\w+/g, 
  function(match) {
    return "blah"
  }
);
Which in this case turns "the original string" into "blah blah blah". Your function is passed the match, and you return whatever you want. That's pretty handy, as you can run the match through transformations, or even use it to lookup or generate some </atom:summary><link>http://sam-i-am.com/work/2007/11/stringreplace-with-substitution-by.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-3362311160525754039</guid><pubDate>Wed, 24 Oct 2007 13:25:00 +0000</pubDate><atom:updated>2007-10-24T08:46:10.091-05:00</atom:updated><title>TAE keynote and CSS layout</title><atom:summary type='text'>the Ajaxian folks are doing their little summary of the past year or so as pertains to Ajax. One of the "trends" or opportunities they observe is doing layout using javascript. CSS got a panning. Now I understand that CSS layout is complex - no argument there. But doing layout in javascript is hardly new and proven to be a dead-end - at least with current browsers. In Dojo 0.9 the widget and </atom:summary><link>http://sam-i-am.com/work/2007/10/tae-keynote-and-css-layout.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-8203757001964707197</guid><pubDate>Fri, 07 Sep 2007 01:34:00 +0000</pubDate><atom:updated>2007-09-06T20:53:24.126-05:00</atom:updated><title>Sortable list with dojo 0.9</title><atom:summary type='text'>This is a quick proof of concept of a sortable, data-store backed list (using dojo 0.9). The store  (a dojo.data.ItemFileReadStore instance) does the sorting. Each list-item has an id, that is mapped to the store item identifier. So when the re-sorted list comes back I just look up the list-item node and appendChild it to move it in the list.

The store has 52 items (its a list of states) and </atom:summary><link>http://sam-i-am.com/work/2007/09/sortable-list-with-dojo-09.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-2743040805604954402</guid><pubDate>Sat, 21 Jul 2007 08:12:00 +0000</pubDate><atom:updated>2007-07-21T07:56:51.596-05:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>javascript air</category><title>Adobe AIR tour</title><atom:summary type='text'>I made a quick trip to Dallas to catch the Adobe AIR bus tour there. You know, it was pretty interesting. I was braced for a 4 hour long vendor sales demo, and it kind of was that, but with enough hands-on detail to keep my attention. Plus, it looks like a sweet product.

A few misunderstandings that got cleared up for me:

AIR is specifically the runtime. Think the .NET runtime - its a </atom:summary><link>http://sam-i-am.com/work/2007/07/adobe-air-tour.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-6209494422817027010</guid><pubDate>Wed, 11 Jul 2007 20:34:00 +0000</pubDate><atom:updated>2007-07-11T15:38:20.461-05:00</atom:updated><title>Moving your Firefox profile</title><atom:summary type='text'>Little tip. You can easily move your FF profile directory to another local drive/directory e.g. thumb drive, or a backed-up directory. In my case it was to a directory that doesn't have every read/write scanned by anti-virus software. (I can see how this might be prudent and all, but it was making for a very slow browsing experience on my pc.)</atom:summary><link>http://sam-i-am.com/work/2007/07/moving-your-firefox-profile.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-4835855610844351355</guid><pubDate>Thu, 22 Feb 2007 14:33:00 +0000</pubDate><atom:updated>2007-02-22T08:45:13.415-06:00</atom:updated><title>RefreshAustin is 1yr Old</title><atom:summary type='text'>I'm prompted to post because almost a year after we disbanded the Austin Web Standards Meetup, and merged with RefreshAustin I'm still getting email from meetup.com with people signing up for future web standards meetups in Austin. Folks, the group is alive and well, we meet at least monthly, but we now fly a "Refresh" banner instead of the web standards meetup one. 

The Refresh format is simple</atom:summary><link>http://sam-i-am.com/work/2007/02/refreshaustin-is-1yr-old.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-655192680246971231</guid><pubDate>Fri, 12 Jan 2007 16:32:00 +0000</pubDate><atom:updated>2007-01-12T10:57:11.192-06:00</atom:updated><title>Terminal funkiness with ActiveState perl</title><atom:summary type='text'>I just finally got on top of an annoyance I've had for a while: on my work machine I use MKS Toolkit - which provides a lot of the common unix tools for developers using windows. It provides its own Perl build, but I've been using ActiveState's for a while, and didnt want to complicate  synchronizing my work across the different machines I use perl on.
An unhappy side-effect of installing MKS </atom:summary><link>http://sam-i-am.com/work/2007/01/terminal-funkiness-with-activestate.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-116129273001449461</guid><pubDate>Thu, 19 Oct 2006 21:11:00 +0000</pubDate><atom:updated>2006-12-06T01:41:06.226-06:00</atom:updated><title>Javascript shell with Rhino</title><atom:summary type='text'>The Rhino javascript interpreter (from Mozilla, sister to SpiderMonkey) has an interactive mode:

C:\dojo\buildscripts&gt;java -jar lib/js.jar
Rhino 1.5 release 3 2002 01 27
js&gt; print('boo');
boo
js&gt;

The Rhino jar is a part of the dojo distribution, so if you've got dojo (from SVN, not the pre-built releases) you already have it.
The Scripting Java page from Mozilla has these and other details. </atom:summary><link>http://sam-i-am.com/work/2006/10/javascript-shell-with-rhino.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-115714575521775737</guid><pubDate>Fri, 01 Sep 2006 21:19:00 +0000</pubDate><atom:updated>2006-09-01T16:22:35.230-05:00</atom:updated><title>Soft-wrapping long words</title><atom:summary type='text'>The issue of long, non-breaking words like urls has been around for a while on the web - and the impact this can have on layouts and other places where width is constrained for whatever reason.
 
I've been going back and forth on this, and dug up and old test page on No-wrapping and Soft-wrapping. This has some test cases using &lt;nobr&gt;, &lt;wbr&gt; and the soft-hyphen character &amp;shy;. The results aren't</atom:summary><link>http://sam-i-am.com/work/2006/09/soft-wrapping-long-words.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-115678924977587118</guid><pubDate>Mon, 28 Aug 2006 18:08:00 +0000</pubDate><atom:updated>2006-09-01T16:25:20.776-05:00</atom:updated><title>Re: Has accessibility been taken too far?</title><atom:summary type='text'>(Jeff Croft posted this provocative article which seemed to tap a common feeling that accessibility is a pain in the ass, strictly optional and web designers should be cut some slack)

If you wade through the slop of the first round of comments to this post, there's actually some reasonable debate that follows. Jeff came out saying he wanted to provoke discussion and (eventually) seems to have </atom:summary><link>http://sam-i-am.com/work/2006/08/re-has-accessibility-been-taken-too.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-115579211145302457</guid><pubDate>Thu, 17 Aug 2006 05:20:00 +0000</pubDate><atom:updated>2006-08-17T00:24:18.113-05:00</atom:updated><title>"Surveying OS Ajax Toolkits" article on infoworld</title><atom:summary type='text'>This is well worth a read. Unlike most reviews I've seen, this author
obviously spent sometime with each of the libraries he includes -
enough to get a meaningful impression of the strengths and weaknesses.
For me, he's right on the money with Dojo, YUI, Rico, Atlas. I differ
a little on GWT, but in truth it sounds like he spent more time with
it than I did.
Being a dojo guy at present, I think </atom:summary><link>http://sam-i-am.com/work/2006/08/surveying-os-ajax-toolkits-article-on.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-115107352813089369</guid><pubDate>Fri, 23 Jun 2006 14:33:00 +0000</pubDate><atom:updated>2006-06-23T10:20:35.876-05:00</atom:updated><title>Krugle - open source code search engine</title><atom:summary type='text'>I bumped into one of Krugle's developers at the Ajax experience conference. Looks like they just came out of beta and are open to the public. This is sweet, I can't emphasize enough how useful this is already proving. 90% of all code (I reckon) is boiler-plate, but by the time you've tracked down an implementation (and possibly ported it to your language of choice) its easier (say, 75% of the </atom:summary><link>http://sam-i-am.com/work/2006/06/krugle-open-source-code-search-engine.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-114779215173902285</guid><pubDate>Tue, 16 May 2006 15:00:00 +0000</pubDate><atom:updated>2006-05-16T10:21:00.326-05:00</atom:updated><title>Javascript conflicts and portlet namespaces</title><atom:summary type='text'>First - javascript doesn't actually have "namespaces". But the idea is there - unless functions, objects and variables are designated otherwise, they exist in the global scope - properties of the window object. In a portal - where portlets might want to include script libraries to facilitate interaction within the portlet - there's a risk of conflicts with objects using the same name being </atom:summary><link>http://sam-i-am.com/work/2006/05/javascript-conflicts-and-portlet.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-114610347112406250</guid><pubDate>Thu, 27 Apr 2006 01:50:00 +0000</pubDate><atom:updated>2006-04-26T23:06:32.876-05:00</atom:updated><title>Playing nice with others in javascript</title><atom:summary type='text'>Andrew Dupont has written a very interesting article on Prototype, and the recent $() extensions that allow things like $(someelement).hide() and so on.

This is actually a really nice solution. It's syntactical sugar without actually extending the element itself. Andrew argues that as an object oriented language, its reasonable to want to be able to extend objects like HTMLElement in javascript.</atom:summary><link>http://sam-i-am.com/work/2006/04/playing-nice-with-others-in-javascript.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-114591042147251111</guid><pubDate>Mon, 24 Apr 2006 19:50:00 +0000</pubDate><atom:updated>2006-04-24T15:27:01.530-05:00</atom:updated><title>WCAG 2.0 (as compared to section 508)</title><atom:summary type='text'>I've been really impressed with the WCAG 2.0 guidelines. This is a big improvement in the way the guidelines are presented and worded that I think will make adoption much much more likely. This here page answers the inevitable question: how does WCAG 2.0 line up against section 508? On one hand it adds specifics and details: sucess criteria and techniques for achieving success. On the other WCAG </atom:summary><link>http://sam-i-am.com/work/2006/04/wcag-20-as-compared-to-section-508.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-114558444364385697</guid><pubDate>Fri, 21 Apr 2006 01:45:00 +0000</pubDate><atom:updated>2006-04-20T20:54:03.656-05:00</atom:updated><title>Accessible maps at ALA</title><atom:summary type='text'>This is a nice write-up of making a point-map (a map with information relating to points on that map) in a semantic and accessible manner. I read a lot of articles, and rarely feel compelled to blog them. I was impressed with this one though. It doesnt shy from diggging right into the details, and does an admirable job of working through some complexity to present a real, viable solution. So many</atom:summary><link>http://sam-i-am.com/work/2006/04/accessible-maps-at-ala.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-114194780844747833</guid><pubDate>Thu, 09 Mar 2006 23:40:00 +0000</pubDate><atom:updated>2006-03-09T17:43:28.456-06:00</atom:updated><title>Object vs. View-centric apps (RoR vs. PHP)</title><atom:summary type='text'>This post starts out as an account of trying out PHP and Ruby on Rails to build a simple app, and comparing the experience. The thread builds though into an interesting discussion of differing approaches to web application development, and differing needs from the framework you use.</atom:summary><link>http://sam-i-am.com/work/2006/03/object-vs-view-centric-apps-ror-vs-php.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-114013558744637030</guid><pubDate>Fri, 17 Feb 2006 00:17:00 +0000</pubDate><atom:updated>2006-02-16T18:19:47.460-06:00</atom:updated><title>Drupal recipes for a simple site</title><atom:summary type='text'>This is a great thread that invites suggestions on how to build a simple "brochure" kind of site with Drupal - in the interest of getting people started quicker with Drupal. In amongst the meta-babble, there's some clear walkthroughs of how to achieve the goal - this is just the kind of stuff that's had me stumped these last 48 hours.</atom:summary><link>http://sam-i-am.com/work/2006/02/drupal-recipes-for-simple-site.html</link><author>Sam-I-Am</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-113820243735618132</guid><pubDate>Wed, 25 Jan 2006 15:16:00 +0000</pubDate><atom:updated>2006-01-25T09:20:37.356-06:00</atom:updated><title>Charles HTTP Proxy</title><atom:summary type='text'>Java (cross-platform) HTTP/S proxy for debugging and working with HTTP sessions. At first glance it looks to compare favorably with Fiddler in some aspects. It will do throttling for low-bandwidth emulation, act as a reverse-proxy, and has various reporting/monitoring possibilities. Shareware - giving it a whirl.</atom:summary><link>http://sam-i-am.com/work/2006/01/charles-http-proxy.html</link><author>Sam-I-Am</author></item></channel></rss>