Hi Sam! Thanks a lot for sharing your perspective! I really wish your reply had, in addition to the statement of the opinion, an argument or just more explanation of why you think so. I think we covered SharedWorkers and inter-window communication in the previous discussions and in the design doc.
BTW, could you tell what's the 'course' that would be reverted? Dmitry On Wed, Nov 25, 2009 at 8:30 PM, Sam Weinig <sam.wei...@gmail.com> wrote: > Hi Dmitry, > As I have noted to others on the Chrome team, I do not think this is good > idea and I don't think we should have it in WebKit. It adds extra > complexity to WebKit and gives little beyond what is possible using > inter-window communication and SharedWorkers. I think we need to give more > time for large applications to adopt designs around workers before we > reverse course, at which point, we should again discuss this in the > standards community. > -Sam > > On Thu, Nov 19, 2009 at 10:35 PM, Dmitry Titov <dim...@chromium.org> wrote: >> >> Hi webkit! >> I'm starting to work on actual implementation of GlobalScript experimental >> API and started to post patches (hopefully in reviewable portions). There is >> an uber-bug which has plan of implementation. >> The current plan is to get it in under ENABLE_GLOBAL_SCRIPT, with both JSC >> and v8 bindings (first with JSC because at the moment JSC bindings are >> easier to work with and I'd wish WebKit not to have 1-engine-only features >> ever). >> I'd be glad to know if there are suggestions, ideas or concerns of any >> kind... For example, if there is no interest in JSC bindings, it can be hard >> to get them reviewed by someone who knows them well. It'd be better to know >> that earlier. >> Thanks! >> Dmitry >> _______________________________________________ >> webkit-dev mailing list >> webkit-dev@lists.webkit.org >> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev >> > > _______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
