|
1 | | -<!DOCTYPE html> |
| 1 | +<!doctype html> |
2 | 2 | <html lang="en"> |
3 | 3 | <head> |
4 | 4 | <meta charset="UTF-8" /> |
5 | 5 | <meta name="viewport" content="width=device-width, initial-scale=1.0" /> |
6 | 6 | <title>Wireframe</title> |
7 | 7 | <link rel="stylesheet" href="style.css" /> |
8 | 8 | </head> |
| 9 | + |
9 | 10 | <body> |
10 | 11 | <header> |
11 | 12 | <h1>Wireframe to Web Code</h1> |
12 | 13 | <h2> |
13 | | - Learn the fundamentals of wireframes, README files, and Git branches in modern web development. |
| 14 | + Learn the fundamentals of wireframes, README files, and Git branches in |
| 15 | + modern web development. |
14 | 16 | </h2> |
15 | 17 | </header> |
16 | 18 | <main> |
17 | 19 | <article> |
18 | 20 | <img src="images/README.png" alt="" /> |
19 | 21 | <h3>The purpose of a README file</h3> |
20 | 22 | <p> |
21 | | - A README file is a text file that provides information about a project. It typically |
22 | | - includes instructions on how to install and use the project, as well as any other relevant |
23 | | - information such as the project's purpose, features, and how to contribute. The README file |
24 | | - is often the first thing that users see when they visit a project's repository, so it is important |
25 | | - to make it clear and informative. |
| 23 | + A README file, usually written as README.md, is a document that |
| 24 | + provides information about a project. It is commonly found in the root |
| 25 | + folder of repositories, especially on platforms like GitHub. A README |
| 26 | + includes instructions for installing and using the project, along with |
| 27 | + details about its purpose, features, and contribution guidelines. |
| 28 | + Since it is often the first thing users see, it should be clear and |
| 29 | + informative. A good README helps users understand the project and use |
| 30 | + or contribute to it easily. |
26 | 31 | </p> |
27 | | - <a href="https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-readmes"> |
| 32 | + <a |
| 33 | + href="https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-readmes" |
| 34 | + > |
28 | 35 | Read more about README files |
29 | 36 | </a> |
30 | 37 | </article> |
31 | 38 | <article> |
32 | | - <img src="images/wireframe.png" alt="" /> |
| 39 | + <img src="images/wireframeInB&W.jpg" alt="Wireframe example" /> |
33 | 40 | <h3>The purpose of a wireframe</h3> |
34 | 41 | <p> |
35 | | - A wireframe is a simple line diagram representing the skeleton of a website |
36 | | - or an application’s user interface (UI) and core functionality. It shows where |
37 | | - components should be in relation to each other and what, roughly, they should do. |
| 42 | + A wireframe is a simple diagram that shows the basic structure and |
| 43 | + layout of a website or application’s user interface (UI). It displays |
| 44 | + the placement of components and gives an idea of how they will |
| 45 | + function. Wireframes are used in the early stages of design to plan |
| 46 | + layouts, navigation, and user interaction before development starts. |
| 47 | + They help designers and developers understand the interface structure, |
| 48 | + improve communication, save time, and ensure the final design meets |
| 49 | + user requirements effectively and clearly. |
38 | 50 | </p> |
39 | 51 | <a href="https://www.experienceux.co.uk/faqs/what-is-wireframing/" |
40 | | - >Read more about wireframing |
41 | | - </a> |
| 52 | + >Read more about wireframing |
| 53 | + </a> |
42 | 54 | </article> |
43 | 55 | <article> |
44 | | - <img src="images/Git-logo.svg" alt="" /> |
45 | | - <h3>Branch in Git</h3> |
| 56 | + <img src="images/branchGit1.png" alt="" /> |
| 57 | + <h3>The Purpose of Branch in Git</h3> |
46 | 58 | <p> |
47 | | - A branch is a sequence of commits in a project. It is a way to work on different |
48 | | - versions of a project at the same time. When you create a branch, you are creating |
49 | | - a new line of development that diverges from the main codebase. This allows you to |
50 | | - work on new features, fix bugs, or experiment with changes without affecting the main |
51 | | - codebase until you are ready to merge your changes back in. |
| 59 | + A branch is a sequence of commits that allows developers to work on |
| 60 | + different versions of a project at the same time. It creates a |
| 61 | + separate line of development from the main codebase, making it easier |
| 62 | + to add features, fix bugs, or test changes safely. After the work is |
| 63 | + completed, the changes can be merged back into the main branch. |
| 64 | + Branches are important in version control systems because they support |
| 65 | + teamwork, improve project management, and reduce errors during |
| 66 | + software development and updates efficiently. |
52 | 67 | </p> |
53 | | - <a href="https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-branches"> |
54 | | - Read more about branche in Git |
| 68 | + <a |
| 69 | + href="https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-branches" |
| 70 | + >Read more about branche in Git |
55 | 71 | </a> |
56 | 72 | </article> |
57 | 73 | </main> |
58 | 74 | <footer> |
59 | | - <p> |
60 | | - Russom Gebremeskel Wireframe ITP May 2026 |
61 | | - </p> |
| 75 | + <p>Russom Gebremeskel | Wireframe | ITP May 2026</p> |
62 | 76 | </footer> |
63 | 77 | </body> |
64 | 78 | </html> |
0 commit comments