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

Blocked Popup - catch Touch-event #45

Closed
berlinMilo opened this issue May 22, 2017 · 7 comments
Closed

Blocked Popup - catch Touch-event #45

berlinMilo opened this issue May 22, 2017 · 7 comments
Assignees
Labels

Comments

@berlinMilo
Copy link

  • Version: WebViewANE v. 0.0.21

  • OS: Win 8 / Desktop / Touch

  • IDE: - FDT

  • AIR: - 22

  • Problem:

  • embedding GoogleMaps in the WebViewANE.

  • PopUps are blocked.

  • Now click multiple times on an external PopUp-Link - "Google" in the lower left corner.

  • Output:

  • Touches are watched by Chromium. No more reaction on touches in the AIR-App.

  • To clear, i have to use a Mouse-click one time.

How can i debug this.
My developing machine has no touch.

Yours -milo

@berlinMilo
Copy link
Author

  • Sorry: the Chromium catches the touch-events.
  • you have to touch quite fast an the popup-link.

@tuarua
Copy link
Owner

tuarua commented May 22, 2017

To test touch on a desktop you use Microsoft Windows Simulator. It is provided with Visual Studio Community or Full edition.
C:\Program Files (x86)\Common Files\Microsoft Shared\Windows Simulator\14.0\Microsoft.Windows.Simulator.exe

Have a look in jsTest.html and StarlingRoot.as. There is a focus workaround which affects text inputs on touch devices also.

//workaround for Windows touch, ensures the webview is focussed on
        window.addEventListener("load", function () { // on page load
            document.body.addEventListener("touchend", function (e) {
                var messageToPost = {
                    'functionName': 'forceWebViewFocus',
                    'callbackName': null,
                    'args': []
                };
                getWebviewANE().postMessage(messageToPost);
            }, false)

        }, false)

@tuarua tuarua added the bug label Jun 1, 2017
@berlinMilo
Copy link
Author

The focus workaround does not work.
No workaround like virtual mouseClicks seems to work.
No touch-connected cf-settings had any effect on the behaviour.
No fix in sight?
-milo

@tuarua
Copy link
Owner

tuarua commented Jul 20, 2017

I didn't look at this as high importance because you said "you have to touch quite fast an the popup-link" - which suggested it was an edge case bug, and something you would have to intentionally produce. If you are saying it is easy to cause and occurs often then I will have a look.

@berlinMilo
Copy link
Author

It's running in in POI-Terminal with a lot of bored teenagers as "customers". They find every bug!
So a fix would be necessary and very appreciated. Thanks for looking into it.

@tuarua
Copy link
Owner

tuarua commented Jul 22, 2017

I have added a new Event ON_POPUP_BLOCKED.
To prevent touch trap call this when the event triggers
Starling.current.nativeStage.dispatchEvent(new MouseEvent(MouseEvent.CLICK));
Please see updated example.

@tuarua
Copy link
Owner

tuarua commented Aug 4, 2017

Closing. Assumed as fixed.

@tuarua tuarua closed this as completed Aug 4, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants