Hiccdown Development Notes

  Dennis Hackethal addressed criticism #314.

Then how would you call this from a helper method?

#314·Dennis HackethalOP, over 1 year ago

I don’t think that’s something people would do a lot, but they still easily could: ProductsRenderer.index(self)

  Dennis Hackethal criticized idea #313.

Hiccdown methods should live in their own, separate modules. How about they are called ‘renderers’?

ruby
module ProductsRenderer

  def self.index vc, # …

    vc.some_helper_method

  end

end
#313·Dennis HackethalOP, over 1 year ago

Then how would you call this from a helper method?

  Dennis Hackethal submitted idea #313.

Hiccdown methods should live in their own, separate modules. How about they are called ‘renderers’?

ruby
module ProductsRenderer

  def self.index vc, # …

    vc.some_helper_method

  end

end
  Dennis Hackethal criticized idea #303.

Hiccdown methods should live in Rails helpers as class methods. That way, the problem described in #302 is solved – methods can be referenced unambiguously:

ruby
ProductsHelper.index

StoresHelper.index
#303·Dennis HackethalOP, over 1 year ago

That would be mixing class methods an instance methods in Rails helper modules, which typically only contain instance methods. Not idiomatic Rails usage.

  Dennis Hackethal revised criticism #308.

If so, there might be a way to bind them to the view_context. Or I could definitely pass the view_context explicitly as the first parameter:

So instead of

ruby
@helper_module.instance_method(@action_name).bind_call(view_context)

I would do

ruby
@helper_module.send(@action_name, view_context)

And the parameter list of each Hiccdown method would start accordingly:

ruby
module ProductsHelper

  def self.index vc #, …

    # …

  end

end

If so, there might be a way to bind them to the view_context. Or I could definitely pass the view_context explicitly as the first parameter:

So instead of

ruby
@helper_module.instance_method(@action_name).bind_call(view_context)

I would do

ruby
@helper_module.send(@action_name, view_context)

And the parameter list of each Hiccdown method would start accordingly:

ruby
module ProductsHelper

  def self.index vc #, …

    vc.some_helper_method

  end



  def some_helper_method

    # …

  end

end
  Dennis Hackethal revised criticism #307.

If so, there might be a way to bind them to the view_context. Or I could definitely pass the view_context explicitly as the first parameter.

If so, there might be a way to bind them to the view_context. Or I could definitely pass the view_context explicitly as the first parameter:

So instead of

ruby
@helper_module.instance_method(@action_name).bind_call(view_context)

I would do

ruby
@helper_module.send(@action_name, view_context)

And the parameter list of each Hiccdown method would start accordingly:

ruby
module ProductsHelper

  def self.index vc #, …

    # …

  end

end
  Dennis Hackethal addressed criticism #305.

Does that mean they wouldn’t have access to the view_context? If so, calling helper methods from inside these class methods wouldn’t be possible.

#305·Dennis HackethalOP revised over 1 year ago

If so, there might be a way to bind them to the view_context. Or I could definitely pass the view_context explicitly as the first parameter.

  Dennis Hackethal revised criticism #304.

Does that mean they wouldn’t have the view_context? If so, calling helper methods from inside these class methods wouldn’t be possible.

Does that mean they wouldn’t have access to the view_context? If so, calling helper methods from inside these class methods wouldn’t be possible.

  Dennis Hackethal criticized idea #303.

Hiccdown methods should live in Rails helpers as class methods. That way, the problem described in #302 is solved – methods can be referenced unambiguously:

ruby
ProductsHelper.index

StoresHelper.index
#303·Dennis HackethalOP, over 1 year ago

Does that mean they wouldn’t have the view_context? If so, calling helper methods from inside these class methods wouldn’t be possible.

  Dennis Hackethal submitted idea #303.

Hiccdown methods should live in Rails helpers as class methods. That way, the problem described in #302 is solved – methods can be referenced unambiguously:

ruby
ProductsHelper.index

StoresHelper.index
  Dennis Hackethal revised idea #300.

Hiccdown methods should live in Rails helpers.

Hiccdown methods should live in Rails helpers as instance methods.

  Dennis Hackethal criticized idea #300.

Hiccdown methods should live in Rails helpers.

#300·Dennis HackethalOP, over 1 year ago

That isn’t a good idea because Hiccdown methods often share the same conventional names (index, show, etc), which can and does lead to conflict.

  Dennis Hackethal started a discussion titled ‘Hiccdown Development Notes’.

Notes about developing the Ruby gem Hiccdown.

The discussion starts with idea #300.

Hiccdown methods should live in Rails helpers.