Plugin Directory Rules

I swore to butt out of this conversation, but can’t help myself. Why not think outside the box:

Bronze
Silver
Gold

or as in web hosting:

Basic
Plus
Pro

You only need to explain what each means the once.

First, can we agree that end users understand the words “free”, “freemium”, and “premium” in the context of WordPress plugins?

If that’s the case, why are we putting a learning hurdle in their way?

I don’t much like the words either, but if that’s the common usage, to what end are we trying to be different? How does it help the end user? How does it help us?

5 Likes

Exactly.

2 Likes

My vote is for “free / freemium / premium” because it’s so widely used in the WP community that it ought to be fairly universally understood.

1 Like

I’ve added Freemium back along with definitions for the three to the rules above.

Obviously, this can be changed again should the situation change in future, but it seems the consensus (and vote) is for this.

2 Likes

Thanks for keeping up, @azurecurve. I

I just want to clarify that the poll wasn’t intended to collect votes for a decision like a petition; it was just gauging the feeling in this thread as we discussed things. It did cause some confusion, though, so I’m dropping another link to the thread that was split off.

1 Like

To be honest, I’m going more by what different people said rather than the vote (plus bear in mind the fact I’m just a forum user trying to help out and have zero official standing).

I understand the various points of view and there is a difference between Premium (Paid) and premium (Quality), but the terminology used in rules and Directory need to be easily understood and it seems the majority think that Premium (paid) is likely the most understood based on historic usage in WordPress plugins…

1 Like

This describes every one of us, except committee members. Sorry, if it seemed I was criticizing…that wasn’t the intent. :slight_smile:

1 Like

I’ve just been thinking exactly the same thing. In fact, these are much broader questions and I came up with a simple test that I intend to use in future… “better vs familiar”. In other words: “Does the proposed change make it in some way better for the user; if not, we should keep it familiar for the user”.

So by that test, there’s no real gain in changing the names, so we should keep them the same.

2 Likes

That thought hadn’t even crossed my mind.

1 Like

This is what I love in this community, people helping and moving things forward. :facepunch:

4 Likes

A post was merged into an existing topic: Plugin Adoption/Takeover Rules

Quoting @viktor from a post that has now been split out into another thread:

2 Likes

7 posts were merged into an existing topic: Limitation of Liability

Moved the discussion related to the limitation of liability into a new thread.

1 Like

Copying @ElisabettaCarrara’s questions from another thread…

A Freemium or Premium plugin wouldn’t be GPL would it? In that case they would not be able to change a Free one to either of those models as GPL code needs to remain so.

The conversation has been about the developer using their own GitHub repositories; I’d think limiting to GitHub for consistency is probably a good idea, but that is a question more for the developers who will write the CP plugin directory.

1 Like

A plugin is essentially GPL whether it’s free, freemium, premium, paid, pro, commercial, or whatever…this is required in order to comply with the GPL license of the overall system. That doesn’t mean you have to release the code, or release it in a non-encrypted format, but it’s still technically GPL.

The GPL doesn’t prevent you from changing a plugin’s business model and making it freemium or otherwise paid. You’re not changing the GPL license by selling it, you’re just changing the business model under which it’s being offered.

2 Likes

I did some reading earlier and it seems you can change free to paid, GPL code must be available to buyers.

Yes, for the GPL, if the product that uses the code is distributed, then the code has to be made available in a usable (i.e. non-obfuscated) format to those to whom it is distributed. If the product is used only as part of a SaaS model, then the code does not have to be distributed because the product isn’t.

Whether the product is free or paid (both of which are permitted under the GPL) doesn’t make any difference to this.