Facebook is continuously updated by me at least with releases. I don’t have access to other social media of CP, but I’d maintain at least the update notification, it does not cost much. About blogging, I used to write some blog posts about CP on my own site and also on CP itself and interestingly those are the only posts I even ever received comments to (on my site), so it is actually worth it. However that takes time.
I think us less experienced devs and users can help where we can. For example I provided a couple new features that made it to CP core. It was no big “whoa” feature, and anyone with little PHP knowledge can do such things. We need help in DOC writing, etc all shown here Currently Active Projects
Now also I’m setting up a testing project (see Release testing system | Help needed - #8 by smileBeda) which is basically something anyone can help with - it needs basically no knowledge (actually the less experienced the better because it helps catching UX issues)
I think (no, I know) the main issue is like in any society or group: we do a lot of talking and not much action. This is unfortunately just normal. I believe Pareto principle - Wikipedia pretty much applies here as well.
So for example assuming we really have 5k users (we do not, but that is the number of sites that supposedly use CP), we would have roughly 1k “vital fews”
We do not have 1k vital fews, we have some perhaps 3 vital fews. That makes it 15 users. And that pretty much correlates to the amount of voters on polls, commenters on posts, and voices on releases. We rarely have more than 10 distinct voices.
So there you go. Does someone really want to develop a paid product for 15 active users? Nope. Not even a fool would do that.
Does someone want to contribute where they can because they want to, or because they require the project alive, or because they are fools? Yep. Perhaps, we should update our tagline again
(note, this is not intended to offend anyone or complain - it’s just facts, and perhaps there’s a better word for describing “those who contribute to a project that has basically no safe future nor reward” than fools, but I couldn’t find any. “Courageous Pioneers” maybe )
Totally agree with that. WP 4.9.x was a good starting point, now take it from there. I also think linking to the WP plugins and themes from within the CP panel should be abandoned. It would be best to offer users of CP a similar experience with a CP repository to make it as userfriendly as possible. Most people don’t even know github exists let alone be “how this stuff works”. The KISS principle should be applied as far as I’m concerned.
I haven’t yet given up on my tutorial blog that is dedicated to CP. It’s in development, but it’s only a part of the writing business I’m building, and so the progress on it is slow, as I have so many other concerns.
You have been making many valid points, but you also continue to perpetuate flawed reasoning. CP doesn’t have to add new stuff. The fact that it doesn’t use blocks already makes it much lighter, faster, and more stable than WP.
So please stop portraying the issue as if a fork is the only possible option. It isn’t. What’s important is that the ecosystem of plugins that work on CP is sufficient for the uses to which CP users want to put it. That doesn’t require a fork at all.
Do I consider a more modular CP as strongly desirable, with the development of core plugins? Absolutely. But it’s not either/or.
Sure it is. And if you click the link you will realize it is what I intended to say from the beginning. What kind of person would I be if I came to a community preaching to fork it?. This community is beautiful, apart from many of my ideas being different. I want it to succeed. Maybe it has been a misunderstanding
Still waiting for reasonable and valid alternatives to this proposal.
The work on the plugin directory has resumed. This means that many plugin developed for CP are going to be published in the coming weeks. And devs will make available what plugins the community needs by listening to people’s requests.
As soon as the plugin dir is done, I think we all should have a talk about themes dir.
And then we need to start inviting all the theme devs who published their themes on the forums to publish them in the theme dir also.
Is this a reasonable answer to your concerns?
Not really. I’m starting to think that many people here don’t even read what’s being said before answering.
It doesn’t mean that. It means that a member of the plugin review team reviewed two plugins that were hanging since some time and that they commited to review more. But stating that “many” are going to be published is misleading.
And for the rest, you more or less repeated the same thing that I am trying to say, which is:
Have a CP specific set of plugins (which implies that some WordPress plugins will inevitably have to be forked)
But you missed the fundamental point that I made, which is:
IF we are going to go this route (the route of a CP independent plugin directory), we can as well come up with a list of minimal breaking changes so that we don’t have to fill up the NEW directory with blocking code that will force CP to stick in the old times.
And for that point, I’m really intending to say very very very simple things, nothing crazy. Things like:
Remove the deprecated argument from the load_plugin_textdomain() function. When you clean your fridge do you take out the accumulated ice and dirt or do you just take food out and put it back in?
Maybe NOT assume that jQuery will be loaded, force the plugin to make that available if it needs it. If we just assume that jQuery will be loaded, instead of making the dev take care of that (two lines of code), then we will never be able to remove jQuery from CP frontend because: “oohh we can’t because some plugins rely on it”. And that’s very sad.
And some other MINOR things that will help CP to be a bit better. And again: will not make any substantial extra effort for the developer, as far as making the developer hate creating for CP.
The whole thing that I described here and that not many really seem to care about. And which is a very logical approach. I’m not saying anything crazy, just: “gonna have a new plugin directory? okay let’s first set some MINIMAL requirements and ideas so that the new plugin directory doesn’t block the future potential of CP”.
I suggest being careful when saying people ain’t reading but talking, when you are assuming to know how many plugins got reviewed but de-facto have no idea about it.
(FYI, it was a tenfold of what you stated and additionally just as many developers as well have been reviewed. Yesterday alone 20+ emails and messages have been sent out.)
The reason you do not know about this, is that the team was not here bragging and discussing what might be the best finger-nail-polish for this job, but just did it.
I believe that is what others here should be doing a bit more as well, instead of writing books about growing peaches on Apple trees and wasting time of those who try to do things instead of talking around them.
Really, no offence but please stop talking and start doing what you think will save CP so easily.
What I mean is that by speeding up the process with the directory we can then INTEGRATE it in the core with the API or with the JSON file as I have seen a proposal for.
And that this will lead to more people knowing that the dir is there and developing FOR CP.
And this leads to an ecosystem growth.
It could be a slow growth and on this I can agree, but fact that WP plugin can be forked is going to only speed it up.
Without a place for plugins, and a way to make it accessible to users, you go nowhere.
About the second point, yes absolutely. we can slowly introdice breaking changes by announcing them beforehand and giving time to devs to comply. This just for the fact that having our own ecosystem ALLOWS US TO DO SO (and that is why people are asking the directory so much).
Yes it does. Sooner or later, it’s a need. Why? Because some plugins are a must for some people. They have to be forked so that those people can keep using them. Examples: Contact Form and Query Monitor. And many others.
Yeap, I made that proposal and not only that, but it’s actually already working (there you have your action).
Slowly? Very wrong. If you do it slowly, there will already be 100+ plugins in the directory and then the excuse will be: “no we cannot do that because there are already many plugins and blahblahblah”. It has to be done BEFORE (also known as having a plan).
This whole thing leads to apple trees growing peaches and talking without doing. You cannot “just do things”. You have to have a plan before doing something. That is the fundamental base for any project.
If you don’t have a plan then you end up doing whatever and then boom, you have “WordPress: a total mess”.
I am talking and talking and also doing (see what I have done here). And I will keep talking as long as I see a minimum of potential in this project, to push planing and reasonable ideas as much as I can.
No plan → You end up with a total mess.
No talk → No plan.
If you read through this whole topic for example, nobody has given serious feedback on the proposal. It’s all just critics without alternatives and blind nos.
There is a plan. it’s called roadmap and it says we will place the dir in the core in v2
so to make v2 possible the dir should WORK
then, yes, people are also going to fork plugins, but devs will write also CP PLUGINS so if elementor does not exist in CP we can have some builder specifically coded for CP for example.
since having the plugins developed for CP might take some time, forking will be very common at the beginning when we will place the dir in v2
the people will start to see CP plugins more and more and use them as time goes by.
the forks ipso facto are going to become plugins developed for CP because they will be improved following CP growth and CP users’ needs.
but it’s NOT COMPULSORY to fork, if we can supply alternatives developed for CP. Forking is one of the resources we have available, not the only one.
And just a question:
if you switch to joomla from WP, do you expect WP plugins working with that?
CP is not WP, so we have to stop relying solely on WP resources and build our own IMHO.
sure, for now WP stuff can work in CP, but eventually it won’t any more. so we will develop for CP and in case FORK to make CP plugins out of WP ones.
it will come a time when forking a WP plugin and make it work in CP won’t be possible anymore, because WP diverged too much. That is why I say that forking is only a temporary resource to help speed up plugin/theme development for CP in the early v2 times.
@moderators I would consider closing this thread to new replies and react sooner the next time such damaging thread pops up.
There is nothing productive coming out of this sort of stuff, and it consumes the time of those who are productive, and other than unfunded assumptions, “would be’s” and actual damage to the project when people who are fresh read this thread (and will think this is a circus), literally nothing is gained other than anger.
Topic muted - I will not receive new notices here nor react to any, if any make it through.