Download
2014-03-19, 02:48:56
I do like that the assets are prepackaged, and lang.
although the only htaccess you need is allow for assets folders. js, css etc.
But the organization of the oop seems odd to me.
I think to benefit from this, the entire plugin needs to be class based so no globals are necessary.
And you do not need to replace yourplugin_id all over the place or use a namespace.
$uniqueID = new plugin($uniqueID);
add some stuff here version author
$uniqueid->author =
The only hook into the class could be something like register_plugin(){global uniqueID;$uniqueID->register);
I guess you would still have the same problem though with globals but you could prevent collisions with variable variables and variable function names. But you would need to handle callbacks from filters and hooks with normal functions or you might lose a argument in the process if you can only pass an action.
But another issue is that gs requirements are still 5.2.3, so alot of oop stuff might not be useable until 5.3
although the only htaccess you need is allow for assets folders. js, css etc.
But the organization of the oop seems odd to me.
I think to benefit from this, the entire plugin needs to be class based so no globals are necessary.
And you do not need to replace yourplugin_id all over the place or use a namespace.
$uniqueID = new plugin($uniqueID);
add some stuff here version author
$uniqueid->author =
The only hook into the class could be something like register_plugin(){global uniqueID;$uniqueID->register);
I guess you would still have the same problem though with globals but you could prevent collisions with variable variables and variable function names. But you would need to handle callbacks from filters and hooks with normal functions or you might lose a argument in the process if you can only pass an action.
But another issue is that gs requirements are still 5.2.3, so alot of oop stuff might not be useable until 5.3
