xege
xege copied to clipboard
wysaid
Easy Graphics Engine
检测编译环境是否为C++很简单。然后检测到后把结构体可以转为类，操作结构体的函数转为类成员，一些初始化和删除操作的函数转为构造函数和析构函数。这样可以有效减少新手使用EGE产生错误的概率，还避免了C++stl和C函数的割裂感。（是的，没错，现在我就是在体验这种割裂感）
delay_fps(120); 在1200*800一切正常 切换到3840*2160特别卡顿，尤其是getmouse()时 稳定复现
炮姐以前写过一个自动安装程序，现在在 [demo/tools/setup.cpp](https://github.com/wysaid/xege/blob/7d81b1a96294c7e46c01d4f405b6e8fb328cfe7e/demo/tools/setup.cpp)。 需要对其进行改进，以支持新版 Visual Studio 和各种 IDE，包括 Dev-C++ 和 CodeBlocks。 实现了自动安装工具 #106 就更容易推进了，因为不用担心用户弄混 32 位和 64 位库。
已有解决思路，应当着力解决的问题： - [x] #70 - [x] #54 （#77，待增加关于 `EGE_` 前缀的文档） - [x] 改回 `ege::resize` 的行为，增加 `ege::resize_f` 函数。（#82） - [x] 源代码和文档全部使用 UTF-8 - [ ] #93 - [ ] #62 计划新版本作为大改前最后一版与支持...
- [ ] 部分程序无法按 ESC 键退出 - [ ] 部分程序窗口标题未更改 - [ ] ege5star 转速过快 - [ ] egegetimage 直接运行无显示，必须在当前目录下存放相应文件 - [ ] egelines，egestar，egetariangle 使用的颜色偏暗，效果不明显 - [ ] MandelbrotSet 显示区域太小...
同一个库的 32 位和 64 位版本的文件名一般没有区别，以 Arch Linux 为例，软件包 `sdl2` 包含静态库文件 `/usr/lib/libSDL2main.a` 和动态库文件 `/usr/lib/libSDL2-2.0.so`，而其 32 位版本 `lib32-sdl2` 对应有 `/usr/lib32/libSDL2main.a` 和 `/usr/lib32/libSDL2-2.0.so`，文件名没有区别，只有路径不同。 Windows 下也是如此，`C:/Windows/System32` 和 `C:/Windows/SysWOW64` 下各有一个 `gdi32.dll`，前者是 64 位库，后者是 32 位库，但名字都带...
