[webkit-dev] DeviceOrientation/Motion on Document rather than Page

Hi, I've been looking into implementing the clients for DeviceOrientation/Motion Events. Currently, the controllers for these events are members of Page. I think they are better suited on Document. Here are a few reasons: - Page isn't tied to any actual web page or document. Would we want to s

[webkit-dev] null clients of Page

It was suggested I bring this to webkit-dev. There was some recent work to move the many parameters passed to the Page constructor into a single PageClients structure. The current assumption is that if a feature is enabled (at runtime or compile time) then Page will always get a non-null client

Re: [webkit-dev] null clients of Page

On 16/08/2010, at 11:35 PM, Darin Fisher wrote: > > Wouldn't it be easier to allow null clients than to have these EmptyClient > > implementations? > > Dean > > > I think that'd be a lot of null checks. It seems like it could add a fair > bit of code throughout WebCore, and folks would have

Re: [webkit-dev] DeviceOrientation/Motion on Document rather than Page

(+DeviceOrientationController). I do think the controllers of both events could be a single object - but that is another discussion. If it wasn't on Document, what do you suggest otherwise? DOMWindow? Putting it on Frame but tying it to Document seems less than perfect. Dean > >&

Re: [webkit-dev] DeviceOrientation/Motion on Document rather than Page

too would like to know how to reorganise Document better. It is HUGE. Seeing as you are discussing similar topics on IRC with EricC, maybe now is the time to bring it up. Dean > > Carry on. > > -eric > > On Tue, Aug 17, 2010 at 8:50 AM, Dean Jackson wrote: >> &

Re: [webkit-dev] DeviceOrientation/Motion on Document rather than Page

On 23/08/2010, at 9:14 PM, Steve Block wrote: >> - it would allow the client to live in WebCore. >> FWIW, Geolocation seems to take both approaches. One implementation is down >> in Navigator/Document/DOMWindow, >> but the mock controller is on Page. I've found the low-level approach much >> ea

Re: [webkit-dev] webkit vs webkit 2 , svg functionality

Saba, It seems no one answered your question so I'll take a stab. On 24/04/2011, at 5:26 AM, Saba Taseer wrote: > I am new to webkit and trying to understand its api and processes. I have > been experimenting with winlaumcher and mini browser projects on windows. I > tried to load an svg circl

[webkit-dev] New feature enabled - ANIMATION_API

