--- layout: default nav: dependencies ---
ic-select-from-response attribute, allowing people to select sub-elements from a
server response to swap in.
ic-include attribute to allow for JSON name/value pairs to be included in a
request.
ic-always-update to true, so you have to opt out of content swapping now.
ic-remove-after attribute, allowing people to remove an element after a given
interval of time cleanly.
ic-push-url attribute. Renamed the X-IC-SetLocation
response header to X-IC-PushURL to be consistent with the new attribute.
ic-current-url parameter.
ic-trigger-delay attribute to delay firing a request.
ic-replace-target attribute, allowing full replacement of target elements
for situations like replacing a table row.
ic-target attribute
via the closest prefix.
ic-on-beforeSend, ic-on-success, ic-on-error and
ic-on-complete
attributes.
script element, so things are properly reevaluated.
LeadDyno.processElements() in the Javascript APIX-HTTP-Method-Override header up in intercooler requestsX-IC-Request header up in intercooler requestsX-IC-Trigger response header to trigger client
side event
handlers.
ic-confirm attribute.
The big enhancement in this release (small code change, but big functionality boost!) is the X-IC-Trigger
response header, which finally solves a tricky problem I've been wrestling with: How do you communicate server side state
changes that have client-side UI ramifications that fall outside the usual Intercooler request-and-replace
partial view flow?
This new mechanism allows you to cleanly separate your server side and client-side logic even in cases where the simple content-swapping approach isn't enough.
A great example is if you want to hide a modal if and only if a form in the modal submits valid data to the
server. You can now easily fire an server.accountCreated event (as an example) from the server side
and respond to that on the client side by hiding the modal. Clean, crisp and very little code!
You can download the latest intercooler.js from the Downloads page.
Enjoy!