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

Add overlay windows handling #25

Merged
merged 1 commit into from Sep 18, 2013
Merged

Add overlay windows handling #25

merged 1 commit into from Sep 18, 2013

Conversation

faenil
Copy link
Member

@faenil faenil commented Sep 6, 2013

No description provided.

This also fixed maliit issue: the top part of maliit window is now transparent (as it should be) instead of black.
@locusf
Copy link
Member

locusf commented Sep 6, 2013

Tested as ok on N9.

// reparent the overlay to the found layer
overlayLayer.parent = focusedLayer ? focusedLayer : overlayLayer.parent
}
}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hmm, is the reparenting actually necessary, since the overlayLayer has a higher Z than any of the focus item layers?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Honestly, I trusted you on this :)

Yes, doesn't make much sense to me, but iirc it didn't work correctly without it

@special
Copy link
Contributor

special commented Sep 6, 2013

Otherwise LGTM. Hopefully alpha for wayland items gets fixed at some point so the shader becomes unnecessary.

@faenil
Copy link
Member Author

faenil commented Sep 8, 2013

About reparenting without setting Z:

I did some tests, reparenting without setting overlayLayer's higher Z doesn't work, in fact in that case if you open app A and show keyboard and then open app B, the keyboard will show in app A but not in app B, as the reparenting code just sets the parent once in that case (as the focusedLayer will still be appLayer) but app B will be drawn on top of the keyboard as its window has been created after keyboard's one, afaiu.

About setting Z without reparenting:
this seems to work ok...though we have the issue of maliit appearing on windows where it's not needed. This seems to happen in the case described above as well...
Basically, you open keyboard in app A, then send A to background, and keyboard closes. Then you open fingerterm or dialer (for example) and they keyboard appears fully open again, and starts animating to bottom to reach closed mode (and it also happens that it gets stuck during the animation!).

I think fixing that issue could be part of this same PR, so I'll wait for your opinion on this before merging, I only spent very short time on this as I've been busy

@locusf
Copy link
Member

locusf commented Sep 18, 2013

Merging as per LGTM.

locusf added a commit that referenced this pull request Sep 18, 2013
Add overlay windows handling
@locusf locusf merged commit 6e33c41 into nemomobile:qt5 Sep 18, 2013
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.

None yet

3 participants