Re: [csswg-drafts] [css-env] getting access to the document title (#3685)

The CSS Working Group just discussed `getting access to the document title`.

<details><summary>The full IRC log of that discussion</summary>
&lt;dael> Topic: getting access to the document title<br>
&lt;dael> github: https://github.com/w3c/csswg-drafts/issues/3685<br>
&lt;dael> astearns: This was intorduced last week, discussion of scope and that it's not usefulin all situations. What else did you want on this florian ?<br>
&lt;dael> florian: Not much to add, just cut by clock. I think it would be useful to be able to acess doc title from env. tanpointed out this is not powerful enough for general problem<br>
&lt;dael> florian: The generic solution pretty much calls for regions, though. This is much simplier and solves some cases so I think it's good to do. I recognize it's not a full solution<br>
&lt;dael> AmeliaBR: One thing is that CSS has a mech for what florian wants in GCPM module. That is a much more complex and nuanced system of pulling bits of text from a heading and reusing in other parts of layout.<br>
&lt;dael> AmeliaBR: I don't know if there's any interest in getting that cleaned and into browsers or if we want the quick win<br>
&lt;dael> florian: I think we should do this regardless. Other is slighly more powerful, but it's still plaintext only and only works in paged margin boxes so if you don't paginate you get nothing. So this is less expressive but more applicable and simplier<br>
&lt;dael> florian: I was discussing in context of Viviostyle and there were cases to not envoke the whole complex process, just I want the title and put it there.<br>
&lt;dael> florian: I don't think I wouldn't be pushing if we didn't have nth function. We have the mech so this is exposing a value through it<br>
&lt;dael> Rossen: Main motivation is in paginated scenarios?<br>
&lt;dael> florian: Commonly seen in paginated but this doesn't have to be restricted. With nth works everywhere. If you want something pagination-like you can envoke things like this<br>
&lt;dael> Rossen: Just curious use cases<br>
&lt;dael> florian: Same type of layout as paginated media but actual pagination with css level of page is one thing, but something that visually looks like pages is another. I'm aware of wanting to do things that look page-like is a use case<br>
&lt;dael> fantasai: Concern is this is too simple for what's wanted. If we go in this direction we'll be too limited. Don't know how urgent this is. If it's not something we have to do really soon might be worth trying to sort out more generic that solves this class of problems rather then special casing this<br>
&lt;bkardell_> it seems like we have maybe a lot of things that are almost related to this<br>
&lt;dael> florian: Don't think particularly urgent. In that sense okay with punting. More generic is way more complicated. I don't see this as trying to solve whole problem. If want to expose more through nth it seems reasonable.<br>
&lt;dael> fantasai: If it would solve 80% use cases it's worth, but seems closer to 20% so I don't know it's worth introducing a new pattern if we're not planning to pursue patterns<br>
&lt;dael> florian: I think for ebook this would solve most of the problems. Depends on how you say 100%<br>
&lt;dael> fantasai: But they also want page number and chapter<br>
&lt;bkardell_> q+<br>
&lt;dael> florian: But ebooks has chapters. It is simple<br>
&lt;dael> bkardell_: I'm interested in this use case. I feel like I would like to talk to florian a bit to understand more off call. If it only can give you the plain text would you not be able to achieve most by setting a custom prop for now? I think we said it's just plain text so the 20% of use cases wouldn't they be served equally as well with a css custom prop?<br>
&lt;dael> astearns: It's content duplication and you run the risk of out of sync. This is slightly better then dup in custom prop<br>
&lt;dael> florian: ebook with 25 chapters if you use nth you pull from doc, custom prop you have it for each chapter<br>
&lt;dael> bkardell_: That's what I'd like to understand more. They're not input manually, they're built.<br>
&lt;dael> bkardell_: Would mean multiple rules<br>
&lt;florian> s/But ebooks has chapters/but in ebooks, chapters are HTML files, so, it is sufficient for that case/<br>
&lt;dael> astearns: Prob enough for now. Not hearing enough to persue for now. Maybe if we saw use of custom properties for this could make better solution<br>
&lt;dael> florian: I'm hearing sufficent skeptisism we're punting<br>
&lt;dael> AmeliaBR: florian worth looking if there are similar doc properties where worth a common mech. Doc URL or parts of URL might be similarly useful. Have permalink on a file. I haven't looked and it's a matter of looking at what people are actually using to insert into the generated content<br>
&lt;dael> florian: We can think of a few more, but that's enough for the topic today. We can go offline<br>
</details>


-- 
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/3685#issuecomment-479692985 using your GitHub account

Received on Wednesday, 3 April 2019 23:21:42 UTC