Commit graph

12 commits

Author SHA1 Message Date
Mitchell Hanberg d2e8a45094 Bump v0.4.1 2019-09-25 19:23:00 -04:00
Mitchell Hanberg 86f5656b46 Bump v0.4.0 2019-09-13 21:38:53 -04:00
Mitchell Hanberg 5acd6fc079
Svg module (#25)
* Temple.Svg

- scopes update_mdn_task to the temple namespace
- introduces new temple.convert mix task to convert plain HTML and SVG to
  Temple syntax

* Rename Temple.Tags to Temple.Html

* Remove hackney

I'm not sure why it was even in there ¯\_(ツ)_/¯

* Update floki

* Document temple.convert in README
2019-09-13 21:36:16 -04:00
Mitchell Hanberg 9e4f56dd95 Bump v0.3.1 2019-08-27 22:09:22 -04:00
Mitchell Hanberg 451f5d4859 Bump v0.3.0 2019-08-20 23:32:14 -04:00
Mitchell Hanberg 3a52b2d7e7 Update changelog 2019-08-20 23:17:46 -04:00
Mitchell Hanberg a20900a281 Bump v0.2.0 2019-08-13 18:28:28 -04:00
Shritesh Bhattarai 43f10cd0de Add radio_button (#14) 2019-08-13 11:04:14 -04:00
Mitchell Hanberg 408dfdc6c7 Bump v0.1.2 2019-08-10 01:10:45 -04:00
Mitchell Hanberg eb0fde6e83
Don't recursively call generated component macros (#12)
Recursively calling the macros works fine if you `import` the whole
module wherever you are using your components, but not if you `require`
the module.

This is because importing brings in the all the macros into the callers
namespace, which allows them to be called just by the macro name. When
you `require` the module, it will look for the generated 2-arity macro
in the callers namespace, which probably doesn't exist.

We get around this by not recursively calling them and avoiding the
problem all togther. A few utility functions solves the original issue
of wanting to DRY the file.
2019-08-10 01:09:24 -04:00
Mitchell Hanberg 030e0f9d3c Bump v0.1.1 2019-08-08 09:01:28 -04:00
Mitchell Hanberg 03e35f858c Finishing touches 2019-07-03 20:57:19 -04:00