Minor grammar corrections

Author: nikosk84

General/Playground.md

@@ -19,46 +19,46 @@
   * [Sharing playgrounds content in multiple local images](#sharing-playgrounds-content-in-multiple-local-images)
 
 
-Playground is a tool that is most often used for typing Pharo expressions and executing them but it can be used as a scratchpad area where fragments of Pharo code can be entered, stored, edited, and evaluated.
+Playground is a tool that is most often used for typing Pharo expressions and executing them but it can be used as a scratchpad area where fragments of Pharo code can be entered, stored, edited and evaluated.
 
-You can open it with the shortcut `cmd/ctrl + o + w` or using the menu entry from the menubar: 
+You can open Playground with the shortcut `cmd/ctrl + o + w` or using the menu entry from the menubar: 
 
 ![open playground from the image](Playground_open_from_image.png)
 
 ## Basic usage
-The Playground can be used to quickly execute Pharo code. You write something and then can do operations on the code, such as:
+The Playground can be used to quickly execute Pharo code. You can write something and then do operations on the code, such as:
 
 ### Do it 
 Shortcut: `cmd/ctrl + d` It Executes the code/expression
 
 ![Do it command on playground](Playground_do_it.png)
 
 ### Print it
-Shortcut: `cmd/ctrl + p` It Compiles the expression, executes it, sends the message `printString` to the result, and displays the resulting string.
+Shortcut: `cmd/ctrl + p` It Compiles the expression, executes it, sends the message `printString` to the result and displays the resulting string.
 
 ![Print it command on playground](Playground_print_it.png)
 ![Print it result on playground](Playground_print_result.png)
 
 ### Do it and go
-Shortcut: `cmd/ctrl + g` It executes the code and additionally opens a navigable inspector on the side of the playground. It allows us to navigate the object structure.
+Shortcut: `cmd/ctrl + g` It executes the code and opens a navigable inspector on the side of the playground. It allows us to browse the object structure.
 
 ![Do it and go on the playground](Playground_do_it_and_go.png)
 
 ### Inspect it
-Shortcut: `cmd/ctrl + i` It executes the code and additionally opens a navigable inspector outside of the playground. It allows us to navigate the object structure.
+Shortcut: `cmd/ctrl + i` It executes the code and opens a navigable inspector outside of the playground. It allows us to browse the object structure.
 
 ![Inspect on Time now](Playground_inspect_on_Time_now.png)
 
 > The title tells us that `11:55:11.561177 am` is an instance of the class `Time`. The top panel allows us to browse the instance variables of an object and their values. The bottom panel can be used to write expressions to send messages to the object. 
 
 ### Basic inspect it
-Shortcut: `cmd/ctrl + shift + i` It opens a minimal inspector on the result of the expression. (Might be useful if you work on the Inspector for example)
+Shortcut: `cmd/ctrl + shift + i` It opens a minimal inspector on the result of the expression. (Might be useful if you work on the Inspector, for example)
 ### Debug it
 Shortcut: `cmd/ctrl + shift + d` It opens a debugger on the code with the context at the start of the snippet.
 
 ![Debug it on Time now](Playground_debug_it.png)
 
->The Debugger is a tool that not only lets you inspect the run-time stack of your program when an error is raised, but it also enables you to interact with all of the objects of your application, including the source code. In many cases you can modify your source code from the debugger and continue executing. The debugger is especially effective as a tool to support test-first development in tandem with SUnit.
+>The Debugger is a tool that not only lets you inspect the run-time stack of your program when an error is raised, but it also enables you to interact with all of the objects in your application, including the source code. In many cases you can modify your source code from the debugger and continue executing. The debugger is especially effective as a tool to support test-first development in tandem with SUnit.
 
 ### Profile it
 Profiles the code with the Pharo profile tool which shows how much time is spent for each message sent.
@@ -71,21 +71,21 @@ You can also use the playground for typing any text that you would like to remem
 
 ## Some Advices
 ### Doing vs. Printing
-The diference between this two actions is visual. try to execute something like `1+5` with `Do it`. Maybe you think that nothing happened because there isn't a visual cue about the execution but in fact something did happen. You sent the message `+` with argument `5` to the number `1`.
+The difference between these two actions is visual. try to execute something like `1+5` with `Do it`. Maybe you think that nothing happened because there isn't a visual cue about the execution but in fact, something did happen. You sent the message `+` with argument `5` to the number `1`.
 
-Now try to do it with Print it, the same will happen but also you will see the result printed just aside:
+Now try to do it with Print it, the same will happen but you will now see the result printed on the side:
 
 ![Print the sum using the playground](Playground_print_sum.png)
 
 That could be useful if you want to understand the result value.
 
 ## Advance usage
 
-In this section, we will cover some advance usages of the Playground. 
+In this section, we will cover some advanced usages of the Playground. 
 
 ![Overview of the Playground](Playground_overview.png)
 
-The previous figure highlight different parts of the playground we will refer to in this explanation.
+The previous figure highlights different parts of the playground and we will refer to these in this explanation.
 
 1. The playground name tab
 2. The run button
@@ -97,7 +97,7 @@ Out of those, the simplest feature is the run button that will just execute the
 
 ### Variables bindings
 
-The playground is able to manage variables in two way. The first way is the classic Smalltalk way of declaring temporary variables (`| varName |`) at the beginning of the playground and using them later. 
+The playground is able to manage variables in two ways. The first way is the classic Smalltalk way of declaring temporary variables (`| varName |`) at the beginning of the playground and using them later. 
 
 Example:
 
@@ -107,9 +107,9 @@ result := 1 + 2.
 result := result + 3.
 ```
 
-Using this kind of variables will work as the temporary variables of methods. During the execution they will be initialized at nil, they will be used during the current execution and then they will be discarded. 
+Using these kind of variables will work as temporary variables of methods. During the execution they will be initialized with nil. They will be used during the current execution and then they will be discarded. 
 
-> Note: If you select a piece of code to execute it, do not forget to select the temporary variables declaration line.
+> Note: If you select a piece of code to execute, do not forget to select the temporary variables declaration line.
 
 The second way to manage variables in the playground is to use them without declaring them. 
 
@@ -120,11 +120,11 @@ result := 1 + 2.
 result := result + 3
 ```
 
-By doing so, during its first use, the playground creates and initialize the new variable to nil and stores it. This means that the variable will still exist and will still contain its value after the execution. If you execute the previous piece of code in a playground and then select `result` to inspect it, you will find the value `6`.
+By doing so, during its first use, the playground creates and initializes the new variable to nil, then stores it. This means that the variable will still exist and will still contain its value after the execution. If you execute the previous piece of code in a playground and then select `result` to inspect it, you will find the value `6`.
 
-This feature is useful while playing with some code. For example, if you need to work on a model, instead of recreating the model at each run you can just initialize it one time and reuse the variable containing the model for all the playground session.
+This feature is useful while playing with some code. For example, if you need to work on a model, instead of recreating the model at each run you can just initialize it one time and reuse the variable containing the model for the entire playground session.
 
-If at some point you don't remember the content of some variables, you can find all the variables the playground bound in the binding table button (4 on the previous overview screenshot). This table also allows you to unbind variables by clicking on the cross next to their name.
+If at some point you don't remember the content of some variables, you can find all the variables bound to the playground in the binding table button (4 on the previous overview screenshot). This table also allows you to unbind variables by clicking on the cross next to their name.
 
 ### Remote publishing
 
@@ -136,9 +136,9 @@ You can then share this link and everyone with it will be able to see the conten
 
 ### Get back previous playground contents
 
-When working the playground will once in a while save the code of your playground in a local file. Using those saved files you have the possibility to open a new playground containing the code of a previously closed playground. 
+Whilst working, the playground will occasionally save the code in a local file. Using those saved files you have the ability to open a new playground containing the code of a previously closed playground. 
 
-In order to get back a previous playground, you need to open a new playground and use button 5 from the overview, the *page history button*. You will see the start of the code from your previous playgrounds and you need to double click on the one you want to get back.
+In order to get a previous playground back, you need to open a new playground and use button 5 from the overview, the *page history button*. You will see the start of the code from your previous playgrounds and you need to double click on the one you want to get it back.
 
 ### Give a name to a playground to get it back
 
@@ -152,7 +152,7 @@ If you close the playground and want to get it back, you can open a `Spotter` (`
 
 One last feature to highlight is the ability to share playground code between multiple local Pharo images.
 
-We have seen in the previous sections that it is possible to get back the content of the previous playgrounds via the `page history button` and the ability of the Spotter to find previous named playground pages. By updating some settings of the playground, it is possible to share that history through all your images.
+We have seen in the previous sections that it is possible to get back the content of the previous playgrounds via the `page history button` and the ability of the Spotter to find named playground pages. By updating some settings of the playground, it is possible to share that history through all your images.
 
 As explained before, when using the playground and naming playgrounds, the content is stored in local files. In order to share the playgrounds through different images, they need to use the same folders to store their content. Two settings are available for that and can be found in the setting browser under `Tools` -> `Glamourous Toolkit`. 
 
@@ -163,4 +163,4 @@ The two interesting settings are:
 - `Local Playground cache directory`: this setting allows one to choose a specific folder to store the unnamed playground contents.
 - `Local Playground stash directory`: this setting allows one to choose a specific folder to store the named playground contents.
 
-Sharing this setting with multiple images will allow one to share playgrounds history through all those images.
+Sharing this setting with multiple images will allow one to share playground history across all those images.