The four heights
The same task, four distances: today's deadline, the next reviewer, the stuck moment, the pattern.
Execute — do the immediate task
+On the checkout form, stop the default submit so I can run validation first. Prevent the browser's…
Execute — do the immediate task
+On the checkout form, stop the default submit so I can run validation first. Prevent the browser's submit behavior on the submit button, call validateCheckout, and only call form.submit when validation passes. Do this before 5pm on Friday for the release.
Pasted it? When the reply comes back, push once: ask it to sharpen the weakest part. — Did this prompt help?
Improve — make it easier to accept
+Before I hand this to the payments reviewer, make the prevention clear: surface the preventDefault…
Improve — make it easier to accept
+Before I hand this to the payments reviewer, make the prevention clear: surface the preventDefault call next to where submission is decided, annotate the code path that leads to a programmatic submit, and flag any asynchronous validation that could let the default submit slip through.
Pasted it? When the reply comes back, push once: ask it to sharpen the weakest part. — Did this prompt help?
Decide — diagnose the stuck moment
+I added e.preventDefault in the checkout submit handler, but the page still navigates to the bank's…
Decide — diagnose the stuck moment
+the form still navigates away despite preventDefault
I added e.preventDefault in the checkout submit handler, but the page still navigates to the bank's redirect. I attached the handler to the submit button rather than the form and there's an inline onsubmit elsewhere. The payments lead needs this fixed now. What's the most likely reason preventDefault failed and the minimal code change to guarantee the browser won't perform the default navigation?
Pasted it? When the reply comes back, push once: ask it to sharpen the weakest part. — Did this prompt help?
Become — change the pattern
+We keep shipping forms where the default navigation happens because someone attached handlers to…
Become — change the pattern
+forgot preventDefault on delegated handlers
We keep shipping forms where the default navigation happens because someone attached handlers to buttons or relied on inline attributes. It breaks analytics and causes lost carts. What operational habit, review checklist item, and quick test should we adopt to ensure preventDefault is applied correctly every release?
Pasted it? When the reply comes back, push once: ask it to sharpen the weakest part. — Did this prompt help?
Next to this one
Other programming language work people do in JavaScript.
Every task here came from the work, not from a feature list — which is why the prompts name what you want done and never the button that does it. The tool changes; the work does not.
Copyright © LLOS.ai · 2026 — original pedagogy, voice, and design — all rights reserved.
The rest of the map
Same library, five ways in.