Re: [webkit-dev] Announcing WebKit for Wayland

On Wed, Dec 10, 2014 at 9:46 AM, Žan Doberšek wrote: > On Tue, Dec 9, 2014 at 5:52 PM, Gyuyoung Kim > wrote: > >> Hello, >> >> > Do you know what are the plans for GTK and EFL? >> >> As far as I know, EFL community has tried to support wayland. Thus som

Re: [webkit-dev] Announcing WebKit for Wayland

h the compositor would prevent aggressive sandboxing. >> >> Great Wayland support seems like an important target for WebKit on Linux. >> Do you know what are the plans for GTK and EFL? >> >> Benjamin >> >> >> On 12/9/14 7:44 AM, Žan Doberšek wrote: >>

Re: [webkit-dev] Announcing WebKit for Wayland

oached security seriously, we're definitely not keen on keeping the issues unaddressed. Cheers, Zan > > Great Wayland support seems like an important target for WebKit on Linux. > Do you know what are the plans for GTK and EFL? > > Benjamin > > > > On 12/9/14 7:4

Re: [webkit-dev] Announcing WebKit for Wayland

he software side and adding support for additional devices. As with all open-source projects, contributions are welcome. Regards, Zan Dobersek On Tue, Dec 9, 2014 at 7:28 AM, Žan Doberšek wrote: > Hi, > Igalia is happy to announce the Wayland port of WebKit. > This port avoids usin

[webkit-dev] Announcing WebKit for Wayland

Hi, Igalia is happy to announce the Wayland port of WebKit. This port avoids using traditional GUI toolkits in favor of directly operating with the Wayland display protocol. Leveraging the WebKit2 multi-process architecture, the UIProcess is implemented as a shared library and loaded by the Wayland

Re: [webkit-dev] GTK build of FTL JIT

The GTK port does not support building and running with FTL at this point, though it is planned to at least experiment with it. Cheers, Zan On Wed, Apr 16, 2014 at 8:38 AM, Filip Pizlo wrote: > First of all, we only support the FTL on Darwin - the Linux "support" is > highly experimental and I

Re: [webkit-dev] EFL and GTK on Darwin

Hi. On Mon, Feb 10, 2014 at 6:30 PM, Dan Bernstein wrote: > Hi everyone, and especially EFL and GTK contributors! > > In preparation for changing PLATFORM(MAC) to be false when building for > iOS, I have been reviewing usage of PLATFORM(MAC) throughout our > codebase. Some of these uses are real

Re: [webkit-dev] Merging back the jsCStack branch

There are still outstanding and unresolved issues on the GTK and EFL ports that are reported in bug #12. https://bugs.webkit.org/show_bug.cgi?id=12 The Apple Win7 builder is also having problems after the merge. On Wed, Jan 29, 2014 at 11:18 AM, Michael Saboff wrote: > The branch has b

Re: [webkit-dev] Make accelerated compositing mandatory

The GTK port also disables accelerated compositing at build-time when building specifically for the Wayland windowing target. Adding AC support for this configuration is planned, but a stub implementation can be used as well until then. Cheers, Zan On Tue, Jan 28, 2014 at 10:47 AM, Martin Robin

Re: [webkit-dev] WebKit, C++11, and Visual Studio 2013

There's a PPA available for Ubuntu 12.04 that provides both GCC 4.7 and 4.8. Is that an option? Cheers, Zan On Mon, Dec 9, 2013 at 11:43 AM, Osztrogonác Csaba wrote: > Hi, > > is there any plan to use more C++11 featurese not mentioned here? > > I just ask it, because many of us still use Ubun

Re: [webkit-dev] Range based loops

These types of loops don't appear to be available in MSVC 2010, which AFAIK still needs to be supported. http://msdn.microsoft.com/en-us/library/vstudio/hh567368.aspx On Fri, Nov 8, 2013 at 12:24 AM, Sergio Villar Senin wrote: > As the project steadily moves to C++11 I was wondering whether rang

Re: [webkit-dev] Anybody living in trunk with INDEXED_DATABASE enabled?

As you've probably already discovered for yourself by now, the GTK and EFL ports enable the feature when building through build-webkit. Thanks for hacking on this. Cheers, Zan On Thu, Sep 19, 2013 at 4:58 PM, Brady Eidson wrote: > Hey all, > > Is anybody living in trunk with INDEXED_DATABASE

Re: [webkit-dev] Announcing new port: Nix

