This repository has been archived by the owner on Sep 5, 2024. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 3.4k
md-list-item: flex filler for secondary container breaks layout #7976
Labels
Comments
devversion
changed the title
md-list-item - mysterious div[flex] added when not all flex values are fixed [bug]
md-list-item: flex filler for secondary container breaks layout
Apr 11, 2016
devversion
added a commit
to devversion/material
that referenced
this issue
Apr 16, 2016
* Currently the secondary container was pushed to the end of the list-item by using a flex element with auto. This is causing issues with custom content of developers, because the flex filler has a high priority and reserves space. * This can be fixed, by using a margin auto, which has a lower priority and isn't reserving any space. This allows the user to style the content himself and we won't interfere. Fixes angular#7976.
devversion
added a commit
to devversion/material
that referenced
this issue
Apr 16, 2016
* Currently the secondary container was pushed to the end of the list-item by using a flex element with auto. This is causing issues with custom content of developers, because the flex filler has a high priority and reserves space. * This can be fixed, by using a margin auto, which has a lower priority and isn't reserving any space. This allows the user to style the content himself and we won't interfere. Fixes angular#7976.
The codepen referenced on the material section (layout tips https://material.angularjs.org/latest/layout/tips) is also broken by the same or a similar issue.... http://codepen.io/team/AngularMaterial/pen/NxKBwW. Code based on the codepen works with 1.1.0-rc1 but broken after that. There is a "div flex" and a secondary item inserted when it shouldn't. |
devversion
added a commit
to devversion/material
that referenced
this issue
May 30, 2016
* Currently the secondary container was pushed to the end of the list-item by using a flex element with auto. This is causing issues with custom content of developers, because the flex filler has a high priority and reserves space. * This can be fixed, by using a margin auto, which has a lower priority and isn't reserving any space. This allows the user to style the content himself and we won't interfere. * The height of 100% for the secondary item container was depending on its parent DOM structure. So in some weird cases, the secondary item container was reserving 100% height of the screen. This property even became unnecessary, because now the secondary items are expecting its size correctly and will fill the remaining space by the auto margin. Fixes angular#7976.
devversion
added a commit
to devversion/material
that referenced
this issue
May 30, 2016
* Currently the secondary container was pushed to the end of the list-item by using a flex element with auto. This is causing issues with custom content of developers, because the flex filler has a high priority and reserves space. * This can be fixed, by using a margin auto, which has a lower priority and isn't reserving any space. This allows the user to style the content himself and we won't interfere. * The height of 100% for the secondary item container was depending on its parent DOM structure. So in some weird cases, the secondary item container was reserving 100% height of the screen. This property even became unnecessary, because now the secondary items are expecting its size correctly and will fill the remaining space by the auto margin. Fixes angular#8094. Fixes angular#7976.
devversion
added a commit
to devversion/material
that referenced
this issue
May 31, 2016
* Currently the secondary container was pushed to the end of the list-item by using a flex element with auto. This is causing issues with custom content of developers, because the flex filler has a high priority and reserves space. * This can be fixed, by using a margin auto, which has a lower priority and isn't reserving any space. This allows the user to style the content himself and we won't interfere. * The height of 100% for the secondary item container was depending on its parent DOM structure. So in some weird cases, the secondary item container was reserving 100% height of the screen. This property even became unnecessary, because now the secondary items are expecting its size correctly and will fill the remaining space by the auto margin. Fixes angular#8094. Fixes angular#7976.
devversion
added a commit
to devversion/material
that referenced
this issue
May 31, 2016
* Currently the secondary container was pushed to the end of the list-item by using a flex element with auto. This is causing issues with custom content of developers, because the flex filler has a high priority and reserves space. * This can be fixed, by using a margin auto, which has a lower priority and isn't reserving any space. This allows the user to style the content himself and we won't interfere. * The height of 100% for the secondary item container was depending on its parent DOM structure. So in some weird cases, the secondary item container was reserving 100% height of the screen. This property even became unnecessary, because now the secondary items are expecting its size correctly and will fill the remaining space by the auto margin. Fixes angular#8094. Fixes angular#7976.
Thanks! |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
and it breaks layout.
Codepen: http://codepen.io/evgeniyoz/pen/pyaWoj?editors=1010
Chrome 50.0.2661.66 beta (64-bit),
Safari 9.1
Firefox 45.0.1
Screenshot:
The text was updated successfully, but these errors were encountered: