The Arcive of Official vBulletin Modifications Site.It is not a VB3 engine, just a parsed copy! |
|
e-steki Karma BETA Details »» | |||||||||||||||||||||||||
New version for 3.6, with a lot more features, bugfixes and better coding!!
------------------------------------------------------------------------------- Beware that this is still a BETA. This means, it may have bugs. If you want to help with the beta-testing phase, please mention what happened with this hack (if it works or not, if you encountered any bugs, if everything is ok etc) as detailed as possible. I used quite a lot code from User Rating 1.0 by tnguy3n for this modification. Then I changed it a lot to fit my needs, and I think it's so changed that it could be released as a separate modification. I also got his permission for this What does e-steki Karma have that User Rating 1.0 doesn't? 1. When a user votes someone for a second (or third, fourth etc) time, the new vote replaces the old instead of being added. I felt it was more fair this way. 2. There is a complete statistics page, with 7 tables that display various statistics 3. Ratings are from -5 to 5 instead of 1-10 and they are represented by images 4. The Karma of each user displays in the postbit (unless he has it turned off) 5. Users that have the Karma turned off don't count at all for the system. their votes don't count in anything, and the votes others gave them before they turned it off also don't count at all. Those users also, can't see anything that has to do with the karma system anywhere. It's like the karma does not exist for them and they don't exist for the karma. However, if they switch it on again, nothing is lost. 6. Since there are no comments, there is no possibility that the user gets a "you didn't complete all fields" error. In fact, even the phrase for it is removed. 7. The table is not placed where the hack author wants (above the footer in UR1) but where YOU want it (by inserting a small comment in the place that you want it in MEMBERINFO). This, however, means one more template change is involved. 8. There is no field that you should add via the userfield manager. This caused bugs in UR1 as you had to run a query to set all the checkboxes to 1 and new registrants had their karma turned off by default. 9. IP in who rated 10. Although they can't see who voted, they can see if they have rated a user and with what (see screenshot). Why somebody may prefer User Rating 1.0 over e-steki Karma? I have removed some of the user rating 1.0 features that I didn't need. Some of you may need them though, so pay a visit to User Rating's thread as well. 1. There are no comments in this hack. Nowhere. I've removed anything that has to do with comments. 2. There is no "anonymous voting". In my site, only admins see who has voted, so it's useless to us. 3. No template changes in UR1. 4. A little bit less queries and plugins (since there are less abilites in certain things) in UR1. 5. The "can rate himself" is off by default. 6. Only admins can see who voted. This is planned to be a usergroup permission in the future though. Misc features 1. WOL location for stats 2. Fully phrased 3. Usergroup permissions Why is it a beta? 1. Because the end product is the biggest modification I've worked on and there is a high chance I missed something 2. The permission for "Can view Stats" is not working sometimes. 3. I'm not sure how if the install code is going to give an error on an existing installation of e-steki Karma or UR1. Planned features 1. Of course, bugfixes 2. Usergroup permission for who can see who voted. (currently only admins can see that.) 3. The stats line in memberinfo wont appear if the user does not have permission to view the stats. 4. Ignore specific usergroups from the karma (such as banned) 5. Suggest your own, as long as they keep the system as fair as possible. My main concern is that the system is fair and democratic, and this is why I made most of the changes. Don't forget to click INSTALL if you use this or you will be damned to hell Supporters / CoAuthors Show Your Support
|
Comments |
#52
|
|||
|
|||
Quote:
but it "might" be the reason I'm getting an error when I click to view Karma Statistics I get this error Parse error: parse error, unexpected T_FOREACH in /user/43/e26734/htdocs/forum/karma_stats.php on line 80 line 80of karma_stats.php is @foreach($karma_table['rating'] as $key=>$value) |
#53
|
|||
|
|||
Quote:
Thanks so much for pointing out my mistake |
#54
|
|||
|
|||
hiiped:
Issue #1 is a known issue that I'm unable to solve ATM, due to lack of knowledge on ugp. It's the first time I use usergroup permissions in a hack of mine, my older hacks just had an editbox where you entered usergroupids It works though, but not from the first time you set it. After some times it gets the message :ermm: Perhaps tnguy3n could help? Issue #2 will be resolved in a few minutes. It's due to my ultimate stupidity mentioned above |
#55
|
|||
|
|||
zip updated. I used is_array() this time. I hope I didn't mess things up again
|
#56
|
|||
|
|||
Quote:
umm, actually.. PHP Code:
PHP Code:
Needs to be done to every line that has the "is_array" in it. |
#57
|
|||
|
|||
thanks Michelle for fast reply, didnt expect so a prompt reply. LOL
take your time on fixing these bugs, we can wait anyone who cant wait will be e-smacked har har |
#58
|
|||
|
|||
Thanks Harley, that was accidental, and since I copy-pasted the first one (changing it each time appropriately), I have that error on the others too
Unluckily I tend to do these kind of errors all the time... |
#59
|
|||
|
|||
zip updated again. I hope I didn't do other stupid mistakes this time. :/
|
#60
|
|||
|
|||
IT's a great mod you did, I also really like the skin you used in the screenshots
|
#61
|
|||
|
|||
Quote:
However, I think the header needs some changes... For instance the candlestick is completely odd there... :/ Any ideas? |
|
|
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
More Information | |
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|