support min-content, max-content, fit-content, and fill for height/min-height/max-height too

NEW
Unassigned

Status

()

Core
Layout
7 years ago
2 months ago

People

(Reporter: Giorgio, Unassigned)

Tracking

(Blocks: 1 bug, {dev-doc-needed})

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(1 attachment)

(Reporter)

Description

7 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.2; WOW64; en-US; rv:1.9.3a5pre) Gecko/20100518 Minefield/3.7a5pre ( .NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.2; WOW64; en-US; rv:1.9.3a5pre) Gecko/20100518 Minefield/3.7a5pre ( .NET CLR 3.5.30729)

hi, I've tried the new css values of intrinsic sizing and they are a fantastic improvement in the box design, but i really do not understand why they are only relative to width and not for height too

in flexbox orientation, for example, the improvement is only relative to horizontal oriented items

as David Baron proposes, the values should be definitely accepted by height too

http://dbaron.org/css/intrinsic/#new-width-values
http://lists.w3.org/Archives/Public/www-style/2007Nov/0119.html

thank you for your time

Reproducible: Always
What would they mean for height?
(Reporter)

Comment 2

7 years ago
hi David, i mean 

min-width:-moz-min-content; works

min-height:-moz-min-content; does not

-moz-*-content works only on [min|max]width
I know that.  I'm asking what you want them to do.
(Reporter)

Comment 4

7 years ago
ok sorry, i've bad interpreted your message...

i'm building right now a simple test where min-content & co are useful

thank you
(Reporter)

Comment 5

7 years ago
in the meanwhile i try to simplify my problem for submitting here, i ask you what do you have concluded about this...

what I've read let me think that you have decided to propose min|max-content for height too... but now i think not... this values are not available for height for a valid reason...

height:auto is equivalent to min-content but i think with one or more exceptions, in my case when display:block is used in conjunction with display:box

i'm not sure if my test is valid and maybe there is a workaround, but i try to submit it here
(Reporter)

Comment 6

7 years ago
Created attachment 446609 [details]
test min content
(run outer.htm)

i don't know what is the problem...
maybe the problem is

html{min-height:100%;} that is not working
if i can specify it instead of height:100%; probably it will works

now i think that is another problem and not relative to min-content

bye
(Reporter)

Updated

7 years ago
Attachment #446609 - Attachment description: test min content → test min content (run outer.htm)
(Reporter)

Comment 7

7 years ago
boris, on step 3 of the attachment

here the border image follows the minimum width of the contained purple bordered box

but in height not, there's no way to make the border image following content's height
min-height: 100% would work fine for you if you had a non-auto height on <html>, no?
(Reporter)

Comment 9

7 years ago
I'm trying to set a border image on the body
the border image should have as minimum size the client(iframe) minimum width and minimum height

--

min-height:100%;
height:auto;

on <html> should work, but min-height:100% on documentelement is probably not computed
> but min-height:100% on documentelement is probably not computed

It is.  But "height: auto" on the root means that a percentage height on the body will be ignored.  Is there a reason you can't put your border-image on the <html>?

Updated

3 years ago
See Also: → bug 852367
See Also: bug 852367
Duplicate of this bug: 852367
Duplicate of this bug: 1116494
Status: UNCONFIRMED → NEW
Component: CSS Parsing and Computation → Layout
Ever confirmed: true
OS: Windows XP → All
Hardware: x86 → All
Summary: request for min-content max-content etc for "HEIGHT" too → support min-content, max-content, fit-content, and fill for height/min-height/max-height too
Keywords: dev-doc-needed
Blocks: 1044597
Duplicate of this bug: 1121510
In vertical writing modes, the existing implementation for the width properties doesn't work (as it's really an implementation for inline-size). We should let it apply to height properties instead, but we don't parse these values there.
Blocks: 1122253
Fixing this involves fixing the callers of IsAutoBSize (which was tweaked in bug 1113216 to provide an auto/none/0-like behavior) to do the correct thing for thee values, which in some cases my involve propagating them on the nsHTMLReflowState.
See also IsNonAutoNonZeroBSize (helper used by nsBlockFrame::IsSelfEmpty), which received a similar tweak in bug 1126420.
No longer blocks: 1044597

Updated

10 months ago
Duplicate of this bug: 1255304
Blocks: 1312587

Comment 18

2 months ago
Is there any progress here?
You need to log in before you can comment on or make changes to this bug.