Something ate my post, so I apologize if this is double posted.
Qphoria wrote:I think one thing is clear... everyone has different preferences for menus so the megamenu will need to be made modular so that it can be disabled/modified easily. It is hardcoded at the moment, against my wishes. So that is something we will have to do.
As long as there is something in the category module's controller files that just lets me spit out the categories into an unordered list, I as a template author will be happy, as that allows me to make basically any type of menu I want (or atleast some sort of for loop in the template file that allows me to do so).
The problem I have always had with hardcoded modules is it encourages other module developers to follow the same practice, which is wrong. They start including the classes and containing html from the default theme, instead of just the markup for the content of their theme. I strongly think this is the WRONG way to make modules yet it is how most developers seem to currently be doing it (have only downloaded some free modules, so I obviously can't speak for everyone).
Example: someone makes a module to display a list of social bookmarks and inside the module's template file they have the same containing classes from the default theme such as div class="box", or the dreaded div class="left, right, center" mess that is currently around. Instead the module's template files should just be the list of social bookmarks. In a custom theme I'm more likely going to use my own classes to put modules in so that they can pick up the styles to match my theme. Or, checkout some WordPress widgets. Most of them are just basic markup, and if they do include special classes of their own, they package them up with their own stylesheet if its important for them to look a certain way (or at least some documentation explaining).
I hope that made sense.