The Arcive of Official vBulletin Modifications Site.It is not a VB3 engine, just a parsed copy! |
|
#11
|
|||
|
|||
Sorry Brad, but when I come here I usually know what I'm looking for and the way it is now makes it difficult to pin down that stuff.
|
#12
|
||||
|
||||
Quote:
Again, I don't find it funny because the community is very much divided and arguing amongst themselves because of mistakes you and your staff have made. Funny? I don't think it's a laughing matter, I personally think it's time for staff to come up with a solution. BTW, I suggested several, which of course, were/are ignored. Ps Don't forget there is still a graphic database (it's not all hacks people want). |
#13
|
|||
|
|||
Brad,
I don't think many people hate (as in loathe) it. I personally dislike it the same as everyone else but it's not completely unbearable. The thing that bugs me about it is: When this whole thing blew up before and around the time Erwin quit, the staff were saying a lot of "We've got plans" and "We're figuring out what system to use". It's been weeks since then and nothing's happened about the hack db except this 'merge' thing. Of course I appreciate everyone's busy, there's a lot of recovery and reorganisation to do and that's fine. The thing I don't understand is why the decision was made to merge everything. Since 3.5 and the plugin system came out, I've seen lots of posts in the code modification area "I'll wait until it's a plugin" "Can you make this into a plugin". People don't want to modify the source php files anymore, they want plugins. So it's a little daft merging both together with no clue as to which is which without going into each thread. I realise that for people who don't care about altering their source code it's probably a little better, but the "group the lot" was always available using the search - well, it was if you had an idea what you were looking for. Aside from the actual practical differences in old vs new layout, it is likely to read to some people that yet again, the staff do what the hell they like and stuff the members - we can cope because that's our role {trots something out about privaledge not right}. I don't know if that was intentional, but that's how it comes across to me and I should imagine many others. |
#14
|
||||
|
||||
There really is little point in arguing yet again over what is already done. It's already been stated that improvements are planned - continually bashing the staff (most of who have only been here 4 to 5 weeks) and making comments about being ignored (again) are not going to make things go any faster.
|
#15
|
|||
|
|||
Quote:
|
#16
|
||||
|
||||
Quote:
Why do you need time? I'm serious, All it takes is to move the modification areas to a better location. I wouldn't question my motives paul because as far as I'm concerned I'm one of the tru contributors that expect nothing from my contributions. When staff makes it hard for me and other people to contribute staff come in and try to make people look inferior. Just like you stated by saying "no point in arguing". I'm not arguing, people want to have a nice browsing experience and contributors want to contribute without the extra workload that is involved because of mistakes that staff have made. |
#17
|
||||
|
||||
Its being reworked. Hell, at least they tried to do something as an interim measure.
The only thing that grips me is that thing took a year to do! Cut them some slack |
#18
|
||||
|
||||
I'm (again) making my suggestion to them (not that it is going to be much good). I'm very much entitled to express my concerns with regards to the graphic database because the longer staff prolong this bad experience the longer users suffer from it.
Wern't you one of the coders that argued your case about wanting respect? and you certainly argued your case which brings me back to my suggestion, I'm stating my concerns (because I take whatever staff say with a pinch of salt). |
#19
|
|||
|
|||
I dont mind it. It looks appealing ^^ hard to find what your looking for but looks good
My idea was liked by everyone. Keep it the way it was before. and give the authors the option to choose this for there hacks. [vB 3.5.x] or [vB 3.5.x/3.6.x] or [vB 3.6.x] That way we know what version it is compatiable for, and there would not have had to been a whole new 3.6 forums made, which is not going to be that active. |
#20
|
||||
|
||||
I participated in the discussions about the need to incentivise contributors, but I don't see how that fits in here.
Ive wanted a hack db here for ages, even went as far as to try to start the project off as a community thing - but it fell on its face. However an attempt has been made, it hasn't worked and as Paul stated, they know it doesn't work so they are working on an alternative solution. I'm not sure how much more you can ask other than maybe a discussion on what users want from the system (however I think that has been done too). Debating (and holding a poll) that it isn't good enough is a moot as staff have already acknowledged that it isn't good enough. |
Thread Tools | |
Display Modes | |
|
|
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
More Information | |
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|