Given the many ways that custom implementations of AxKit’s components can be combined to meet specific needs, there’s no way that the introductory module and method samples in this chapter can do more than hint at what you can do with AxKit, if you are willing to get your hands a little dirty. If you intend to extend AxKit in earnest, other sources of information can prove invaluable.
First, examine the code that is there. When getting a sense of how you can implement a given custom component, nothing is quite so instructive as stepping through one of the default implementations of that component type. Often, you will find that one of the default components does 90% of what you need to accomplish and that simply subclassing that module and covering the variance is all that’s required.
Also, be sure to join the axkit-devel and axkit-users mailing lists and share your ideas. Knowing the easiest way from point A to point B is mostly a result of experience—avail yourself of the AxKit communities’ wealth of talent, experience, and wild ideas. Topics range from nuts-and-bolts code-level discussions of AxKit itself to general XML web-publishing best practices and nifty AxKit tricks. You can subscribe to these lists by going to http://axkit.org/mailinglist.xml and following the directions there.