On Thu, Mar 01, 2007 at 08:43:37PM +0100, Christopher Lenz wrote: > I was playing with the idea to move this functionality out into a > "TracDevTools" plugin, which would include "pretty" template data > dumping as well as other things (such as an enhanced version of the > about/plugins page, showing relationships between components via > extension points). > > The template data debugging will be based on the IRequestFilter > extension point, and probably use AJAX to be able to drill-down into > objects (in a manner similar to evalexception). Also, it'll define > its own permission actions and maybe be configurable to only work on > requests via localhost, or on the local network, or a configurable > set of IPs. > > I've started work on that plugin and will probably push it up on trac- > hacks.org in the next couple of days. > > Any ideas for what other functionality such a plugin could provide > for aiding plugin developmnent?
This sounds useful. An extra addition might be interface validation, like this patch: http://www.swapoff.org/files/interface-check.diff. Also, once workflow goes in, Eli's Graphviz visualisation and validation of the workflow state changes. Though these might be more useful as TRAC_ADMIN only preference panels. Something else to think about might be an AJAX API in Trac. More and more plugins are starting to use AJAX, so it might be useful to have this built into the core. Alec -- Evolution: Taking care of those too stupid to take care of themselves. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Trac Development" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en -~----------~----~----~----~------~----~------~--~---
