Given:

1) It doesn't seem to matter where in the page the links to the microsummaries go
2) the content of the microsummary that is returned in the hook_footer is almost completely static
3) blocks can be cached (improving performance)

it would be better to implement the links to the summaries as a block instead of hook_footer.

This requires both code and documentation to explain about the install. Something like

1. Install the module in a modules/ directory
2. Enable the module
3. Enable the block in any region, but the footer might be best for browsers that use inline rendering it will slightly improve page load
4. Optionally create php formatted nodes with php that prints your own custom microsummary and then enter those node ID numbers into the box on the admin/settings/microsummary page.

Comments

greggles’s picture

Now fixed. Note that I didn't do it exactly like this but instead gave users the option between the default method and the block method so that it will work out of the box, but then they also have the abillity to use the block if necessary. On high traffic sites this reduces the hook_footer to a variable_get and an if.

greggles’s picture

Status: Active » Closed (fixed)
greggles’s picture

Status: Closed (fixed) » Fixed

OMG - how many times can I screw this up?

Anonymous’s picture

Status: Fixed » Closed (fixed)