
GITHUB . COM {
}
Detected CMS Systems:
- Wordpress (2 occurrences)
Title:
[selectors-4] Defer complex selectors inside :nth-child() etc. to L5 Β· Issue #3760 Β· w3c/csswg-drafts
Description:
At the F2F we briefly discussed deferring combinators inside :nth-child() etc. to a future level of Selectors, to make it easier for us to get implementations and interop on the more critical featureset. However, we didn
Website Age:
17 years and 8 months (reg. 2007-10-09).
Matching Content Categories {π}
- Careers
- Technology & Computing
- Mobile Technology & AI
Content Management System {π}
What CMS is github.com built with?
Github.com is powered by WORDPRESS.
Traffic Estimate {π}
What is the average monthly size of github.com audience?
ππ Tremendous Traffic: 10M - 20M visitors per month
Based on our best estimate, this website will receive around 10,000,019 visitors per month in the current month.
However, some sources were not loaded, we suggest to reload the page to get complete results.
check SE Ranking
check Ahrefs
check Similarweb
check Ubersuggest
check Semrush
How Does Github.com Make Money? {πΈ}
Subscription Packages {π³}
We've located a dedicated page on github.com that might include details about subscription plans or recurring payments. We identified it based on the word pricing in one of its internal links. Below, you'll find additional estimates for its monthly recurring revenues.How Much Does Github.com Make? {π°}
Subscription Packages {π³}
Prices on github.com are in US Dollars ($).
They range from $4.00/month to $21.00/month.
We estimate that the site has approximately 4,989,889 paying customers.
The estimated monthly recurring revenue (MRR) is $20,957,532.
The estimated annual recurring revenues (ARR) are $251,490,385.
Wordpress Themes and Plugins {π¨}
What WordPress theme does this site use?
It is strange but we were not able to detect any theme on the page.
What WordPress plugins does this website use?
It is strange but we were not able to detect any plugins on the page.
Keywords {π}
selectors, fantasai, nthchild, complex, commented, cssmeetingbot, defer, inside, issue, ewilligers, agenda, sign, level, compound, restriction, added, projects, closed, discussed, combinators, make, easier, emilio, full, agreed, current, work, edits, resolution, navigation, code, pull, requests, actions, security, interop, list, items, color, nthoftype, safari, supports, implement, reasonable, iswherenothas, contributor, nthlastchild, member, css, working,
Topics {βοΈ}
defer complex selectors ewilligers edits contributor css work css working group complex selectors fantasai current level mentioning shipped complex selectors supporting complex selectors leave complex selectors implement complex selectors backgrounds alternately fantasai blink implementation progress comment metadata assignees full irc log complex selectors accept combinators agreed type projects projects milestone safari supports l5 discussion π react compound-selector interop compound selectors csswg resolution color fantasai ewilligers combinators makes items safari supports full power selectors [selectors-4] critical featureset issue big question dropping support implemented faster zebra-striping hide 3rd div+div main concern impl-wise recursively pass early january matching-sibling multiple browsers milestone relationships ] fantasai fantasai future level emilio asked
Payment Methods {π}
- Braintree
Questions {β}
- Already have an account?
- Do we want to do this?
- Bar)) is valid?
Schema {πΊοΈ}
DiscussionForumPosting:
context:https://schema.org
headline:[selectors-4] Defer complex selectors inside :nth-child() etc. to L5
articleBody:At the F2F we briefly discussed deferring combinators inside :nth-child() etc. to a future level of Selectors, to make it easier for us to get implementations and interop on the more critical featureset. However, we didn't resolve on the issue. Do we want to do this?
>
> [...]
> fantasai: I think it would make more sense with compound, not complex selectors
> fantasai: The big question for :nth-child() was compound vs complex selectors.
> fantasai: people want :nth-child(An+B of <selector>)
> fantasai: If dropping support for combinators makes it easier, would be good to get it implemented faster. Things like zebra-striping non-hidden rows is a major use case that's not currently solved otherwise.
> ewilligers: I think webkit already shipped complex selectors in :nth-child()
> dydz: I'm looking in the WK code
>
> fantasai: Emilio asked why we need selectors in :nth-child()
> fantasai: Say we have a list of items, I want to color their backgrounds alternately
> fantasai: But some of them are hidden; they're display:none
> fantasai: Counting is based on sibling list. If you hide 3rd one,
> 2nd and 4th will both have the same color
> fantasai: So want to count after filtering
> emilio: Whew, that's gonna be slow. We have a lot of caching already to make :nth-of-type() fast.
>
> ewilligers: I confirmed that Safari supports :nth-child(even of div+div)
> fantasai: My main concern is if other impls are more likely to implement without complex selectors, getting even compound-selector interop would still be great.
> emilio: I think impl-wise, not supporting complex selectors is easier.
> TabAtkins: Unless we recursively pass down the compound-only restriction into :is()/etc, you're at full power anyway.
> fantasai: Maybe that's reasonable to have that sort of restriction.
> fantasai: We'll just say Safari supports L5 of selectors, and L4 doesn't accept combinators
> <tantek> agreed. reasonable restriction
Possible proposals:
- Don't do this
- Do this only for :nth-child() and :nth-of-type()
- Also do this for :is()/:where()/:not()/:has()
author:
url:https://github.com/fantasai
type:Person
name:fantasai
datePublished:2019-03-25T23:48:00.000Z
interactionStatistic:
type:InteractionCounter
interactionType:https://schema.org/CommentAction
userInteractionCount:6
url:https://github.com/3760/csswg-drafts/issues/3760
context:https://schema.org
headline:[selectors-4] Defer complex selectors inside :nth-child() etc. to L5
articleBody:At the F2F we briefly discussed deferring combinators inside :nth-child() etc. to a future level of Selectors, to make it easier for us to get implementations and interop on the more critical featureset. However, we didn't resolve on the issue. Do we want to do this?
>
> [...]
> fantasai: I think it would make more sense with compound, not complex selectors
> fantasai: The big question for :nth-child() was compound vs complex selectors.
> fantasai: people want :nth-child(An+B of <selector>)
> fantasai: If dropping support for combinators makes it easier, would be good to get it implemented faster. Things like zebra-striping non-hidden rows is a major use case that's not currently solved otherwise.
> ewilligers: I think webkit already shipped complex selectors in :nth-child()
> dydz: I'm looking in the WK code
>
> fantasai: Emilio asked why we need selectors in :nth-child()
> fantasai: Say we have a list of items, I want to color their backgrounds alternately
> fantasai: But some of them are hidden; they're display:none
> fantasai: Counting is based on sibling list. If you hide 3rd one,
> 2nd and 4th will both have the same color
> fantasai: So want to count after filtering
> emilio: Whew, that's gonna be slow. We have a lot of caching already to make :nth-of-type() fast.
>
> ewilligers: I confirmed that Safari supports :nth-child(even of div+div)
> fantasai: My main concern is if other impls are more likely to implement without complex selectors, getting even compound-selector interop would still be great.
> emilio: I think impl-wise, not supporting complex selectors is easier.
> TabAtkins: Unless we recursively pass down the compound-only restriction into :is()/etc, you're at full power anyway.
> fantasai: Maybe that's reasonable to have that sort of restriction.
> fantasai: We'll just say Safari supports L5 of selectors, and L4 doesn't accept combinators
> <tantek> agreed. reasonable restriction
Possible proposals:
- Don't do this
- Do this only for :nth-child() and :nth-of-type()
- Also do this for :is()/:where()/:not()/:has()
author:
url:https://github.com/fantasai
type:Person
name:fantasai
datePublished:2019-03-25T23:48:00.000Z
interactionStatistic:
type:InteractionCounter
interactionType:https://schema.org/CommentAction
userInteractionCount:6
url:https://github.com/3760/csswg-drafts/issues/3760
Person:
url:https://github.com/fantasai
name:fantasai
url:https://github.com/fantasai
name:fantasai
InteractionCounter:
interactionType:https://schema.org/CommentAction
userInteractionCount:6
interactionType:https://schema.org/CommentAction
userInteractionCount:6
External Links {π}(2)
Analytics and Tracking {π}
- Site Verification - Google
Libraries {π}
- Clipboard.js
- D3.js
- Lodash
Emails and Hosting {βοΈ}
Mail Servers:
- aspmx.l.google.com
- alt1.aspmx.l.google.com
- alt2.aspmx.l.google.com
- alt3.aspmx.l.google.com
- alt4.aspmx.l.google.com
Name Servers:
- dns1.p08.nsone.net
- dns2.p08.nsone.net
- dns3.p08.nsone.net
- dns4.p08.nsone.net
- ns-1283.awsdns-32.org
- ns-1707.awsdns-21.co.uk
- ns-421.awsdns-52.com
- ns-520.awsdns-01.net