Options:
- # Session Start: Mon Nov 03 00:00:00 2014
- # Session Ident: #css
- # [00:00] * Joins: liam (liam@public.cloak)
- # [01:09] * Quits: lajava (~javi@public.cloak) (Ping timeout: 180 seconds)
- # [01:46] * Joins: liam_ (liam@public.cloak)
- # [01:51] * Quits: liam (liam@public.cloak) (Ping timeout: 180 seconds)
- # [01:52] * Joins: myakura (~myakura@public.cloak)
- # [04:34] * Joins: jcraig (~jcraig@public.cloak)
- # [05:19] * Quits: jcraig (~jcraig@public.cloak) (jcraig)
- # [05:36] * Quits: dholbert (~dholbert@public.cloak) (Ping timeout: 180 seconds)
- # [05:38] * Joins: dholbert (~dholbert@public.cloak)
- # [05:56] * Quits: koji (~koji@public.cloak) ("Leaving...")
- # [06:56] * Quits: myakura (~myakura@public.cloak) ("")
- # [07:46] * Joins: antonp (~Thunderbird@public.cloak)
- # [08:02] * Quits: dbaron (~dbaron@public.cloak) (Ping timeout: 180 seconds)
- # [08:31] * Joins: zcorpan (~zcorpan@public.cloak)
- # [08:53] * Joins: Ms2ger (~Ms2ger@public.cloak)
- # [10:24] * Quits: Ms2ger (~Ms2ger@public.cloak) (Ping timeout: 180 seconds)
- # [11:26] * Joins: Ms2ger (~Ms2ger@public.cloak)
- # [12:37] * Joins: lajava (~javi@public.cloak)
- # [12:39] <ppk___> I find the device-adaptation spec unreadable. How I currently see the viewport situation:
- # [12:39] <ppk___> 1) Layout viewport, which is the CSS initial containing block that serves to constrain your layout.
- # [12:39] <ppk___> 2) Visual viewport, which is equal to the area of the site the user is currently seeing on-screen. It is influenced by zooming and panning.
- # [12:40] <ppk___> 3) Ideal viewport, which is the measures the layout viewport gets when you use the meta viewport width=device-width.
- # [12:40] <ppk___> The third is maybe a conceit, but I find it's useful for explaining people how it works.
- # [12:41] <ppk___> The most important one is the layout viewport, which influences the CSS layout.
- # [12:41] <ppk___> The visual viewport is much less important, but declarations such as position: fixed are relative to it.
- # [12:42] <ppk___> Hope this helps; I'm not sure what kind of information you're after.
- # [12:52] * Quits: Ms2ger (~Ms2ger@public.cloak) (Ping timeout: 180 seconds)
- # [14:53] * Joins: dauwhe (~dauwhe@public.cloak)
- # [14:59] * Quits: lajava (~javi@public.cloak) (Ping timeout: 180 seconds)
- # [15:20] * Joins: Ms2ger (~Ms2ger@public.cloak)
- # [15:20] * Joins: tommyjtl (~tommyjtl@public.cloak)
- # [15:21] * Joins: lajava (~javi@public.cloak)
- # [15:35] * Joins: dbaron (~dbaron@public.cloak)
- # [15:54] * Quits: dauwhe (~dauwhe@public.cloak) (Client closed connection)
- # [15:54] * Joins: dauwhe (~dauwhe@public.cloak)
- # [15:59] * astearns suggests having ppk write a chapter on viewports for whichever CSS spec it should be in
- # [16:00] * Joins: tommyjtl_ (~tommyjtl@public.cloak)
- # [16:00] * Quits: tommyjtl (~tommyjtl@public.cloak) (Client closed connection)
- # [16:01] <ppk___> I already wrote a chapter in my book! <g>
- # [16:07] * Joins: tommyjtl (~tommyjtl@public.cloak)
- # [16:11] * Quits: tommyjtl_ (~tommyjtl@public.cloak) (Client closed connection)
- # [16:13] * Quits: dholbert (~dholbert@public.cloak) (Ping timeout: 180 seconds)
- # [16:15] * Joins: dholbert (~dholbert@public.cloak)
- # [16:15] * Quits: tommyjtl (~tommyjtl@public.cloak) (Client closed connection)
- # [16:26] * Joins: tommyjtl (~tommyjtl@public.cloak)
- # [16:44] * Joins: plh (plehegar@public.cloak)
- # [16:47] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
- # [16:47] * Joins: zcorpan (~zcorpan@public.cloak)
- # [16:54] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
- # [17:04] * Quits: plh (plehegar@public.cloak) ("Leaving")
- # [17:04] * Joins: plh (plehegar@public.cloak)
- # [17:05] * Joins: tommyjtl_ (~tommyjtl@public.cloak)
- # [17:05] * Quits: tommyjtl (~tommyjtl@public.cloak) (Client closed connection)
- # [17:24] * Quits: dbaron (~dbaron@public.cloak) ("8403864 bytes have been tenured, next gc will be global.")
- # [17:32] * Joins: darktears (~darktears@public.cloak)
- # [17:48] * Quits: plh (plehegar@public.cloak) ("Leaving")
- # [17:48] * Joins: plh (plehegar@public.cloak)
- # [17:53] <TabAtkins> krit: I'm supposed to define the viewports.
- # [17:56] <krit> ppk___: thanks for the description. It seems that the others just are various variations base on zoom/scale/device pixels and layout viewport is the only one relevant for deriving specs.
- # [17:56] <TabAtkins> krit: No, the visual viewport is used, as ppk said, for fixpos.
- # [17:57] <krit> TabAtkins: cool, I was just wondering if the svg viewport can be described by "one" of the css viewports. But it doesn't seem so.
- # [17:57] <TabAtkins> Nope, it's none of them.
- # [17:57] <TabAtkins> SVG "viewport" is just a coordinate space starter, something very similar to CSS's "containing block".
- # [17:57] <TabAtkins> Might even be identical, if we define the SVG layout model correctly.
- # [17:59] <krit> Well, maybe
- # [18:06] * Joins: dbaron (~dbaron@public.cloak)
- # [18:23] <ppk___> The layout viewport is by far the most important one for CSS specs. But the visual viewport does come into play every once in a while.
- # [18:23] <ppk___> And TabAtkins : I'm glad you're going to define the viewports. The earlier attempt ... well, let's say it didn't succeed.
- # [18:44] * Quits: plh (plehegar@public.cloak) (Client closed connection)
- # [19:04] * Joins: zcorpan (~zcorpan@public.cloak)
- # [19:05] * Joins: plh (plehegar@public.cloak)
- # [19:05] * Joins: adenilson (~anonymous@public.cloak)
- # [19:05] * Joins: jcraig (~jcraig@public.cloak)
- # [19:07] * Quits: tommyjtl_ (~tommyjtl@public.cloak) (Client closed connection)
- # [19:07] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
- # [19:08] * Joins: zcorpan (~zcorpan@public.cloak)
- # [19:15] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
- # [19:29] * Quits: lajava (~javi@public.cloak) (Ping timeout: 180 seconds)
- # [19:31] * Quits: estellevw (~estellevw@public.cloak) ("Snuggling with the puppies")
- # [19:34] * Quits: jet (~uid49872@public.cloak) ("Connection closed for inactivity")
- # [19:42] * Joins: lajava (~javi@public.cloak)
- # [20:00] * Disconnected
- # [20:01] * Attempting to rejoin channel #css
- # [20:01] * Rejoined channel #css
- # [20:01] * Topic is 'https://wiki.csswg.org/planning/tpac-2014#agenda -Zakim 26631#'
- # [20:01] * Set by plinss on Tue Oct 28 23:26:05
- # [20:05] * Joins: estellevw (~estellewyel@public.cloak)
- # [20:10] * Quits: dholbert (~dholbert@public.cloak) ("dholbert")
- # [20:11] <TabAtkins> krit: When'll you have time to discuss what the SVG preprocessor does, and what Bikeshed needs to produce to make something equivalent in functionality?
- # [20:12] * Joins: dholbert (~dholbert@public.cloak)
- # [20:13] <krit> TabAtkins: in an hour? Or tomorrow after 10am your time?
- # [20:13] <TabAtkins> An hour's fine.
- # [20:13] <TabAtkins> Or tomorrow, whatever's better for you.
- # [20:32] * Joins: jet (~uid49872@public.cloak)
- # [20:50] * Quits: darktears (~darktears@public.cloak) ("Leaving...")
- # [20:51] * Quits: estellevw (~estellewyel@public.cloak) (estellevw)
- # [21:08] <krit> TabAtkins: I suppose it it lunch for you now. I think it is better to do it tomorrow at 10am
- # [21:09] <TabAtkins> krit: Well, I just finished up lunch.
- # [21:09] <TabAtkins> Whatever you want. ^_^
- # [21:14] <krit> TabAtkins: Give me 15min and I am all yours :P
- # [21:16] <TabAtkins> kk!
- # [21:19] * Joins: babatakao (~babatakao@public.cloak)
- # [21:26] * Joins: estellevw (~estellewyel@public.cloak)
- # [21:26] * Quits: babatakao (~babatakao@public.cloak) (Ping timeout: 180 seconds)
- # [21:27] * Joins: babatakao (~babatakao@public.cloak)
- # [21:31] <krit> TabAtkins: back
- # [21:32] <TabAtkins> Okay, so what's all the magic that an SVG elementdef should do?
- # [21:32] <krit> TabAtkins: the files can be found here: https://dvcs.w3.org/hg/FXTF/file/6177a389e715/filters
- # [21:33] <krit> TabAtkins: the perl script creates a preprocessed document that goes to bikesehd and takes the definitions*.xml files as input
- # [21:33] <krit> TabAtkins: The elementdef table has the information here: http://dev.w3.org/fxtf/filters/#feDropShadowElement
- # [21:34] <krit> TabAtkins: different type of attributes, the content model of the element
- # [21:34] <krit> TabAtkins: as well as an category
- # [21:34] <krit> TabAtkins: and a DOMInterface
- # [21:34] <krit> TabAtkins: the core attributes need some clean up
- # [21:34] <TabAtkins> So name/categories/content model/dom interface looks like it can be all done manually without difficulty.
- # [21:35] <krit> TabAtkins: IIRC we did not want most of the xml: attributes anymore
- # [21:35] <TabAtkins> I assume that the attributes would be better if you could at least specify the grouped ones in some shorthand.
- # [21:35] <krit> TabAtkins: well, of course it could be done manually, up to which point would you expect an editor to do it? :)
- # [21:35] <krit> TabAtkins: correct
- # [21:35] <krit> TabAtkins: presentation attributes also might update
- # [21:36] <TabAtkins> I mean that it's fine to have a <pre class=elementdef> with, like, "Dom Interfaces: SVGFEDropShadowElement" as a line.
- # [21:36] <krit> TabAtkins: yes, I think it is
- # [21:36] <TabAtkins> Yeah, core/presentation/maybe others.
- # [21:36] <TabAtkins> The "filter primitive attributes" group is gonna be interesting.
- # [21:36] <TabAtkins> Because I assume that other elements have similar groups.
- # [21:37] <krit> TabAtkins: in SVG they might
- # [21:37] <TabAtkins> Yeah.
- # [21:37] <TabAtkins> Hmmmm.
- # [21:38] <TabAtkins> So we want the attribute grouping to be doable in a distributed manner, so you can pick up the latest set of definitions and regen, and it'll automatically have all the attributes defined as "presentation attributes", regardless of where they're defined.
- # [21:38] <TabAtkins> Oh!
- # [21:38] <TabAtkins> I think this is exactly what I need the "concept" dfn type for, which I haven't implemented yet.
- # [21:38] <krit> TabAtkins: hehe
- # [21:39] <krit> TabAtkins: all these group attributes are defined somewhere
- # [21:39] <krit> TabAtkins: so if could be possible to reference a group as it is for any element, right?
- # [21:39] <TabAtkins> Yeah, but they can potentially be extended by multiple specs.
- # [21:39] <TabAtkins> Yeah.
- # [21:42] <TabAtkins> Hmm. So what I'm considering is, you can tag things with multiple "for" values.
- # [21:42] <TabAtkins> Well, no, hm.
- # [21:42] * Quits: babatakao (~babatakao@public.cloak) (Ping timeout: 180 seconds)
- # [21:43] <TabAtkins> Okay, so I need to think on how I want to do this.
- # [21:43] <TabAtkins> Everything else can be done alraedy with a `<pre class=elementdef>`.
- # [21:44] <TabAtkins> It currently requires "Name", "Categories", "Contexts", "Content model", "Attributes"
- # [21:44] <krit> TabAtkins: everything else is possible to do you mean, or already implemented?
- # [21:45] <TabAtkins> Already implemented.
- # [21:45] <krit> TabAtkins: ok, then I’ll try that tomorrow… curious how it works :)
- # [21:45] <TabAtkins> The attribute groups just need me to figure out how I want to make them definable.
- # [22:00] * Joins: babatakao (~babatakao@public.cloak)
- # [22:01] * Quits: antonp (~Thunderbird@public.cloak) (antonp)
- # [22:02] <TabAtkins> krit: Any clue why 'class' and 'style' aren't part of the core attributes?
- # [22:02] <krit> TabAtkins: because not every element was style able in the past
- # [22:03] <TabAtkins> But they are now.
- # [22:03] <krit> TabAtkins: they did not exist on SVGElement
- # [22:03] <krit> TabAtkins: yes
- # [22:03] <TabAtkins> Okay.
- # [22:03] * liam_ is now known as liam
- # [22:07] * Quits: SimonSapin (~quassel@public.cloak) (Client closed connection)
- # [22:07] * Joins: SimonSapin (~quassel@public.cloak)
- # [22:07] * Quits: babatakao (~babatakao@public.cloak) (Ping timeout: 180 seconds)
- # [22:16] * Joins: babatakao (~babatakao@public.cloak)
- # [22:23] * Quits: babatakao (~babatakao@public.cloak) (Ping timeout: 180 seconds)
- # [22:30] * Quits: plh (plehegar@public.cloak) ("Leaving")
- # [22:31] * Joins: babatakao (~babatakao@public.cloak)
- # [22:38] * Quits: babatakao (~babatakao@public.cloak) (Ping timeout: 180 seconds)
- # [22:41] * Joins: florian (~Florian@public.cloak)
- # [22:42] * Parts: florian (~Florian@public.cloak) (florian)
- # [22:47] * Joins: babatakao (~babatakao@public.cloak)
- # [22:54] * Quits: babatakao (~babatakao@public.cloak) (Ping timeout: 180 seconds)
- # [22:57] * Quits: rego (~smuxi@public.cloak) (Ping timeout: 180 seconds)
- # [22:59] * Joins: rego (~smuxi@public.cloak)
- # [23:02] * Quits: dbaron (~dbaron@public.cloak) ("8403864 bytes have been tenured, next gc will be global.")
- # [23:02] * Joins: babatakao (~babatakao@public.cloak)
- # [23:04] * Joins: dbaron (~dbaron@public.cloak)
- # [23:08] * Joins: zcorpan (~zcorpan@public.cloak)
- # [23:09] * Quits: babatakao (~babatakao@public.cloak) (Ping timeout: 180 seconds)
- # [23:13] * Joins: babatakao (~babatakao@public.cloak)
- # [23:13] * Quits: babatakao (~babatakao@public.cloak) ("")
- # [23:15] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
- # [23:26] * Joins: jcraig_ (~jcraig@public.cloak)
- # [23:30] * Quits: jcraig (~jcraig@public.cloak) (Ping timeout: 180 seconds)
- # [23:30] * jcraig_ is now known as jcraig
- # [23:48] * Quits: lajava (~javi@public.cloak) (Ping timeout: 180 seconds)
- # Session Close: Tue Nov 04 00:00:00 2014
The end :)