Dimitre
Dimitre
Yes, bigger than expected. We can think better of examples. it was only a way of removing classic math macros, but this will accelerate discussions like ofMin, ofMax (good one)...
@ofTheo We can keep glm::pi in core, as it doens't matter to be clunky and I can remove the examples from this PR
@artificiel yes good to discuss ongoing PRs. fixing conflicts will be needed anyway merging in any order, and this PR have only function replacements
as a personal opinion I like exposing std::min, std::max, glm functions and I'm ok even with glm::pi() I'm influenced by the name openFrameworks, like the frameworks, opened
@ofTheo now OF_USE_LEGACY_MATH_MACROS is defined
Great! we can use glm::pi() in the examples and if we start using something similar in of namespace it will be easy to just replace them again in examples
I would try to edit ofxLua bindings, maybe something like this: ```cpp SWIG_fail_ptr("DragInfo_files_set",2,SWIGTYPE_p_std__vectorT_std__string_t); } if (arg1) (arg1)->files = *arg2; return SWIG_arg; fail: SWIGUNUSED; } lua_error(L); return 0; } ```
cc @danomatika
Nice. I'm using now icons all the time, but most doesn't fit the recommended macOS icon shape I'm using just the 512 and 1024 version so the icns is smaller...
Hello @wangwenfeng0 I suppose it has to do of how your operating system handles background software performance. We had a while ago some issues related to apps in background in...