Core production
Semantic HTML, responsive CSS, keyboard test, error behaviour and user feedback
Turning HTML meaning, CSS presentation, JavaScript behaviour and accessibility into a small working web product.
Turning HTML meaning, CSS presentation, JavaScript behaviour and accessibility into a small working web product.
Completion evidence: Semantic HTML, responsive CSS, keyboard test, error behaviour and user feedback.
Build a small page with a form; test labels, keyboard order, mobile overflow and invalid-input messages separately.
Semantic HTML, responsive CSS, keyboard test, error behaviour and user feedback
Build a small page with a form; test labels, keyboard order, mobile overflow and invalid-input messages separately.
Record power, wiring, data or user limits on hardware, and model limitations in simulation.
The order is recommended. Before a project page, complete evidence from foundation, practice and debugging lessons.
Learn to style a page with CSS using selectors, colour, fonts and the box model.
Open lesson →Learn to select elements with the DOM, change text/style and add interaction with events.
Open lesson →Learn to make pages accessible for everyone with alt text, keyboard access, colour contrast and basic aria.
Open lesson →Learn form tags, label relationships and personal-data safety and privacy.
Open lesson →Learn to build a page skeleton with HTML tags: headings, paragraphs, lists, links and images.
Open lesson →Learn the client–server relationship, the browser's role and how a web page loads.
Open lesson →Learn to add JavaScript to a page and write your first code with variables and basic operations.
Open lesson →Combine semantic HTML, CSS, responsiveness and a little JavaScript into an accessible project page.
Open lesson →Build designs that adapt to different screens with viewport, flexible units and media queries.
Open lesson →Learn to build meaningful, accessible page structure with semantic tags like header, nav, main and article.
Open lesson →| Check | Question | Evidence to keep |
|---|---|---|
| Input | Which value, event or user request enters the system? | Sample inputs and edge cases |
| Process | Which rule, algorithm or physical relationship is applied? | Code, calculation, diagram or state table |
| Output | What should be observed in correct and incorrect states? | Expected–actual comparison |
| Safety | Under which condition should the system stop or request help? | Safe-stop and recovery behaviour |
Turning HTML meaning, CSS presentation, JavaScript behaviour and accessibility into a small working web product. A correct example alone is therefore insufficient. Completion evidence should be semantic html, responsive css, keyboard test, error behaviour and user feedback, tested with normal, boundary and invalid inputs.
In the first cycle, pair foundation and application among Visual Layout with CSS, The DOM and Interaction, Accessibility Basics, Forms and Data Safety, Page Skeleton with HTML. Predict the result, run or measure it, then explain any difference. Even when prediction and reality match, state which changed condition would break the result.
In the second cycle, complete this laboratory: Build a small page with a form; test labels, keyboard order, mobile overflow and invalid-input messages separately. Do not close with one successful screenshot. Keep the input table, expected behaviour, actual behaviour, error or measurement and the correction in one file.
In the final cycle, connect How the Internet and the Web Work, Introduction to JavaScript, Project: Personal Project Page, Responsive Design, Semantic HTML. Let one lesson's output become another lesson's input; show where safe stopping is needed when data type, unit, wiring, timing or user expectation changes.
Repeat the same task one month later with less source support. Compare not only speed or appearance but test coverage, explainability, safety and whether another person can rebuild the work.
Use the foundation produced in Visual Layout with CSS as an input to How the Internet and the Web Work. Then show in Semantic HTML how the same idea changes under the limits of a larger system. This bridge carries the goal of turning html meaning, css presentation, javascript behaviour and accessibility into a small working web product. beyond one isolated example.
Add three columns to the semantic html, responsive css, keyboard test, error behaviour and user feedback file: knowledge carried from the previous lesson, condition changed in the new lesson and result observed in testing. Sharing a word does not establish a connection; one lesson’s output should genuinely become the next process’s input.
Test the connection through this laboratory: Build a small page with a form; test labels, keyboard order, mobile overflow and invalid-input messages separately. After the first attempt, add an edge condition such as empty data, wrong type, disconnected input, extreme value or user error. Record whether the system remains understandable and safe beyond the normal example.
Semantic HTML, responsive CSS, keyboard test, error behaviour and user feedback
No. A simulator tests logic; physical power, wiring and sensor conditions require separate tests.
Condition, expected result, actual result and change made.
After completing foundation concepts and at least one practice artefact.
Build a small page with a form; test labels, keyboard order, mobile overflow and invalid-input messages separately.
Primary source for current technical behaviour and limits.
Open source →Primary source for current technical behaviour and limits.
Open source →