Daniel Schierbeck

There's already [`Curly::Presenter.component_available?`](https://github.com/zendesk/curly/blob/86f4762d3d46b221229424d3fed04b66d46ee46f/lib/curly/presenter.rb#L188) that can be used to signal to Curly that a component is available to use. The only problem is that Curly already uses `method_missing` to forward messages...

I'm not sure how easy it would be – one of Curly's strengths is its tight integration with Rails. I for one won't have time to work on it, but...

I'm not quite sure I agree with the way it's implemented. I agree that for _block components_, it would make sense to remove the entire line in the output, iff...

In theory, we could have a stream modifier that post-processes the token stream (which is output by the scanner) by looking for `NEWLINE, WHITESPACE, BLOCK COMPONENT START/END, WHITESPACE, NEWLINE` and...

Thanks! I'll take a look at this when I'm back from vacation. > On 12/08/2015, at 14.34, Łukasz Niemier [email protected] wrote: > > You can view, comment on, or merge...

I think having an explicit API on presenters is hugely valuable – having to call `delegate` in order to delegate calls seems perfectly reasonable.

@medcat in that case, simply use a context: ``` ruby class SomePresenter < Curly::Presenter def user(&block) block.call(@user) end class UserPresenter < Curly::Presenter presents :user delegate :id, :name, to: :@user end...

@medcat isn't `class UserPresenter < Curly::Presenter; end` concise enough?

@medcat I hacked something together: #156. I'm not sure I want to merge it – it seems a bit hacky to me. Maybe there's a more robust implementation. If you...

That feels a bit too much like magic to me :-/