GITHUB . COM {
}
Detected CMS Systems:
- Wordpress (2 occurrences)
Title:
[css-display-3] Specify who establishes initial formatting context · Issue #6708 · w3c/csswg-drafts
Description:
According to https://www.w3.org/TR/css-display-3/#block-container: A block container either contains only inline-level boxes participating in an inline formatting context, or contains only block-level boxes participating in a block forma...
Website Age:
17 years and 8 months (reg. 2007-10-09).
Matching Content Categories {📚}
- Social Networks
- Cryptocurrency
- Crafts
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 {🔍}
block, formatting, context, loirooriol, bfc, establishes, rosshjb, body, parent, initial, establish, commented, duplicate, sign, cssdisplay, issue, closed, container, boxes, projects, element, contributor, html, navigation, pull, requests, actions, security, httpswwwworgtrcssdisplayblockcontainer, participating, blocklevel, divs, explicitly, divdiv, elements, established, doesnt, author, root, current, work, github, type, milestone, footer, skip, content, menu, product, solutions,
Topics {✒️}
org/tr/2011/rec-css2-20110607/visuren personal information [css-display-3] inline-level boxes participating block-level boxes participating inline formatting context block formatting context block formatting context[ block container establishes block formatting contexts block-level elements assigned labels closed parent formatting context absolutely positioned elements comment metadata assignees type projects flow-root explicitly root element creates initial fc block container projects milestone block boxes inline-blocks display [css2] clarify block containers block box body element root element issue concern explicitly html establish table-cells table-captions closest thing duplicate milestone relationships establishes divs participate github parent bfc body bfc established establish parent sign divs established bfc skip jump
Payment Methods {📊}
- Braintree
Questions {❓}
- @Loirooriol How do we know that the html establish a BFC, from specification?
- @Loirooriol So, closing this?
- Already have an account?
- When we have only divs in body element, does who establishes initial block/inline formatting context?
Schema {🗺️}
DiscussionForumPosting:
context:https://schema.org
headline:[css-display-3] Specify who establishes initial formatting context
articleBody:According to https://www.w3.org/TR/css-display-3/#block-container:
> A block container either contains only inline-level boxes participating in an inline formatting context, or contains only block-level boxes participating in a block formatting context
When we have only `div`s in `body` element, does who establishes initial block/inline formatting context? In this case, i didn't apply any properties like `display: flow-root` explicitly:
```html
<body>
<div>1</div>
<div>2</div>
</body>
```
Certainly, because the `body` only contains block-level elements, these two `div`s participate in block formatting context, and thus we can say that the `body` is block container, at least.
But the condition which in BFCs are established is as follows( from https://www.w3.org/TR/2011/REC-CSS2-20110607/visuren.html#block-formatting ):
> Floats, absolutely positioned elements, block containers (such as inline-blocks, table-cells, and table-captions) that are not block boxes, and block boxes with 'overflow' other than 'visible' (except when that value has been propagated to the viewport) establish new block formatting contexts for their contents.
The example i posted above doesn't satisfy any these cases. So, i think that the spec should contain who establish initial formatting context.
author:
url:https://github.com/rosshjb
type:Person
name:rosshjb
datePublished:2021-10-02T23:33:28.000Z
interactionStatistic:
type:InteractionCounter
interactionType:https://schema.org/CommentAction
userInteractionCount:5
url:https://github.com/6708/csswg-drafts/issues/6708
context:https://schema.org
headline:[css-display-3] Specify who establishes initial formatting context
articleBody:According to https://www.w3.org/TR/css-display-3/#block-container:
> A block container either contains only inline-level boxes participating in an inline formatting context, or contains only block-level boxes participating in a block formatting context
When we have only `div`s in `body` element, does who establishes initial block/inline formatting context? In this case, i didn't apply any properties like `display: flow-root` explicitly:
```html
<body>
<div>1</div>
<div>2</div>
</body>
```
Certainly, because the `body` only contains block-level elements, these two `div`s participate in block formatting context, and thus we can say that the `body` is block container, at least.
But the condition which in BFCs are established is as follows( from https://www.w3.org/TR/2011/REC-CSS2-20110607/visuren.html#block-formatting ):
> Floats, absolutely positioned elements, block containers (such as inline-blocks, table-cells, and table-captions) that are not block boxes, and block boxes with 'overflow' other than 'visible' (except when that value has been propagated to the viewport) establish new block formatting contexts for their contents.
The example i posted above doesn't satisfy any these cases. So, i think that the spec should contain who establish initial formatting context.
author:
url:https://github.com/rosshjb
type:Person
name:rosshjb
datePublished:2021-10-02T23:33:28.000Z
interactionStatistic:
type:InteractionCounter
interactionType:https://schema.org/CommentAction
userInteractionCount:5
url:https://github.com/6708/csswg-drafts/issues/6708
Person:
url:https://github.com/rosshjb
name:rosshjb
url:https://github.com/rosshjb
name:rosshjb
InteractionCounter:
interactionType:https://schema.org/CommentAction
userInteractionCount:5
interactionType:https://schema.org/CommentAction
userInteractionCount:5
External Links {🔗}(4)
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