It is with some reluctance that I inform this list of a new ENABLE option: ANIMATION_API. I realise we are supposed to be removing these, not adding :( Basically the feature is a scripting interface to CSS animations and potentially SMIL/SVG. It doesn't do much at the moment but will eventually

[webkit-dev] Starting implementation on W3C Filter Effects

Dirk (known in these parts as krit) reminded me that I had not emailed webkit-dev about the plans to start an implementation of W3C's new Filter Effects specification. https://dvcs.w3.org/hg/FXTF/raw-file/tip/filters/publish/Filters.html The quick summary is that this exposes the 'filter' prop

Re: [webkit-dev] Starting implementation on W3C Filter Effects

to turn it off. I leave that up to > you. :) I don't mind either way. I'll take this message as a suggestion to add a new define, at least for the moment. Dean > > -eric > > On Thu, Sep 22, 2011 at 11:30 AM, Dean Jackson wrote: >> Dirk (known in these parts as k

Re: [webkit-dev] New feature announcement - Implement HTML5 Microdata in WebKit

On 23/09/2011, at 5:59 AM, Ian Hickson wrote: > On Thu, 22 Sep 2011, Charles Pritchard wrote: >> >> Regardless of an ENABLE flag, be certain to use the webkit prefix. >> document.getItems(typeNames) turns into >> document.webkitGetItems(typeNames) >> >> Note that it's easy to implement this in

Re: [webkit-dev] Starting implementation on W3C Filter Effects

Hey Dirk, On 23/09/2011, at 6:24 AM, Dirk Schulze wrote: > Dean, do you want to reuse the existing filter code, or do you plan to write > another filter implementation just for CSS? Would be interesting if we would > need to nest CSS_FILTERS and FILTERS, or if they could get enabled > independ

Re: [webkit-dev] Starting implementation on W3C Filter Effects

On 22/09/2011, at 11:30 AM, Dean Jackson wrote: > Dirk (known in these parts as krit) reminded me that I had not emailed > webkit-dev about the plans to start an implementation of W3C's new Filter > Effects specification. > > https://dvcs.w3.org/hg/FXTF/raw-file

Re: [webkit-dev] Security problems with CSS shaders (was Re: Starting implementation on W3C Filter Effects)

On 24/10/2011, at 9:08 PM, Adam Barth wrote: > How have you solved the security problems with CSS Shaders? > Specifically, timing attacks can be used to extract image information > passed to shaders and many things WebKit renders are sensitive and > should not be exposed to the web site (e.g., th

Re: [webkit-dev] Security problems with CSS shaders (was Re: Starting implementation on W3C Filter Effects)

On 25/10/2011, at 3:13 AM, Dirk Schulze wrote: >>> I'd like to know what the actual threat of such timing attacks are. I've >>> seen claims of a maximum theoretical leak rate (in bits/s) but then counter >>> claims that since, in this case, it would be hard to distinguish the >>> difference in

Re: [webkit-dev] Security problems with CSS shaders (was Re: Starting implementation on W3C Filter Effects)

On 25/10/2011, at 9:49 AM, Adam Barth wrote: >> Adam's point in the bug is that any operation that can access colour >> channels might be able to perform a timing attack. This would include SVG >> filters operating on HTML content without any hardware acceleration. >> >> For this reason I'm st

Re: [webkit-dev] Starting implementation on W3C Filter Effects

On 24/10/2011, at 9:02 PM, Dean Jackson wrote: > > On 22/09/2011, at 11:30 AM, Dean Jackson wrote: > >> Dirk (known in these parts as krit) reminded me that I had not emailed >> webkit-dev about the plans to start an implementation of W3C's new Filter >> Effe

Re: [webkit-dev] Timing attacks on CSS Shaders (was Re: Security problems with CSS shaders)

On 04/12/2011, at 6:06 PM, Adam Barth wrote: > On Mon, Oct 24, 2011 at 9:51 PM, Adam Barth wrote: >> Personally, I don't believe it's possible to implement this feature >> securely, at least not using the approach prototyped by Adobe. >> However, I would love to be proven wrong because this is c

Re: [webkit-dev] ProgressEvents for Images

On 17/01/2012, at 10:41 AM, Bear Travis wrote: > A group of us at Adobe has been looking into adding support for > ProgressEvents > to images. The overall goal is to simplify image download progress reporting > by supporting roughly the same progress events as XHR and the File API for > imag

[webkit-dev] Anyone using NEON code on ARM builds?

Hi, There are three files with embedded NEON code to speed up filters: ./Source/WebCore/platform/graphics/filters/arm/FECompositeArithmeticNEON.{h,cpp} ./Source/WebCore/platform/graphics/filters/arm/FEGaussianBlurNEON.{h,cpp} ./Source/WebCore/platform/graphics/filters/arm/FELightingNEON.{h,cpp}

Re: [webkit-dev] Anyone using NEON code on ARM builds?

Hi Jonathan, On 21/03/2012, at 12:56 AM, Jonathan Kliegman wrote: > On Wed, Mar 14, 2012 at 2:14 PM, Dean Jackson wrote: > Hi, > > There are three files with embedded NEON code to speed up filters: > > ./Source/WebCore/platform/graphics/filters/arm/FECompositeArithmeticNEON.

Re: [webkit-dev] Adding ENABLE_NAVIGATOR_BUILDTYPE to WebCore

On 07/06/2012, at 10:07 AM, Annie Sullivan wrote: > Oops, forgot to reply-all. > > On Thu, Jun 7, 2012 at 9:05 AM, Annie Sullivan wrote: >> On Wed, Jun 6, 2012 at 4:59 PM, Darin Adler wrote: >>> >>> Our past experience with this sort of thing at Apple is that it led to bugs >>> we didn’t fi

Re: [webkit-dev] Adding ENABLE_NAVIGATOR_BUILDTYPE to WebCore

On 07/06/2012, at 12:05 PM, Annie Sullivan wrote: > In many browsers in the past, it's been > pretty easy to determine from "a" and "b" characters in the user agent > of many browsers which builds are "alpha" and "beta", and I haven't > heard of bugs caused specifically by checking for build typ

Re: [webkit-dev] Adding ENABLE_NAVIGATOR_BUILDTYPE to WebCore

On 07/06/2012, at 12:53 PM, Annie Sullivan wrote: > On Thu, Jun 7, 2012 at 3:43 PM, Dean Jackson wrote: >> >> On 07/06/2012, at 12:05 PM, Annie Sullivan wrote: >> >>> In many browsers in the past, it's been >>> pretty easy to determine from &qu

Re: [webkit-dev] Adding ENABLE_NAVIGATOR_BUILDTYPE to WebCore

On 07/06/2012, at 1:10 PM, Adam Barth wrote: > On Thu, Jun 7, 2012 at 1:00 PM, Ryosuke Niwa wrote: >> On Wed, Jun 6, 2012 at 1:51 PM, Annie Sullivan >> wrote: >>> >>> I wanted to let you know that I plan to add support for >>> navigator.buildType (e.g., "nightly", "beta", "final") to WebKit.

Re: [webkit-dev] Delaying Applying CSS Effects

On 25/07/2012, at 6:09 AM, Keyar Hood wrote: > I am working on https://bugs.webkit.org/show_bug.cgi?id=90405 > > The problem is that when doing SVG filters in CSS using URL references, if > the target SVG filter is after the element that the filter is to be applied > to (the filtered element)

Re: [webkit-dev] Adding CSS blending to WebKit

On 21/07/2012, at 8:50 AM, Rik Cabanier wrote: > I'm planning on adding CSS blending to WebKit: > https://bugs.webkit.org/show_bug.cgi?id=91908 > We already have a working prototype and I will bring it over as a couple of > patches. > > We did a couple of write-ups on this feature: > https://

Re: [webkit-dev] Adding CSS blending to WebKit

discuss it in the bug so that future webkittens will be able to find it. https://bugs.webkit.org/show_bug.cgi?id=92553 Dean > > Rik > > On Fri, Jul 27, 2012 at 6:06 PM, Dean Jackson wrote: > > On 21/07/2012, at 8:50 AM, Rik Cabanier wrote: > >> I'

Re: [webkit-dev] ANGLE on QNX / non-x11 unixoids

On Sep 4, 2012, at 10:19 AM, noam.rosent...@nokia.com wrote: > A > On Sep 4, 2012, at 8:34 AM, ext Konstantin Tokarev wrote: > >>> >>> To get it compiling, I had to patch ANGLE source code and Simon Hausmann >>> told >>> me he is not comfortable in reviewing these patches. So here I am asking

Re: [webkit-dev] Experimental features in Safari Web Inspector

On 26/09/2012, at 6:15 PM, Mihai Balan wrote: > We have recently been working on some WebInspector features related to CSS > Regions. Most of the work was done using Chromium's Developer Tools, as this > allowed us to have this work under a DevTools experiment flag. > Now that this work has re

Re: [webkit-dev] Unprefixing requestAnimationFrame

Me too. Please don't just remove the prefix - we need a period of time where we support both prefixed and unprefixed. Dean On 12/10/2012, at 6:58 PM, Maciej Stachowiak wrote: > > I agree with this position as well. It seems good to have a transition period > and to gather some data. > > -

Re: [webkit-dev] Adding Web Animations to WebCore

On Nov 8, 2012, at 4:11 PM, Douglas Stockwell wrote: > I wanted to let you know that work has begun on implementing Web Animations > in WebKit. New code for this effort will be landed behind the ENABLE_WEB_ANIM > feature define and a runtime setting. We expect to be turning this define on > f

Re: [webkit-dev] WebKit + OpenCL

On 24/11/2012, at 10:56 AM, Dirk Schulze wrote: > > On Nov 23, 2012, at 2:43 PM, Andreas Kling wrote: > >> Hi folks, >> >> Do we really think it's a good idea to add yet another implementation of >> filters? >> >> We already have generic, NEON-optimized and WTF::ParallelJobs (which >> inc

Re: [webkit-dev] Adding Web Animations to WebCore

specific suggestions I would really value your > comments at public...@w3.org (subject '[web-anim] ... '). We're planning to send in some comments this week. > Dean Jackson wrote: > >> As well as Maciej's concerns, I'd like to add that we already have three

Re: [webkit-dev] Unprefixing CSS Animation, Transitions and Transform.

On 13/12/2012, at 12:49 AM, Alexis Menard wrote: > I would like to announce that I will start the work to unprefix CSS > Animations, Transitions and Transform. It may sounds quick to do but > it's not, there are few things to do before we can unprefix and > unleash them to the world (e.g. -webki

Re: [webkit-dev] Keeping up with new additions to canvas

As well as the other suggestions, you can look at bugs in the Canvas component. e.g. https://bugs.webkit.org/show_bug.cgi?id=82790 We should probably have a owner bug to collect all the HTML5-ish Canvas changes. Dean On 07/01/2013, at 11:18 PM, RGraph.net support wrote: > Hi, > > Is watchin

Re: [webkit-dev] Keeping up with new additions to canvas

On 09/01/2013, at 9:26 AM, Dirk Schulze wrote: > > On Jan 8, 2013, at 11:37 AM, Dean Jackson wrote: > >> As well as the other suggestions, you can look at bugs in the Canvas >> component. e.g. >> >> https://bugs.webkit.org/show_bug.cgi?id=82790 > >

Re: [webkit-dev] Remove webkitDashArray attribute from CanvasRenderingContext2d

On 30/01/2013, at 12:46 PM, Dirk Schulze wrote: > Would it be possible to clean up the code a bit more and remove the prefixed > attributes? I don't think they should be removed yet. As you mentioned, it's been 16 months which is at least one Safari release cycle. I'd prefer that we give a co

Re: [webkit-dev] Enabling unprefixed CSS Transitions by default.

; Hi, > > Last month I started working on supporting unprefixed CSS Transitions > in WebKit. Today this work is guarded behind > CSS_TRANSFORMS_ANIMATIONS_TRANSITIONS_UNPREFIXED enabled by default in > trunk (but disabled in Chrome and probably release branches of other > ports). After v

[webkit-dev] Using ninja (was Re:Common build system (was Re: WebKit Wishes))

OK, this sounds fantastic. And I've noticed how much faster Chromium incrementally builds using ninja when I've done that. So, ignoring the discussion of a single build system for a moment, how can I, as a developer using the OS X + WK2 port, living mostly in Xcode for editing and debugging, use n

Re: [webkit-dev] sln files with wrong line endings

On 14/02/2013, at 6:23 pm, Vivek Galatage wrote: > I had the same problem and was able to trace the reason for this. > > http://stackoverflow.com/questions/1889559/git-diff-to-ignore-m > > Its the ^M characters at the EOL. git diff --ignore-space-at-eol ignores the > change from the diff. >

Re: [webkit-dev] CSS Animations and SVG

On 27/02/2009, at 2:57 AM, Harry Underwood wrote: Do the CSS Animations, Transitions, Transforms and Transforms 3D modules that are being proposed by Apple and currently included in WebKit inclusive of the SVG spec, or is it exclusive to interaction with xHTML as far as stylesheet-markup i

Re: [webkit-dev] support for svg handler element

On 10/01/2010, at 1:27 AM, nagarjuna atluri wrote: > Hai all, > > Is handler element for svg supported in webkit.. > can anyone help me out.. If you're talking about the XML Events element that is mentioned in SVG 1.2, then the answer is no - it isn't supported. Dean

Re: [webkit-dev] Support for SVG preserveAspectRatio in

Hi Leif, Yes, this is a bug. Please file it, thanks! Dean On 02/02/2010, at 8:17 AM, Leif Arne Storset wrote: > Hello, > > While doing some SVG-related work over here I discovered that WebKit's > rendering of SVG in tags differs from Opera's. Since WebKit and > Opera to my knowledge are the o

Re: [webkit-dev] CSS filter behavior change - what is our policy?

On 15/03/2013, at 4:45 AM, Noam Rosenthal wrote: > How do we go about rendering behavior changes that affect features that are > enabled on shipping browsers? > > I'm specifically referring to http://trac.webkit.org/changeset/139770 > The brightness filter is enabled by default on chrome and

Re: [webkit-dev] New web-facing canvas feature: "opaque" attribute

I'm not sure I like this proposal. Why is canvas special? Why doesn't get an opaque attribute (or flag)? Why not every element? I don't think the performance benefit, which is mostly going to be on very limited hardware, is worth changing the rendering model that is consistent across every oth

Re: [webkit-dev] New web-facing canvas feature: "opaque" attribute

On 15/03/2013, at 6:50 AM, Dana Jansens wrote: > On Thu, Mar 14, 2013 at 3:46 PM, Dean Jackson wrote: > I'm not sure I like this proposal. Why is canvas special? Why doesn't > get an opaque attribute (or flag)? Why not every element? > > There is ongoing work to

Re: [webkit-dev] New web-facing canvas feature: "opaque" attribute

On 15/03/2013, at 7:45 AM, Kenneth Russell wrote: > On Thu, Mar 14, 2013 at 1:38 PM, Ryosuke Niwa wrote: >> On Thu, Mar 14, 2013 at 12:55 PM, Dean Jackson wrote: >>> >>> >>> On 15/03/2013, at 6:50 AM, Dana Jansens wrote: >>> >>>

Re: [webkit-dev] New web-facing canvas feature: "opaque" attribute

On 15/03/2013, at 7:55 AM, Gregg Tavares wrote: > > > > On Thu, Mar 14, 2013 at 1:38 PM, Ryosuke Niwa wrote: > On Thu, Mar 14, 2013 at 12:55 PM, Dean Jackson wrote: > > On 15/03/2013, at 6:50 AM, Dana Jansens wrote: > >> On Thu, Mar 14, 2013 at 3:46 PM, D

Re: [webkit-dev] New web-facing canvas feature: "opaque" attribute

On 15/03/2013, at 8:06 AM, Gregg Tavares wrote: > Because it's not the same as fillRect(0, 0, width, height) on an empty > canvas. The canvas itself has alpha (unless we add the option to not have it > as has been proposed). The contents of the canvas has to stay as the user > created it. If

Re: [webkit-dev] New web-facing canvas feature: "opaque" attribute

On 15/03/2013, at 12:49 PM, Vladimir Vukicevic wrote: > On 3/14/2013 5:23 PM, Dean Jackson wrote: >> On 15/03/2013, at 8:06 AM, Gregg Tavares wrote: >>> Because it's not the same as fillRect(0, 0, width, height) on an empty >>> canvas. The canvas itself has al

[webkit-dev] Alexandru Chiculita is now a WebKit reviewer

I'm happy to announce that Alex is now a WebKit reviewer. Congratulations Alex! Alex has done a lot of work in CSS Filters, amongst other places. For those who want to see him in action, here is his recent presentation at W3Conf: http://achicu.github.com/css-presentation/ http://www.youtub

[webkit-dev] Enabling new features in WebKit + prefixing

This is a brief summary of yesterday's discussion at the contributors' meeting. If there is no strong disagreement here then I'll add this to the wiki. New Features - The rule of sending an email to webkit-dev when you're about to start work on a new feature remains in place. The i

Re: [webkit-dev] Intent to Enable CSS Exclusions in Nightlies

On May 9, 2013, at 6:13 PM, Mark Rowe wrote: > The only platform for which nightly builds are produced is OS X. Do you > intend to enable it for all platforms on tip of tree, or just for those from > which nightly builds are built? > > What I'm getting at is that I'm confused as to why you me

Re: [webkit-dev] Fuzzinator, a mutation based web fuzzer

On 27/06/2013, at 2:48 AM, Renáta Hodován wrote: > On 06/26/2013 12:30 AM, Zoltan Horvath wrote: >> Hey Reni, >> >> This project sounds cool! I think you will answer some of my questions in >> your blog post, so I don't ask just one now... >> >> Do you know the date it's going to be published

Re: [webkit-dev] XML Serialization Issues

I believe the tests you added are not reliable across runs. In particular, the unique id you generate isn’t necessarily always the same, but your -expected.txt is just a dump of the DOM. I filed: http://webkit.org/b/120490, but I only mentioned one test. Since then I’ve seen more fail. Dean O

Re: [webkit-dev] Announcement: CSS3_TEXT_DECORATION flag

Yeah, as we agreed at the contributor’s meeting, if we think a feature is ready for experimentation, and we think it will eventually be enabled (e.g. there is a stable-ish spec), then we turn it on for nightly builds. I assume that this doesn’t break any existing decoration code? Dean On 5 Oct

Re: [webkit-dev] AX: Implement CSS -webkit-alt property (text alternative for generated content pseudo-elements ::before and ::after)

On 3 Oct 2013, at 4:46 am, Christian Biesinger wrote: > On Tue, Oct 1, 2013 at 8:26 PM, Ryosuke Niwa wrote: >> On Tue, Oct 1, 2013 at 4:53 PM, James Craig wrote: >>> >>> Follow-up question: Since this hasn’t made it into the CSS4 spec yet, >>> should we temporarily use “-webkit-alt” for the

Re: [webkit-dev] AX: Implement CSS -webkit-alt property (text alternative for generated content pseudo-elements ::before and ::after)

On 5 Oct 2013, at 6:22 am, Adam Barth wrote: > On Fri, Oct 4, 2013 at 12:08 PM, Dean Jackson wrote: >> On 3 Oct 2013, at 4:46 am, Christian Biesinger >> wrote: >>> On Tue, Oct 1, 2013 at 8:26 PM, Ryosuke Niwa wrote: >>>> On Tue, Oct 1,

Re: [webkit-dev] AX: Implement CSS -webkit-alt property (text alternative for generated content pseudo-elements ::before and ::after)

On 5 Oct 2013, at 6:45 am, Adam Barth wrote: >> Also, our prefixing/unprefixing rules are not set in stone. I think the >> community >> will evaluate them case by case. > > I would encourage you (and others) not to ship new vendor-prefixed > APIs in production releases. If the feature isn't s

[webkit-dev] Animations feature flag

Hi floks, I’m about to add a flag WEB_ANIMATIONS, behind which I’ll start: - Implementing an animation engine that matches the model in W3C’s Web Animation spec - Allowing CSS and SVG animations to use the new engine - Exposing enough internal JS API to allow improved testing (currently a very

[webkit-dev] Mihnea-Vlad Ovidenie is now a reviewer

My Fellow Community, I’m happy to announce that Mihnea is a WebKit reviewer. As you might now, Mihnea has done a lot of work in layout, particularly CSS Regions and Exc^H^H^HShapes. Please send him all your patches!! :) Dean ___ webkit-dev mailing l

Re: [webkit-dev] Animations feature flag

On 17 Oct 2013, at 2:22 am, Dirk Schulze wrote: > Did you already open a master bug for the upcoming changes? Can you add a > link please? Good point! http://webkit.org/b/122912 Dean ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://l

Re: [webkit-dev] Animations feature flag

On 17 Oct 2013, at 6:35 am, Dean Jackson wrote: > > On 17 Oct 2013, at 2:22 am, Dirk Schulze wrote: > >> Did you already open a master bug for the upcoming changes? Can you add a >> link please? > > Good point! http://webkit.org/b/122912 I forgot to add t

Re: [webkit-dev] The SrcN responsive images proposal

On 5 Nov 2013, at 9:55 am, Timothy Hatcher wrote: > On Nov 5, 2013, at 2:18 AM, John Mellor wrote: > >> > > I prefer this over multiple attributes. It is a syntax that needs little > explanation before you can read it and use it. It also expands the existing > srcset instead of confusing t

Re: [webkit-dev] The SrcN responsive images proposal

[And the holy book sayeth cursed is she who participates in standards email, doomed forever to receive email in CC and being unable to sleep at night. ] On 7 Nov 2013, at 17:43, "Tab Atkins Jr." wrote: >> A proposal for a new paradigm of using multiple attributes deserves some >> resistance, c

[webkit-dev] Nesting a new CSS_SHAPES flag

Hi Floks! We currently have flags for both CSS_SHAPES and CSS_EXCLUSIONS. In the former, shape-outside is nearly complete (thanks to hard work from Adobe contributors and others), but shape-inside is still waiting on a layout implementation, and is dependent on future specification work in CSS

[webkit-dev] WebGL backends

Hi floks. I’m looking into simplifying our WebGL code, particularly our GraphicsContext3D implementations. Apple uses either the OS X or iOS OpenGL backend for its ports, but it isn’t clear to me what backend the other ports are using. Could the other port developers please reply to let me know

Re: [webkit-dev] WebGL backends

t was the existing design goal anyway, so it would be minor changes if any. Thanks to everyone who responded. Dean > > > Steve "Harry" Coul > sc...@cisco.com > > > > On Feb 9, 2014, at 2:59 PM, Dean Jackson wrote: > >> Hi floks. >>

Re: [webkit-dev] On web-exposing features disabled at runtime

On 14 Feb 2014, at 12:17 am, Sergio Villar Senin wrote: > En 11/02/14 21:04, Maciej Stachowiak escribiu: Why not enabling the feature entirely on trunk? (and disable it when shipping product by disabling the compile time flag?). I think feature doing that tends to become sta

Re: [webkit-dev] WebGlRendering Context Restored and Lost

Hi Rakesh, On 21 Feb 2014, at 2:18 pm, Rakesh Sadhu wrote: > I have a question, When a glcontext is lost and again restored , what should > be the behaviour of associated extensions ? When a ContextLost occurs on a WebGLRenderingContext all extensions should be reset, as described by the spec

Re: [webkit-dev] Determining the device pixel density of target device

Greetings AgentX, if that is your real name, On 5 Mar 2014, at 3:59 pm, AgentX wrote: > I was working with *responsive images* in Webkit and I came across this > *‘deviceScaleFactor’* attribute with determines the pixel density on the > target device. > I was unable to find out how does Webkit d

[webkit-dev] remove ENABLE(REQUEST_ANIMATION_FRAME)

Does anyone still build with requestAnimationFrame disabled? Dean ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] remove ENABLE(REQUEST_ANIMATION_FRAME)

Thanks. In which case I plan to remove the guard in a day or so. Speak up now if you object. (And to be perfectly clear, I’m not removing requestAnimationFrame itself :) Dean On 19 Mar 2014, at 10:54 am, 송진우 wrote: > It is enabled in EFL port. :) > > Jinwoo > > 2014년 3월 19일 수요일, Dean Jackso

