Web   ·   Wiki   ·   Activities   ·   Blog   ·   Lists   ·   Chat   ·   Meeting   ·   Bugs   ·   Git   ·   Translate   ·   Archive   ·   People   ·   Donate
summaryrefslogtreecommitdiffstats
path: root/activity/activity.info
diff options
context:
space:
mode:
authorSimon Schampijer <simon@laptop.org>2012-10-09 08:47:10 (GMT)
committer Simon Schampijer <simon@laptop.org>2012-10-15 20:17:19 (GMT)
commit2e2d481748eb77a72e641df559c945439a794595 (patch)
tree6ff70b482de99d35b9f11d7af5445e69f6cee6da /activity/activity.info
parent749f67910a0391bde0559aaa707c17a03f45545b (diff)
Touch: on long-press on a link or image show the Palette
Show the same Palette as we show when a learner does a right click on a canvas element. We use the LongPress event controller from the toolkit for that. We can only hook this up to the browser widget once it is realized because we need to enable the touch events on the x11 window. When we recognized a long-press event we need to get the information about that canvas element from WebKit. The webkit_web_view_get_hit_test_result API [1] which we use when a right click is recognized does expect an event of type GdkEventButton to be passed. From the x, y coordinates we get with the pressed signal we can construct such an event and and pass that fake event to WebKit. In order to differentiate between a tap and a tap&hold event, we need to inhibit the release event to be further propagated if a long-press occurred before. We use a boolean to differentiate those two cases. [1] http://webkitgtk.org/reference/webkitgtk/stable/webkitgtk-webkitwebview.html#webkit-web-view-get-hit-test-result Signed-off-by: Simon Schampijer <simon@laptop.org> Acked-by: Manuel QuiƱones <manuq@laptop.org>
Diffstat (limited to 'activity/activity.info')
0 files changed, 0 insertions, 0 deletions