This is a practical reference for recognize inline event attributes and their safer javascript alternative. Keep it nearby when you are writing a page, but do not worry about memorizing every entry at once.
What this reference covers
Recognize inline event attributes and their safer JavaScript alternative. The entries below summarize the most useful choices and what each one means.
| Value or item | What it means |
|---|---|
onclick | Click |
oninput | Input changes |
onchange | Committed value change |
onsubmit | Form submission |
onkeydown | Key pressed |
onfocus | Focus received |
onload | Resource load |
onerror | Resource failure |
See it in HTML
A small example shows how one of these ideas appears in a normal page:
<button id="greet" type="button">Greet</button>
<script>
document.getElementById("greet").addEventListener("click", () => {
alert("Hello!");
});
</script>How to use the reference
Begin by identifying what the page is trying to achieve. Then choose the entry that describes that job, instead of choosing a setting merely because it looks familiar.
Read the code from the outer element inward. Pay attention to attribute names, tag nesting, and any links between elements through IDs. A browser may accept some incorrect markup, but accepting it is not the same as using it correctly.
A useful check before publishing
Try changing one choice in the example while keeping the rest of the page the same. Inspect the result in your browser. For compatibility-sensitive features, test another browser; for accessibility-sensitive features, use keyboard navigation and an accessibility inspector.
Some entries describe browser hints rather than guarantees. User input still needs server-side validation, and event-based behavior needs JavaScript even if the HTML describes the control.
Recommended approach: Inline event handler attributes exist in HTML references, but addEventListener() in a separate JavaScript file is usually easier to maintain and works better with strict Content Security Policy settings.
Common Beginner Mistakes
- Treating every item in a reference list as interchangeable instead of choosing the one that matches the job.
- Copying reference markup without checking the element’s surrounding context or required attributes.
- Assuming one successful browser test proves the markup is accessible or universally supported.
Key Takeaways
- Recognize inline event attributes and their safer JavaScript alternative.
- Pick a setting for its meaning, then test the smallest working example.
- HTML references are most useful when combined with validation, browser inspection, and accessibility testing.