Re: [webkit-dev] support for navigator.cores or navigator.hardwareConcurrency

On 6 May 2014, at 11:13 am, Rik Cabanier wrote: > On Mon, May 5, 2014 at 5:52 PM, Simon Fraser wrote: > It allows attackers to know even more about my system, exposing more data for > fingerprinting. > > People can already approximate this today. Approximations are fuzzy so this > might hurt

Re: [webkit-dev] WebCore GPU module

The Loop-Blinn code is dead and should be removed from WebKit. I believe Ken Russell implemented it to help with some Chrome/Skia drawing performance, but since then Skia itself updated to use a similar GPU-accelerated approach. Dean On 18 Jun 2014, at 6:07 pm, Michael IV wrote: > Hi All.I ha

[webkit-dev] FeatureDefines.h and .xcconfig

Hi floks, Things are a bit confusing in the OS X and iOS build configurations because we have both a FeatureDefines.h and a set of .xcconfig files, often defining the same thing, and sometimes inconsistently (or at least I've made the mistake of turning a feature off in one place when the other

Re: [webkit-dev] FeatureDefines.h and .xcconfig

Just answering this bit because the consensus seems to be to go for the single header file. > On 7 Aug 2014, at 9:57 pm, Laszlo Gombos wrote: > > > While FeatureDefines.h says "Use this file to list _all_ ENABLE() macros" > > it also says "The feature defaults in this file are only taken into

Re: [webkit-dev] FFT normalization in RealtimeAnalyser

Fixed in r172816. Dean > On 15 Aug 2014, at 1:56 am, Info wrote: > > This seems to be a bug... that has been fixed in Chromium: see > chromium\src\third_party\WebKit\Source\modules\webaudio > > > Zitat von Info : > >> In order to understand the idiotic differences between the data ranges of

Re: [webkit-dev] Easy bugs for grab

FWIW, I've set a personal goal to unprefix one thing a week, until it gets hard :) If you want to unprefix something, let me know and I'll help (and count your work towards my goal!!) Dean > On 23 Sep 2014, at 6:28 pm, Benjamin Poulain wrote: > > Hello WebKittens, > > From time to time, peo

[webkit-dev] Removing ENABLE guard for @supports (CSS3_CONDITIONAL_RULES)

We've had support for @supports for a while. I'm planning to remove the compile-time guard for the feature. (Note: Safari on iOS 8 and the public Yosemite builds currently have it turned off) Does anyone disagree? https://bugs.webkit.org/show_bug.cgi?id=137571 Dean ___

[webkit-dev] CSS4 Media Queries

Hi floks, I'm going to start implementing a small part of CSS4 Media Queries. I'll put it behind a feature flag. I'm starting with http://dev.w3.org/csswg/mediaqueries-4/#inverted because Apple wants to discuss it at the W3C TPAC meetings. We don't have any intention to ship the feature yet -

Re: [webkit-dev] CSS4 Media Queries

> On 18 Oct 2014, at 10:55 am, Dean Jackson wrote: > > I'm going to start implementing a small part of CSS4 Media Queries. I'll put > it behind a feature flag. > > I'm starting with http://dev.w3.org/csswg/mediaqueries-4/#inverted because > Apple wants to

Re: [webkit-dev] CSS4 Media Queries

> On 23 Oct 2014, at 5:08 pm, Tab Atkins Jr. wrote: > > On Fri, Oct 17, 2014 at 4:55 PM, Dean Jackson wrote: >> Hi floks, >> >> I'm going to start implementing a small part of CSS4 Media Queries. I'll put >> it behind a feature flag. >&

Re: [webkit-dev] Unprefixing intrinsic size keywords (-webkit-min-content et al)

> On 7 Aug 2015, at 2:44 AM, Christian Biesinger > wrote: > > Hi all! > > We (blink) would like to unprefix the intrinsic sizing keywords: > https://drafts.csswg.org/css-sizing/#width-height-keywords > > We support them for widths and for heights (though they all do the > same thing for heigh

Re: [webkit-dev] Unprefixing hyphens property?

> On 26 Jan 2016, at 2:53 AM, Michael Catanzaro wrote: > > Mozilla has unprefixed the CSS hyphens property as of Firefox 43. Is > there any interest in unprefixing it for WebKit? We're interested in unprefixing everything, but we generally like to know if: - there is good test coverage (e.g. t

Re: [webkit-dev] About unprefixing CSS Grid Layout (implementation status summary included)

> On 28 Apr 2016, at 4:28 AM, Sergio Villar Senin wrote: > > On 27/04/16 17:59, Simon Fraser wrote: >>> On Apr 27, 2016, at 4:39 AM, Manuel Rego Casasnovas wrote: >>> >>> Hi, >>> >>> as announced yesterday it seems that the WebKit prefixing policy has >>> been updated [1]. >>> >>> Right now

Re: [webkit-dev] canvas and sRGB

> On 3 May 2016, at 7:04 AM, Rik Cabanier wrote: > > > > On Mon, May 2, 2016 at 1:58 PM, Simon Fraser > wrote: >> On May 2, 2016, at 1:45 PM, Rik Cabanier > > wrote: >> >> All, >> >> with the release of DCI-P3 screen, WebKit began su

Re: [webkit-dev] canvas and sRGB

> On 3 May 2016, at 8:10 AM, Rik Cabanier wrote: > > > > On Mon, May 2, 2016 at 2:59 PM, Dean Jackson <mailto:d...@apple.com>> wrote: > >> On 3 May 2016, at 7:04 AM, Rik Cabanier > <mailto:caban...@gmail.com>> wrote: >> >

[webkit-dev] REQUEST_ANIMATION_FRAME on all ports?

Do the EFL and GTK ports always enable this feature? If so, I'm going to remove the compile flag. Dean ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] REQUEST_ANIMATION_FRAME on all ports?

> On Jun 8, 2016, at 2:23 PM, Konstantin Tokarev wrote: > > > > 08.06.2016, 23:59, "Dean Jackson" : >> Do the EFL and GTK ports always enable this feature? If so, I'm going to >> remove the compile flag. > > While I'm not opposed to this

[webkit-dev] Proposal: Adopt Web Inspector coding style for all WebKit JS/CSS source code

I propose we make it official that the Web Inspector Coding Style is what must be used for all JavaScript and CSS that count as source code in the project. https://trac.webkit.org/wiki/WebInspectorCodingStyleGuide Now that JavaScript is used in more places (JS builtins, some parts of the DOM, me

Re: [webkit-dev] WebKit GPU rendering possibility

> On 5 Nov. 2016, at 12:34 am, Rogovin, Kevin wrote: > > One question, what happens with WebGL 2.0 support on WebKit? I ask because > WebGL 2.0 is essentially OpenGL ES 3.x for JavaScript. We've started on a WebGL 2.0 implementation. Dean ___ webki

Re: [webkit-dev] Experimental features enabled at runtime

> On 6 Nov. 2016, at 10:03 am, Ryosuke Niwa wrote: > > I DO want to enable experimental features to be enabled in Safari Technology > Preview and WebKit nightly builds by default because that's sort of the whole > point of having those versions of Safari in the first place. I might be the onl

Re: [webkit-dev] WebGL bug related to PNG textures with zero alpha channel

Looks like we have a bug in premultiplication. We'll look at it. Dean > On Dec 12, 2016, at 6:52 AM, Ivan Lyubovnikov wrote: > > Hi, all! Can anyone take a look at the bug related to WebGL and PNG textures: > https://bugs.webkit.org/show_bug.cgi?id=165297? We've been able to reproduce > this

Re: [webkit-dev] Removing support for CSS regions

I've been told that Amazon's Kindle Cloud Reader uses CSS Regions if available, and gets a significant performance boost. It has a fallback though. Also, it would be worth checking at least Apple's iBooks store for any content that might have used regions. It would be a shame if purchased books

Re: [webkit-dev] Opengl support in webkit

> On 21 Jul 2017, at 13:47, Nagendra K wrote: > > Hi , > > Does WebKit engine mandate to use any version of opengl? > Can we link any opengl which my platform has. As long as your OpenGL is compatible with OpenGL 4.0 and above, or OpenGL ES 2.0 and above, I think you'll be fine. Dean > >

Re: [webkit-dev] WebKit opengl

> On 19 Jul 2017, at 12:21, Nagendra K wrote: > > Current build of WebKit using opengl and with custom port, all apps will > directly use the opengl calls to draw, making the opengl independent of > WebKit. > So if I upgrade the WebKit, will the latest WebKit require opengl for any of > the

Re: [webkit-dev] WEB_TIMING enabled on all ports - let's remove the flag?

> On 24 Jul 2017, at 22:44, Brian Burg wrote: > > Hi WebKittens, > > In WebKit, the various web-exposed timing APIs–Resource Timing, User Timing, > and Navigation Timing are guarded by the ENABLE_WEB_TIMING feature flag. > > It seems that ENABLE_WEB_TIMING is turned on for Xcode and CMake bu

Re: [webkit-dev] WebVR on WebKit

> On 2 Aug 2017, at 19:55, Sergio Villar Senin wrote: > > > Our main interest is to eventually have some implementation working on > WebKitGtk and/or WPE on Linux but obviously there is a lot of cross- > platform work that needs to be done as well. Our initial idea would be > to use the OpenVR

  1   2   >