-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix dual-monitor support on Linux #5
Conversation
Fixes this issue in OpenFL: openfl/lime#667
Fix dual-monitor support on Linux
@jgranick @larsiusprime did nobody read this discussion here? |
anyone? |
No, I didn't see that. So you want to hide these all behind a define that's turned on in the framework itself? |
I've elaborated in that thread but yea! Having tertiary build dependencies tacked on just to use the lib is not something that fits the model we're going for here. |
How many defines, 1 or multiple? Just give me some marching orders here and I'll clean it up. |
Also, added myself to the watch list here, I think that's why I didn't see your note before. |
Sure!
In this case, the build xml / framework specifies "I want to build with xinput2", and the dependency is added. This way, all existing users of the library aren't thrown to the wolves every week someone wants a new dependency, and they're opt in, not opt out - that's all it is :) The same would be applied to the two new dependency changes, in the same way. The framework can then further collate flags as needed, and define it by default, which would subsequently define the two native toolkit defines as needed. Let me know if that helps |
Like this? My understanding is any define is FALSE by default, but to be sure, do I have to explicitly define these somewhere in SDL as false, and then in the external framework make sure to flip them to true? EDIT: okay, found the files.xml I need to update. Also: What syntax to you prefer?
|
Fixes this issue in OpenFL: openfl/lime#667