Hiccdown Development Notes

Dennis Hackethal started this discussion over 1 year ago.

Archived ideas·Activity

Notes about developing the Ruby gem Hiccdown.

  Log in or sign up to participate in this discussion.
With an account, you can revise, criticize, and comment on ideas, and submit new ideas.

Discussions can branch out indefinitely. Zoom out for the bird’s-eye view.
Dennis Hackethal’s avatar
Dennis HackethalOP, over 1 year ago·#333

Having explored three different ideas, I believe #302 – having regular helper methods to render Hiccdown structures – is the best.

The idea is not without its flaws, but having to qualify a method name by, say, calling it idea_form instead of form is still better than manually having to pass the view context around all the time and not being able to trivially access instance variables.

So I’ll stick with #302 for now, which is the status quo already.

Dennis Hackethal’s avatar
Dennis HackethalOP revised over 1 year ago·#335
2nd of 2 versions

I think the thing I’m really fighting here is Rails being object-oriented. Which I can’t do anything about.

Not sure the Rails team realizes how much OOP reduces the extensibility of Rails.

Dennis Hackethal’s avatar
Dennis HackethalOP, about 1 year ago·#859

Could the errors around layouts be related to this?

Criticism
Dennis Hackethal’s avatar
Dennis HackethalOP, about 2 months ago·#1984

Hiccdown should have support for ids and class names in the tag symbol. Like Hiccup.

[:'div#my-id.my-class.another-class']
# => <div id="my-id" class="my-class another-class"></div>

It should also allow mixing:

[:'div#my-id.my-class.another-class', {id: 'override', class: 'additive'}]
# => <div id="override" class="my-class another-class additive"></div>

In other words, the id from the hash would override the id from the symbol, and the class from the hash would be added to the classes from the symbol.

Criticism