[Webkit-unassigned] [Bug 91832] [EFL][WK2] Implemented color chooser proxy and input picker interface
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed Aug 22 01:53:04 PDT 2012
https://bugs.webkit.org/show_bug.cgi?id=91832
--- Comment #69 from Kenneth Rohde Christiansen <kenneth at webkit.org> 2012-08-22 01:53:01 PST ---
(In reply to comment #68)
> (From update of attachment 159817 [details])
> View in context: https://bugs.webkit.org/attachment.cgi?id=159817&action=review
>
> >>> Source/WebKit2/UIProcess/API/efl/tests/test_ewk2_view.cpp:246
> >>> + loadUrlSync(environment->urlForResource("input-type-color.html").data());
> >>
> >> Personally, I would have used ewk_view_html_string_load() to avoid adding a input-type-color.html resource just for this.
> >
> > loadUrlSync("data:text/html,<input type='color' value='#ff0000'>");
>
> OK. I will change.
>
> >> Source/WebKit2/UIProcess/API/efl/tests/test_ewk2_view.cpp:257
> >> + mouseClick(30, 20);
> >
> > Shouldn't the input element be positioned absolutely in CSS to ensure this works?
>
> This is a simple html. So, I think, the element can not avoid my click. :)
QtWebKit2 has api for sending events from the page to the ui and the other way around using a window.navigator.qt bridge and also an evaluateJavaScript.
At least evaluateJavaScript would be a nice addition so you can actually query the right coordinates. (That is of course another patch)
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list