I don't think it will be a simple matter of changing a few snippits of code to get the existing hacks to play nice on vb 3.5 - sure that cand probably will happen in some cases, but I think there is alot of potential to be had with intergrating things like AJAX into existing hacks and that could take time to code.
If I have time, I'll give you a head start on porting existing hacks without using the plugin system.
.. and about the plugin system, we will add hooks to other places, you'll just need to ask.
There are some hack writrs who are not supporting their hack anymore but we are using their hacks. For example vb3arcade or some hacks the writer doesn't even visit vb.org at all. What will happen to these hacks ? How can we port these hacks to vb3.5 ?
Like i mentioned on vbulletin.com, I sure hope documentation is up to speed with vb's developments, not just for the forum administrator, but for developers as well.
There are some hack writrs who are not supporting their hack anymore but we are using their hacks. For example vb3arcade or some hacks the writer doesn't even visit vb.org at all. What will happen to these hacks ? How can we port these hacks to vb3.5 ?
You will have to port them yourself, or someone will have to port them for you, no one can re-release these hacks without permission from the author (however they can code their own and release it).
We have not seen the source yet, so we don't know how to port hacks yet, but at this time it looks like 3.5 will break all current hacks.
Well its at least something to look forward to playing with - Already vB3.0.x has gotten most of the good hacks already released, so its going to be a level playing field for hacks again with 3.5
I really wouldn't get overexcited by the idea of the plugin system. I think it'll just be an external class which allows you to point to included files.
that's enough, I love to code in OOP. Vb 3.5 is OOP then hack will be coded easier.
I really wouldn't get overexcited by the idea of the plugin system. I think it'll just be an external class which allows you to point to included files.
Also everybody will still be unnecessarily editing the code, just like they do now when 90% of the stuff can be done without touching the PHP.
i have to recode my portal and new system now thank god i didnt code my directory yet. i wont bother upgrading vbjournal though since ill code for the plugin system in the 2nd version>_>
Hmm... let's see the globalize() function is gone so all that needs to be changed, the options are in a "vBulletin" class and no longer accessed via a simple array. Database functions have changed and all calls to the database class are handled differently. I think most Data is handled via classes. There is an optional MySQL interface that might need to be accounted for depending on your queries. I am sure there is more. Most hacks can probably work with minor modifications, unless you rely heavily on existing vBulletin functions.
As Kier said months ago, read up on Object Oriented Programming in PHP. It is what you will need for the future.
Damn, and I spent weeks getting my RPG to use globalize() and $vboptions XD
Bwaha nah I already knew this.
If your still taking suggestions for hook locations, (if you haven't already) please make the hook system able to plug in to important queries such as $posts for showthread.
Im aiming to make my hack(s) as optimised as possible, and this includes plugging into existing queries instead of making my own (where possible), so having the ability to plug into such queries would be a tremendous help
You can rest assured that as soon as you release the beta, I will look over where I need to plug in code and so help me God, if as much as one single placement is missing, I will be all over your asses faster than you can say "vB"
05-11-2005, 01:34 PM
thank god i didnt code my directory yet. i wont bother upgrading vbjournal though since ill code for the plugin system in the 2nd version>_>
Linear Mode
