Confirmed users
206
edits
Mobile/Notes/13-Mar-2013: Difference between revisions
→Scott (jwir3)
(→Kats) |
|||
| Line 52: | Line 52: | ||
===Margaret=== | ===Margaret=== | ||
===Scott (jwir3)=== | ===Scott (jwir3)=== | ||
'''Last Week:''' | |||
* I've been working on multicolumn bugs for the last few weeks, so no progress in readability to report. | |||
'''This Week:''' | |||
* Profiling performance issues with reflow-on-zoom to determine what might be causing lag when zooming in, then zooming back out. '''Note:''' Yesterday, when I clobbered/recompiled with the optimized build, I noticed that this issue is not nearly as pronounced as it used to be, leading me to speculate that there were some painting changes that may have been landed recently that may have helped fix this... I'm still double-checking this to verify whether the problem has gone away. These profiles will hopefully lead to a solution to {{bug|836565}} and {{bug|836568}}. | |||
* Working on a solution for {{bug|800805}}. | |||
'''Blocked On:''' | |||
* What to look for in the profiles that could be fixed/optimized to alleviate the zoom performance issue. What I've seen thus far, we're at about 40% time spent in nsPresShell::Paint and 40% time spent in layout::DoReflow. dbaron and I discussed possibly marking only a subset of frames dirty in the frame tree when we perform a reflow-on-zoom operation, but this may or may not get us what we want. | |||
===BLassey=== | ===BLassey=== | ||
===MFinkle=== | ===MFinkle=== | ||