As of this writing the Testimonials plug-in is mostly written, with all essential backend code in place. Users are able to view, and submit their own testimonial at will. These submitted testimonials aren’t viewable until they are approved by an administrator. In the administration panel, an administrator may add in, approve, unapproved, delete, and edit testimonials. All variables represented in the database for each testimonial may be edited in the testimonial’s individual edit page, even its unique ID. This was to overcome a slight issue that to resolve completely would require too many extra database reads and writes. Now work resumes on the layout end and AJAX functions for the plug-in. One last feature set would be nice to add to the admin panel is an option for randomizing the first seen testimonial. I just need to figure out where/how other plug-ins have been saving their settings as WordPress doesn’t specify a certain location in their API documentation.
I’m considering creating a Moo.fx plug-in for WordPress, so that various plug-ins can share a common library instead of many separate ones. It’ll have an admin panel that allows to select the inclusion of various parts of the Moo.fx family, incase not all of them are needed. Then all plug-ins with Moo.fx/prototype dependencies can just look for the function wp_moo.fx and if it exists, they can use that instead of adding redundant lines to the head of the xHtml document.
[end of transmission, stay tuned]