meta user
network profile
| bio | website | |
|---|---|---|
| location | Washington, DC | |
| age | 18 | |
| visits | member for | 1 year, 11 months |
| seen | 2 days ago | |
| stats | profile views | 70 |
|
2h |
awarded | Popular Question |
|
May 4 |
awarded | Popular Question |
|
Mar 29 |
awarded | Popular Question |
|
Nov 14 |
awarded | Notable Question |
|
Nov 9 |
awarded | Good Question |
|
Oct 7 |
comment |
Is 2 lines of push/pop code for each pre-draw-state too many? @michael.bartnett I need a new design that accomplishes my goal, since my attempt, and nothing else, seems to work. See my comment on your answer |
|
Oct 7 |
comment |
Is 2 lines of push/pop code for each pre-draw-state too many? I originally had Push take a ref so that clients wouldn't have to know about the Ptr<> class. And the whole point of this is both to reduce repetitiveness, and to get the push/pop out of the client's virtual render function (where only rendering should be done). In order to maintain a stack or copy user data, I would still need a newbie-friendly way of telling the Drawable class where to get/set custom structs/classes that need preserving. |
|
Oct 7 |
comment |
Is 2 lines of push/pop code for each pre-draw-state too many? @AndrewRussell I added an example |
|
Oct 7 |
revised |
Is 2 lines of push/pop code for each pre-draw-state too many? added 1746 characters in body |
|
Oct 7 |
comment |
Is 2 lines of push/pop code for each pre-draw-state too many? @michael.bartnett It doesn't work because the extension implicitly gets a copy of the struct rather than its reference |
|
Oct 6 |
asked | Is 2 lines of push/pop code for each pre-draw-state too many? |
|
Sep 24 |
comment |
Outline Shader Effect for Orthogonal Geometry in XNA @RoyT. If the shape isn't 100% opaque, there will be a problem |
|
Sep 24 |
asked | Outline Shader Effect for Orthogonal Geometry in XNA |
|
Jul 20 |
awarded | Popular Question |
|
May 28 |
awarded | Yearling |
|
Mar 7 |
comment |
How can I organize render and transformation data in a scalable fashion? I've thought about an event based render system myself where all the specifics and actual rendering goes on in the graphics module, but each "drawable" class or some variant of it actually calls and tells the renderer when it needs to be rendered. I would think this would be faster since you're not polling for a million updates but IDK =p |
|
Feb 15 |
asked | Benefits of attending highly selective colleges |
|
Feb 8 |
answered | Is there a universal method to send key or mouse input to any application from C#? |
|
Dec 14 |
revised |
Ways to define a curve deleted 20 characters in body |
|
Dec 7 |
awarded | Popular Question |
