Gesturefy
Gesturefy copied to clipboard
Robbendebiene
Touchscreen support for gestures
This extension cannot use with touch on Surface. Both long press and pen don't work. Also, some pages don't work. Like new tab about:**** https://addons.mozilla.org
Add-ons cannot work on firefox internal pages (such as about: and new tab which is actually about:newtab) because this is limited by the design of WebExtension for security
it cannot work on addons.mozilla.org for same reason
but it can be re-open by set
privacy.resistFingerprinting.block_mozAddonManager to be true
you can find similar description on https://addons.mozilla.org/zh-TW/firefox/addon/gesturefy/ About this extension -> Limitations / Problems:
your issue reminds me that touch pad is a good interface to use gesture. i just try for my first time :)
it works for me, although i am not sure my experience on a notebook's touch pad could apply to your touch screen or not.
do you set the "Gesture mouse button" to "left" ? and to trigger gesture, double click the touch pad (in my case)
long press works with FireFox 52 ESR, but doesn't work with Firefox Quantum(57). The problem of pen may be the bug of Windows 1709.
Experiencing this problem with FF64 on Windows 10 hybrid laptop.
Long presses only select link text, they don't invoke the right-click context menu.
Works fine with CrxMouse Gestures on Chrome, and works fine with Firefox without this addon.
Hope you can fix this. It's a huge hassle having to disable addons every time i want to browse with the touch screen.
@lifemare Since I do not have the right hardware to reproduce the issue I'll need more information to fix this.
Please describe exactly:
- What you are doing
- What happens
- What should happen/what you expect to happen
If possible please provide screenshots or screen recordings.
I have a similar request. I am running Firefox Nightly and have installed Gesturefy. I would like to use the gestures with my touch screen.
I have set the environment variable MOZ_USE_XINPUT2=1 that enables true touch support to firefox. Without this, finger touches are interpreted as left mouse clicks.
With this setup, if I touch the screen, firefox behaves like a smartphone app, but gesturefy does not trigger as there is no mouse click anymore.
The problem with touch is, that I don't know how to detect if the user wants to perform a gesture or if the user wants to scroll, select some text or whatever normally happens on touch movement.
It might be a silly idea, but what if touch support was initially limited to eg three fingers on the screen?
I have to admit, that I don't really like that approach. Performing a gesture with 3 fingers seems strange to me, especially if the gesture is a little bit more complex than just up or down. Also there still might be devices that do not support multi touch.
Would it be possible to detect side control swipe like in ChromePie? https://www.youtube.com/watch?v=Btn4qGeJp-c I think ChromePie achieved the best UI/UX in mobile browsing, so that would be ideal. https://github.com/mozilla-mobile/focus-android/issues/3873
But also I think that opening a gesture area from a swipe could work great and almost the same!
wdyt?
Btw, that's an opportunity to thank you for this addon :) It's just great!
ChromePie looks nice.
This would be cool for another separated add-on. I already thought about making a Pie Menu add-on. But there already exists one (https://addons.mozilla.org/en-US/firefox/addon/easygestures-n/). I don't know how good it works on mobile though.
Would it be possible to detect side control swipe like in ChromePie? But also I think that opening a gesture area from a swipe could work great and almost the same!
I don't really see how this could work for gestures. Swiping from the sides would probably also result in a vertical gesture movement at the start, since I can't distinguish between the swipe from the left that triggers the gesture and the actual gesture the user tries to perform. Maybe you can elaborate on this a little bit more?
Btw, that's an opportunity to thank you for this addon :) It's just great!
Thank you, I appreciate it :)
@Robbendebiene, now that this seems to be getting more movement: The HTML5 Pointer Events API should allow for some more options here (both for touchscreens and pen input devices). At the moment it looks like Firefox's support is a bit janky - see 822898 and 1631377 on BMO - however, there might be enough functionality at the moment to implement basic behavior (e.g. triggering gestures with the pen side button, then drawing)
ChromePie looks nice.
This would be cool for another separated add-on. I already thought about making a Pie Menu add-on. But there already exists one (addons.mozilla.org/en-US/firefox/addon/easygestures-n). I don't know how good it works on mobile though.
I think it could use the same triggering mechanism I'll thought of -->
Would it be possible to detect side control swipe like in ChromePie? But also I think that opening a gesture area from a swipe could work great and almost the same!
I don't really see how this could work for gestures. Swiping from the sides would probably also result in a vertical gesture movement at the start, since I can't distinguish between the swipe from the left that triggers the gesture and the actual gesture the user tries to perform. Maybe you can elaborate on this a little bit more?
Sure - The way ChromePie solved it is by defining few pixels that will trigger the Pie Menu only if there's a swipe inside it. This looks where that logic resides . Once that trigger event is detected, a blank rectangle with a drawing area can appear.
Theoritcally there's no need to lift the finger from touch area as there's enough room for drawing a gesture towards the opposite direction of the trigger. In ChromePie this setting is 7-10dp .
@hmmwhatsthisdo The problem in this case is not technical, my problem is how it should work in principle. Because every touch action I can imagine that could be used as a gesture trigger is already used in the browsers (like double tap or hold). Btw. Gesturefy is already using the pointer API :)
Pen support however shouldn't be a problem I guess.