Did nothing

README.md

@@ -11,7 +11,7 @@ ooga booga
 - [Examples & Documentation](#examples--documentation)
 - [Known bugs](#known-bugs)
 - [Licensing](#licensing)
-- [Contributions)(#contributions)
+- [Contributions](#contributions)
 
 ## What is ooga booga?
 
@@ -109,7 +109,17 @@ You can obtain the full commercial license by being an active member of the comm
 [Learn more here](https://www.skool.com/game-dev)
 
 ## Contributions
-I'm not sure what the most optimal way to do this but here are some house rules I'll continually update which I'd like us to follow for contributions:
-
 - Open PR's with `dev` as the base branch
-- Keep it simple
+- Keep it simple, no multi-layer abstractions
+- Keep the implementation code readable, comment confusing code
+- If you're introducing a new file/module, document the API and how to use it at the top of the file
+- Add tests in tests.c if it makes sense to test
+- Run tests (#define RUN_TESTS 1) before submitting PR
+- Don't submit PR's for:
+	- the sake of submitting PR's
+	- Small polishing/tweaks that doesn't really affect the people making games
+- When you submit a PR, please answer these prompts (if you're submitting a bugfix then you can skip this):
+	- What feature/bugfix does this PR implement?
+	- Why do we need this?
+	- Describe at least one specific and practical problem this solves for people developing a game
+	- Does this add complexity/friction for people making games? If so, how do you justify that?

build.c

@@ -37,11 +37,11 @@ typedef struct Context_Extra {
 
 // #include "oogabooga/examples/text_rendering.c"
 // #include "oogabooga/examples/custom_logger.c"
-#include "oogabooga/examples/renderer_stress_test.c"
+// #include "oogabooga/examples/renderer_stress_test.c"
 // #include "oogabooga/examples/tile_game.c"
 // #include "oogabooga/examples/audio_test.c"
 // #include "oogabooga/examples/custom_shader.c"
-// #include "oogabooga/examples/growing_array_example.c"
+#include "oogabooga/examples/growing_array_example.c"
 
 // This is where you swap in your own project!
 // #include "entry_yourepicgamename.c"

changelog.txt

@@ -1,5 +1,5 @@
 
-## v0.01.003 - 
+## v0.01.003 - Nothing, really
 	- Os layer
 		- Implemented setting of mouse pointers, either to system standard pointers or a custom image
 		- Ignore SETCURSOR events unless window resize
@@ -10,7 +10,9 @@
 		- Fix bad uv sampling bug when uneven window dimensions
 	
 	- Misc
-		- 
+		- Deprecate Rangef stuff
+		- peek_random()
+		- Update #Contributions
 
 
 ## v0.01.002 - Flexible build options, Hotloading, growing array

oogabooga/cpu.c

@@ -170,7 +170,7 @@ typedef struct Cpu_Capabilities {
 		#define COMPILER_CAN_DO_AVX512 0
 	#endif
 	
-	#define DEPRECATED(proc, msg) proc __attribute__((deprecated(msg)))
+	#define DEPRECATED(proc, msg) __attribute__((deprecated(msg))) proc 
 	
 	inline bool 
 	compare_and_swap_8(uint8_t *a, uint8_t b, uint8_t old) {

oogabooga/examples/text_rendering.c

@@ -32,8 +32,9 @@ int entry(int argc, char **argv) {
 		float now = (float)os_get_current_time_in_seconds();
 		float animated_x = sin(now*0.1)*(window.width*0.5);
 		
-		draw_text(font, STR("I am text"), font_height, v2(animated_x-2, 2), v2(1, 1), COLOR_BLACK);
-		draw_text(font, STR("I am text"), font_height, v2(animated_x, 0),  v2(1, 1), COLOR_WHITE);
+		// UTF-8 !
+		draw_text(font, STR("Привет"), font_height, v2(animated_x-2, 2), v2(1, 1), COLOR_BLACK);
+		draw_text(font, STR("Привет"), font_height, v2(animated_x, 0),  v2(1, 1), COLOR_WHITE);
 		
 		// New lines are handled when drawing text
 		string hello_str = STR("Hello,\nTTTT New line\nAnother line");

oogabooga/random.c

@@ -13,8 +13,13 @@ ogb_instance u64 seed_for_random;
 u64 seed_for_random = 1;
 #endif
 
+// Like get_random but it doesn't advance the seed
+u64 peek_random() {
+    return seed_for_random * MULTIPLIER + INCREMENT;
+}
+
 u64 get_random() {
-    seed_for_random = seed_for_random * MULTIPLIER + INCREMENT;
+    seed_for_random = peek_random();
     return seed_for_random;
 }
 

oogabooga/range.c

@@ -12,6 +12,9 @@
 // This feels like introducing unnecessary complexity and vocabulary when it's really just
 // another way to say Vector2 and Vector4.
 
+typedef DEPRECATED(struct Range1f Range1f, "Range2f & Range1f will be removed. If you are using this, you should yoink it into your game code (from oogabooga/range.c).");
+typedef DEPRECATED(struct Range2f Range2f, "Range2f & Range1f will be removed. If you are using this, you should yoink it into your game code (from oogabooga/range.c).");
+
 typedef struct Range1f {
   float min;
   float max;
@@ -23,6 +26,13 @@ typedef struct Range2f {
   Vector2 max;
 } Range2f;
 
+DEPRECATED(Range2f range2f_make(Vector2 min, Vector2 max), "Range2f & Range1f will be removed. If you are using this, you should yoink it into your game code (from oogabooga/range.c).");
+DEPRECATED(Range2f range2f_shift(Range2f r, Vector2 shift), "Range2f & Range1f will be removed. If you are using this, you should yoink it into your game code (from oogabooga/range.c).");
+DEPRECATED(Range2f range2f_make_bottom_center(Vector2 size), "Range2f & Range1f will be removed. If you are using this, you should yoink it into your game code (from oogabooga/range.c).");
+DEPRECATED(Vector2 range2f_size(Range2f range), "Range2f & Range1f will be removed. If you are using this, you should yoink it into your game code (from oogabooga/range.c).");
+DEPRECATED(bool range2f_contains(Range2f range, Vector2 v), "Range2f & Range1f will be removed. If you are using this, you should yoink it into your game code (from oogabooga/range.c).");
+
+
 inline Range2f range2f_make(Vector2 min, Vector2 max) { return (Range2f) { min, max }; }
 
 Range2f range2f_shift(Range2f r, Vector2 shift) {