Closed
Bug 803409
Opened 12 years ago
Closed 10 years ago
Find a better fix for the workaround in bug 803170
Categories
(Firefox OS Graveyard :: Gaia::Settings, defect)
Firefox OS Graveyard
Gaia::Settings
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: cjones, Unassigned)
Details
See the discussion in that bug. The mechanism that the settings app uses for transitions is a bit fragile, and was broken by bug 703241.
Comment 1•12 years ago
|
||
Agreed, we need another way to do these panel transitions — not only because of the viewport trick, but also because the transitions are really sketchy, see bug 796804. Yesterday I spent most of my day trying to get smoother transitions, which will probably imply some JS to set a `display: none;' rule on all panels but the active and former active one… If you have any suggestion to make these transitions more robust *and* smoother, I’m all ears. I’d prefer to stay on a purely declarative solution, but the priority is to get smooth/robust transitions here.
Comment 2•12 years ago
|
||
(In reply to Fabien Cazenave [:kaze] from comment #1) > Yesterday I spent most of my day trying to get smoother transitions, which > will probably imply some JS to set a `display: none;' rule on all panels but > the active and former active one… If you are transitioning something from hidden, transition the |visibility| property instead of setting |display| before or after the transition. This is what I recently learned on the job, and I've even wrote a blog post about it! http://blog.timc.idv.tw/posts/css-transition-on-visibility-property/
Updated•12 years ago
|
Component: Gaia → Gaia::Settings
Comment 3•10 years ago
|
||
With the recent work and AMD refactor this seems to be working fairly well now. Please reopen with more details if you think this is still an issue.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•