Study pad opened in wrong pane due to window activation during sliding main menu open about and-bible HOT 12 OPEN

I did it since you insisted, but both problems are as a result of the same defect.

In the video I swiped across from the left wall to open the left side menu, I did this five times, swiping across from the left wall of each pane.

Video sent to your email since GH has failed me.

from and-bible.

Can't reproduce, can you record a screencast to make sure I understand your issue?

from and-bible.

I've just figured it out. When I do the slide-across to open the left menu the app also registers a tap on the pane and changes the pane. This is easily reproduced. I am using a tablet, android 10.

from and-bible.

I just noticed a related problem. Double tapping makes it go full screen, but if the double tap happens to be on a link of some kind (eg strongs number) it will respond to that too.

from and-bible.

I've just figured it out. When I do the slide-across to open the left menu the app also registers a tap on the pane and changes the pane. This is easily reproduced. I am using a tablet, android 10.

I don't quite get this either. Video about this?

from and-bible.

I just noticed a related problem. Double tapping makes it go full screen, but if the double tap happens to be on a link of some kind (eg strongs number) it will respond to that too.

This is known behavior. If you have suggestion about how it should work feel free to create another ticket.

from and-bible.

from and-bible.

Another: In landscape view, if divider is close to left wall, and I attempt to move it away, the left menu opens. After closing it the divider is still yellow. Trying to outrun does not work. This one can be worked-around.
As can be seen, the active pane did not change! So the solution for the above would be to ignore taps there?
(Image here!)

from and-bible.

Another: In landscape view, if divider is close to left wall, and I attempt to move it away, the left menu opens. After closing it the divider is still yellow. Trying to outrun does not work. This one can be worked-around. As can be seen, the active pane did not change! So the solution for the above would be to ignore taps there?

Workaround is to create window and move it to be the first window. then resizing can be done. Could create another issue about this.

from and-bible.

Yeah I was thinking it really is another, this is something foreground taking focus from workspace, the ones I started out with was the workspace responding as well to action intended for (invisible) foreground only. But. It would be acceptable to have this bug as a solution for the yellow bar issue - if the bar still moved even with the left wall menu opened, at least it was moved away. Will create…

from and-bible.

Can't reproduce this issue on my mobile phone, neither on emulator. :-/

from and-bible.

Okay I see the issue now. Window is being activated because window registers tap same time as slide action happens.

from and-bible.