https://lists.webkit.org/mailman/listinfo/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
--
Kentaro Hara, Tokyo, Japan
https://lists.webkit.org/mailman/listinfo/webkit
mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
--
Kentaro Hara, Tokyo, Japan
https
@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
--
Kentaro Hara, Tokyo, Japan
https://lists.webkit.org/mailman/listinfo/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit
=67824
On Mon, Jan 14, 2013 at 8:38 AM, Sam Weinig wei...@apple.com wrote:
Seems fine to me.
-Sam
On Jan 10, 2013, at 6:36 AM, Kentaro Hara hara...@chromium.org wrote:
At TPAC there was no objection for DOM4 Event constructors (e.g. new
MouseEvent()).
Now DOM4 Event constructors
them in WebKit (without
any flag). If you have any concern, please let me know.
Best Regards
On Mon, Oct 1, 2012 at 7:44 AM, Kentaro Hara hara...@chromium.org wrote:
Since TPAC is less than a month away, I don't understand why we can't wait
for that discussion.
Sounds reasonable. I'll wait
binding files?
If anyone has a plan to support the option in the near future, I'll
keep them as is.
--
Kentaro Hara, Tokyo, Japan
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
--
Kentaro Hara, Tokyo, Japan
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
--
Kentaro Hara, Tokyo, Japan (http://haraken.info)
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
ahead of the spec. If there's a
reason not to wait a few extra weeks in this case, then please at least use a
prefix.
Cheers,
Maciej
On Sep 30, 2012, at 6:32 PM, Kentaro Hara hara...@chromium.org wrote:
TL;DR: Would it be OK to implement constructors for DOM4 Events in
WebKit without
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
--
Kentaro Hara, Tokyo, Japan
=AECHbXY#slide=id.p
Topics:
- Basics of WebKit bindings
- Web IDL
- V8 APIs
- Wrapper objects and DOM objects
- Garbage collection
- Isolate (Worker), IsolatedWorld (Chrome extension) and Context (global object)
--
Kentaro Hara, Tokyo, Japan (http://haraken.info
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
--
Kentaro Hara, Tokyo, Japan (http://haraken.info)
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
--
Kentaro Hara, Tokyo, Japan (http://haraken.info)
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo
On Jun 11, 2012, at 8:45 PM, Kentaro Hara hara...@chromium.org wrote:
Thanks ggaren!
I filed a bug here: https://bugs.webkit.org/show_bug.cgi?id=88834
I believe you could achieve (a) (i.e., preserve all reachable nodes
without help from the JavaScript garbage collector
wrote:
From your design document, it sounds like this approach retains
guardRef/selfOnlyRef, and will not let a disconnected subtree keep the owner
document's children alive. Am I understanding correctly?
- Maciej
On Jun 27, 2012, at 5:55 AM, Kentaro Hara hara...@chromium.org wrote:
I
or not in
terms of performance, I'll upload the patch and a document in a week or so.
On Tue, Jun 12, 2012 at 10:06 AM, Maciej Stachowiak m...@apple.com wrote:
On Jun 6, 2012, at 6:27 PM, Darin Adler da...@apple.com wrote:
On Jun 6, 2012, at 6:14 PM, Kentaro Hara hara...@chromium.org wrote
, then yes.
Otherwise, we can optimize this case by putting a direct pointer to root() in
rare data.
Geoff
--
Kentaro Hara, Tokyo, Japan (http://haraken.info)
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman
, you're adding code bloat that reduces icache
locality and may blow out branch prediction caches.
I'm also not sure that your benchmark is conclusive. What does the perf test
have in common with things we know we care about, like say PLT?
-Filip
On Jun 11, 2012, at 8:45 PM, Kentaro Hara
WebKit behaviors that I explained above. If we could reach a
consensus that the behavior (a) is expected, I would like to discuss how to
achieve the behavior (a) without extra overhead.
In conclusion, my question is... what behavior is expected?
Thanks!
--
Kentaro Hara, Tokyo, Japan (http
/src/third_party/WebKit/Source/WebCore/bindings/js/JSNodeCustom.cppexact_package=chromiumq=jsnodecustomtype=csl=91
On Thu, Jun 7, 2012 at 10:14 AM, Kentaro Hara hara...@chromium.org wrote:
[Summary]
What values should span.parentNode and span.firstChild return in the
following code? (test
of this
transmission by unintended recipients is not authorized and may be unlawful.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
--
Kentaro Hara, Tokyo, Japan (http://haraken.info
. This will help making sure the change
is meaningful, and the test would prevent regression.
Benjamin
--
Kentaro Hara, Tokyo, Japan (http://haraken.info)
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
--
Kentaro Hara, Tokyo, Japan (http://haraken.info)
___
webkit-dev mailing list
webkit-dev
/show_bug.cgi?id=83354 .
Please let me know if any suggestions to make this change.
Thanks,
Vineet
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
--
Kentaro Hara, Tokyo, Japan
/webkit-dev
--
Kentaro Hara, Tokyo, Japan (http://haraken.info)
--
Kentaro Hara, Tokyo, Japan (http://haraken.info)
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
/mailman/listinfo.cgi/webkit-dev
--
Kentaro Hara, Tokyo, Japan (http://haraken.info)
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
a
bug and cc me. I am happy to take a look.
--
Kentaro Hara, Tokyo, Japan (http://haraken.info)
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
/show_bug.cgi?id=79635
https://bugs.webkit.org/show_bug.cgi?id=79636
--
Kentaro Hara, Tokyo, Japan (http://haraken.info)
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
...@webkit.org wrote:
On Wed, Feb 29, 2012 at 11:49 PM, Kentaro Hara hara...@chromium.org wrote:
Thank you very much for the organization. Your suggestion sounds great to me.
Just for clarification, I would like to confirm what action we should
take for each item from now:
== Existing Modules
is relatively standalone.
Regards,
Maciej
--
Kentaro Hara, Tokyo, Japan (http://haraken.info)
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
/WebCore/page/Page.h
http://trac.webkit.org/changeset/108446/trunk/Source/WebCore/page/Page.cpp
This would be because the change removed most #ifdef flags.
Comments are appreciated.
On Wed, Feb 29, 2012 at 10:21 AM, Adam Barth aba...@webkit.org wrote:
On Tue, Feb 28, 2012 at 4:43 PM, Kentaro Hara
are planning to first move the APIs
to the Temporary destination, (which would be trivial and harmless,)
and then move the APIs to the Final destination based on the
discussion with API maintainers.
If you have any concern, please let me know. Thanks!
--
Kentaro Hara, Tokyo, Japan (http
is available here:
http://trac.webkit.org/wiki/WebKitIDL#IDLAttributeChecker
Thanks Darin Adler and Adam Barth for reviewing!
--
Kentaro Hara, Tokyo, Japan (http://haraken.info)
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org
language engines.
Makes sense.
Anyway I'll start the work from non-controversial stuff:-) Thanks!
--
Kentaro Hara, Tokyo, Japan (http://haraken.info)
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi
://docs.google.com/spreadsheet/ccc?key=0AlobCOyvTnPKdG1iaFJhNVZGMWI3eWZid0ZRVFdxU3c
This is a meta bug: https://bugs.webkit.org/show_bug.cgi?id=77393
If you have any concern, please let me know. Comments are appreciated!
--
Kentaro Hara, Tokyo, Japan (http://haraken.info
/GObject)
- WebCore/PlatformBlackBerry.cmake (for BlackBerry)
It is, however, difficult for me to change those bulid flows, since it
appears that neither do they have build bots nor I have the build
environment locally. Would anyone help this?
Best Regards
--
Kentaro Hara, Tokyo, Japan (http
a WIP patch that illustrates this might not build but this is
what I want to do, so I would be happy if someone would help me to
make it work.
--
Kentaro Hara, Tokyo, Japan (http://haraken.info)
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
/listinfo.cgi/webkit-dev
--
Kentaro Hara, Tokyo, Japan (http://haraken.info)
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
I've uploaded a bug-fix patch for review:
https://bugs.webkit.org/show_bug.cgi?id=75082
I committed it and confirmed that the issue is fixed.
Thanks for reviewing. darin@
On Mon, Dec 26, 2011 at 1:07 PM, Kentaro Hara hara...@google.com wrote:
After recent changes for [Supplemental
the event IDL files?
Adam
--
Kentaro Hara, Tokyo, Japan (http://haraken.info)
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
40 matches
Mail list logo