Dropped my cell phone and it died. Got a mean piece of mail from the postman. And Evan ripped all the keys off the laptop keyboard. I think I’m going to puke now.
Update: I hit the phone hard a couple of times with the palm of my hand and it made a miraculous recovery! The laptop will be covered under warranty but will be gone for about 3 weeks. I found a replacement keyboard on ebay for $20 but it was "similar to the OEM keyboard" and Dell was willing to ship one to me for $65 but it would also be 2 or more weeks.
I’ve solved it! A week ago started a series of unfortunate events that program progress on my application to a screeching halt. My efforts and work did not quit but every fix seemed to reveal another bizarre issue. But surely a professional programmer could figure all this out in a day rather than a week? No. Problem solving isn’t always that simple. This was akin to hiring a contractor to add a room to the back of the house but in starting to dig his foundations he discovers an old septic tank buried behind the house and in trying to remove it he discovers a cave under that. My problem began with a test when I cleared all my cookies.
On problem set off another. The development server, long overdue for an upgrade, lost its mind but this wasn’t immediately evident to me so I did a line by line inspection of the code searching for the answer to some really whacked out behavior. Eventually I realized the server was shot and moved to another server. After fixing several issues either hidden and discovered in the line by line inspection or caused by experimentation in attempts to fixed the oddities caused by the flaked out server, I eventually discovered the source of the original issue. In short, jQuery’s .filter gets overridden by jQuery’s .listen plugin so it appears.
jQuery has a built-in traversing function called filter() but handlers for events get bound only on the initial rendering of the DOM. If the DOM is modified dynamically, for instance if content is added with AJAX, then the newly added event handlers will not be recognized by filter(). Fortunately, Ariel Flesler stepped up and created a plugin called listen() (use the 1.0.3 version!) which registers the handlers for the matching events and this works for new content added via AJAX or other DOM manipulation. It seems, unless I am misinterpreting something, that listen() overrides filter() so if you have both filter() and listen() on the same page, your filter() events will never fire.
Monday saw school canceled early. Yesterday the road conditions did not permit school and the children stayed home to play.Today, it is too cold for school. Even Lincoln Memorial University closed leaving the question "how will students living on campus eat today?" Perhaps we need to have some homebound lessons.