[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