1. November 2010 18:24
The following are a few techniques you can use to target specific IE versions via CSS markup.
property: valueA; /* all browsers, of course */
property: valueB\9; /* IE9 and below, the 9 has nothing to do with the version in place */
*property: valueC; /* IE7 and below */
_property: valueD; /* IE6 */
/* IE6 ONLY */
* html TAGIDENTIFIER
/* IE7 ONLY */
/* Modern Browsers & IE7+ */
I would like to point out that using IE conditional comments is still the best way to address specific browsers, it's just worthwhile to know about these techniques.
28. April 2010 14:40
I was reading an article on Google's use of hash-bang in order to provide a consistent means of Ajaxy content for crawling/display. There are three points to resolve here. 1. Handling those cases where someone posts an ajaxy url, with the hash endpoint to facebook or twitter so that the search engines have a convention to handle these types of urls. 2. Being able to deal with the Ajaxy endpoint, the original content and the ajax callback content. 3. Being able to deal with those browsers that don't have scripting.
It got me thinking, how would one could work with progressive URL's via MVC and a few thoughts occurred to me. First, if the controller name is always the first portion of the url from the application base, if the MVC routing engine could simply replace the
?_escaped_fragment_= portion of the uri to be equal to the original route. For example
http://mysite/controller/action/1?_escaped_fragment_=/otheraction/2 would be equivalent to
http://mysite/controller/otheraction/2 on the backend. Second, How difficult would it be for the default view engine to be transposed in the instances of an expected response type give html, vs js. Similar to how WCF over http handles JSON via the same endpoints as XML. I know this has been discussed in the past.
Where this leads me, is thinking it might be nice to have an ASP.Net MVC 2 based framework, with conventions for handling these scenarios as a default. I like ASP.Net MVC quite a bit, and have followed Castle and Fubu as well. I'm merely thinking that it would be nice if there were a default starter kit towards creating a browser and search engine friendly Ajaxy application. It really isn't easy. I think that the google hash-bang solution leaves out the people that don't have scripting enabled, getting a hash-bang endpoint is near worthless, save for a
<noscript>script disabled indexable links here</noscript>. And progressive enhancement (aka Hijax) techniques don't allow for a browser engine to properly index copy/pasted urls. Having some level of convention to support both is necessary. I think it's equally necessary for google to post the
_escaped_fragment_ based urls in the search results for those users who have scripting disabled.
13. April 2010 10:59
I've been working on a number of web based applications recently, and have taken to using a few techniques that I thought I would share. I won't be sharing the code so much, which is ASP.Net centric, but will discuss what I am trying to accomplish.More...
17. November 2007 18:07
After reviewing the following recent blog postings (Top 30 popular websites Using CSS and Using Tables), I just want to state my own opinions regarding Tables vs. CSS based design. More...