#337 - Remove all forum drivers
| Identifier | #337 |
|---|---|
| Issue type | Feature request or suggestion |
| Title | Remove all forum drivers |
| Status | Closed (duplicate) |
| Tags |
Risk: Deprecates functionality (custom) |
| Handling member | Chris Graham |
| Addon | core_forum_drivers |
| Description | This is going to potentially be very controversial...
If you're not using Conversr, you've failed at the first step in creating a modern cohesive website. Integrating a forum member system with a website is going to lead to a poor customer experience. The market now demands what we have always tried to do with Composr - streamlined experiences. Maintaining forum drivers takes resources. It's also an endless catchup game, as new versions of forum software get released, or some new forum system becomes popular. There is no business incentive for the developers in maintaining the forum drivers - almost 100% of the time, the people wanting forum integration are not business users with a budget. Business users will demand better integration than forum drivers can supply, to keep their customers happy. If the forum has features Conversr lacks, or if import is not easy, then business users will have a budget to make up the gap. We have importer equivalents for all forum drivers (except SMF2), so using forum drivers is not necessary. So I think we should remove all forum drivers. However, we should keep the forum driver API, so if people want to maintain the old code, or integrate with some critical business membership system, it would still be possible to do so. By keeping the API we are not taking away anyone's opportunities so long as they are willing to take up the cost in maintaining the particular features they require. |
| Steps to reproduce | |
| Funded? | No |
The system will post a comment when this issue is modified (e.g., status changes). To be notified of this, click "Enable comment notifications".


Comments
What impact will this have on forum function, and hence useability, I hope little?
Furthermore, the concept of a CMS is to manage content and there is nothing more massive than forum posts which requires perfect integration with the rest of the bits and pieces of information scattered on a vibrant website. The existing ability of Conversr to handle all this magnificently is rendered inefficient by using a third party forum. In fact it goes against the grain of what is Composr in the first place. I can appreciate situations such as the one Doc is referring to when there is little choice but to integrate a substantial existing forum with Composr as a first porting step, and in those cases I would advocate also using third party integration tools made by users interested by this functionality with some limited template guidance from Composr.
Remove most use of the term 'Conversr' from UI and documentation.
So I am happy to leave it all as a special case. We will generally talk about the forum and mean Conversr (which is actually being renamed in v10). i.e. preference will be given towards Conversr users in our documentation when we're trying to simplify our explanations.
I think it is insane how much code you guys maintain on your own as it is...
What could happen is they could become 'unsupported', like the non-MySQL database drivers are, and then it would be discretionary whether bugs were fixed etc.