turbo-rails VS sprockets

The install notes here link to an issue specific to webpacker. Try that and see if it works?

True, in theory it is. A lot of it is coded in libraries like turbo-rails, though. And these are Rails-specific. But I've seen it being used in some Laravel projects, also I used it with Hanami.

Check out https://github.com/hotwired/turbo-rails/blob/main/app/models/turbo/streams/tag_builder.rb

So apart from the pretty obvious question of "why on earth would you want to do this?", I think there's a misunderstanding here of the intended use case of turbo streams. You have a page, and then some state changes on the server and you want to update the page to reflect that. Incrementing a variable doesn't really qualify as a state change, but perhaps a Product changing from "not good" to "good" would be an event worth broadcasting, which you could do using the Broadcastable concern in turbo-rails.

Use this too: https://github.com/hotwired/turbo-rails

Not mentioned in the article, but it's nice that turbo-rails recently gained the ability to pass ViewComponent objects directly to turbo stream helpers. https://github.com/hotwired/turbo-rails/pull/433

Release notes: https://github.com/hotwired/turbo-rails/releases/tag/v1.4.0

turbo/streams_channel.rb - a way to link a turbo stream with an ActionCable channel.

The readme seems to give a pretty good overview of turbo: https://github.com/hotwired/turbo-rails

Have you noticed that we used JSX syntax? It is not what the browser understands by default. In Rails, the Sprockets gem is responsible for translating from the languages that developers like to write to the languages that the browser can run. However, it doesn't compile JSX by default. You can learn from the Sprockets fascinating readme on how to befriend it with new file types, but for JSX it is already done by the creator of the jass-react-jsx gem. Therefore, there is no reason to write the code again that is already written and working. It uses Babel, a JavaScript library that converts one JavaScript to another. It requires Node.js to run. I can't imagine a case where you have a Rails app installed but Node.js isn't, but the fact that I can't imagine it doesn't mean that it's impossible. So lets add babel to our app: Console

Sprockets actually does define those tasks: https://github.com/rails/sprockets/blob/main/lib/rake/sprocketstask.rb

What an exciting couple of months it has been for the Rails community! Rails 7 was released in December of 2021 and this month we are welcoming Propshaft. David Heinemeier Hansson (DHH), the creator of Rails, released a post on Feb. 11 introducing the community to the new and improved asset pipeline for Rails. While Propshaft likely won't be the default until at least Rails 8, it promises a simpler solution to asset management over its predecessor, Sprockets. Sprockets, the current default asset pipeline library, has grown increasingly heavy over the years as it has attempted to shoulder all things related to bundling, minifying, transpiling, and compressing. Enabled by the new era of tech that makes Rails 7 possible, Propshaft is touted as being "absolutely tiny" in comparison and aims to provide the following: a configurable load path for your assets, digest stamping for long-expiry cache and better performance, a development server that removes the need to pre-compile assets, and basic compilers instead of full transpilers. Sprockets will require relatively long-term support and will remain the default for now but fret not! You can create a Rails 7+ app using Propshaft, or upgrade an existing app and start using it now.

after being in beta for 3 years, Sprockets 4 was released, with support for ES6 and source maps in the asset pipeline (2019), to serve people still hesitant with webpack,