The Arcive of Official vBulletin Modifications Site.It is not a VB3 engine, just a parsed copy! |
|
#31
|
||||
|
||||
Although i woudl like to see a centralized db for hacks, i currently find it more difficult the new way then older setup. I used to like to browse by Plugin category or by Add-ons, etc... currently it seems like it's rather difficult to do so anymore
|
#32
|
|||
|
|||
Please help me understand something.
If i am looking for a modification, then i know what that modification should be doing, it is something i need on my board. After i found the 1 or 2 modifications that do what i need, i will look if it is done in a way that i am willing to install on my board. I just don't understand why people would go search for "Plugins" if they have no clue what functionality they need. It just don't make sense to me, unless you are installing modifications, just for the sake of having a lot of modifications on your board. Could someone please explain me why they so badly need to have it grouped by their technical implementation instead of functionality. |
#33
|
||||
|
||||
Quote:
The ideal setup, for me, is to have the modifications grouped by their functionality (first) and then categorized by the technical implementation. It doesn't have to be an issue of either or. At least on the front-end the layout should be simple and clear. |
#34
|
||||
|
||||
I don't have a problem with the layout *shrug* I don't go looking for mods specifically, I just mooch around and read whatever one takes my fancy, then check out the kind of installation it is. Maybe having the ones that use file edits separately would make things a bit easier - I don't really want to mess with the files now the plug in system is available, but overall, it's easy enough to use.
|
#35
|
||||
|
||||
Quote:
The newer people to vB are more apt to skim through the wide assortment of hacks available. And no, they really don't know what they're looking for to begin with -- not until something catches their eye and they realize how the hacks they find could enhance their forum. (Or not...) If they're new to vB, they can't imagine the range of customizing possibilities that exist here until they browse around first. |
#36
|
|||
|
|||
Quote:
|
#37
|
||||
|
||||
Quote:
|
#38
|
|||
|
|||
Quote:
|
#39
|
|||
|
|||
Quote:
Now i try to understand a bit more where the cry for seperation between code hacks and the rest come from. Ok, let's asume that i feel i should stay away from code-edits. If i was for any reason just looking through the list, and would find that half of the titles that look interesting are code-edit hacks, so they don't fit my criteria, then i would be frustrated that i had to look at all those only to find that they don't fit my criteria. But is this reality? Open 100 random 3.6 & 3.5 Modifications, how many of those are code-edit hacks? I guess less then 5. So chance that i hit those in my search is very small. Hence i don't see the cry to create seperate subforums for them. If i am wrong, please tell me, i just try to understand what drives people to this request. PS If a hack is a code-hack, chances are big that the functionality you are looking at, simply can not be done without code-edits. |
#40
|
|||
|
|||
Hello, if a hack is a code-hack it has to be really, really good and usefull for I install it. At the moment, I have installed no code-hack and a pair of my 3.0.5 hacks are not updated to 3.5 because they have to be code-hack.
The simple fact of to edit a template disturbs me and I´d wish thah the hook system would be available for templates and queries. The less changes in code/templates, the best hack. In any case, I appreciate your works and efforts. Regards |
|
|
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
More Information | |
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|