daveho.com

This year I’m celebrating an anniversary of sorts. A notification that makes me feel good about my life as a caregiver and a capable, mature adult.
I’m talking about, of course, my plant.
The Saturn plant. Happy 10th anniversary, chlorophyll wonder!
The plant was a gift, part of the customer service of the Saturn car dealer when we purchased our first new car. It was only about 8″ high, with about five or six leaves. The plant became my cubicle buddy aty job in Lancaster, and when I moved on, it occupied a spot on the Wurlitzer in the living room until I started my current job. Over the years it grew, needing new pots and fresh soil from time to time. But the significant thing here is that I’ve been the sole keeper of this plant. And it has survived. There have been plants in the house that have survived too, but usually through a joint effort on my wife’s and my part. The Saturn plant has, to date, been the longest lived thing in my care. It’s also interesting that both the Saturn brand and the Wurlitzer it called home are both gone, and the plant remains.
Here’s to you, Saturn plant. Let’s go for ten more!

There’s a battle a’brewin’, and its between very popular software and standards.  Specifically it’s the emergence of Apple’s iStuff and a fight over how to display content on these devices.  More specifically its about Adobe Flash.

Flash is probably the most ubiquitous web plugin in existence.  Flash can be found on nearly every commercial site on the web, and entire sites are built on it.  For many years now Flash has been the de-facto design and deployment platform for great looking sites.  It got around low-resolution graphics, or fixed, non-scaling images.  Flash sites are full frame, scalable, employ sound and animation, and supports form widgets and other sophisticated interfaces.  For a long time, if you wanted a highly interactive, impressive website, it had to be Flash.

Plain old HTML started to catch up with the emergence of AJAX, a made up word to encapsulate a functionality that had already existed and was exploited by many designers.  Built around Microsoft’s XMLHttpRequest object in Javascript, a paradigm emerged that allowed data from a server to be sent to a browser asynchronously – that is, without re-requesting the entire page.   This sort of “invisible” request and response system allowed web builders to create sophisticated, responsive interfaces entirely out of the existing HTML structures and Javascript that were served:  Dropdown boxes could be repopulated based on a user’s input, or a form could be submitted to a database without ever leaving a web page.  Programmers began building libraries of Javascript tools to emulate some of the nicer aspects of Flash-based interfaces.  Now, a website could have (thanks to style sheets) sites that looked good, and had great functionality, all while running in a standards-compliant browser.

Meanwhile, Flash began to suffer from its own criticism:  The plugins became incredibly resource heavy, slowing down load times for websites.  Even fairly clean websites would suffer from lagginess due to one poorly built Flash advertisement.  Flash versions became incompatible, and some sites simply did not work without the most current version (or in some cases, it didn’t work because the version you have is too NEW)!  Lastly, as even the last adapters to the web became savvy, Flash was old hat.  It impressed the surfing crowd less and less as it became more widely adopted.

But for it’s shortfalls, Flash was guaranteed to remain a big player for two reasons:  Vector animation, and video delivery.  No other technology could really replicate the kind of sophisticated animation that Flash could deliver (and the development environment is very effective; even pro animators use it).  And with video delivery sites like YouTube and Hulu becoming increasingly used, Flash and its video codecs became the only game in town.

But that is about to change because of the new web layout specification, called HTML5.

HTML5 is the latest incarnation of Hypertext Markup Language, the set of structured tags that form the pages you see on the web.  HTML4, the last specification, was not that far removed from it’s predecessors, retaining many of the tags that were specified from the beginnings of the web.  The markup was semantic: describing what the various regions of text meant (back when it was still to be used as a way to send documents across the wire).  But by HTML4 the semantic tag pool was sullied by various display formatting tags – tags meant to instruct a browser on how an element should look, not what it meant.  Tags such as <b> (make it Bold), <font> (use this font style and size), <u> (underline the text), and the ever-hated <blink> (make the text blink such that the user has a seizure).  These format tags were a casualty of the early browser wars between Microsoft’s Internet Explorer (a bad browser) and Netscape’s Navigator (a horrible browser, at least in its 4.x heyday).  These companies rammed these tags (and others) through the w3c (the World Wide Web’s standards body) to try and give their browsers specialized functionality that could attract users.  The net result was a loss of standardization and mixing of presentation and contextual elements within pages.  This co-mingling lost one of the web’s main points – the semantic nature of marked up documents.

There has been a renaissance of sorts of the root principles of the web: clean, semantic, logical markup of content, and relegating presentation to an outside resource (Cascading Style Sheets).  Many of the “display” tags were marginalized in favor of standards-friendly development.  HTML4 gave way to XHTML, a new specification that introduced the rigid rules of Extensible Markup Language (XML) into web tags, so far as to make XHTML a true subset of XML, allowing great flexibility.  XHTML was adopted by many, but as work continued on HTML5, excitement for it grew more and more.

What has excited developers is the philosophy behind it:  A semantic markup that takes into consideration how the web actually works now.  In the past websites squeezed and squashed their way into the now-antiquated markup developed for pages before images, video, and forms.  With HTML5, web developers have a set of tags that describe the parts of websites we use.  For example, most websites contain common, discrete sections – a header (like a newspaper masthead), a navigation section, a main content area, and a footer (for disclaimers and other “legally” stuff).  Developers usually build these sections with generic <div> (divider) tags identified as “header” or “nav”.  HTML5 defines tags for these sections: <header>,<nav>, <section>, and <footer>.  The spec also accounts for the advancement of media in web pages, adding tags such as <progress> (for loading of items), <audio>, <video>, and <canvas>.

