W3C home > Mailing lists > Public > public-html-admin@w3.org > July 2013

[Bug 22771] New: html layers reflow in browsers

From: <bugzilla@jessica.w3.org>
Date: Tue, 23 Jul 2013 10:47:14 +0000
To: public-html-admin@w3.org
Message-ID: <bug-22771-2495@http.www.w3.org/Bugs/Public/>

            Bug ID: 22771
           Summary: html layers reflow in browsers
    Classification: Unclassified
           Product: HTML WG
           Version: unspecified
          Hardware: PC
                OS: Windows NT
            Status: NEW
          Severity: normal
          Priority: P2
         Component: HTML5 spec
          Assignee: dave.null@w3.org
          Reporter: jmichae3@yahoo.com
        QA Contact: public-html-bugzilla@w3.org
                CC: mike@w3.org, public-html-admin@w3.org,

when using layers, it is pretty much impossible to try to reflow the document
restarting from the top in a different layer - this frustrates me, because
that's now the concept of a layer is supposed to work.
currently, when you have elements with different z-indexes interspersed
throughout the document, you get big holes and strangenesses in your document
where it should be reflowing either next in the same layer if z-indexes match,
or to the top of the layer if it's the first element in the layer.
layers are supposed to be like transparent sheets of plastic laid on top of
each other and you put things on it. yes? 
I would expect my next css z-index:2; layer to reflow from the top like a
layered document is supposed to. 
lay some transparencies on top of each other for a visual - or imagine it. 
where does each document start at? the top. 

how it should work:
I would like to see new css z-index (layers) have the elements which have that
css property reflow from the top of the document.
elements that come later on which are from the main z-index (layer), should
simply be put in place where they belong on that layer, without holes.

You are receiving this mail because:
You are on the CC list for the bug.
Received on Tuesday, 23 July 2013 10:47:15 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:57:24 UTC