Yeah, off the top of my head: anything to do with the UI should have a hook, this of course is just coming from my experience with 1.6.7, who knows, there could be tons of hooks in 1.8+. Adding links to the navigation, toolbox, top tabs, etc, the last time I checked this didn't seem possible. It would be great if there was a hook that was called before a page's contents was displayed, and after, so certain pages could be formatted, or enclosed in some HTML, without directly modifying the skin.
Other functionality, like special pages recent changes should have more hooks as well, making it easier to write custom filters for RC, etc. It just seems like continously defining hooks in specific places isn't really sustainable way of allowing developers to build add-ons, and that another approach could be thought out.
Travis
On 10/27/06, Evan Prodromou evan@prodromou.name wrote:
On Thu, 2006-10-26 at 11:45 -0400, Travis Derouin wrote:
Both seem sort of messy. Are there any plans to broaden the range of hooks other than by just adding more instances of hooks?
I don't think so. I don't think the idea of modifying the profile stuff is a good idea, since the hooks that work now take (sometimes modifiable) arguments, which don't get passed to the profiling commands.
I'm interested in expanding the scope of hooks, so suggestions for places to put them are very welcome. Are there places that you think there should be hooks, that they don't exist?
Eventually I'd like every "function point" in MediaWiki to be hookable. But collecting the most important actions that require hooks will probably be useful.
--Evan
Wikitech-l mailing list Wikitech-l@wikimedia.org http://mail.wikipedia.org/mailman/listinfo/wikitech-l