Preserve formatting

README.md

@@ -8,9 +8,9 @@ We are a breeding ground for awesome ideas. We provide a nest where those ideas
 
 We created our very own hackerspace in Ghent. We had two rules: be excellent to each other and decide everything by consensus. We thought normal human interaction and common sense would solve all problems. Sadly, this was not true: internal conflict almost killed our hackerspace. Instead of giving up, we decided to "Hack the Hackerspace"; we organized a number of workshops to figure out what went wrong and how to build a better hackerspace. We found that the problems could all be traced to the following root causes:
 
-* We cannot rely on common sense because people have different realities.
+* We cannot rely on common sense because **people have different realities.**
-* People have different, conflicting goals. Because of that, consensus will never be reached on certain things. Problems will arise and they will not be solved.
+* **People have different, conflicting goals.** Because of that, consensus will never be reached on certain things. Problems will arise and they will not be solved.
-* Having no solution is worse than a bad solution. Because when problems aren't solved, they pile up until the community falls apart.
+* **Having no solution is worse than a bad solution.** Because when problems aren't solved, they pile up until the community falls apart.
 
 We knew that, in order to fix this, we needed a system that gets the best out of everyone and enables us to be awesome! During many late-night discussions, we fleshed out this system and wrote it down with the working title of "hack the hackerspace". This eventually became "the hackerspace blueprint", a document that describes how to run a hackerspace in a way that brings out the best in people. You can download [the latest PDF version of this document](https://github.com/0x20/hackerspace-blueprint/releases/latest/download/hackerspace-blueprint.pdf). An [epub version](https://github.com/0x20/hackerspace-blueprint/releases/latest/download/hackerspace-blueprint.epub) is also available for e-readers.
 
@@ -20,14 +20,14 @@ The goal of this system is to empower people to get the best out of themselves.
 
 # 1. Overview
 
-The main system running the Hackerspace is the do-ocracy, explained further in Section 2. In short: If you want something done in the hackerspace, either do it yourself or convince someone else to do it for you. The goal of the do-ocracy is to lower the barrier to contributing as much as possible.
+The main system running the Hackerspace is **the do-ocracy**, explained further in Section 2. In short: If you want something done in the hackerspace, either do it yourself or convince someone else to do it for you. The goal of the do-ocracy is to lower the barrier to contributing as much as possible.
 
-However, when you want to do something that is irreversible or affects the core infrastructure of the space, you can discuss it with members at a meeting as explained in Section 3. These meetings can also be used to make sure that people will support what you want to do.
+However, when you want to do something that is irreversible or affects the core infrastructure of the space, you can discuss it with members at a **meeting** as explained in Section 3. These meetings can also be used to make sure that people will support what you want to do.
 
-There are two issues that are hard to fix using do-ocracy and meetings: interpersonal conflict and core infrastructure maintenance. Section 4 explains how the board solves these issues as the "wardens" and "mediators" of the space. Unlike many other organizations, the board has no power over what the space should do.
+There are two issues that are hard to fix using do-ocracy and meetings: interpersonal conflict and core infrastructure maintenance. Section 4 explains how **the board** solves these issues as the "wardens" and "mediators" of the space. Unlike many other organizations, the board has no power over what the space should do.
 
-Section 5 explains how you become a member of the space.
+Section 5 explains how you become a **member** of the space.
 
-Every organization has a number of unspoken guidelines of how you should behave. We have written down some of ours in Section 6 in order to make it easier for people to get a sense of what to do in certain situations. These guidelines are not meant to be strict rules, but they give an overview of what is good and bad behavior in the space.
+Every organization has a number of unspoken guidelines of how you should behave. We have written down some of ours in Section 6 in order to make it easier for people to get a sense of what to do in certain situations. These **guidelines** are not meant to be strict rules, but they give an overview of what is good and bad behavior in the space.
 
-Because every good idea that was once written down has been misinterpreted, we include the information that helped us create this system and the guidelines. We call it the legacy. It is a collection of discussions, articles, research and books that we used to create the hackerspace blueprint. It gives more context about why the system is the way it is. The legacy should by used as a "cipher" to interpret the system and the guidelines better and to explain the rationale behind them.
+Because every good idea that was once written down has been misinterpreted, we include the information that helped us create this system and the guidelines. We call it **the legacy**. It is a collection of discussions, articles, research and books that we used to create the hackerspace blueprint. It gives more context about why the system is the way it is. The legacy should by used as a "cipher" to interpret the system and the guidelines better and to explain the rationale behind them.