gosu 0.7.48-x86-mingw32 → 0.7.49-x86-mingw32

metadata

@@ -1,30 +1,31 @@
---- !ruby/object:Gem::Specification 
+--- !ruby/object:Gem::Specification
 name: gosu
-version: !ruby/object:Gem::Version 
-  version: 0.7.48
+version: !ruby/object:Gem::Version
+  version: 0.7.49
 platform: x86-mingw32
-authors: 
+authors:
 - Julian Raschke
 autorequire: 
 bindir: bin
 cert_chain: []
-
-date: 2013-07-14 00:00:00 Z
+date: 2013-10-28 00:00:00.000000000 Z
 dependencies: []
+description: |2
+    2D game development library.
+
+    Gosu features easy to use and game-friendly interfaces to 2D graphics
+    and text (accelerated by 3D hardware), sound samples and music as well as
+    keyboard, mouse and gamepad/joystick input.
 
-description: "  2D game development library.\n\n  Gosu features easy to use and game-friendly interfaces to 2D graphics\n  and text (accelerated by 3D hardware), sound samples and music as well as\n  keyboard, mouse and gamepad/joystick input.\n\n  Also includes demos for integration with RMagick, Chipmunk and OpenGL.\n"
+    Also includes demos for integration with RMagick, Chipmunk and OpenGL.
 email: julian@raschke.de
 executables: []
-
 extensions: []
-
 extra_rdoc_files: []
-
-files: 
+files:
 - .yardopts
 - COPYING
 - README.txt
-- Gosu/Async.hpp
 - Gosu/Audio.hpp
 - Gosu/AutoLink.hpp
 - Gosu/Bitmap.hpp
@@ -82,10 +83,6 @@ files:
 - examples/media/Star.png
 - examples/media/Starfighter.bmp
 - reference/gosu.rb
-- reference/Drawing_with_Colors.rdoc
-- reference/Order_of_Corners.rdoc
-- reference/Tileability.rdoc
-- reference/Z_Ordering.rdoc
 - lib/gosu.for_1_8.so
 - lib/gosu.for_1_9.so
 - lib/FreeImage.dll
@@ -93,40 +90,25 @@ files:
 - lib/libsndfile.dll
 homepage: http://www.libgosu.org/
 licenses: []
-
 metadata: {}
-
 post_install_message: 
-rdoc_options: 
-- README.txt
-- COPYING
-- reference/gosu.rb
-- reference/Drawing_with_Colors.rdoc
-- reference/Order_of_Corners.rdoc
-- reference/Tileability.rdoc
-- reference/Z_Ordering.rdoc
-- --title
-- Gosu
-- --main
-- README.txt
-require_paths: 
+rdoc_options: []
+require_paths:
 - lib
-required_ruby_version: !ruby/object:Gem::Requirement 
-  requirements: 
-  - - ">="
-    - !ruby/object:Gem::Version 
+required_ruby_version: !ruby/object:Gem::Requirement
+  requirements:
+  - - '>='
+    - !ruby/object:Gem::Version
       version: 1.8.2
-required_rubygems_version: !ruby/object:Gem::Requirement 
-  requirements: 
-  - - ">="
-    - !ruby/object:Gem::Version 
-      version: "0"
+required_rubygems_version: !ruby/object:Gem::Requirement
+  requirements:
+  - - '>='
+    - !ruby/object:Gem::Version
+      version: '0'
 requirements: []
-
 rubyforge_project: 
 rubygems_version: 2.0.3
 signing_key: 
 specification_version: 4
 summary: 2D game development library.
 test_files: []
-

data/Gosu/Async.hpp

@@ -1,50 +0,0 @@
-// Undocumented for the first few iterations. Interface may change rapidly.
-// This is mainly a proof of concept. Stability will be the highest on OS X.
-
-#if 0
-#ifndef GOSU_ASYNC_HPP
-#define GOSU_ASYNC_HPP
-
-#include <Gosu/Fwd.hpp>
-#include <Gosu/TR1.hpp>
-#include <thread>
-#include <memory>
-#include <string>
-
-namespace Gosu
-{
-    template<typename Result>
-    class AsyncResult
-    {
-        std::tr1::shared_ptr<std::tr1::try_mutex> mutex;
-        std::tr1::shared_ptr<std::auto_ptr<Result> > result;
-        
-    public:
-        AsyncResult(const std::tr1::shared_ptr<std::tr1::try_mutex>& mutex,
-                    const std::tr1::shared_ptr<std::auto_ptr<Result> >& result)
-        : mutex(mutex), result(result)
-        {
-        }
-        
-        bool hasValue() const
-        {
-            std::tr1::try_mutex::scoped_try_lock lock(*mutex);
-            return lock && result->get();
-        }
-        
-        std::auto_ptr<Result> takeValue()
-        {
-            std::tr1::try_mutex::scoped_lock lock(*mutex);
-            return *result;
-        }
-    };
-    
-	// TODO: Will only work if the window doesn't die inbetween.
-	// TODO: More functions to come; or a general interface?
-
-	AsyncResult<Image>
-		asyncNewImage(Window& window, const std::wstring& filename);
-}
-
-#endif
-#endif

data/reference/Drawing_with_Colors.rdoc

@@ -1,5 +0,0 @@
-= Drawing with Colors
-
-Almost all image drawing functions accept modulation colors. The colors of all pixels on the source image will be multiplied with these colors, where a channel value of 255 corresponds to the maximum value of 1.0. This means modulation colors can be used only to reduce particular channels of an image.
-
-The most obvious use of this is to supply a color with an alpha value less than 255 so the image will drawn transparently, but you can also use this to darken images or to draw them in a different hue (which works best if the original image is mostly grayscale).

data/reference/Order_of_Corners.rdoc

@@ -1,5 +0,0 @@
-= Order of Corners
-
-In all functions that expect arguments for all four corners of a rectangle or quadrilateral, you can either pass clockwise coordinates, or coordinates in the following order (a Z shape):
-
-http://www.libgosu.org/wiki_images/corner_indices.png

data/reference/Tileability.rdoc

@@ -1,11 +0,0 @@
-= Tileability
-
-Functions related to image creation accept a boolean "tileable" argument. This is a consequence of using 3D hardware acceleration. Try to notice the subtle difference between these two, overstretched images:
-
-http://www.libgosu.org/wiki_images/hard_borders.png
-
-When you draw an image with stretching factors other than 1.0 (10.0 in this case) or at odd coordinates, it will become interpolated—which, in general, is much better than getting all pixel-y.
-
-But take a look at the image's borders. The image of the left girl was created with tileable set to 'false' (the default) and the borders fade out. The image of the right girl, which was created with tileable set to 'true, does not fade out at all, but just ends on its borders.
-
-While most images should not be tileable, you should always pass true for map tiles.

data/reference/Z_Ordering.rdoc

@@ -1,5 +0,0 @@
-= Z-Ordering
-
-All drawing operations in Gosu accept a floating-point value called "z" (technically, a double). Things drawn with a higher z position will be drawn over those with a lower one. If two things have the same z position, they will be drawn in the order the drawing functions were called.
-
-If you do not wish to use z ordering, just pass the same constant all the time.