The Arcive of Official vBulletin Modifications Site.It is not a VB3 engine, just a parsed copy! |
|
#21
|
||||
|
||||
![]() Quote:
My point stands, change has generally not been embraced here partly due to what I feel has been a misdirected administration, but mainly because of lack of resources. I think the best thing that could happen is to allow the community to work together on improving the vB.org platform. Have some coders put their money where their mouth is and do the development ![]() |
#22
|
|||
|
|||
![]()
My same arguments still stand .. https://vborg.vbsupport.ru/showthread.php?t=225025 (last few posts where dean basically says the same)
Plus, all that wayne is saying is that if you have no trust in this and dont feel it's worth it, its obviously not to your interest .. so why bother posting ? |
#23
|
||||
|
||||
![]()
Dean, Wayne wasn't talking about you not participating in this discussion, he was saying that if they actually did implement this idea, that you as a coder would have the choice to either do it or just keep doing what you've always done.
|
#24
|
||||
|
||||
![]()
Well... it's not really a fad or anything, it's just an alternative to Subversion that is a bit more intuitive and easier to use. I also seem to find GitHub much more modern and usable than SourceForge. Git is distributed, so it's actually possible to set up your own local repositories within a few minutes. Getting coders and designers into the habit of throwing their stuff into version control is very beneficial to the community!
Maybe it's just me, but there are already very good tools and services that perform these tasks... why re-invent the wheel? All vBulletin.org's role needs to be is with distributing these releases, and pointing coders in the right direction who want to help (repository location). |
#25
|
||||
|
||||
![]() Quote:
![]() |
#26
|
||||
|
||||
![]()
I agree that product owners (manager) should have the means to add co-authors - to allow for updates, etc.
An issue that will come up is how will the point system be addressed for co-authors? eg. install count, status titles, etc With that said, I believe our current system needs a major overhaul - not small tweaks. It's current form lacks extensibility and usability. |
#27
|
||||
|
||||
![]() Quote:
The problem that I see is that everyone is asking for "extra stuff" but no one has addressed the underlying problem - the existing system confuses and over-complicates. Let's see ... we currently use the system to:
Most visitors just want to download and install. They want to be assured that what they are downloading is worth the time. Good/Bad feedback regarding product will help. They could care less about the hundreds of posts left by others. Programmers should be encouraged to release more products to the community. We need to create a system that benefits the programmer as well as the visitors. I would go as far as suggesting a system that segregates members (as Premium) who donate to the product owner. Thereby, the owner (product manager) can easily tell who has donated to product. |
#28
|
||||
|
||||
![]() Quote:
![]() |
#29
|
||||
|
||||
![]() Quote:
the idea is that you can provide better support to those who donate - of course, a smart person would never ignore the others ![]() |
![]() |
Thread Tools | |
Display Modes | |
|
|
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
![]() |
|
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|