15:54:43 <RRSAgent> RRSAgent has joined #css
15:54:43 <RRSAgent> logging to http://www.w3.org/2011/08/17-css-irc
15:54:52 <plinss> zakim, this will be style
15:54:52 <Zakim> ok, plinss; I see Style_CSS FP()12:00PM scheduled to start in 6 minutes
15:55:00 <plinss> rrsagent, make logs public
15:55:42 <Zakim> Style_CSS FP()12:00PM has now started
15:55:49 <Zakim> +??P14
15:56:00 <Zakim> +plinss
15:56:01 <florian> Zakim, I am ??P14
15:56:02 <Zakim> +florian; got it
15:56:52 <vhardy> vhardy has joined #css
15:57:19 <oyvind> oyvind has joined #css
15:57:32 <Zakim> +stearns
15:57:36 <kimberlyblessing> kimberlyblessing has joined #css
15:58:33 <Zakim> + +1.206.552.aaaa
15:58:43 <nimbupani1> Zakim aaa is me
15:58:57 <nimbupani1> Zakim, aaaa is me
15:58:57 <Zakim> +nimbupani1; got it
15:59:22 <plinss> zakim, nimbupani1 is nimbu
15:59:27 <Zakim> +nimbu; got it
15:59:35 <Zakim> +hober
16:00:02 <plinss> s/nimbi/nimbu/
16:00:10 <stearns> nimbu is watching airplanes take off
16:00:25 <plinss> zakim, mute nimbu
16:00:25 <Zakim> nimbu should now be muted
16:00:32 <Zakim> +[Microsoft]
16:00:32 <arronei_> zakim, microsoft is me
16:00:33 <Zakim> +arronei_; got it
16:00:35 <Zakim> + +1.206.324.aabb
16:00:37 <sylvaing> sylvaing has joined #css
16:00:47 <nimbu> oops sorry
16:00:48 <bradk> bradk has joined #css
16:00:59 <johnjansen> johnjansen has joined #css
16:01:36 <Zakim> +[Microsoft]
16:02:03 <Zakim> +Oliver_Goldman
16:02:32 <Zakim> + +1.281.305.aacc
16:02:42 <Zakim> +??P1
16:02:43 <TabAtkins_> Zakim, aacc is me
16:02:44 <Zakim> +TabAtkins_; got it
16:02:52 <Zakim> +bradk
16:02:53 <TabAtkins_> Oof, that static is killer.
16:02:54 <plinss> zakim, aabb is sylvaing
16:02:54 <Zakim> +sylvaing; got it
16:02:56 <sylvaing> Zakim, who's noisy
16:02:56 <Zakim> I don't understand 'who's noisy', sylvaing
16:02:58 <TabAtkins_> Zakim, who is noisy?
16:03:09 <Zakim> TabAtkins_, listening for 10 seconds I heard sound from the following: [Microsoft] (79%), TabAtkins_ (23%)
16:03:16 <sylvaing> Zakim, mute [Microsoft]
16:03:18 <Zakim> [Microsoft] should now be muted
16:04:04 <Zakim> +??P31
16:05:54 <Zakim> +SteveZ
16:06:17 <Zakim> + +1.415.832.aadd
16:06:25 <arno> zakim, aadd is arno
16:06:25 <Zakim> +arno; got it
16:06:30 <smfr> smfr has joined #css
16:06:36 <TabAtkins_> ScribeNick: TabAtkins_ 
16:06:48 <szilles> szilles has joined #css
16:07:08 <TabAtkins_> plinss: Any new agenda items?
16:07:22 <Zakim> +[Sophia]
16:07:25 <Zakim> +smfr
16:07:29 <TabAtkins_> TabAtkins_: Request to publish Image Values as WD.
16:07:31 <fantasai> http://lists.w3.org/Archives/Public/www-style/2011Aug/0461.html
16:07:45 <TabAtkins_> sylvaing: Any new features?
16:07:55 <TabAtkins_> TabAtkins_: Don't think so (maybe finishing the magic corners thing?)
16:08:06 <Zakim> -[Microsoft]
16:08:07 <TabAtkins_> fantasai: The i18n group sent comments.  We should respond as a WG to that.
16:08:22 <TabAtkins_> plinss: Should we wait to publish, or log as an issue and deal with it later?
16:08:46 <TabAtkins_> sylvaing: Yeah, just interested right now in getting it stable and having a testsuite, then adding new features.
16:08:52 <Zakim> +[Microsoft]
16:09:06 <TabAtkins_> bradk: Anything to resolve on?  Is this for CSS4?
16:09:11 <johnjansen> zakim, microsoft has johnjansen
16:09:11 <Zakim> +johnjansen; got it
16:09:23 <TabAtkins_> fantasai: We moved a lot of things in the split from 3->4, and one of the reasons for the split was implementation status.
16:09:32 <Zakim> +[Mozilla]
16:09:34 <TabAtkins_> fantasai: But that's really for the CR phase.
16:09:36 <dbaron> dbaron has joined #css
16:09:49 <TabAtkins_> fantasai: We should really be splitting based on whether we think a feature is mature or not.
16:10:35 <TabAtkins_> sylvaing: We'd like to drop prefixes on gradients as soon as possible, and don't want to hold it up based on other features that haven't been implemented yet.
16:10:46 <TabAtkins_> fantasai: We don't need to implement to go to CR.
16:11:08 <TabAtkins_> sylvaing: Are we going to put things into level 3 knowing full well that in a few months we'll pull them out again?
16:11:31 <TabAtkins_> sylvaing: But if we've moved something to level 4 tha tmakes the level 3 feature set awkward, I understand.
16:12:19 <TabAtkins_> fantasai: One issue is that if we are holding things back that are otherwise spec-stable from CR, this is bad if someone from another WG is willing to implement.
16:12:38 <TabAtkins_> sylvaing: Something's not stable until it's been implemented.
16:12:49 <TabAtkins_> florian: [something I couldn't understand]
16:13:10 <fantasai> fantasai: I don't want to make it a policy of this WG to hold things back from CR until they have been implemented.
16:13:17 <alexmog> alexmog has joined #css
16:13:34 <TabAtkins_> sylvaing: I'm not making policy for the WG here.  I'm talking about Image Values, and I don't want to drag it along for any longer than necessary.
16:13:47 <florian> I agree with Fantasai's approach in general, but for this particular case, I would side with Sylvain, so that we can drop prefixes on gradients as soon as possible
16:14:16 <fantasai> Florian, a feature that's not gradients will not hold back prefixes on gradients.
16:14:26 <fantasai> Florian, prefixes are dropped per feature, not per module.
16:15:12 <TabAtkins_> sylvaing: Is there a CSS4 Image Values yet?
16:15:12 <nimbu> ???: instead of calling it css4 you could split it into 2 diff drafts
16:15:23 <nimbu> ???: have gradients in its own spec and everything else in another spec
16:15:25 <TabAtkins_> s/???/bradk/
16:15:35 <nimbu> fantasai: stuff in css4 is less stable.
16:15:45 <TabAtkins_> TabAtkins: There's an Overview.src.html in css4-images, but it's not an actual spec right now.
16:15:49 <florian> Fantasai, I though they were for modules. If not, I withdraw my agreement with Sylvain on this point.
16:15:58 <nimbu> sylvaing: I would like to keep css3 on course of stability but I wouldn't like to remove things there right now.
16:16:43 <florian> Can't we make an ED for level 4, to host all these things?
16:16:48 <TabAtkins_> plinss: I think it would be good to have a list of the things that we've pulled from level 3.
16:16:51 <sylvaing> doesn't see the point of moving things in 3 when we know full well they'll most likely go back to 4 in a few months. what is the value of that ?
16:16:57 <fantasai> florian, Tab did. It's just not very pretty right now :)
16:17:06 <TabAtkins_> TabAtkins: I can make the css4-images look half-decent and have this information.
16:17:17 <sylvaing> I won't object to it, i just can't see what problem it fixes
16:17:37 <TabAtkins_> plinss: So I'm hearing that we leave it at level 4, and respond to i18n that we're not throwing it away, just delaying it.
16:18:09 <dbaron> What set of features are we talking about?
16:18:19 <TabAtkins_> fantasai: My problem is that we haven't had anyone say we're implementing it, but the six-month CR period is specifically designed to try to implement and give feedback.
16:19:08 <TabAtkins_> sylvaing: What prevents someone from implementing it because it's in level 4 rather than level ?
16:19:11 <TabAtkins_> s/?/3
16:19:43 <TabAtkins_> fantasai: The perceived stability level is based on the document's level.
16:19:49 <TabAtkins_> sylvaing: We implemented gradients!
16:19:56 <dbaron> Gradients didn't start in this draft; they started with a proprietary implementation and proposal from Apple that eventually found its way into this draft.
16:20:03 <TabAtkins_> fantasai: Gradients are pretty shiny, much more so than i18n.
16:20:05 <sylvaing> er, Tab, not what I said
16:20:14 <fantasai> s/i18nbidi/
16:20:41 <TabAtkins_> plinss: I think fantasai is just advocating we put it in 3 and mark it as at-risk.
16:20:47 <TabAtkins_> plinss: Is there any problem with that?
16:20:49 <florian> I agree with Fantasai
16:21:10 <TabAtkins_> sylvaing: Will it be shinier if it's in one document or another?
16:21:25 <TabAtkins_> plinss: It does send a message that this is ready and it's ready for implementation and feedback.
16:22:23 <TabAtkins_> plinss: So does anyone object to putting it in the draft as at-risk?
16:22:46 <TabAtkins_> sylvaing: [stuff] I'm not going to object, though I disagree.
16:23:16 <TabAtkins_> RESOLVED: Put ltr | rtl keywords back into image(), mark as at-risk.
16:23:16 <fantasai> fantasai: I don't think it should hold the draft back either, and if we get tons of issues on it we can drop it. But I also don't see that it will hold thing sup either.
16:23:38 <TabAtkins_> Topic: Continuing the Regions discussion from last week
16:23:53 <nimbu> alexmog: you there?
16:24:20 <TabAtkins_> vhardy: I don't feel strongly about the issue, but Alex did, so I think we should defer until he attends.
16:24:43 <alexmog1> alexmog1 has joined #css
16:25:03 <TabAtkins_> Topic: Printing Backgrounds
16:25:08 <fantasai> ScribeNick: fantasai
16:25:37 <smfr> http://lists.w3.org/Archives/Public/www-style/2011Aug/0436.html
16:25:52 <fantasai> TabAtkins: Currently, most browsers when they print, suppress backgrounds and tweak colors to preserve contrast
16:25:58 <fantasai> TabAtkins: IE9 also suppresses box-shadows
16:26:10 <fantasai> TabAtkins: This is to save ink for the majority of pages that weren't designed to print.
16:26:35 <fantasai> TabAtkins: So we want authors to be able to hint that they have thought about printing and trying to not waste ink
16:26:45 <fantasai> TabAtkins: There are several proposals on the mailing list.
16:27:08 <fantasai> TabAtkins: My preference is introducing a new property that says "please by default print backgrounds", although user can choose to always or never print them
16:27:34 <fantasai> TabAtkins: Other option some people like is printing backgrounds if "print" style sheet exists
16:27:46 <fantasai> TabAtkins: I don't like that one, I think it's hacky. dbaron and smfr and I don't like it
16:27:51 <fantasai> TabAtkins: Would prefer to go with property route
16:28:00 <fantasai> TabAtkins: Would like some agreement on how this should go
16:28:02 <tantek> I'm starting to believe Håkon's point - all the ink-wasters (who specifically code up ads, blocks of colors etc) will simply use this hint as well and lie about "having thought about printing and trying not to waste ink" - or from their perspective, it's not a waste, it's perfectly good advertising :)
16:28:05 <Zakim> -bradk
16:28:23 <tantek> lol
16:28:30 <Zakim> +bradk
16:28:33 <fantasai> TabAtkins: Unfortunately Håkon is not on the call
16:29:08 <florian> Hakon and I agree with the way fantasai phrased it in answer to Tab's list of 4 options
16:29:12 <Zakim> + +1.425.246.aaee
16:29:35 <alexmog> zakim, aaee is me
16:29:35 <Zakim> +alexmog; got it
16:29:39 <smfr> [this checkbox Sponsored by HP]
16:29:44 <Zakim> -bradk
16:29:59 <fantasai> TabAtkins: Wrt Tantek's point, images are already fully printed.
16:30:12 <fantasai> TabAtkins: People who want to do advertisements will already be able to waste ink.
16:30:14 <Zakim> +bradk
16:30:19 <dbaron> tantek, as Tab just said, authors who want to force whatever-they-want to be printed can just use foreground images
16:30:31 <fantasai> TabAtkins: This enables a more general design capability
16:31:12 <fantasai> fantasai: I've also seen sites that hack borders with z-index to get backgrounds where they want it. I think we shouldn't be encouraging that.
16:31:43 <fantasai> plinss: I think it's a valuable property. As we get more and more features, UAs will be inclined to turn them off by default, which degrades the experience on other media.
16:32:23 <fantasai> plinss: The other point that came up on the list, is that other contrast-preserving transforms might be useful for other output media, e.g. saving battery life on screens
16:32:46 <fantasai> TabAtkins: Yes, I think it's good to name the property so that it works for other use cases. But don't think we should get into exact color management
16:33:05 <fantasai> smfr: I'm not sure about that. This about printing decorations.
16:33:18 <fantasai> smfr: There's a use case for controlling color presentation on AMOLED screens and such, but ...
16:33:31 <fantasai> TabAtkins: The thing is the semantics are essentially identical between AMOLED and printer suppressing color
16:33:56 <fantasai> TabAtkins: We don't need to .
16:34:07 <fantasai> TabAtkins: It specifically suppresses things that are expensive to do.
16:34:20 <fantasai> smfr^: It's not about color, it's about box-decoration
16:34:29 <fantasai> TabAtkins: It's not just about backgrounds, because it tweaks colors.
16:34:57 <fantasai> TabAtkins: If it's just a matter of naming, we can discuss that after agreeing on an approach
16:35:44 <fantasai> sylvaing: People can use the feature for other things, but we don't have to design for them.
16:35:52 <fantasai> TabAtkins: ...
16:36:03 <fantasai> sylvaing: But the more generic the name, the more you'll have requests for flags and other options etc. 
16:36:30 <fantasai> smfr: I can see that if we implement this generically, we'll get requests from accessibility wrt contrast
16:36:59 <fantasai> TabAtkins: This seems not accessibility-related. It's about things that are expensive in one medium that wasn't considered by the author.
16:37:09 <fantasai> TabAtkins: Would occur whenever the UA feels like it.
16:37:17 <fantasai> bradk: Is this something that's testable?
16:37:49 <fantasai> plinss: It's testable if you say what the UA does in response to ...
16:37:56 <fantasai> plinss: If the UA does this, the result should look like that.
16:38:46 <florian> This property in itself is testable, but saying the UA may apply it whenever it feels like it means the rest of CSS becomes harder to test. Something might be off because of a bug, or because this property was applied.
16:38:51 <fantasai> plinss: There are various cases in our tests where you need to have X user style sheet, or set your prefs to not have a min font size or whatever
16:38:59 <fantasai> Bert: I don't like this. 
16:39:21 <fantasai> Bert: You set a background, and then you have to say "no really I mean it"
16:39:41 <fantasai> Bert: This is the UI side option
16:40:01 <fantasai> TabAtkins: It's still useful for authors to say "I thought about this case and the costs and designed accordingly"
16:40:14 <fantasai> ?: Already have that info if there's a print stylesheet
16:40:19 <fantasai> Arron: Yeah, that seems good enough to me
16:41:09 <fantasai> TabAtkins: It's for the author saying [...[
16:41:15 <fantasai> Arron: That's what the print style sheet is for.
16:42:06 <fantasai> Arron: Maybe we should switch to printing backgrounds by default.
16:42:25 <fantasai> dbaron: That changes the meaning of media queries, which is supposed to be just about matching.
16:43:12 <fantasai> dbaron: It's going to be confusing to teach authors about media queries.
16:43:23 <fantasai> [...]
16:43:46 <fantasai> dbaron: If some of them are magic in addition to matching.
16:44:06 <fantasai> Florian: What is a print stylesheet for other than expressing the authors thoughts about print.
16:44:22 <fantasai> dbaron: What if the author is using a site-wide stylesheet that has a print block?
16:44:31 <nimbu> yes
16:44:35 <fantasai> ?: What if there's a site-wide stylesheet that has print-backgrounds set?
16:44:37 <Zakim> +kimberlyblessing
16:44:57 <fantasai> Florian thinks it's silly to have a property that says "print backgrounds, no I really mean it"
16:45:09 <fantasai> Florian: The property that's supposed to add backgrounds is the 'background' property.
16:45:30 <fantasai> TabAtkins: We're already past the point where that's what happens.
16:46:20 <fantasai> plinss: You're saying that if it's in a print stylesheet it should be applied. But there are print-applicable styles in an all stylesheet.
16:46:33 <fantasai> florian: The presense of a print style sheet is enough to say whether we should print or not.
16:47:10 <fantasai> TabAtkins gives an example of sites built on top of a template with print block.
16:47:19 <fantasai> Florian: There will always be bugs. You can work around that in the UA prefs
16:47:29 <fantasai> TabAtkins: People don't tweak that very often. 
16:47:56 <fantasai> TabAtkins: UA should do the right thing by default.
16:48:24 <fantasai> TabAtkins: Don't want random bunch of pages to unintentionally print backgrounds
16:48:29 <nimbu> Zakim, unmute me
16:48:29 <Zakim> nimbu should no longer be muted
16:48:36 <fantasai> TabAtkins: And I'm sure the HTML5 boilerplate is not the only one that does something like this
16:49:05 <fantasai> Florian: What I don't like is setting the precedent of UAs ignoring the spec and then having a special property to say "follow the spec"
16:49:08 <fantasai> TabAtkins: That ship has sailed
16:50:09 <fantasai> [rehashing of existing arguments
16:50:18 <tantek> lol
16:50:31 <fantasai> florian: I agree with the behaviors, just discussing the mechanism for triggering the behavior
16:50:50 <tantek> is there a wiki page tracking this proposal TabAtkins? including arguments for/against?
16:50:51 <fantasai> TabAtkins: Nobody looks at the UI options
16:51:26 <fantasai> sylvaing: A lot of times people print from the browser to e.g. PDF, not to paper
16:51:38 <fantasai> sylvaing: In that case it should print colors
16:51:43 <fantasai> sylvaing: Don't see what this has to do with colors
16:52:02 <stearns> tantek: I think there's just the thread reboot summary
16:52:04 <fantasai> TabAtkins: Then the UA knows it's printing to PDF and can use colors
16:52:14 <tantek> sterns - email threads got lost
16:52:32 <fantasai> sylvaing: Not always. It's often expressed as printer driver.
16:52:41 <tantek> all I'm saying is, whoever wants to actually make progress on this proposal (ahem, TabAtkins :) ) should write-up the existing arguments on a wiki in order to avoid wasting time repeating them
16:52:44 <fantasai> sylvaing: I don't think this can be easily captured in CSS, it's based on what the user wants. ...
16:53:25 <stearns> or resolve not to do anything
16:53:29 <fantasai> fantasai: Are we getting anywhere here? If not, then let's follow Tantek's suggestion and put it on a wiki.
16:53:40 <fantasai> TabAtkins: Nobody's bringing up anything new.
16:53:41 <tantek> (both / all sides of the argument)
16:53:45 <fantasai> fantasai: Then we're not going to resolve on this today.
16:54:03 <tantek> can't determine if anyone is bringing up anything new or not until existing arguments are documented
16:54:13 <tantek> and then you can point people at URLs of their repeated arguments instead :)
16:54:18 <fantasai> sylvaing: I'm not convinced that this is something that belongs to CSS. I think it's a UA thing.
16:54:40 <fantasai> sylvaing: Given where we are today, what browser do, what does having this CSS property solve? What is its value? I'm not sure I really get it.
16:54:49 <fantasai> sylvaing: If it's useful, it seems very narrow and specialized to me.
16:55:14 <fantasai> Florian: The argument about site-wide stylesheet holds for the property as well.
16:55:33 <fantasai> TabAtkins: You're saying the feature can be polluted. But it's not right now. Whereas @media print is.
16:55:39 <fantasai> http://wiki.csswg.org/ideas/print-backgrounds
16:55:53 <fantasai> plinss: I want to settle not how to do this, but do we want to do this.
16:56:19 <fantasai> sylvaing: I'm not completely clear if its necessary for CSS to solve this as opposed to UAs getting smarter about it
16:56:33 <fantasai> plinss: I would like UAs to be smarter. I don't think they have enough info to do better than they're using now.
16:56:53 <fantasai> plinss: UAs certainly can have better UI. Have a print preview dialog before printing that presents the document 2-3 different ways
16:57:04 <fantasai> plinss: But right now the UA doesn't have the information it needs to make a good default choice.
16:57:30 <fantasai> plinss: This gives the extra piece of information needed to do that.
16:58:09 <fantasai> plinss: I'm not hearing anyone saying absolutely no, we don't want this.
16:58:13 <fantasai> Bert: Well, I don't want it.
16:58:31 <fantasai> plinss: I don't want to hear I don't like it, vs. I have a really good technical reason why it doesn't belong in CSS.
16:58:35 <fantasai> Bert: I think I gave three. 
16:58:48 <fantasai> Bert: I don't think the author can decide.
16:58:56 <fantasai> Bert: How many levels of importance to we want?
16:59:02 <fantasai> plinss: Not a matter of importance, a matter of intent
16:59:16 <fantasai> Bert: We limit CSS to altering things in the viewport, not reaching into UI
16:59:33 <fantasai> plinss: Nothing about this property affects UI. Only default behavior when rendering the document.
16:59:36 <fantasai> Bert: Isn't that the same thing?
16:59:37 <fantasai> plinss: No.
16:59:52 <fantasai> Bert: What does it does if not influence print dialog?
17:00:01 <fantasai> plinss: Doesn't influence dialog, influences behavior.
17:00:23 <Zakim> -[Microsoft]
17:00:47 <fantasai> TabAtkins: UA could choose to present this info in the dialog, but not required to do anything like that
17:01:02 <fantasai> Bert: Keep hearing it's a UI problem that the user can't decide whether to print backgrounds or not.
17:01:18 <fantasai> Bert: It's not just that I don't like it. I think it's bad design.
17:01:18 <Zakim> -dbaron
17:01:37 <fantasai> plinss: Don't think your first two arguments are valid, but for the third...
17:01:48 <fantasai> plinss: I think this gives a way for the author to express his intent.
17:01:53 <Zakim> -arno
17:01:55 <fantasai> plinss: Would like a path forward other than a wiki page
17:02:05 <fantasai> plinss: Since that just puts it off again
17:02:41 <fantasai> fantasai: I think having a wiki page would be valuable.
17:03:06 <fantasai> fantasai: Give a clear overview of the options, their pros and cons, etc. Give everyone a clear overview.
17:03:11 <fantasai> http://wiki.csswg.org/ideas/print-backgrounds
17:03:15 <fantasai> Meeting closed.
17:03:16 <Zakim> -hober
17:03:17 <Zakim> -kimberlyblessing
17:03:17 <Zakim> -arronei_
17:03:18 <Zakim> -Oliver_Goldman
17:03:19 <Zakim> -sylvaing
17:03:20 <Zakim> -florian
17:03:20 <Zakim> -smfr
17:03:21 <Zakim> -TabAtkins_
17:03:23 <Zakim> -SteveZ
17:03:25 <Zakim> -??P31
17:03:25 <florian> florian has left #css
17:03:27 <Zakim> -stearns
17:03:30 <Zakim> -alexmog
17:03:31 <Zakim> -plinss
17:03:33 <Zakim> -Bert
17:03:35 <Zakim> -bradk
17:03:39 <alexmog1> alexmog1 has left #css
17:03:48 <alexmog> alexmog has left #css
17:03:55 <Zakim> -nimbu
17:04:11 <Zakim> -??P1
17:04:12 <Zakim> Style_CSS FP()12:00PM has ended
17:04:14 <Zakim> Attendees were plinss, florian, stearns, +1.206.552.aaaa, nimbu, hober, arronei_, +1.206.324.aabb, Oliver_Goldman, +1.281.305.aacc, TabAtkins_, bradk, sylvaing, SteveZ,
17:04:17 <Zakim> ... +1.415.832.aadd, arno, smfr, Bert, johnjansen, dbaron, +1.425.246.aaee, alexmog, kimberlyblessing
17:09:38 <dbaron> dbaron has joined #css
17:11:33 <smfr> smfr has left #css
17:11:34 <arno> arno has joined #css
17:38:27 <szilles> szilles has joined #css
18:15:28 <stearns> stearns has joined #css
18:55:59 <Zakim> Zakim has left #css
18:56:11 <Ms2ger> RRSAgent, please excuse us
18:56:11 <RRSAgent> I see no action items