Active
Project:
Module Builder
Version:
7.x-2.x-dev
Component:
Code
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
5 Jul 2008 at 22:10 UTC
Updated:
15 Nov 2024 at 14:23 UTC
Jump to comment: Most recent
Obviously, both dmitri and myself are busy people who are doing lots of other things, so one of the things we're NOT doing is maintaining this poor module, which has such potential for awesomeness. :)
If you wanna help, point out a couple of the patches you've submitted to the queue, and I'll add you to the CVS access list.
Comments
Comment #1
BrightLoudNoise commentedI'd be happy to help out as a co-maintainer.
Comment #2
dannygoh commentedHi, I'm ready to spare some time, how can i help.
Comment #3
webchickHey, thanks for the offer!
joachim's actually been doing a nice job of committing patches to this module, so I've made him the owner of this project. I'll mark this fixed, but by all means feel free to submit patches to the queue, and maybe joachim will decide he would like a co-maintianer.
Comment #4
joachim commentedYes, co-maintainers would be welcome.
Webchick, does this mean that dmitrig01, Rob Loach, and binduwavell (as listed on the developers page) aren't around any more either?
And thanks!
Comment #5
webchickI'm not sure... Rob and dmitri are very much still around, but I haven't seen commits from them. :(
Comment #6
Anonymous (not verified) commentedAutomatically closed -- issue fixed for two weeks with no activity.
Comment #7
joachim commentedBrightLoudNoise, dannygoh -- are you guys still interested in co-maintaining? I haven't as much time to spend on this as I'd hoped :(
Comment #8
dmitrig01 commentedI'm around, but i have other priorities. However... the drush stuff you've been doing looks really cool, and if I start using it (which probably will happen soon) and I discover some things that I want/need, I'll submit patches (or jsut commit myself)
Comment #9
joachim commentedCool :)
My plans for drush support are mostly to work on the MB hook and look at getting contrib module support. I think the current API needs tweaking: see #406538: Module Builder Hook if you want to coordinate on that.
The other thing I'd like is something that adds proper doxy headers to all functions that lack them, not just hooks.
Comment #10
brandon.dixon commentedId like to help out!
I actually didn't know this was already around. I went through and created it on my site with PHP.
http://www.dueyesterday.net/node/26
http://modgen.dueyesterday.net
Comment #11
joachim commentedCool!
I had a very quick look at your implementation.
Being able to specify the core version is possibly interesting. But then we'd need to carry around information on all versions of Drupal (eg, what goes into an info file).
This would mean so kind of cutting up of code like drush does -- where we have several copies of one code file, and include only the one relevant to our version.
This is something I've been pondering anyway, since drush is version-independent and we can run on drush.
Actual module version isn't something we should generate, as Drupal.org's packaging script does that.
The other feature you had was the settings form. It's an interesting idea, but I'm not sure how we'd go about it. Currently, everything we do is a hook, and the whole system is geared around that. Also, everything we can generate is obtained from downloaded data. But worth pondering perhaps.
Feel free to open issues on either of these, or anything else you feel like working on :)
Comment #12
aaronott commentedjoachim
I really like this module and I wouldn't mind helping out as a commiter if you are still looking for help.
Comment #13
Robin Millette commentedIs this project still looking for co-maintainners? If not, can we fix this critical issue?
Joachim was very quick to apply a patch I posted yesterday, looks to me like the project is in good hands :-)
Comment #14
joachim commentedOh we can certainly downgrade it.
I wouldn't mind extra brainpower on things like dealing with callbacks, but I guess that doesn't need someone to be a co-maintainer.
Comment #15
babruix commentedThis module is great!
It would be much faster for all to use it instead of looking/reading documentation for all hooks.
Let me know if you need co-maintainner, I can help with development and bug fixing, as far as I can see we still need to make the module more stable.
Comment #16
rajeshreeputra+1
interested
Comment #17
joachim commented@Rajeshreeputra is there anything in particular you want to work on? Module Builder on D9 is in fairly good shape, I think -- there are a few bugs but they're fairly complex ones. Drupal Code Builder has lots to do if you're interested.
Comment #18
alauzon commentedI would be interested to co-maintain if you still need more help.
Comment #19
joachim commentedAre there any particular parts of the module you're interested in working on?
Bear in mind that MB is just a UI -- the code generation stuff happens in DCB.
Comment #20
alauzon commentedIt am interested in adding a generative way to create a whole module from a prompt. Unless it exists in another module?
Instead of the user knowing what to create, the AI would decide what it could generate based on the prompt. It could also be something to add like adding a function from a prmopt without knowing ni advance which kind of files this would generate.
Is it something interesting to add in this module?
Comment #21
joachim commentedBecause of energy costs of generative AI and its role in worsening climate change, I consider its use to be unethical. I'm completely opposed to adding generative AI to any of my projects.