Software Engineering Stack Exchange is a question and answer site for professionals, academics, and students working within the systems development life cycle. It only takes a minute to sign up.
Sign up to join this community
The time needed to download a website would be significantly reduced, and parsing would be also easier I think.
Why are not these languages imposed as a standard? Obviously they are better than raw html and CSS...
Browsers are the only thing that keeps us away from eliminating the intermediate HTML/CSS code.
Another thing to consider is that standards organizations have limited bandwith--they can only work on so much at a time.
Given these constraints, I would rather they work on solving problems the web developers cannot solve themselves (like adding new tags or CSS animations). SASS and haml are trivial to compile down to CSS/HTML, so the advantage of native browser support would be limited, since it's so easy to do yourself.
The strongest point going for the preprocessor languages such as Sass or CoffeeScript is the fact they compile to their "standard" counterparts. That's what is compelling about them - you get all the benefits of their "obviously better" design without adding to the myriad of compatibility issues web developers already have to deal with when working with standard CSS or JS. Backwards compatibility is a big thing when it comes to web development, anyone who still has to mind IE6 at his job will aggree.
Html/CSS/JavaScript package has rough edges and things that may feel inadequate today, but it does provide a bare minimum - but a bare minimum that's widely accepted, understood and implemented - that we can build upon. Haml/Sass/CoffeeScript do precisely that and that's what makes them useful. I'd rather keep my Sass server-side than deal with browser developers engaging in a Sass-Less-Stylus standards war that would serve no one ;)
"Technically better" and "easier to use" are just two out of many criteria for making something a standard. There are lots of others, such as:
You will have to agree that HTML and CSS have an overwhelming advantage against any newcomer on these criteria.
sass and haml are not standards. HTML and CSS are.
If and once both become standards (and are widely accepted and used), then there will be a compelling reason for browser makers to add support for them.
No production project can use Haml until it is supported by Firefox, Chrome, Safari and Internet Explorer. It used to be that "enterprise" applications could be IE only, but I think the days of that are over. Standards aren't imposed from on-high, they are agreed to by browser vendors.
So really to have Haml made a standard, you'd need to get Apple, Google, the Mozilla Foundation and Microsoft to agree. This isn't trivial. These companies are going to generally concentrate on expanding capabilities rather than cleaning up existing features.
Haml looks nice to work with, but it won't actually improve download sides as all modern browsers and servers support compression. Compressed Haml and Html are likely to be about the same size. (Plus, most of the download time for the average website is in downloading images and script code.)
Now keep in mind that few people write in Html anymore. People use frameworks that spit out Html as an end product. Not only would this hurt the adoption of Haml directly, as none of these frameworks will support it, but it obviates the need for it, because the underlying markup language is only seen by the computer.
From the browser vendor point of view, they can improve an existing feature slightly (by supporting something like Haml, which gives cleaner pages) or they can add something entirely new, like WebGL. The latter just has more bang for the buck.
Yes, they do look cooler and easier to use than html and CSS. But html and CSS are existed and built for a long time, many many applications both on web or desktop use them.
Therefore, it's not easy to make something standard. HAML and SASS are really fun and cleaner to use but being standard, it will take a long time or never. Since, w3c does care about developers, so they indeed make html and css better in html5 and css3.
