Fixed footer don't keep position when content is replaced #2042

Closed
MauriceG opened this Issue Jul 7, 2011 · 4 comments

Comments

Projects
None yet
3 participants
@MauriceG
Contributor

MauriceG commented Jul 7, 2011

Fixed footer don't keep position when content is replaced e.g. when hiding the one content and show a lower content-div.
jqm b1 and latest (06.07.2011 19:58) with safari on windows, ipad 2 and iphone 3G. Chrome on Windows.

jsfiddle demo link at next comment

@OwenBrotherwood

This comment has been minimized.

Show comment
Hide comment
@MauriceG

This comment has been minimized.

Show comment
Hide comment
@MauriceG

MauriceG Jul 11, 2011

Contributor

Thanx

Contributor

MauriceG commented Jul 11, 2011

Thanx

@ghost ghost assigned jblas Aug 7, 2011

jblas added a commit that referenced this issue Oct 14, 2011

Fixed #2348 - lists-search-with-dividers breaks fixed footer
- Fixed header/footer code now listens for a custom event "contentmodified" on the document to figure out if it should be repositioned or not. Modified collapsible and listview to fire off contentmodified whenever they modify content. Developers can also fire off this event to trigger position updates for fixed headers/footers, so this could be used to address issue #2042 and the mention of collapsible in #2596.
@jblas

This comment has been minimized.

Show comment
Hide comment
@jblas

jblas Oct 14, 2011

Contributor

@MauriceG

I just landed some changes that allow developers to fire off a "contentmodified" event when they show/hide content as your example does. The fixed headers/footers listen for this event to figure out if they should reposition themselves.

773497b

Contributor

jblas commented Oct 14, 2011

@MauriceG

I just landed some changes that allow developers to fire off a "contentmodified" event when they show/hide content as your example does. The fixed headers/footers listen for this event to figure out if they should reposition themselves.

773497b

@jblas jblas closed this Oct 14, 2011

jblas added a commit that referenced this issue Oct 19, 2011

Renamed the custom event I added to fix #2348 from "contentmodified" …
…to "updatelayout" so that it reflects more of what it should be used for. Note that this also affects #2042 and the mention of collapsible in #2596.
@jblas

This comment has been minimized.

Show comment
Hide comment
@jblas

jblas Oct 19, 2011

Contributor

Just an update on this ... I renamed the custom event used to fix this problem from "contentmodified" to "updatelayout".

3130b52

Contributor

jblas commented Oct 19, 2011

Just an update on this ... I renamed the custom event used to fix this problem from "contentmodified" to "updatelayout".

3130b52

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment