Skip to content
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

El in row doesn't shrink wrap child when min width set #270

Open
Orasund opened this issue Feb 2, 2021 · 2 comments
Open

El in row doesn't shrink wrap child when min width set #270

Orasund opened this issue Feb 2, 2021 · 2 comments
Labels
has-ellie This is a bug and has an ellie which demonstrates it.

Comments

@Orasund
Copy link

Orasund commented Feb 2, 2021

SSCCE

If an element within a row has height shrink along with a min width, it will always take the minimum width regardless of the greater width of any child element.

This is a similar problem to #262, though possibly unrelated.

Expected behavior
Changing row to column fixes the problem: The width is now the biggest width of all child elements but at least the minimum width.

Versions

  • OS: Win 10
  • Browser: Chrome
  • Browser Version: 88
  • Elm Version: 0.19.1
  • Elm UI Version: 1.1.6. , 1.1.7 and 1.1.8 (have not checked anything before 1.1.6)
@github-actions github-actions bot added the has-ellie This is a bug and has an ellie which demonstrates it. label Feb 2, 2021
@snaguf
Copy link

snaguf commented Mar 4, 2021

I run into this issue too. I turns out that this is reproducible with both row and column as parents. When column is the parent, children el [ height (shrink |> minimum 100 ] is fixed with minimum height. When parent is row, as stated before affected attribute is width.

I found out that a hacky solution is to wrap the children inside another el.

I also reviewed the before mentioned issue #262 and can confirm that removing !important from min-width fixed this issue at least in Firefox DevTools.

@coinop-logan
Copy link

It is so sad to see this kind of issue still around. I love Elm UI, and even with this stuff it's better than the alternatives. Still, it makes me wonder about the future of this project...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
has-ellie This is a bug and has an ellie which demonstrates it.
Projects
None yet
Development

No branches or pull requests

3 participants