Sometimes a single "click" serves as a trigger for a sequence of application actions.
The simpler apps out there just conflate the actions into one $(form).click(saveIfValid).
More advanced developers might register multiple listeners for the same event and
use event.stopImmediatePropogation(); when you need to break the sequence.
But both approaches (and most varieties of them) are fundamentally hacks to workaround
you wanting a single brower event to start a sequence of application events.
There is a better way...

This will trigger the "validate" and "save" events in sequence.
Your list of events can be as long as you like. Any event handler can just call
event.stopSequence() to stop the rest of the specific, declared sequence.
Then, if you like, you can call event.resumeSequence() to restart it where you left off.
And of course, check on the state of things with event.isSequenceStopped().

Once you are used to chaining events into nice declarative sequences,
you will likely come upon a situation where one of the handlers needs to do something
asynchronous (e.g. validate something on the server) before the subsequent events are
triggered. To keep things event-y, you do a manual trigger('save'); call at
the end of the success callback for your async business. But this means your nice
declarative <button click="validate save">Save</button> element becomes a
confusing <button click="validate">Save</button>.

It's easy, get yourself a promise in that validate event handler and set it
on the event (e.g. event.stopSequence(promise);). This stops the event sequence
and automatically resumes it again once the promise is fulfilled. Now you
can have your straightforward click="validate save" button back!

Once you've earned your "Application Events" achievement, you may realize you are only declaring
events as disconnected verbs or nouns, or maybe awkward verbNouns. Your listeners have to
glean information from the context or target element to decipher the full meaning of the event.
Not to mention that this stuff can easily land you in "use comments to explain" territory.
Sometimes that simplicity is good, but sometimes it is a real problem.

When you need to distinguish your player's "move" event from that of a different feature,
prefix your event with a category (subject/noun): click="player:move".
Any app-wide 'move' listener can read it from the event.category property.

To include contextual constants (object/noun) for your event, do: click="view['start']"
The constant gets the JSON.parse() treatment (after some quote massaging) and
is set at event.constants (always in an array, thus the brackets);

Finally, you can add simple tags (adjectives/adverbs) to your events, each prefixed by '#':
click="move#up#left" and listen for these at event.tags and each event[tag]
(the individual tags are always given a value of true).

NOTE: If you have a reason to use combinations of all three (probably rare),
then you must put them in this order: category:type['constant']#tags
(e.g. click="player:move[{'speed':2}]#west").
Think of it as subject, verb, object, adjectives and you probably won't forget how it goes.

If you see yourself manually using trigger instead of always letting browser events
serve as triggers and also happen to be fond of jQuery, jquery.trigger.js
allows you to do $('#foo').trigger('foo:squish#gooey'); instead of
trigger($('#foo')[0], 'foo:squish#gooey');.

Clicks are ignored if their target was a user-editable field (e.g. textarea) that did not
have a click attribute itself, but was a child of an element that did have one.

Enter keyups (keyCode:13) are treated as clicks if their target lacks a "native response"
to such events (e.g. in a textarea, it adds a new line, or on a link, it causes a click).
The exception being if such an element has a keyup or key-enter attribute declared on it.

When a click is used by trigger.js, it will automatically prevent the original event's
default behavior, except in the case of radio buttons and checkboxes. The assumption is
that the default behavior is replaced by the declared event sequence.