[webkit-dev] Heads up: changing default for selectionIncludesAltImageText
I wanted to give the list a heads up because the related issue was somewhat controversial last time. To give some context, this is about whether image alt text should be included in the plain text pasteboard. Most everyone is of the opinion that it should, but several of us feel that it should be delimited to some degree so that it's more clear this came from an image and was not originally presented as plain text. Here is the original thread and bug that resulted in this feature being implemented but left disabled by default: https://bugs.webkit.org/show_bug.cgi?id=11200 The discussion also resulted in an HTML defect filed to clarify this portion of the spec. https://www.w3.org/Bugs/Public/show_bug.cgi?id=21403 While I still feel there is room to explore some delimiting options, the HTML spec has since been updated to be less ambiguous in this area, and the other main browsers support the behavior, so I think it's reasonable to enable it by default until such time as 1) this is shown to be problematic, or 2) a better solution is proposed. Here's the new bug for the settings change. https://bugs.webkit.org/show_bug.cgi?id=115283 ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
[webkit-dev] More C++11 in WebKit2!
Hello everyone, just a friendly heads-up that I intend to land https://bugs.webkit.org/show_bug.cgi?id=115259 soon, which makes use of three more C++11 features, namely: - Not requiring a space between right angle brackets in templates. - Range-based for loops - Auto. Looks like the EFL and Qt ports need to start building as C++11! The rest of the ports are fine. Thanks, - Anders ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
[webkit-dev] Could someone make GTK+ EWS report mangled names?
Hi, GTK+ EWS reports untangled C++ function names such as WebCore::HitTestResult::HitTestResult(WebCore::LayoutPoint const&) but we need a mangled name instead: _ZN7WebCore13HitTestResultC1ERKNS_11LayoutPointE so that we can update Source/autotools/symbols.filter accordingly. - R. Niwa ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] What do we do with various Web component features?
On Fri, Apr 26, 2013 at 9:46 PM, Ryosuke Niwa wrote: > There appears to be a lot of Web component related features in WebKit that > used to be maintained by Chromium contributors; specifically those related > to Shadow DOM and node distributions. > > What do we do with them? The specification is still under the construction > and our implementation is getting outdated day by day. > > I certainly see the value of the proposed specification, and I would like > it to be shipped by WebKit browsers. However, having unmaintained code that > is this invasive in WebCore is very harmful in short term. > > Is anyone stepping up to maintain the code, or should we consider removing > them for the time being? > All that unmaintained code has a cost we should not have to pay. I am in favor of removing it and bring the code back later when someone decide to support that spec. Benjamin ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Could someone make GTK+ EWS report mangled names?
I had raised the bug https://bugs.webkit.org/show_bug.cgi?id=96514 sometime back for this. On Apr 28, 2013 2:48 AM, "Ryosuke Niwa" wrote: > Hi, > > GTK+ EWS reports untangled C++ function names such as > > WebCore::HitTestResult::HitTestResult(WebCore::LayoutPoint const&) > > but we need a mangled name instead: > > _ZN7WebCore13HitTestResultC1ERKNS_11LayoutPointE > > so that we can update Source/autotools/symbols.filter accordingly. > > - R. Niwa > > > ___ > webkit-dev 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