[Webkit-unassigned] [Bug 91832] [EFL][WK2] Implemented color chooser proxy and input picker interface

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=91832





--- Comment #70 from KwangYong Choi <ky0.choi at samsung.com>  2012-08-22 02:00:26 PST ---
(In reply to comment #69)
> (In reply to comment #68)
> > (From update of attachment 159817 [details] [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)

That's a great idea for choosing the coordinate. I will find the way to use javascript execution. Maybe later?

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.