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(a)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(a)wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/wikitech-l