Vanilla 1 is no longer supported or maintained. If you need a copy, you can get it here.
HackerOne users: Testing against this community violates our program's Terms of Service and will result in your bounty being denied.
A handful of questions about the Vanilla project
I'm new here -- a refugee fleeing from PHPBB, you might say. So far I'm pretty impressed with both the look & feel of Vanilla and its architecture, especially given the implementation language (not so much a knock on PHP on the whole, as acknowledgement that trying to maintain OO-ness in PHP4 is tough). But every project has room for improvement, and I am curious as to what the protocol is here.
From what I've seen so far, it seems as though most of the contributions to Vanilla are in the form of extensions. While it's a good thing that the forum is very extensible, leaving every ehancement in plugin form does have its challenges (playing well with other extensions being the more prevalent). Is there a process by which popular extensions become part of the core project?
And a related question: does the project currently have a group of developers maintaining the core Vanilla code, or is it a one-man shop?
If I want to contribute code or documentation to improve the core project, how would I get started? I notice that the "Fixes & Updates" category has little activity, and I didn't happen upon any other info about contributing. To whom would I submit patches? Is there a roadmap or bugtracker active, where I could volunteer my time on specific tasks? That sort of thing.
Thanks in advance for any direction.
From what I've seen so far, it seems as though most of the contributions to Vanilla are in the form of extensions. While it's a good thing that the forum is very extensible, leaving every ehancement in plugin form does have its challenges (playing well with other extensions being the more prevalent). Is there a process by which popular extensions become part of the core project?
And a related question: does the project currently have a group of developers maintaining the core Vanilla code, or is it a one-man shop?
If I want to contribute code or documentation to improve the core project, how would I get started? I notice that the "Fixes & Updates" category has little activity, and I didn't happen upon any other info about contributing. To whom would I submit patches? Is there a roadmap or bugtracker active, where I could volunteer my time on specific tasks? That sort of thing.
Thanks in advance for any direction.
0
This discussion has been closed.
Comments
As for extensions, they don't get into the core based on popularity. An important thing for Mark (as far as I can tell) is to keep Vanilla very vanilla. You'll probably sooner see things removed from the core, rather than added to it.
This is very different from the typical popular open-source community, the roadmap for the core is simply locked away in Mark's head, shrouded in a cloud of secrecy.
If you aren't satisfied with that, then look in the add-ons and add-on request categories for things to build or fix. If documentation is your thing, then you could do something like find the most common problems and fixes and add them to the Wiki faq. If you are a designer, create a style or a theme. Or just hang out--ask a question, answer another, then post a funny link.
Since you come from phpBB, you might even have some insight on improving the phpBB migrator
I can appreciate the urge to reduce functionality over time, especially that which isn't particularly needed. I don't particularly think the Vanilla library needs to expand, but I did see one or two things that could improve (like how permissions/preferences are stored and read, for instance). All in good time I suppose. The docs are more important.
As always, people can freely pull files from SVN but if you want to make any changes it's best to contact mark with a reason why. But you're probably better off posting a patch to the forums for others to review and there's a likely chance that if it's acceptable mark will pull it into the core when he has a chance to review it.