Skip to content
This repository was archived by the owner on Oct 8, 2021. It is now read-only.

Fixed iPad Positioning Bug#264

Closed
JeffreyWay wants to merge 14 commits intojquery-archive:masterfrom
JeffreyWay:master
Closed

Fixed iPad Positioning Bug#264
JeffreyWay wants to merge 14 commits intojquery-archive:masterfrom
JeffreyWay:master

Conversation

@JeffreyWay
Copy link
Contributor

There seems to be some strange bug where, on the iPad, icons/thumbnails were being positioning in relation to the window, rather than their positioned parent (weird). This forced all of the icons into the top-left corner of the window (on the iPad).

I narrowed the glitch down to the ".ui-li .ui-btn-text" selector (listview.css). The overflow:hidden section was causing the glitch. Setting the value to "visible" for the iPad fixes it.

scottjehl and others added 14 commits October 21, 2010 13:11
…the new unHashedSelectors var. So far, this only includes [data-rel=dialog]
- allowed prevention of hash listening during a particular hash change
- allowed $.activePage to remain set on previous page when an untracked page is open (return pageshow event false to use this feature)
- moved setting and resetting to base urls and made sure they update at the right moment for both new pages and those previously visited.
- changePage now accepts an array as first argument, allowing you to specify both [from,to] pages, whereas non-array types would refer to the "to" page, assuming "from" should be the currently viewed page
- error requests never generate a hash change now
- edited the ajax error to appear in the right location when scrolled

Essentially, plugins can now create page changes that are not tracked in history, which is a dialog critical bug.
@scottjehl
Copy link

Removed the ajaxClick function and moved its logic into the live click event handler, where it is now refactored and simplified. Thx to Jeffrey Way for ideas that went into this refactor.

Also, clicks that are triggered on anchors will now be able to make a new http request, which improves listview behavior when clicking LIs that resolve to external urls.

Included in commit is a new demo/test page with various link types to make sure they behave as expected.

Closed by e736cae, Closed by e736cae

This pull request was closed.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants