| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
Asking the right clipboard to Gdk, which is Gdk.SELECTION_CLIPBOARD .
This was fixed for the text copy functionality in commit c3b6dd91 but
images was missing.
Signed-off-by: Gonzalo Odiard <gonzalo@laptop.org>
Acked-by: Manuel Quiñones <manuq@laptop.org>
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The url is shown in the URL entry so we are able to edit it,
it gives us another feedback hint which page could not be loaded
and if you connect to the Internet after that we can reload
the page.
Signed-off-by: Manuel Kaufmann <humitos@gmail.com>
Acked-by: Simon Schampijer <simon@laptop.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
| |
|