You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm writing a Bulma support extension for hanami-cli. To make it possible, I need to duplicate some commands, generators and templates, most of which are ruby files that I can safely ignore. This happens, because all our generators use __dir__, to fetch the source file to generate content from.
Make the __dir__ configurable, so gem authors can easly change the base_path for generators. If file does not exists, fall-back to default Hanami::CLI path.
Pros
Writing frontent engine support or file interpreters spport will be very easy (bulma, boostrap, or slim/haml, etc)
We can minimize the number of files needed to be copied and kept in sync.
The text was updated successfully, but these errors were encountered:
The generators in hanami-cli are marked as "@api private", and as such I'd like for us to wait before making changes to support third party usage.
You can still add your own "generate" commands to the hanami command - that is already available as public - just use your own method for generating the files.
We can consider making our internal generators available for public use in the future, but this is out of scope for the impending 2.2 release.
Background
I'm writing a Bulma support extension for hanami-cli. To make it possible, I need to duplicate some commands, generators and templates, most of which are ruby files that I can safely ignore. This happens, because all our generators use
__dir__
, to fetch the source file to generate content from.TODO
Make the
__dir__
configurable, so gem authors can easly change thebase_path
for generators. If file does not exists, fall-back to default Hanami::CLI path.Pros
The text was updated successfully, but these errors were encountered: