{{#i18n "support-32"}}{{/i18n}}{{#i18n "support-33"}}{{/i18n}}
-
+
diff --git a/src/templates/pages/index.hbs b/src/templates/pages/index.hbs
index 61dbe1bd25..44279ed5f1 100644
--- a/src/templates/pages/index.hbs
+++ b/src/templates/pages/index.hbs
@@ -10,7 +10,7 @@ slug: /
diff --git a/src/templates/pages/learn/debugging.hbs b/src/templates/pages/learn/debugging.hbs
index a100229df1..892c90eedc 100644
--- a/src/templates/pages/learn/debugging.hbs
+++ b/src/templates/pages/learn/debugging.hbs
@@ -14,7 +14,7 @@ slug: learn/
+
+
- 
- 
- 
+
+
+
+
@@ -45,36 +45,36 @@ slug: learn/
- 
+
+
{{#i18n "support-17"}}{{/i18n}}
- 
+
+
{{#i18n "support-18"}}{{/i18n}}
- 
+
+
{{#i18n "support-19"}}{{/i18n}}
- 
+
+
{{#i18n "support-20"}}{{/i18n}}
- 
-
+
- {{#i18n "support-21"}}{{/i18n}}
+
+ {{#i18n "support-21"}}{{/i18n}}
- 
+
+
{{#i18n "support-22"}}{{/i18n}}
- 
+
+
{{#i18n "support-23"}}{{/i18n}}
- 
+
+
{{#i18n "support-24"}}{{/i18n}}
- 
+
+
{{#i18n "support-25"}}{{/i18n}}
- 
+
+
{{#i18n "support-26"}}{{/i18n}}
- 
+
+
{{#i18n "support-27"}}{{/i18n}}
- 
+
+
{{#i18n "support-28"}}{{/i18n}}
- 
+
+
{{#i18n "support-29"}}{{/i18n}}
- 
+
+
{{#i18n "support-30"}}{{/i18n}}
- 
+
+
{{#i18n "support-31"}}{{/i18n}}
This tutorial was made by the Education Working Group, during the p5.js contributor conference at the Frank-Ratchye Studio for Creative Inquiry, Carnegie Mellon University in May of 2015. The contributors to this tutorial include Jason Alderman, Tega Brain, Taeyoon Choi and Luisa Pereira.
-
+
This is a field guide for debugging for everyone—whether you are beginning to code or whether you have been coding for a long time, this guide breaks down the mysterious process of solving problems. @@ -26,15 +26,15 @@ slug: learn/
A bug is a gap between what you think your system is doing, and what it is actually doing. Clay Shirky aptly describes a bug as "the moment when there is both a technical problem with your code as well as a problem with your mental picture of what is happening in your code."
-
+
You think you are telling the computer one thing, but it is doing something else. It may also be crashing or throwing errors. In order to close the gap, you must investigate.
When you are working on a project, you may play many different roles. You are an architect when designing and planning your program, an engineer when you are developing it. Then you will be an explorer, discovering the problems and errors and testing it in all the situations in which it needs to run. You are trying to find out where it might break. Finally, when debugging you are a detective, trying to figure out how and why things broke.
-
-
-
-
+
+
+
+
So how can you become a good detective and debug your program? Here are the ten steps that can help you become a good code sleuth.
When you encounter a bug that you do not know how to solve, stop, pause and take a deep breath. Stand up, say hi to the dog, take a walk or if it's late go get some sleep. When you are frustrated, tired and upset, you are not in a good frame of mind to learn or solve a problem.
To find your errors you will need to change perspectives and become the detective. The goal is to find out what the program IS doing, rather than why it's not doing what it's supposed to. We need to get the computer to show us what it's doing.
The clues are in the values of variables and flow of program.
-
+
2. Observe the problem
Walk someone through the issue even if they themselves do not know how to program. If no one is around, draft an email explaining what you have done and breaking down what the problem is.
-
+
You probably won't need to actually send this email as often the act of writing it will help you to locate and identify what you need to do next. Some programmers have even been known to explain their problem to a friendly inanimate object like a rubber ducky.
-
+
This is also a good time to add comments to your code that tell you exactly what each of your functions is doing. Some coders also print out their code (or a section of it) and go through it line by line, tracing the path of variables and making notes.
-
+
3. Before you start...
Before doing anything, save a copy of your code that you can go back to. While debugging you are likely to introduce other problems, break things or accidentally delete good work.
-
+
You don't want to make bigger bugs in the process of debugging.
-
+
If you make a mistake or your problem gets more worse, you can always UNDO or revert back to your saved file.
-
+
You can try version control such as GitHub.
-
+
Write a list of what you are trying, so you can keep track of what still needs to be checked. Be methodical, it will save you a lot of time in the long run.
Only ever change one thing at a time.
- 
+
As you debug, you will be turning parts of your code on and off.
Every time you make a change, test your program. If you make multiple changes before testing, you will not know which change has what effect and are likely to break things further.
- 
- 
+
+
+
5. Black boxes
A black box describes any part of your system you do not understand the inner workings of. For example, a library or perhaps a function that you have not written for yourself. Systematically take out each black box one-by-one and run your program. This will help to see if these parts of the program contain the error.
-
- 
+
+
6. Add error reporting
- 
+
Error reporting is how your program tells you what it is doing.
p5.js comes with some built-in error reporting that will tell you if you have made specific syntax errors.
It is also useful to add in your own error reporting using the console.log() function.
- 
+
To check your program flow, add in console.log() statements to the parts of your code.
Then when you look at your console you can see the order that things happen and where you encounter problems.
It is also useful to add in console.log()s to print out values of variables so that you can see what they are doing.
- 
+
+
8. Ask people
Still not working?
- 
+
You can also ask people for help! They might be delighted to help you.
@@ -163,7 +163,7 @@ slug: learn/
ALSO: start with small problems! Do one thing at a time. It's ok to make smaller sketches to test one thing (draw a star! check twitter!) and then voltron them together into a bigger sketch (draw a star that turns red when you have a notification on twitter!)
-
+
10. More resources
diff --git a/src/templates/pages/learn/tutorial-guide.hbs b/src/templates/pages/learn/tutorial-guide.hbs index dccbe309db..bdc93a8220 100755 --- a/src/templates/pages/learn/tutorial-guide.hbs +++ b/src/templates/pages/learn/tutorial-guide.hbs @@ -41,7 +41,7 @@ slug: learn/ {{#i18n "writing-a-tutorial-how-prepare-2"}}{{/i18n}}{{#i18n "writing-a-tutorial-how-prepare-3"}}{{/i18n}} {{#i18n "writing-a-tutorial-how-prepare-4"}}{{/i18n}} -
+
{{#i18n "writing-a-tutorial-how-prepare-5"}}{{/i18n}}{{#i18n "writing-a-tutorial-how-prepare-6"}}{{/i18n}} @@ -55,7 +55,7 @@ slug: learn/
{{#i18n "writing-a-tutorial-how-prepare-11"}}{{/i18n}}
-
+
{{#i18n "writing-a-tutorial-how-prepare-12"}}{{/i18n}}
@@ -85,16 +85,16 @@ Your code here!{{#i18n "writing-a-tutorial-iframe-1"}}{{/i18n}}
-
+
{{#i18n "writing-a-tutorial-iframe-2"}}{{/i18n}}
-
+
{{#i18n "writing-a-tutorial-iframe-3"}}{{/i18n}}
-
+
{{#i18n "writing-a-tutorial-iframe-4"}}{{/i18n}}
{{#i18n "writing-a-tutorial-iframe-5"}}{{/i18n}}
diff --git a/src/templates/pages/reference/index.hbs b/src/templates/pages/reference/index.hbs index d178aac0d2..42fe0dced3 100644 --- a/src/templates/pages/reference/index.hbs +++ b/src/templates/pages/reference/index.hbs @@ -61,19 +61,11 @@ slug: reference/ } }); - function removePlaceholder() { - $('#search input').attr('placeholder', ''); - } - function updateLanguage() { if (translations) { // reference title $('h1').html(translations['h1']); $('#search input').attr('placeholder', translations['reference-search']); - $('#search input').on('focus', removePlaceholder); - $('#search input').focusout(function () { - $('#search input').attr('placeholder', translations['reference-search']); - }) $('#search input').attr('title', translations['reference-search']); // reference description $('#reference-description1').html(translations['reference-description1']);