Почему свойство min-height со значением min-content игнорируется?

Question

[imko]

Пример
Блок родителя с

height: 123px;
min-height: min-content;

имеет в себе дочерний блок высотой какой угодно большей чем height родителя
Ожидаю что при ограничении min-height высота родителя станет НЕ МЕНЬШЕЙ чем высота дочернего, но это на него никак не влияет, аналогично с другими значениями - fit-content и max-content
Судя по тому что так работает и в хроме и в лисе так и должно быть, но почему? И как тогда сделать чтобы высота родителя была не меньше ребенка даже если у родителя она задана собственная?

Comments

[Ankhena]

Зачем задавать высоту родителю, если нужно, чтобы он растягивался по содержимому?
Зачем задавать родителю overflow, если нужно, чтобы то, что выпало не обрезалось, а как раз таки охватилось родителем?

Зачем задавать свойства непригодные для решения задачи, а потом удивляться, что они работают не так?

[imko]

Ankhena, а какие свойства будут пригодны для того чтобы раскрытие спойлера анимировать? Самое простое и удобное изменить высоту с 0 до scrollHeight и установить transition для нее. Но так как после открытия спойлера высота контента может в нем меняться, чтобы не вешать наблюдатель достаточно изменить min-height до min-content (ну если бы он работал так как я ожидаю) с delay равным transition`у высоты. Таким образом у меня все лежит в одном месте а скрипт просто ставит scrollHeight в css-переменную, и пинает класс состояния

[imko]

Ankhena, зачем спойлеру overflow прятать я думаю понятно)

[imko]

Ankhena, ну а на трейтий вопрос ответить не могу, он из разряда зачем солнце не светит)

[Ankhena]

imko, прекрасный план. А если поменять в конце высоту на auto по этому же плану?

[imko]

Ankhena, скриптом? тогда тайминг отвязывается стилей, как минимум придется читать computedStyle и тащить от туда транзишон

[Ankhena]

imko, на коленке, куда-то туда https://codepen.io/AnnaSummer/pen/mdjdyGj

[imko]

Ankhena, спасибо) тоже думал в сторону keyframes, но при переключения состояния во время выполнения одной анимации получится рывок до конца и потом уже смена в обратную сторону. Наверно без разницы, долбежка спойлера не то чтобы целевой сценарий использования)

[imko]

Ankhena, в общем я пораскинул тем что осталось от мозгов на сегодняшний день и родил вот это. Подозреваю можно было обойтись и без грида, но не без requestAnimationFrame( хотя логика все еще очень простая осталась. А самое главное он не "телепортирует" стейт во времени и можно его подрючить посреди изменения, и при закрытии учитывает реальную высоту содержимого а не то что было в прошлый раз насчитано. Прошлые попытки упростить это дело у меня заканчивались получением только одного из этих качеств)