The Arcive of Official vBulletin Modifications Site.It is not a VB3 engine, just a parsed copy! |
|
#31
|
||||
|
||||
![]()
There is a lot of presumptions, primarily that whoever is using the hack/mod is willing and able to code it.
That is not the case for me. Although I could code, I am not willing. So where does that leave me with a hack that is crucial for my site, and yet abbandoned by an author? As for "just contact the author", more often then not, the authors abbandon their code suddenly. That is, by completely disappearing and not leaving sufficient contact information. I am not looking for a "thread" or "forum". I am looking for a DB. A database will have additional benefits. Currently to find any hack you have to scan through hundreds and hundreds of threads to actually find the link to the hack itself. If there is a better way, then I don't know it - ergo I also presume that a lot of other non-tech savvy individuals are forced to scan through just as I do. Having an organized method to manage hacks, for searching, commenting, updating, and providing future life after an author leaves it is beneficial for the community. A solid repository of code would be an extreemly strong resource. Right now, no disrespect, but vB.org method of categorizing code is very limiting. "Beta Releases", "Full Releases" and "Premium Releases". Thankfully, the "Full releases" is broken down further... Could at least the primary thread be stickied? |
#32
|
||||
|
||||
![]()
I agree that there are problems with the current setup, but I'm also not sure a new forum would help.
It seems to me that like others have said, most of the coders who abandon hacks do so because they disappear from here entirely. So they probably won't be around to hand their hacks off to someone else anyway. Also, while it's true that people can just take over support of a hack in the thread itself, the problem is that non-coders (like myself) end up having to wade through 25 pages of comments where there might be a dozen different "fixes", some of which are unnecessary, others that have already been added to the first post, some that are just wrong, etc. And it's very difficult for non-coders to separate the good from the bad, the necessary from the superfluous. Quote:
I can't imagine why anyone would object to having development of their hack continue after they've obviously given up on it and moved on. |
#33
|
||||
|
||||
![]() Quote:
Over time, bugs get worked out and the same installation errors repeat themselves. After that, questions are generally posted by people too lazy to read a thread or by people who want the hack author to make niggling little customizations like - I want to restrict this so only user x can do that, etc. Once a hack gets to that point, I don't always waste my time replying to people. It doesn't mean the hack was abandoned. It's just my way of preserving my sanity by not answering the same questions over and over again and by not being begged to death for subtle changes that a simple glance at a php manual could resolve the need for the installer. Amy |
#34
|
||||
|
||||
![]() Quote:
I was under the impression that vb.org was about open-source community sharing and all that. Why would you stop posting hacks unless you could be assured that development of them will stop when you lose interest in them? |
![]() |
|
|
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
![]() |
|
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|