The GTK, Qt and EFL ports were originally mentioned in this thread as the ports that could share much of the POSIX- or GLib-specific code. That's as close as they come to the new Nix port which would also use this code. The three ports are heavily tied to their respective toolkits. They could stil

[webkit-dev] Moving MemoryInfo under window.internals

Hi, the MemoryInfo interface[1] is currently exposed in window.console[2] and window.performace[3] despite not being standardized or in process of standardization by any spec. It's also only partially functional under the JSC bindings as the jsHeapSizeLimit attribute returns an undefined value[4].

Re: [webkit-dev] Cleaning House

GoogleURL seems Chromium-specific, i.e. WTF_USE_GOOGLEURL is only defined for Chromium in Source/WebCore/config.h. Regards, -Z On Thu, Apr 4, 2013 at 10:50 AM, Maciej Stachowiak wrote: > > On Apr 4, 2013, at 1:39 AM, Allan Sandfeld Jensen > wrote: > > On Thursday 04 April 2013, Geoffrey Garen

Re: [webkit-dev] Feature announcement: Web VHS API

On Mon, Apr 1, 2013 at 7:06 PM, Ryosuke Niwa wrote: > > I'm also confused by the fact VHSOutput interface has a > method, streamToYouTube, that specifically supports one website. Are we > expecting to add methods like streamToDailyMotion, streamToUStream, etc...? > I'd prefer coming up with a g

Re: [webkit-dev] Please don't leave entries for rebaseline in TestExpectation files

On Thu, Mar 21, 2013 at 5:18 PM, Robert Hogan wrote: > > > On Thursday, 21 March 2013, Ryosuke Niwa wrote: > >> On Thu, Mar 21, 2013 at 1:31 AM, Robert Hogan wrote: >> >>> On Thursday, 21 March 2013, Ryosuke Niwa wrote: >>> I used to pull results from the bots where possible but creating >>>

[webkit-dev] Problems with lists.webkit.org?

Hi all, I'm experiencing problems when accessing https://lists.webkit.org - namely, opening the site reports that a bug was hit inside Mailman. Probably related, I'm not getting any traffic from the webkit-unassigned list since yesterday ~8:40 AM PDT. Luckily webkit-dev traffic seems unaffected.

Re: [webkit-dev] Kickstarting the migration of platform-specific WebCore source code to Source/Platform

On Fri, Mar 1, 2013 at 12:43 PM, Jesus Sanchez-Palencia wrote: > Hi, > > 2013/2/28 Darin Adler : > > To do this, we need to eliminate dependencies from the platform > directory to the rest of WebCore. > > > > At this time, we are far from that. Many dependencies on the DOM and > other such things

Re: [webkit-dev] Kickstarting the migration of platform-specific WebCore source code to Source/Platform

On Thu, Feb 28, 2013 at 10:02 PM, Maciej Stachowiak wrote: > > I think Adam's old plan for the Platform directory was to migrate from > WebCore/platform piece-by-piece, starting with related groups of classes > that are already free of layering violations. That seems like a sensible > approach to

Re: [webkit-dev] Kickstarting the migration of platform-specific WebCore source code to Source/Platform

On Thu, Feb 28, 2013 at 6:31 PM, Darin Adler wrote: > There may be a misunderstand of what the “platform layer” is. > > We should not move all platform-specific files into the platform > directory! Please do not make the changes in bug 110330 until we have > discussed this. > > The idea is not th

[webkit-dev] Kickstarting the migration of platform-specific WebCore source code to Source/Platform

Hi WebKittens, in the 'WebKit wishes' thread earlier this month a desire was again expressed for WebCore to be platform-independent. One part of getting closer to realizing that desire is to move all the platform layer code under Source/Platform. I've completed two patches while working on doing

Re: [webkit-dev] WebKit Wishes

On Wed, Jan 30, 2013 at 10:28 PM, Eric Seidel wrote: > I wish it were easy to work on feature branches. > > We have no good solution for features. For one-patch features, you do them > on your own. For larger, you maybe use github or most likely you just land > on trunk behind a #define. None o

[webkit-dev] PSA: Simplification of adding new features for the Autotools build system

Hi all, this is just a quick note about the recent changes to the Autotools build system (used by the GTK port) regarding the addition of new features. When adding feature defines to various build system-specific files, the Autotools build system now lists the feature defines in Source/WebCore/GN

Re: [webkit-dev] question about a changeset

