W3C home > Mailing lists > Public > public-houdini@w3.org > May 2015

RE: Properties of Custom Paint

From: François REMY <francois.remy.dev@outlook.com>
Date: Thu, 28 May 2015 12:53:43 +0200
Message-ID: <DUB130-W6B7799370C6F158206080A5CA0@phx.gbl>
To: Ian Kilpatrick <ikilpatrick@chromium.org>
CC: "public-houdini@w3.org" <public-houdini@w3.org>
&lt;sorry for the duplicate, the "outlook.com can't send text emails properly" issue decided to hit me again&gt;<br><br>From: ikilpatrick@chromium.org<br>&gt; Hi François,<br>&gt; <br>&gt;&gt; I'm not much arguing for a specific implementation of the drawing <br>&gt;&gt; operations themselves (though I believe WebGL Shaders should be <br>&gt;&gt; the "go-to" solution whenever it is possible) but I was making <br>&gt;&gt; the comparison with Web Audio mainly for the "graph-of-operations"<br>&gt;&gt; nature of their technology.<br>&gt; <br>&gt; Thanks for the examples. Your proposal is a lot clearer to me now.<br>&gt; Effectively you want to be able to directly control the painting order <br>&gt; of elements. <br>&gt; (Brought to you by http://www.w3.org/TR/CSS2/zindex.html :) in addition <br>&gt; to combinators (blends, etc).<br>&gt; <br>&gt; This makes a lot sense to me. With this you would be able to explain a <br>&gt; few behaviours of CSS properties which I personally haven't considered <br>&gt; for Houdini. <br>&gt; <br>&gt; Namely:<br>&gt; - z-index: controlling the order in which children get painted.<br>&gt; - paint-ordering: controlling if a type of element gets special <br>&gt; priority in paint-order. <br>&gt; For example: table paint-order magic.<br>&gt;<br>&gt; As you described using this you would be able to implement things like:<br>&gt; - Filters on parts of the paint-order. For example "background-filter: <br>&gt;&nbsp;&nbsp; blur(2px)" could just apply a filter just to the background layer.<br>&gt; - A reworked paint-order. Make things not (paint) intrude in each other. <br>&gt;&nbsp;&nbsp; E.g. backgrounds can't intrude into siblings.<br>&gt; - A more sensible z-index (element paint order stacking api).<br><br>That's it, indeed. Glad to see the examples helped ;-)<br><br><br>&gt; In terms of moving forward, my main priorities are the custom layout <br>&gt; &amp; paint (being the "CustomDraw on 2D Canvas" box in your diagram), <br>&gt; to keep focus.<br><br>Great, I can't wait to see what you'll come up with.<br><br><br>&gt; I think that this is a useful part of Houdini (being able to explain <br>&gt; z-index &amp; paint ordering); are you able to come up with more fleshed <br>&gt; out thoughts so that we can talk about them in Paris? (I read that you<br>&gt; are coming?)<br>&gt; <br>&gt; For example how this would look as a JS API? How this would work with<br>&gt; more complex scenarios, for example implementing table paint order<br>&gt; (or something similarly interesting)?<br><br>I'll be present in Paris indeed :-)<br><br>I can definitely work this further out by then; if you can/wanna share your own progress in-between, that would definitely help shaping the API. I'll leave this open for now but I'll come back to this in the future when I've had time to let my unconscious mind work for free on this for me ^_^<br><br>Meanwhile, if anyone has ideas or use-cases, it may be great to write those down on&nbsp; the wiki or in the gist you did set up.<br><br>https://gist.github.com/bfgeek/758b54a1cab65dff9d69<br> 		 	   		  
Received on Thursday, 28 May 2015 10:54:12 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 28 May 2015 10:54:13 UTC