learn-code-the-hard-way
/
c-plus-plus-dafuq
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
9 Commits
1 Branch
0 Tags
100 KiB
Tag: Branch: Tree: c800ddb348
Branches Tags
${ item.name }
Create tag ${ searchTerm }
Create branch ${ searchTerm }
from 'c800ddb348'
${ noResults }
Commit Graph

9 Commits (c800ddb3486c02e4497d07e4b7138d02f9da8e6b)
 

Author SHA1 Message Date
Zed A. Shaw c800ddb348 Better version that still has both functions, but asserts a warning when misused, or you can implement it if you need.
10 months ago
Zed A. Shaw c1f1eee58b Actually this works, so...yeah why don't they just do this?
10 months ago
Zed A. Shaw 6f346f3357 Two possible ways to fix drawable to avoid the const problem, but not quite right.
10 months ago
Zed A. Shaw 43e3fb8582 Original should be the name of the starting point for this experiment.
10 months ago
Zed A. Shaw 9410d37d12 The fix is simple: Just don't have RenderTarget (which is literally named render TARGET) also be in charge of rendering things to itself.
10 months ago
Zed A. Shaw 5f25383891 Added a small micro example of the problem with SFML's use of const on drawable virtual functions which shows the _real_ reason they did this is because of a poor design decision to make both Drawable and RenderTarget equally in charge of drawing the other. AKA the 'Deadly Embrace' design flaw.
10 months ago
Zed A. Shaw b8395c6d9f Got a test case working that shows emplace_back and push_back do the same function calls in every instance except for one.
11 months ago
Zed A. Shaw bba4b2463e Initial commit of a small project to keep a record of various things in C++ that confuses me, other people, or are just down right dumb and should be avoided. This will be where I link people who tell me something is fast or better.
11 months ago
Zed A. Shaw 57b4dd6b61 Initial commit
11 months ago