undefined | Better HN

0 pointswvenable16y ago0 comments

Isn't that the wrong level of abstraction, though? An actual save button in my application looks like this in HTML:

    <button id="Save" name="Save" type="submit" class="positive" tabindex="10">
    <img src="/graphics/icons/save.png">Save Changes
    </button>

I'm not sure what that would like in Haml, but in a template language it might look something like this:

    <ctl:SaveButton />

I would think a DSL designed to express user interface would actually be a much higher abstraction. Haml is just 1-to-1 with HTML.

0 comments

3 comments · 2 top-level

carbon816y ago· 1 in thread

The direct translation of that HTML to Haml is

    %button#Save.positive(name='Save' type='submit' tabindex='10')
      %img(src='/graphics/icons/save.png')
      Save Changes

That button in your example, of course, has a lot of attributes, more than most elements in a typical template. Also, if you are using it with Rails it'd be in a form block with a helper:

    = f.submit 'Save Changes', :class => 'positive'

which would generate an <input> that you'd then style with CSS (or Sass :-D)

Note that with Haml you can also write any sort of helpers you want, so you could have something as simple as

    = button

doing whatever you want it to.

Where it gets really interesting, however, is when you are dealing with full templates. The document structure is instantly apparent, most superfluous noise is gone, classes and ids are given top billing and templates are very short despite retaining all of the information.

wvenableOP16y ago

> The document structure is instantly apparent, most superfluous noise is gone

Except that normally document structure is already apparent. Most people don't write HTML pages from top to bottom -- sites consist of a common header, footer, sidebars, etc. Common controls (such as buttons, date selectors, voting tools, etc) can hide most of the superfluous noise. What then remains is easy to follow. It seems like Haml is to HTML what assembler is to machine language -- it's merely a 1-to-1 translator. Which is great if you want to work at that level but it seems you could get more bang for your buck with a higher level tool.

The big disadvantage of Haml is that it isn't HTML. Now using any template engine takes you away from HTML, but hopefully you get some real value added. With Haml, it's the same structure with a better markup. I don't see what the big deal is.

tptacek16y ago

You can do it this way:

    .button#save{positive, style(:save), etc}

Where "positive", "style", and "etc" are functions returning Hash. I don't bother, and put most of that stuff in jQ.

j / k navigate · click thread line to collapse