Move along, nothing to see here...
Who has time for more than 140 characters these days?
Labels: everything100%off, experiment, failure, goingoutofbusiness, icantbelieveihaventdonethisbefore, me-me-me, moving
Labels: everything100%off, experiment, failure, goingoutofbusiness, icantbelieveihaventdonethisbefore, me-me-me, moving
For the next hour, traffic permitting, we're going to take you on a 49 mile loop loop around Baltimore, and across 4 of our 8 great Maryland Congressional Districts. Here's a map, with the points of interest along the way. This bus is equipped with seatbelts, so fasten them up, and pull out your map and the congressional bingo sheets and keep score as we drive.
Right now, to get us started, we're at A, the exit ramp on I-695 for I-95 south, north west of Baltimore. We're gonna drive clockwise around town, and since 695 doesn't actually make a loop, we'll do as best we can and start by going south on I-95. You with me? Please sit back and enjoy the view.
Alright. We're starting in MD District 2, represented in the US Congress by Rep. Dutch Ruppersberger [D]
... 5 minutes later
Ok folks, the split for 895 is coming up here at B, we're gonna stick with 95.
... 1 minute later
Hey - there's C, Rt 40, and - MD District 3. District 3, whose congressman is Rep. John Sarbanes [D] borders district 2, that makes sense of course.
... 1 minute later
Just crossing Rolling Mill Rd now at D, back in District 2...
... 3 minutes later
Hey look below, 895 joining us again and Poncast St coming up at E - back in District 3 everyone.
... 5 minutes later
Now, under the tunnel we go, and look, there's F, the 395 interchange heading into the city - and - hey, we're in District 2 again... Ain't it fun?
Wait no, we're already at G and now we're in District 3 again. Hm. They must have drawn districts 2 and 3 so that 95 wove them together or something.
... 3 minutes later
Alright, H: I-695 is coming up, we're heading north.
... 1 minute later
We're now at I, passing Rt 1 and leaving MD District 3, entering District 7, home to Rep. Elijah Cummings [D]. If you need to use the facilities in the back of the bus, this is the time to do so, this is the longest break we'll have on this trip and you don't want to miss anything, now do ya! You know, I've always thought District 7's shape kinda looks like a small dog with a large head yipping at the mailman. You see it?
... 10 minutes later
Alright, wake up folks. Millford Mill Rd comin' up here at J, - you know it's funny - we're still in District 7 - but folks - those living both east and west of us are both in our old friend District 2. But don't worry, we'll get you out of District 7 soon.
... 50 seconds later
Here we go - K, passing by the I-795 exit ramp, we're gonna stick with 695 for the rest of our trip, but hey, at least we're back in our home district, District 2.
... 1 minute later
Wait - sorry, (L) the I-795 entrance ramp is joining us on the right, and we're now in District 3 again.
... 6 minutes later
We're now at M on your map, folks. The people joining us on the right here, they are coming out of Baltimore on I-83. If you look to the left you'll see District 2, but on this side of the freeway we're still in District 3. But have patience, we'll join them soon.
... 2 minutes later
Sure enough, we're at N, and here on the right are the folks joining us from I-83 southbound, leaving District 1, 2, or 7 - who knows which district they came from up there - wave hello, and hello to District 2.
... 2 minutes later
We're now passing Rt 146, Dulaney Valley Rd, O on our map. The area immediately to the left (or North) of the road is Hampton - those folks are in District 1, represented by Rep. Andy Harris [R]. District 1, by the way, is MD's largest district, area wise, and stretches all the way south and across the Potomac down to Ocean City and beyond.
... 4 minutes later
P for Perring Parkway, Rt 41, coming up, We're now in District 3 again.
... 4 minutes later
And here we are at Q. We're all the way home again, passing Lillian Holt Drive, we reenter District 2.
Thanks for joining us, it's been a blast - in and out of 4 congressional districts 12 times in only 50 minutes - that's gotta be some kind of record, huh folks?
Don't tell poor Rep. Andy Harris [R] of District 1, though - it takes him 5 hours and 20 minutes to just to drive from one end of his district to the other, staying within his district:
And don't even get Rep. John Sarbanes [D] of District 3 started on the cost of gas, he has to spend an entire work day crisscrossing central Maryland to get to his constituents:
Thanks again, folks - Don't forget to leave a tip for your poor congressman and state delegate, if you can figure out who they are, and be sure to thank them for creating such an interesting form of democracy in our fair state - your souvenir map is available at http://planning.maryland.gov/Redistricting/redistrictingIMap.shtml.
Oh, and before I forget:
More:
Baltimore Sun Editorial, October 21, 2012: Against Question 5
From http://www.elections.state.md.us/elections/2012/ballot_questions.html:
Question 5 - Congressional Districting Plan
No, not really.
On our recently completed Vogue Archive project, IE8 support was a requirement, due to a large number of potential users being stuck at the office on Windows XP with no freedom to install a better browser. (We had a similar requirement for Firefox 3.6 support, but nowhere near the same kind of trouble with that browser though it was definitely the second worst browser in our field).
The Vogue archive is an HTML5* + Silverlight application: we have two viewers, one built in HTML5 (for tablets and desktop browsers that support it), one built in Silverlight (for all desktop browsers). Both viewers are housed within the same HTML5 "chrome" - see yellow sections in the image below:
IE8, of course, was released years before HTML5 started its meandering way through the standardization process, so it should hardly be expected that IE8 should support HTML5.
It should be expected, however, that IE8 could support HTTP cookies properly.
Not so much.
We got an error report from the field that when IE8 users logged out from the archive, and then logged back again, the logon process went through, and then promptly redirected them back to the unsecured welcome page at the start of the logon process. Hm. Sure enough it did. The excellent error report also stated that for some reason they were seeing two authentication cookies, one of which was empty. Could that have something to do with it? Huh?
[Quite some time later]
The problem was indeed related to the double-cookies, but it appears it was actually caused by how IE8 interprets cookie expiration dates:
The standard way to delete a cookie is to create a new cookie with the same name, in the same domain (and path), with an expiration date set to a date in the past. A pretty standard date to use is the 'epoch' start date (JavaScript's beginning of time) - midnight of 1/1/1970, GMT, represented as "Thu, 01-Jan-70 00:00:01 GMT;"
For whatever reason, IE8 sees this date, and attempts to convert it to local time - in our case (EDT) 4hrs earlier: 12-31-69 08:00:01 PM. Slight problem - since '69 was before the start of the epoch, this is then further interpreted as meaning 2069 (never mind the second bug that a winter time should be converted using EST - aka GMT-5hrs). So rather than creating a new cookie that immediately expired and thus was deleted, we ended up with a new very long-lived cookie.
To complicate things further, as a brute force way for us to make sure we delete both local and domain cookies (we don't know the preference of the client), in our delete-cookie script we actually create two expired cookies, one for each domain (i.e. vogue.com and archive.vogue.com). It appears the login/logout process got confused and sometimes read one cookie (empty, expiring in 2069) and sometimes the other (valid session cookie).
While the analysis was complex, the solution was simple - we now use an expiration date of 1/1/2000 rather than 1/1/1970 - now IE can convert times all it wants, and it still stays a date in the past, and the cookie is expired.
I <3 IE8.
Labels: failure, html5, ie, javascript, rant
Last year Mark Pilgrim released a free e-book/site called “Dive Into Html5” (http://diveintohtml5.org/). The site/book has served as a valuable resource on a recent Html5 project we’re working on here at AIS, and I have frequently gone back for details on topics such as local storage and canvas. It is an excellent book for any bleeding edge web developer. It is so choice. If you have the means, I highly recommend picking one up.
This week, Mark posted his observations on how publishing a free e-book (which is also purchasable in print format) works well for him, and that it gives great insight into what parts of the book are being read, and by whom. He then makes the following observation:
6% of visitors used some version of Internet Explorer. That is not a typo. The site works fine in Internet Explorer — the site practices what it preaches, and the live examples use a variety of fallbacks for legacy browsers — so this is entirely due to the subject matter. Microsoft has completely lost the web development community. (emphasis mine)
I forwarded this internally within AIS, and a nice debate ensued. One common complaint was the hyperbole of the statement, and I agree; a more accurate line would likely be "Microsoft as a browser vendor has lost significant mindshare in the bleeding edge web development community."
Personally one of the things I love about Html5 (using the term the way the hypers would – to mean modern web development with client-driven UI interactions using JavaScript, CSS(3) and some HTML5 semantics) is that it has in some ways unified the web development community: The debate a few years ago was about JSP vs .NET vs PHP vs Python vs Rails vs someotherservertechnology. Folks from different camps seldom interacted and learned from each other. With Html5, the backend processes are completely irrelevant, as long as they don’t muck with the Html (ASP.NET webforms is still a major sinner here, unfortunately) and developers using all sorts of backend software and operating systems are now adding to the collective knowledge, mostly working towards the common goal of getting as much functionality as possible, pushed to end users through mostly standards compliant browsers.
For instance, our Html5 app is backed by ASP.NET MVC 2 and SQL server. We do all our development on Windows, in Visual Studio – we’re looking to deploy to Azure. Clearly we’re MS developers. But we could just as well have done the app in Php against MySql running on linux and apache, and we’re taking cues from folks using python, java, Rails, Node.js, php and God knows what on the backend.
At the same time I haven’t used IE by choice for about 5 years, maybe more…
I was asked what I thought MS could do to gain back some developer mindshare – so here goes:
The point is, whether Mark’s browser percentages are statistically valid as an indication of web developer’s preferences, or to what degree Microsoft is lagging/losing developer mindshare; these are not the pertinent questions. The fact is that Microsoft is now not a leader in emerging web development areas – maybe they never were – but should they want to be, they need to take action. IE9 is shaping up to be a great browser, and they need to push it aggressively.
Labels: ajax, apple, asp.net, asp.net mvc, business, css, failure, firefox, google, howto, html5, idea, javascript, jquery, marketing, microsoft, mvc, rant, silverlight, tools
It’s 2010:JavaScript is 14 years old, and you’ve officially supported “JScript” for the past 13 years. Yet today, I have to open my JavaScript file in the FREE, OPENSOURCE, NotePad++ to find a missing closing } deep in my JavaScript file, because your latest premium Visual Studio IDE still can’t properly parse the language.
I appreciate the efforts you’ve gone to with improved intellisense in VS2010, but that is far from enough. Why do we still need macros or plugins for elementary functionality such as function outlining, a document hierarchy tree, bracket matching and other validation?
As long as there is an internet driven by HTML, there will be JavaScript right beside it. Embrace it already.
Labels: failure, javascript, microsoft, rant, visual studio
I rarely use Firefox anymore, because it takes forever and a half to launch (I should figure out why that is…). Anyhow, I started it today, just to find the frickin’ Bing bar taking up new real estate. Where did that come from?
Mozilla support has the answer: https://support.mozilla.com/en-US/kb/Removing+the+Search+Helper+Extension+and+Bing+Bar
This is the kind of crap that Old Microsoft would do. With all the recent goodness coming out of Redmond, I really didn’t expect this. Bad Microsoft, bad.
Uninstalled.
There’s a new iPad print ad campaign out, obviously (?) as a reaction to the whole Flash controversy. It shows a hip (?) young(?) female (I hope) watching a Juliette Lewis video on vimeo. Too bad the rest of us can’t….
PS! Interesting to see the lag between the ad creation and the release date
PPS! vimeo uses a mainframe?
Labels: advertising, apple, failure
So I was responding to an internal developer forum request for recommendations for a WYSIWYG html editor with spell check. I was going to recommend Telerik’s Editor and related RadSpell component. Not so sure any more…
Cobbler. Children. All that.
Labels: advertising, asp.net, errors, failure, random, silliness
“See, it’s not that the democrats are playing checkers and the republicans are playing chess. It’s that the republicans are playing chess, and the democrats are in the nurse’s office because once again they’ve glued their balls to their thighs.”
- Jon Stewart @09:10/10:05
Just read a notice from BlackBerry that there is a software update for my phone. Not only did they completely gfail to sell me on the upgrade (what’s new?), they inject such a barrage of technical-ese that anyone’s eyes would glaze over.
Something tells me Apple would not have sent the same kind of email – see highlighted section below…
BlackBerry Software Update Notification
Update Today!
----------------------------------------------------
What else can your BlackBerry® smartphone do for you?Find out when you update to the latest smartphone software! This free update is ready and waiting to help you do more with your BlackBerry smartphone. To update today visit http://www.blackberry.com/updates
New ways to work and play!
* As an aid to comprehension, this section provides a brief overview of the life-cycle of a device upgrade. * Each OTASL capable device will contain one or more OTASL Service Records(SR) each identifying a Device Manager (DM). The DM may be located at RIM, may be part of a BES or, in future, could be associated with a 3rd party application provider. Each SR will identify the applications which are of interest to the corresponding DM. SRs may be delivered by PRV, BES or in an upgrade application loaded OTA. … (it goes on, but there’s no point).
Labels: communication, failure, marketing, random, rant