So now what we need to do is set proper rules…
The ones about plugin adoptions are very good in my opinion. I think we need rules also for submission of new plugins.
Some questions:
are we allowing people to submit what I call rebranded clones (plugins that have a little difference from the original)? This in part is avoided limiting plugin abandon, no need to fork an old plugin and tweak it if the original can be adopted. Is it better to have a variety of options or should we have only one plugin doing something?
Are we allowing devs to change business model? A free plugin can be transformed in a freemium or premium one?
What about extensions and add-ons? Should we allow devs to serve them through their own servers?
While I wait for your opinions I will study wp submission guidelines in depth…
I don’t think it would be right to prevent developers from forking other plugins. However, we should add some restrictions for forked plugins. For example, forked plugins should either include new features and/or fix bugs in the original plugin. It can’t be simple clone of the original plugin.
@ElisabettaCarrara I’ve created a new thread about forking plugins here, and I’ve copied these other two questions over to the main rules thread to try to keep each discussion on topic.
No, and that’s part of the problem. The other part is that each forked plugin would need to be manually reviewed to determine whether it includes new features and/or fixes bugs in the original plugin.