-
-
Notifications
You must be signed in to change notification settings - Fork 161
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
clear: left on element after cycle #276
Comments
I'm having the same issue, |
looks like it only happen if you have 2 columns in a row. |
@schelmo Thanks submitting this. I think you're onto something here regarding how there are differences in using flexbox and not within Lost but could you be a bit more specific as to what you would expect it to do? Regarding the reason for adding @pl-mnm Could you elaborate on how @schelmo Could you be a bit more specific on what you would expect this to do? |
Apologies for not being clear the first time around. I'm having the same issue as described above (also in the codepen): in a two column grid the first cell in the second row doesn't clear anything so the top of the cells don't align. When I open up firebug, editing the |
@pl-mnm By "aligning" do you mean being flush with the bottom of the first "row"? |
Yes that's correct. |
@pl-mnm I attached a screenshot of what I'm understanding from you. |
Yes that's it. Sorry I didn't do it myself, I thought the codepen would be enough! |
I'm also seeing what you mean that the "desired" behaviour happens when I think I'm understanding a bit better now. I'll investigate. |
@pl-mnm The codepen was really helpful but one used Flexbox and the other didn't so I just wanted to be sure we were on the same page. 😄 |
I think the issue is confined to having having the cycle of 2. That is for 1/2 or anything with the cycle specified as 2. |
if we change it to "clear:right", we get a similar floating issue with a cycle greater than 2 |
@schelmo My gut is saying this is a breaking change. While it is fixing a "bug", I worry that there are people that are relying on this by accident. A thought might be that this could be a feature flag that could be enabled. |
@schelmo I'm working on adding a rule that would enable reverting to the old way with a global setting so that a refactor of code isn't needed if this was relied on. Should have something to glance at tonight. |
If a user would want to use the previous clearing method, this allows this.
* Adds global variable for clearing for fallback. | #276 * If a user would want to use the previous clearing method, this allows this. * Adds support for the new clearing method of "both" to lost-column. | #276 * Resets the globals in tests after lost-column test changes it. * Adds support for the new clearing method of "both" to lost-waffle. | #276
@schelmo @pl-mnm This is now merged into the Also on npm. |
Example:
http://codepen.io/schlmm/pen/PNRBZw?editors=1111
shouldnt the third element define clear: right (or even both) instead of clear: left, since the second element hast float: right ?
as you can see the third element doesnt start in a new "row".
if you change clear: left, to clear: right, the behaviour would be the same as if you use lost with flexbox.
(with flex: https://codepen.io/schlmm/pen/KzoBWq )
The text was updated successfully, but these errors were encountered: