update README.md

README.md

@@ -1,8 +1,8 @@
 # ISSUES
-No matter what I do it says that there are 2666 allocations or something. This
+When a memory bug is detected in one of the treads it won't report a non-zero
-is concerning.
+exit code while running the tests.
 
-# A collection of libraries inspired by zig
+# A collection of libraries inspired by zig, and other stuff.
 
 I like zig, but I really like writing C. I am starting with implementing
 different allocator types. I don't know how the other parts of the library will
@@ -11,24 +11,23 @@ fit in, but they will certainly use the allocators.
 I want a series of standard collection types with nice interfaces. ArrayLists,
 LinkedLists, value-based HashMaps, reference-based HashMaps.
 
-I also want to provide snippets for generating safe bit-flags and tagged
+I also want to provide template header files that use the X-macro pattern so
-unions. This will be done with the X-macro pattern. As well as snippets I want
+that users can easily make tagged unions, option types, automatic bit-flags,
-some sort of explanation of why the snippets are made the way they are, and
+and maybe even an ECS inspierd struct filled with optional fields.
-what value it provides to follow those patterns.
 
-I probably want a ui library. It too wil rely on a graphical drawing interface.
+I probably want a ui library. It will rely on a graphical drawing interface. It
-It will be a little different though. It is inspired from my experience with
+will be a little different though. It is inspired from my experience with using
-using raygui. instead of making some sort of layout engine, I will provide a
+raygui. instead of making some sort of layout engine, I will provide a set of
-set of useful functions to manipulate rectangles. I think this produces
+useful functions to manipulate rectangles. I think this produces programs that
-programs that are easier to reason about, while still reducing needless
+are easier to reason about, while still reducing needless duplication of code.
-duplication of code. The workflow relies heavily on function-static variables,
+The workflow relies heavily on function-static variables, which are a c
-which are a c superpower in this scenario. You will essentially start with some
+superpower in this scenario. You will essentially start with some 'fixed'
-'fixed' rectangle (probably derived from the window size) and then perform
+rectangle (probably derived from the window size) and then perform splitting
-splitting operations on that rectangle. Even a dynamic split that creates a
+operations on that rectangle. Even a dynamic split that creates a draggable
-draggable border, updating the local function-static variable (which is a
+border, updating the local function-static variable (which is a normalized
-normalized float) to let you resize sections. Also, the interface will be like
+float) to let you resize sections. Also, the interface will be like immediate
-immediate mode guis, with one exception from the way raygui works. The drawing
+mode guis, with one exception from the way raygui works. The drawing operations
-operations are deferred, and called in the reverse order. This way the first
+are deferred, and called in the reverse order. This way the first gui function
-gui function that captrues input can signal to the other function that input is
+that captrues input can signal to the other function that input is captured,
-captured, and the drawing of the gui elements can reflect the priority of the
+and the drawing of the gui elements can reflect the priority of the gui
-gui functions. Overlapping gui elements in raygui is the main painpoint imo.
+functions. Overlapping gui elements in raygui is the main painpoint imo.