The 1.10 branch doesn't enable CSS3 flexbox support by default. To use -webkit-flex you have to recompile WebKitGTK+ with CSS3 flexbox enabled, i.e. passing --enable-css3-flexbox to the configure script. http://trac.webkit.org/browser/releases/WebKitGTK/webkit-1.10/configure.ac#L1010 http://trac.w

Re: [webkit-dev] do you want "WK1" and "WK2" keywords in the TestExpectations files?

On Tue, Nov 13, 2012 at 8:59 PM, Raphael Kubo da Costa wrote: > Dirk Pranke writes: > > > So, it seems like WK1 and WK2 keywords might be useful. However, I > > don't really want to add more divergence between ports, so it would be > > nice to have everyone agree to use it if we were to add it. >

Re: [webkit-dev] The --test-list option behavior in NRWT

at 12:41 PM, Dirk Pranke wrote: > >> On Tue, Nov 6, 2012 at 11:58 PM, Žan Doberšek >> wrote: >> > Hi WebKitties, >> > >> > I'd like to see in what scale the --test-list option in NRWT is used and >> > whether anyone would object a change in

[webkit-dev] The --test-list option behavior in NRWT

Hi WebKitties, I'd like to see in what scale the --test-list option in NRWT is used and whether anyone would object a change in how its usage behaves. Currently the test gathering takes into account any paths that were passed in through the command line and any paths listed in the file to which a

Re: [webkit-dev] Subpixel layout - requesting help for big rebaseline

On Fri, Aug 24, 2012 at 4:35 AM, Dominik Röttsches < dominik.rottsc...@intel.com> wrote: > Hi Dirk, > > > On 08/22/2012 10:49 PM, Dirk Pranke wrote: > >> The Chromium canaries now exit after 5000 failures or 1000 >> crashes/timeouts. >> >> > Can the failure limit be increased to 1 for example?

Re: [webkit-dev] Subpixel layout - requesting help for big rebaseline

Perhaps one option of doing such a huge rebaseline might be the following: 1. Get the bots for the affected port into a green state. 2. Add temporary expectations for every LayoutTests/ subdirectory and perhaps for subdirectories of LayoutTests/fast, LayoutTests/svg and LayoutTests/editing as well[

Re: [webkit-dev] WebDriver support in WebKit

On Mon, Jul 23, 2012 at 10:50 PM, Ken Kania wrote: > The WebDriver w3c spec was > recently published as a first public working draft. The primary goal of > the API is to enable website testing from a user's perspective (finding > elements, typin

Re: [webkit-dev] GTK+ port's help needed to get rid of FAIL test expectation

I think it would suffice to replace all the FAIL occurrences with TEXT, except for the failing reftests - those should have FAIL turned into IMAGE. Gtk bots don't run pixel tests yet so any other IMAGE failures could perhaps be addressed at later time. I'd like some approval on this from the senio

Re: [webkit-dev] Using ref tests for repaint bugs

On Fri, May 25, 2012 at 9:57 AM, Dominik Röttsches < dominik.rottsc...@intel.com> wrote: > Andrei, > > > On 05/25/2012 02:43 AM, Andrei Bucur wrote: > > Ojan, > > As Simon states, some repaint tests will likely not be possible to write > correctly as ref tests, but some of them I think they fit

Re: [webkit-dev] EditBugs permission

Hi, to keep the thread count low, I'll borrow this one and request for the EditBugs permission myself. The email address is zandober...@gmail.com Thanks in advance! On Fri, Apr 13, 2012 at 12:47 AM, Eric Seidel wrote: > Done. > > % webkit-patch add-users-to-groups shezbaig...@gmail.com > Add u

Re: [webkit-dev] Removing Custom bindings for type array.

On Wed, Mar 14, 2012 at 1:30 PM, Vineet Chaudhary wrote: > > All of them returns type JSArray for (JS engine) and V8Arrays for the > (V8 engine). > I have wip attached in the bug ,modifying CodeGenerator for JS and V8 to > auto generate bindings which works fine fine. > But it fails for the Gtk b

Re: [webkit-dev] Introducing run-perf-tests and Adding Performance Bots

On Thu, Mar 1, 2012 at 6:41 PM, Jesus Sanchez-Palencia wrote: > A Qt WebKit1 performance bot was added last week, sorry for the late > announcement. > > If I'm not mistaken, currently run-perf-tests works with DRT only, but > what if we would like to make it work with WTR as well so we could > als