That would indeed be super nice - basically just one running instance (which the neos foundation could sponsor?), that automatically deploys the latest stable version, gets reset every 24 hours and has a nice demo site that highlights the core features and USPs. For starters, this could just be the https://github.com/neos/Neos.Demo and maybe that one can be improved a bit through this new use case.
Experience from the last years shows that having docs in git does not necessarily lead to updated and well-maintained documentation. There was a lot of faulty, bad or not recommended documentation, e.g. extending or adopting the Neos.NodeTypes:Page for implementing all your NodeTypes.
I agree that documentation MUST become part of the release process. I mentioned that already a few times in the Slack #team and on the conference sprint. Features should ONLY be allowed to be merged after proper documentation. If having it on git helps this, reading some rST/md file in Neos is simple and can be done.
So far we are still struggling to get the most up-to-date documentation perfect, so the focus isn’t yet on different versions of Neos. In the manual and documentation is should be handled by highlighted boxes pointing out differences between versions. In examples, we want to show different code on the same page, e.g. https://docs.neos.io/cms/tutorials/changing-the-body-class-with-a-condition
Keep in mind, the actual reference still stays on ReadTheDocs and are versioned.
The publish workflow currently requires me manually creating users. If someone wants to take care of automating that, I’d love it.
While there is a demand for improving the docs, I won’t be the lead on this proposal. Getting it to this level cost me a lot of energy, and honestly, I started to hate the docs a bit especially after the last two full holiday-weeks just writing docs and getting it finally finished.
I would still love to work in that area, so here are two budget proposals:
@tobias and others:
- Where can I find information about hourly rate used for giving [estimated times] * [hourly rate] ?
Find my funding request for a “Welcome” / “Introduction” distribution
Find my funding request for “Split doctrine integrations (validation etc) from Neos.Flow and move to own persistence package”
Find my funding request for "[Flow Light] Routing: Move ObjectPathMapping to a cache
Find my funding request for “[Flow Light] Resource management: Create a resource storage that doesn’t need database”
what would be the main advantage of Flow Light. 22k of a total budget of 28k is a really big investment, considering that we will need money for the CR rewrite. How would this help Neos grow?
Thanks for reading my funding requests. Always exciting to enter “new terriroties” (funding request for open source work) and get feedback on such
FYI: I do not use Neos CMS in my active work, but have been a part of the Phoenix/Flow/Neos community since the project/rewrite started. I do use the Flow framework in my everyday non-cms based work tasks.
- Lower the entry barrier
- Usable for a larger number of projects that need small HTTP framework with a (M)VC stack as requirement
- (Even) easier extensibility
And other points covered in the thread linked to, from when the proposal was originally presented.
Note, that it’s 22k for all package. The splitting of Doctrine is 15k. The others two are follow up tasks that will have to be done anyway. But with funding stuff floats easier, like most things here in life
The “CR Rewrite” is not more special than any other funding request - it’s part of the same voting process and has “no benefits” that secures it any funding.
You mean “Neos” as a brand or “Neos” as the CMS platform? For the “Flow” product of the Neos community I listed a few in the top of this response. For “Neos” as the “CMS Platform” build on Flow, it’s a way to get a larger userbase for the Framework and hence a larger community to contribute to it.
I think Flow itself won’t be able to grow the user base substantially. Laravel has a great framework, really good documentation, super readable source code, and a big ecosystem of tutorials, packages and tooling. Flow will not be able to effectively compete here.
While Flow is a good framework, I think the USP and the driving force is Neos. You are right, CR is a normal funding request. For me it’s much more important.
Just my two cents.
Just so we are clear: Neos is the brand/organization name. Neos CMS is a product build on top of the Neos Flow Framework. No Flow, No CMS.
Not taking care of Neos Flow is like not taking care of your legs as long as your arms work.
And for me - not using Neos CMS and the CR - the Neos Flow Framework is more important That’s why i submitted my proposals based on what I’ve seen and tested in the wild.
We are many different people seeing and using Neos. And I don’t find it fair to shoot down funding requests here in the general thread. Feel free to ask questions in the threads that can shed some light on the topics. I will happily respond to any questions posted on the funding requests
I’m not shutting down anything. I did not remove nor close your funding request. I wrote my opinion (“For me it’s much more important”).
And yes, ever time I used “Neos” in my previous post I’m referring to “Neos CMS”. I think that was clear out of the context.
It’s totally fine that you did your funding requests and as always the voting will decide. Might be that many people think it’s the most important part.
@sorenmalling Thanks a lot for putting all the effort into the really elaborate and thought out funding requests.
I agree that we should refrain from criticizing funding requests in this thread.
Of course we should be able to challenge requests in their respective threads (or by asking the author directly) but IMO the main purpose of the budget voting is to find our priorities – if you don’t agree with a request, just don’t vote for it.
my funding request is not targeting the core directly, but one of the 3rd party packages we take care of:
@tobias One thing I don’t understand: According to https://neosfunding.sandstorm.de/de/transparency.html, there should be much more in the piggy bank. Am I correct to assume that the spendings are not up-to-date?
hey @sorenmalling, great question! We used 100€/h in the past. This allows us to have comparable proposals
yes, they are totally outdated and I feel really bad for showing that page… I currently don’t have the time within our team to automate that further, because a lot of manual work is currently required to keep that page up to date.
And there is a weird difference in the numbers, that I haven’t taken the time yet to track down.
So thinking about this as I write this response, it’s probably better to take the wrong information down…
Hey @tobias, any plans when the voting should take place?
thanks for the ping! I’ll create the Konsensierung now
The Konsensierung for the budget proposals for the remainder of 2019 is votable by active team members (link in internal chat) - I hope I got all proposals.
Please do not submit suggestions in the tool, but post it here if I missed a funding request!
Voting (aka “rating”) start at noon CEST today and is open for 1 week. Remember that your rating indicates how much resistance you have for a specific option.
Note: the tool has a new name but is essentially the same - 25 users are free, let’s see how far we get with this
I will like to withdraw
as I’ve already done most of this work without a budget and don’t find it fair to come with a invoice afterwards and comments in the threads suggest good pointers on how to complete it.
The withdrawal has no impact on the other [Flow Light] tasks.
Together with @tobias, that proposal is now removed from the voting