| /* | |
| * Copyright (c) 2018 Nathan Lewis <[email protected]> | |
| * All rights reserved. | |
| * | |
| * Redistribution and use in source and binary forms, with or without | |
| * modification, are permitted provided that the following conditions are met: | |
| * | |
| * 1. Redistributions of source code must retain the above copyright notice, | |
| * this list of conditions and the following disclaimer. | |
| * 2. Redistributions in binary form must reproduce the above copyright |
| // Mini memory editor for Dear ImGui (to embed in your game/tools) | |
| // Animated GIF: https://twitter.com/ocornut/status/894242704317530112 | |
| // THE MEMORY EDITOR CODE HAS MOVED TO GIT: | |
| // https://github.com/ocornut/imgui_club/tree/master/imgui_memory_editor | |
| // Click "Revisions" on the Gist to see old version. |
| #define STB_IMAGE_IMPLEMENTATION | |
| #define STB_IMAGE_WRITE_IMPLEMENTATION | |
| #define STBI_ONLY_PNG | |
| #define STBI_ONLY_JPEG | |
| #define STBI_ONLY_BMP | |
| #define STBI_ONLY_GIF | |
| #include "stb_image.h" | |
| #include "stb_image_write.h" |
sRGB learning curve
https://gamedevdaily.io/the-srgb-learning-curve-773b7f68cf7a#.y9sitvhmm
Color Math
http://www.essentialmath.com/GDC2015/VanVerth_Jim_DoingMathwRGB.pdf
The Importance of Terminology and sRGB Uncertainty
http://colour-science.org/posts/the-importance-of-terminology-and-srgb-uncertainty/
| // Named tuple for C++ | |
| // Example code from http://vitiy.info/ | |
| // Written by Victor Laskin ([email protected]) | |
| // Parts of code were taken from: https://gist.github.com/Manu343726/081512c43814d098fe4b | |
| namespace foonathan { | |
| namespace string_id { | |
| namespace detail | |
| { |
| #pragma once | |
| #include "IconsFontAwesome.h" // from https://github.com/juliettef/IconFontCppHeaders | |
| namespace ImGui | |
| { | |
| inline void SetupImGuiStyle( bool bStyleDark_, float alpha_ ) | |
| { |
| <!DOCTYPE html> | |
| <html><head> | |
| <meta http-equiv="content-type" content="text/html; charset=UTF-8"> | |
| <title>SVG Helper Tool</title> | |
| <meta charset="UTF-8"> | |
| <meta name="viewport" content="width=device-width, initial-scale=1.0"> | |
| </head> | |
| <body> | |
| <p>click and drag on the canvas ... you're making a polygon ... <button id="reset">reset</button><button id="undo">undo</button></p> | |
| <canvas id="x" width="500" height="500" style="border: 1px solid black;"></canvas> |
| /* This is free and unencumbered software released into the public domain. | |
| Anyone is free to copy, modify, publish, use, compile, sell, or | |
| distribute this software, either in source code form or as a compiled | |
| binary, for any purpose, commercial or non-commercial, and by any | |
| means. | |
| In jurisdictions that recognize copyright laws, the author or authors | |
| of this software dedicate any and all copyright interest in the | |
| software to the public domain. We make this dedication for the benefit |
For the last few weeks I spend some time coding, writing and cleaning up my notes from almost a year since I published nuklear.
Basically this is a possible implementation for a graphical user interface builder backend with support for an immediate mode style API. So it provides a way to define non-mutating UI state, an immediate mode style API for dynamic UI components (lists,trees,...) and a combination of both.
The core implementation is ~800 LOC without any kind of default widgets or extensions. At first this seems quite counter intuitive. However since the inherent design allows for lots of different ways to define any widget like buttons it does not make sense to provide a specific default implementation. The way this code was architectured furthermore removes the need for style/skinning configurations used in Nuklear since widget painting is just calling a small