It’s these last two that are making Adobe nervous.  By adding a <video> tag, a browser can play a video without an additional plug-in; the playback is part of the browser’s capability.  And <canvas> provides a defined space that can display vector graphics through browser scripting.  Using script and <canvas>, any manner of vector graphic could be realized.  By standardizing HTML5 and it’s adoption by the major browsers, the last two pillars of Flash’s ubiquity on the web are threatened.  Adobe is trying to mitigate this, citing the huge investment made by websites in it’s technology, and allowing for alternatives by providing output from it’s Flash Development Environment into standards-friendly HTML5/Javascript output.

Then along comes Apple, and it’s announcement that it will not support Flash on it’s iPhone/iPad devices.  They cite its bloated, inefficient runtime environment as detrimental to their device’s performance and battery life.  But most observers believe the reasons are more commercial.  Apple has worked to build a brand based on it’s mobile OS and its usability.  By allowing a runtime environment that could effectively replace this OS interface Apple no longer controls the user experience.  Apple has crafted a contained ecosystem for it’s devices, and the ability to circumvent it means a loss of control.

That may well be for applications on the devices, but what about Flash on web pages?  By not allowing Flash, Apple is effectively blocking access to content on the (open) world wide web.  Some have called foul on Apple for this, and are pushing Apple to allow it in the web browsers on these machines.

Now HTML5 re-enters.  Traction has gained on adopting the standard in the newest round of web browsers, and with the details of implementing the <video> tag coming soon, allowing Flash on iDevices may be moot.  If sites like YouTube can run natively in HTML5 without Flash, and the adoption of the standard by the mobile browsers (likely), Flash is doomed to becoming a marginal product, rather than the ever-present force it is now.

Personally, I side with standards over proprietary.  Standardization means the same experience from web pages, regardless of browser preference.  Less plug ins like Flash mean fewer entrances to your local computer, and the web browsing experience remains in the browser sandbox like it should.  And with HTML5, we will finally have a semantic web that truly describes our modern web world.

Sean is my oldest boy, about to turn four years old. He’s skinny, despite how much cereal or how many fish sticks he consumes. He loves singing. He gets excited over traffic lights and bridges while in the car. He has a nice smile and likes to laugh. He can count to 100 (and higher), spell words, and can recite back almost every book he’s read.

Sean has autism.

While the “formal” declaration of his diagnosis only came within the last week or so, it was pretty clear that Sean was not developing “normally” (for a clinical definition of “normal”). But now we can call it as it is, rather than using terms like “delayed development”. While that term is accurate, it doesn’t carry the social or emotional weight of Autism. People hear developmental delay and think it’s just a term, nothing to be concerned with. People hear autism, and they associate words like “disease” and “condition”, and attribute the same kind of emotional response as other diseases or conditions. Now people will superimpose their empathy on him, and on my wife and I. And here’s where I feel conflicted.

When we were informed of his diagnosis, I did not have a reaction. At least not the kind of reaction I suppose people would get when told this news. Maybe it’s because I’ve already struggled with it, back when the process of determining his delays started. We were informed by his daycare director that Sean had exhibited behavior that warranted further examination by Early Intervention specialists. At the time we did not know what to make of this: Cathy and I just thought, “Well, he’s just shy and quirky. I mean, we’re not exactly the most social and, uh, ‘normal’ people ourselves.” But we sat with the specialists after his assessment, and were bombarded with phrases like “low performing” and “below threshold” and “delays”. It hit me hard. It was a confirmation that he will have these problems, not just now but for his whole life. After that meeting I was upset. For Sean. And for Cathy and myself – that was a bad feeling; selfish even. But it was an honest emotion. Sean’s condition meant that whatever expectations I had for his “normal” childhood are gone. It’s a new reality, and any change in your way of looking at the world will be a blow (and those who know my history know this has happened enough). So being told that Sean is “officially” autistic didn’t impart that kind of strong reaction, simply because we’ve been living it for the past few years. My thought was that it’s like a change of seasons on the calendar: Summer turns to Fall by a date on the calendar, but the weather doesn’t instantly change; you still prepare and deal with and get through whatever is out there. Sean is still going to be treated as he’s been for the last year and more. His activities don’t change, his treatments don’t change, and we continue on as always, despite the label.

Being in Early Intervention has helped both Sean and us immensely. We now have resources to confide in and get help from. Being in his “daycare school” (what we call his EI classes, two mornings a week) has improved his development greatly. We see changes in him all the time, and we get excited when we observe new behaviors (even when they are annoying, like his new-found “bossiness”). Every behavior that indicates an advancement feels like a victory.

The question now is where to go from here. Cathy’s coping mechanism is to study – to learn all she can, to research things she can do or places we can go to for help or greater understanding. For myself, I just want to know how to best serve Sean’s needs: I want to know what I can do to help. I just want to be his dad, not his therapist. I just want to know what I have to add to my “dad toolbox” to make his life as full as possible. The thought makes me anxious. It’s not where I want to be as a parent.

Sean is almost four. He has trouble interacting with his peers in play situations. He has difficulties copying sad or angry faces. He tends to be withdrawn from the other kids and would rather play on his own. He can’t control his flapping hands or stiff limbs when he gets worked up.

Sean has autism.

And his mom and dad love him very much. A label doesn’t change that.

Sean plays at our local autism association picnic.