Closed
Bug 987472
Opened 11 years ago
Closed 11 years ago
Setting TranslateX while Homescreen Pans Can be Optimized
Categories
(Firefox OS Graveyard :: Gaia::Homescreen, defect, P2)
Tracking
(Not tracked)
RESOLVED
WONTFIX
2.1 S2 (15aug)
People
(Reporter: mchang, Assigned: mchang)
References
(Depends on 2 open bugs)
Details
(Keywords: perf, Whiteboard: [c=uniformity p=3 s=2014.08.15 u=][systemsfe])
Currently, the homescreen app sets the translateX on every frame with "translateX" + pixelTranslate + "px", which creates a new string concatenation, string allocation, string flatten, and a GC cleanup later. While it's not an overbearing burden, this can be optimized. We need some support from layout to set simple CSS transforms w/o doing the stringify, concat, and parsing on the CSS side, which should buy us some performance gains.
Assignee | ||
Updated•11 years ago
|
Hardware: x86 → ARM
Target Milestone: --- → 1.4 S6 (25apr)
Comment 1•11 years ago
|
||
I think we need to figure out what the goal is here. I don't think creating new object primitives is going to fly, but I do think there might be some ways to have a fast path for CSS transforms and hardware accelerated properties.
My suggestion is to file a platform bug to add support for fast paths for hardware accelerated properties, then block on that bug. Things like scale(), translateX(), translateY(), and translateZ(), etc.
Comment 2•11 years ago
|
||
I filed bug 987477 as a general bug for investigating a solution for CSS transforms. There may already be something filed somewhere though.
Depends on: 987477
Depends on: 987479
Comment 3•11 years ago
|
||
We need either bug 987477 or bug 987479 to solve this. This is also needed for the new homescreen effort.
Blocks: vertical-homescreen
Updated•11 years ago
|
Target Milestone: 1.4 S6 (25apr) → 2.0 S1 (9may)
Updated•11 years ago
|
Whiteboard: [c=uniformity p=3 s= u=] → [c=uniformity p=3 s= u=][systemsfe]
Updated•11 years ago
|
Target Milestone: 2.0 S1 (9may) → 2.0 S2 (23may)
Updated•11 years ago
|
Target Milestone: 2.0 S2 (23may) → 2.0 S3 (6june)
Updated•11 years ago
|
Blocks: vertical-home-next
Updated•11 years ago
|
No longer blocks: vertical-homescreen
Updated•11 years ago
|
Target Milestone: 2.0 S3 (6june) → 2.0 S4 (20june)
Updated•11 years ago
|
Target Milestone: 2.0 S4 (20june) → 2.0 S5 (4july)
Updated•11 years ago
|
QA Whiteboard: [VH-FL-blocking-][VH-FC-blocking-]
Assignee | ||
Comment 4•11 years ago
|
||
Just spoke with Kevin, this isn't a blocker on the vertical homescreen at the moment. Since we now scroll with APZ, we only set transforms while in homescreen edit mode. It's a very nice to have feature though.
Updated•11 years ago
|
Target Milestone: 2.0 S5 (4july) → 2.0 S6 (18july)
Updated•11 years ago
|
Target Milestone: 2.0 S6 (18july) → 2.1 S1 (1aug)
Updated•11 years ago
|
Target Milestone: 2.1 S1 (1aug) → 2.1 S2 (15aug)
Assignee | ||
Comment 5•11 years ago
|
||
Since we have the vertical homescreen, we don't need this while panning the homescreen.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → WONTFIX
Whiteboard: [c=uniformity p=3 s= u=][systemsfe] → [c=uniformity p=3 s=2014.08.15 u=][systemsfe]
You need to log in
before you can comment on or make changes to this bug.
Description
•