Skip to content
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

Merged
merged 1 commit into from
Jan 8, 2016

Conversation

larsiusprime
Copy link
Contributor

Fixes this issue in OpenFL: openfl/lime#667

jgranick added a commit that referenced this pull request Jan 8, 2016
Fix dual-monitor support on Linux
@jgranick jgranick merged commit 50975d3 into native-toolkit:master Jan 8, 2016
@ruby0x1
Copy link
Contributor

ruby0x1 commented Jan 9, 2016

@jgranick @larsiusprime did nobody read this discussion here?

randomnine#1

@ruby0x1
Copy link
Contributor

ruby0x1 commented Jan 21, 2016

anyone?

@larsiusprime
Copy link
Contributor Author

No, I didn't see that.

So you want to hide these all behind a define that's turned on in the framework itself?

@ruby0x1
Copy link
Contributor

ruby0x1 commented Jan 21, 2016

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.

@larsiusprime
Copy link
Contributor Author

How many defines, 1 or multiple? Just give me some marching orders here and I'll clean it up.

@larsiusprime
Copy link
Contributor Author

Also, added myself to the watch list here, I think that's why I didn't see your note before.

@ruby0x1
Copy link
Contributor

ruby0x1 commented Jan 22, 2016

Sure!
Note the existing native toolkit defines right on the lines below:

SDL_VIDEO_DRIVER_X11_XINPUT2 NATIVE_TOOLKIT_SDL_X11_XINPUT2

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.
That should be a a quick search and copy paste edit to add them - one for each - from what I understand the actual lib names aren't a problem being defined, just the one with the 1 or 0.

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

@larsiusprime
Copy link
Contributor Author

Like this?

#6

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?

#ifdef THING
   #define OTHER_THING 1
#endif
#ifdef THING OTHER_THING

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants