ActiveJob and ActionCable optional loading

[hotwired]

ActiveJob and ActionCable optional loading

[kzkn]

Thanks for reply and suggestion.
I find the helpers and mime-type handling provided by this gem to be valuable enough.

[dhh]

Actually, yes, fair point. If you want to do the work to automatically detect whether ActionCable is present or not, and turn off the bits that need turning off, go ahead!

[dhh]

I don't think this gem makes sense if you're not using Action Cable. All the meat of the functionality here is around cable broadcasts. You can just use the turbo javascript library directly without this gem.

[equivalent]

👍 I have similar case. I'm experimenting with turbo-rails on a project which will never have action_cable but the whole concept of turbo frames makes sense. I'll use the native JS turbo (not a problem ) but it would be nice to have same set of helpers for the Rails views

[dhh]

@kzkn The custom mime type is only used for streams.

@equivalent Adding a gem dependency just to get these two lines of code seems a bit much: https://github.com/hotwired/turbo-rails/blob/main/app/helpers/turbo/frames_helper.rb#L27

[equivalent]

@dhh agree. I wanted to update my comment that I'll just copy and paste it from there 👍 Thank you for reply

[kzkn]

The custom mime type is only used for streams.

Yes. But streams can be used without ActionCable, right? And it's quite useful 😃

[boardfish]

hotwired/hotwire-rails#36 is linked to this issue. A good use case might be if you're spinning up a lightweight Rails app with rails new --minimal; bundle add hotwire-rails to test something out.

[boardfish]

As mentioned over there, touch config/cable.yml for an acceptable workaround, but I might open a PR here to see if we can avoid that step at all.