|
|
34b5d7b3d0
|
rendering works in pure ECS. This is actually pretty sweet. broke compu rendering though
|
2020-09-17 23:55:21 -07:00 |
|
|
|
76c75c349b
|
This consolidation is not the way to go
|
2020-09-17 21:42:27 -07:00 |
|
|
|
369a305817
|
this is a week or so worth of brainstorming. Looking at pulling everything sprite related into it's own little struct. And also doing a message everything arch
|
2020-09-14 21:27:00 -07:00 |
|
|
|
28565652c0
|
events are coming in. But my dual box thingy is not gonna be the way to go here. I guess it copied the data and they no longer link. Bummer
|
2020-08-11 21:56:14 -07:00 |
|
|
|
2e33c9c75e
|
event system needs some thinkin
|
2020-08-11 00:09:58 -07:00 |
|
|
|
ccbd21d90b
|
compiles, slowly moving everything over to spec stuff
|
2020-08-09 23:39:03 -07:00 |
|
|
|
c10115e7b9
|
added hello-world example + modified vkproccessor to live inside specs
|
2020-08-08 23:38:44 -07:00 |
|
|
|
0619b79d34
|
screenspace coords was much easier than expected
|
2020-08-08 01:49:35 -07:00 |
|
|
|
ea98b7e7d6
|
slider rendering
|
2020-08-01 22:51:44 -07:00 |
|
|
|
f3a3be1d99
|
added slider thing, broke rendering somehow though
|
2020-08-01 20:06:53 -07:00 |
|
|
|
8da810f23a
|
event work + mulling over sprite containers and event notification
|
2020-07-31 23:39:25 -07:00 |
|
|
|
0cce359c28
|
going to abstract the events like I did for the vkcaster
|
2020-07-30 23:11:56 -07:00 |
|
|
|
f1d60493f4
|
.
|
2020-07-29 21:48:12 -07:00 |
|
|
|
d1051a0ca3
|
Switched vertex type to be chosen at the shader load
|
2020-02-13 23:37:41 -08:00 |
|
|
|
fcfa40e335
|
bringing docs up to date
|
2020-02-13 17:14:29 -08:00 |
|
|
|
659cd98a1f
|
moved over to the enum method of drawing. Not flexible, but type safe
|
2020-02-12 00:42:30 -08:00 |
|
|
|
80c0d323be
|
Going to just normalize to a single hardcoded enum of vertex definitions. Seems like quite a backpeddle....
|
2020-02-10 23:39:58 -08:00 |
|
|
|
cd0c1e6052
|
oh my god it compiles. A month of brainstorming comes out to a single enum
|
2020-02-06 23:38:28 -08:00 |
|
|
|
1597f0e380
|
Sorta want this type of API, but, CanvasFrame would be tied to a single type...
|
2020-02-05 22:10:38 -08:00 |
|
|
|
0c1f513225
|
going to save here. re-evaluating drawable now that runtimevertexdef is in
|
2020-02-05 20:02:06 -08:00 |
|
|
|
1fde36e42c
|
fixed the glyph panic, this still is very wrong
|
2020-02-05 00:15:08 -08:00 |
|
|
|
8fcd26063a
|
moved around the file heirarchy to make these handles safer
|
2020-02-04 23:02:21 -08:00 |
|
|
|
bb5617420e
|
weird old canvas version hanging around
|
2020-02-04 19:56:43 -08:00 |
|
|
|
83a5e9b997
|
lots of refactoring for the dynamic vertex in addition to planning out documentation
|
2020-01-22 18:38:45 -08:00 |
|
|
|
11701542e2
|
working on dynamic v's
|
2020-01-20 21:42:13 -08:00 |
|
|
|
f1e8990dba
|
compiles. Need a good hard think to see what this interface is going to look like
|
2019-10-17 22:57:27 -07:00 |
|
|
|
ffa04d0bb1
|
doing some hardcore storming on this dynamic vertex situation
|
2019-10-16 23:29:49 -07:00 |
|
|
|
c4b20bcd79
|
Added template dynamic vertex.
|
2019-10-15 16:08:17 -07:00 |
|
|
|
554e8d551e
|
Got the vertex definition into the load function. Which is something
|
2019-10-15 00:08:43 -07:00 |
|
|
|
595937d68f
|
in the middle of expirimenting with was to implement this drawable api
|
2019-10-11 22:46:35 -07:00 |
|
|
|
1551a53d1e
|
piping everything through. Almost done
|
2019-10-09 23:06:55 -07:00 |
|
|
|
86eb27f86d
|
getting the canvasframe set up for text
|
2019-10-07 23:34:11 -07:00 |
|
|
|
34c23eebc0
|
moved to rust style file tree
|
2019-09-21 23:59:43 -07:00 |
|
