updated some readme files for better grammar and clarity

readme.md

@@ -1,14 +1,14 @@
 # BUILD AND RUN   
-See **oxygine-framework/readme/** folder. It has insructions how to build and run oxygine on different platforms.
+See **oxygine-framework/readme/** folder. It has instructions on how to build and run oxygine on different platforms.
 
 # Wiki available at
 https://github.com/oxygine/oxygine-framework/wiki
 
 
-# Oxygine is C++ engine for 2D mobile games. 
-One more shell around OpenGL/D3D API you would say? No, this is a set of classes and tools to create a game according to your requirements.
+# Oxygine is a C++ engine for 2D mobile games. 
+Yet another shell around OpenGL/D3D API you would say? No, this is a set of classes and tools to create a game according to your requirements.
 
-In the basis of the engine there is a scene graph, that is similar to Flash one. To be short, You can call this as Flash for C++, but more comfortable and way faster. Initially it was developed for mobile platforms (iOS, Android), but can be also used for PC games.
+At the basis of the engine there is a scene graph, that is similar to Flash. In short, You can call this as Flash for C++, but more comfortable and way faster. Initially it was developed for mobile platforms (iOS, Android), but can also be used for PC games.
 
 Source code is available under MIT license (use for free anywhere).
 
@@ -52,32 +52,32 @@ sprite->addEventListener(TouchEvent::CLICK, [sprite](Event*){
 - For rendering OpenGL(ES) 2.0 is used. Custom shaders supported.
 - Compressed textures supported.
 - Component based system, simple and predictable OOP API. Possibility to inherit from classes and overload their behavior.
-- No global mega managers of everything, that dictates requirements to the way you write your code.
+- No global mega managers of everything, that dictate the requirements and the way you write your code.
 - Effective and flexible work with resources, very close to your game.
 - Components of the engine have weak links between each other. Can be used together, separately or not at all.
 - Fast creation and deletion of objects using memory pools for all engine objects.
-- SceneGraph is somewhat similar to Flash ([diagrams with inheritance models](https://dl.dropbox.com/u/12679384/oxygine/actor_inheritance.png)). It is built on smart pointers (analogue boost:intrusive_ptr). No need to hassle with memory control, memory leaks. 
-- Debug Tools ([screenshot](https://dl.dropboxusercontent.com/u/12679384/oxygine/debug_tools.gif)). Tree Inspector is “Visual profiler” for Scene Graph. Right in the game you can view the graph and different branches to analyze and errors search. “Textures Inspector” shows you currently loaded textures into memory ([screenshot](https://dl.dropbox.com/u/12679384/oxygine/textures_inspector.png))
+- SceneGraph is somewhat similar to Flash ([diagrams with inheritance models](http://i.imgur.com/DO5WFUA.png)). It is built on smart pointers (analogue boost:intrusive_ptr). No need to hassle with memory control, memory leaks. 
+- Debug Tools ([screenshot](http://i.imgur.com/77aGg82.gif)). Tree Inspector is “Visual profiler” for Scene Graph. Right in the game you can view the graph and different branches to analyze and errors search. “Textures Inspector” shows you currently loaded textures into memory ([screenshot](http://i.imgur.com/Znynji4.png))
 - Render to texture.
 - Resources description is stored in xml file. It has multiple different parameters: you can add your own resources types, format can be set, in which you will store the texture(atlas) in memory, number of columns and rows for animation, etc. Any resource can have user-data attributes.
-- Tweens for frame by frame animation, color, position, rotation, etc. Your own can be easily created.
-- Set of basic UI components commonly used in games: Button, Sprite, ProgressBar and others ([image](https://dl.dropboxusercontent.com/u/12679384/oxygine/actor_inheritance.png))
+- Tweens for frame-by-frame animation, color, position, rotation, etc. Easily create your own.
+- A set of basic UI components commonly used in games: Button, Sprite, ProgressBar and others ([image](http://i.imgur.com/IUxKi7O.png))
 Command-line tool on Python to process your resources: Build you resources from XML files into atlases, determining the optimal size of atlases. Resize assets from high-res to necessary for your game. Does additional work to optimize work with resources in the game. Compress automatically to ETC1 or PVRTC textures format.
 - Well-designed handling of events from mouse and multi-touch (for example you can press two buttons with two fingers at the same time without collisions) based on AS3 Flash model.
 - It is possible to write code and dialogs in blocking style (concurency programming/coroutines).
-- Accurate rendering of text with line wraps, vertical and horizontal alignment support, localization, utf-8. Base HTML tags support ([screenshot](https://dl.dropboxusercontent.com/u/12679384/oxygine/text_align.gif)).
+- Accurate rendering of text with line-wraps, vertical and horizontal alignment support, localization, utf-8. Base HTML tags support ([screenshot](http://i.imgur.com/x66UTR3.gif)).
 - If you want to add multiple sets of assets for different game resolutions it can be done on the engine level by writing just a few lines of code. You won’t need to adjust coordinates manually for different resolution. It is enough just to keep initial art in high-res.
-- Masking ([screenshot](https://dl.dropboxusercontent.com/u/12679384/oxygine/masking.gif), [screenshot](https://dl.dropboxusercontent.com/u/12679384/oxygine/mask.png))
-- Atlas assembling on the fly during the loading, if you didn't make it before.
+- Masking ([screenshot](http://i.imgur.com/dxSUVGX.gif), [screenshot](http://i.imgur.com/wAhd6BG.png))
+- Atlas assembling on the fly during the loading, if you didn't provide it yourself.
 - Multi-threaded resources loading.
-- It is possible to partially unload from memory “heavy” resources, like atlases. The resouce handle to work with atlas will be still valid (as well as his size) and will even have texture point, but the texture itself will be empty. This is very important when you have strict memory limitations: for example if you created all UI with all resources loaded, but there is no need to display them.
+- It is possible to partially unload “heavy” resources like atlases from memory. The resouce handle to work with atlas will be still valid (as well as its size) and will even have texture points, but the texture itself will be empty. This is very important when you have strict memory limitations: for example if you created the whole UI with all resources loaded, but there is no need to display them all at once.
 - Fast automatic batching.
 - Bitmap fonts based on [BMFont](http://www.angelcode.com/products/bmfont/) and FreeType. Possibility to add your own font type.
 
-You could build it on top of the Marmalade, SDL2 or adapt it for your platform. Oxygine could be build with Emscripten for internet browser as well.
+You could build it on top of Marmalade, SDL2 or adapt it for your platform. Oxygine can be built with Emscripten for internet browsers as well.
 
-And this is not all. There are a lot of features, but it is easy to use them, framework is not a monster and very intuitively clear. Viewing of couple examples would be enough to understand how it works.
+And this is not everything. There are a lot of easy-to-use features, this framework is not a monster and is clear and intuitive. Viewing a couple of examples is enough to understand how it works.
 
 
 ##Contacts
-You could find more information on [oxygine.org](http://oxygine.org)
+You can find more information at [oxygine.org](http://oxygine.org)

readme/VisualStudio.txt

@@ -1,7 +1,7 @@
 1. Start from readme.txt
 
-Ff you are using Oxygine All-In-One version with SDL included you could skip #2
-just go to any example and open it
+If you are using the Oxygine All-In-One version with SDL included, you can skip #2
+and just go to any example and open it right away
 
 2. There are prebuilt example solutions for VS2010+
 =================================================================================================
@@ -13,25 +13,23 @@ just go to any example and open it
     //#define SDL_AUDIO_DRIVER_XAUDIO2    1
   - Go to folder SDL\VisualC\ 
   - Open SDL.sln and build it in Release configration
-  - Goto golder SDL\VisualC\Win32\Release\
+  - Go to folder SDL\VisualC\Win32\Release\
   - and copy SDL2.lib, SDL2main.lib and SDL2.dll to oxygine-framework/libs
 
-- Go to oxygine-framework\examples and choose any example. For example "Demo"
-- Open solution located in oxygine-framework\examples\Demo\proj.win32\
-- Try to build Demo
-- Copy all dlls from  oxygine-framework\oxygine\third_party\win32\dlls\
-   and SDL2.dll from oxygine-framework/libs 
-   to  oxygine-framework\examples\Demo\data\   
-- Working directory of Demo project should point to "../data" folder (right mouse click on Demo -> project->properties->ConfigurationProperties->Debugging->WorkingDirectory)
+- Go to oxygine-framework\examples and choose any example, for example "Demo"
+- Open the solution located in oxygine-framework\examples\Demo\proj.win32\
+- Try to build the Demo
+- Copy all dlls from oxygine-framework\oxygine\third_party\win32\dlls\
+   and SDL2.dll from oxygine-framework/libs
+   to: oxygine-framework\examples\Demo\data\
+- The working directory of the Demo project should point to the "../data" folder (right mouse-click on the "Demo" Project -> Properties -> "Configuration Properties" -> Debugging -> "Working Directory")
 - ready! run!
 =================================================================================================
 
-3. You could generate your own Solution anywhere
+3. You can generate your own Solution anywhere you want:
 - You need Python 2.7 installed
 - you need to run this script
   oxygine-framework\tools\gen_template.py
 
 example:
 	python gen_template.py MyProject -t win32 -d path/to/MyProject/
-
-

readme/readme.txt

@@ -1,15 +1,15 @@
 If you are using:
 	- SDL2:
-		1. Download latest the SDL2 source snapshot from http://libsdl.org/hg.php
-		2. Your folder structure should be orginized this way:
+		1. Download latest SDL2 source snapshot from http://libsdl.org/hg.php
+		2. Your folder structure should be orginized like this:
 			any/path/
 					/oxygine-framework
 					/SDL
 
 		3. Check other instructions for your platform:
-			- VisualStudio.txt has insructions how to build Oxygine with Visual Studio on Windows
-			- Android.txt has insructions how to build Oxygine for Android
-			- CMake.txt has instructions how to build Oxygine with CMake on Windows and Linux
-			- iOS.txt and MacOSX.txt instuctions how to build Oxygine with XCode
+			- VisualStudio.txt has instructions on how to build Oxygine with Visual Studio on Windows
+			- Android.txt has instructions on how to build Oxygine for Android
+			- CMake.txt has instructions on how to build Oxygine with CMake on Windows and Linux
+			- iOS.txt and MacOSX.txt have instructions on how to build Oxygine with XCode
 
-	- Marmalade. Then read Marmalade.txt
+	- Marmalade: Read Marmalade.txt