| 2015-10-13 15:42:40 |
Ugo Riboni |
bug |
|
|
added bug |
| 2015-10-13 15:43:21 |
Ugo Riboni |
webbrowser-app (Ubuntu): assignee |
|
Ugo Riboni (uriboni) |
|
| 2015-10-13 15:44:01 |
Bill Filler |
bug task added |
|
canonical-devices-system-image |
|
| 2015-10-13 15:44:08 |
Bill Filler |
canonical-devices-system-image: milestone |
|
ww46-2015 |
|
| 2015-10-13 15:44:14 |
Bill Filler |
canonical-devices-system-image: assignee |
|
Bill Filler (bfiller) |
|
| 2015-10-13 15:44:18 |
Bill Filler |
canonical-devices-system-image: importance |
Undecided |
High |
|
| 2015-10-13 16:44:04 |
Olivier Tilloy |
description |
In the mobile version of the new tab view, when the "more" button is activated, a view of all the bookmark folders is revealed.
Each bookmark folder is implemented as a Column with a Repeater inside, creating one Loader item for each bookmark in the folder.
Even if most of the Loaders remain inactive they still have a memory and initialization time cost, therefore the memory usage and initialization time of this view raises proportionally to the number of bookmarks in the database.
If the entire view could use instead a single ListView with one section per bookmark, then these costs would be avoided since the ListView maintains only delegates for the items that are visible at the moment.
This would likely require empty folders to not be hidden, since the ListView can only create sections when there is at least one item in that section. |
In the mobile version of the new tab view, when the "more" button is activated, a view of all the bookmark folders is revealed.
Each bookmark folder is implemented as a Column with a Repeater inside, creating one Loader item for each bookmark in the folder.
Even if most of the Loaders remain inactive they still have a memory and initialization time cost, therefore the memory usage and initialization time of this view raises proportionally to the number of bookmarks in the database.
If the entire view could use instead a single ListView with one section per bookmark, then these costs would be avoided since the ListView maintains only delegates for the items that are visible at the moment.
This would likely require empty folders to be hidden, since the ListView can only create sections when there is at least one item in that section. |
|
| 2015-10-13 16:44:07 |
Olivier Tilloy |
webbrowser-app (Ubuntu): status |
New |
Triaged |
|
| 2015-10-13 16:44:14 |
Olivier Tilloy |
webbrowser-app (Ubuntu): importance |
Undecided |
Medium |
|
| 2015-10-16 12:24:37 |
Pat McGowan |
canonical-devices-system-image: status |
New |
Confirmed |
|
| 2015-10-16 14:53:19 |
Bill Filler |
canonical-devices-system-image: importance |
High |
Medium |
|
| 2015-10-21 09:30:40 |
Ugo Riboni |
webbrowser-app (Ubuntu): status |
Triaged |
In Progress |
|
| 2015-11-10 22:42:34 |
Bill Filler |
canonical-devices-system-image: milestone |
ww46-2015 |
ww02-2016 |
|
| 2015-12-01 15:58:37 |
Olivier Tilloy |
branch linked |
|
lp:~osomon/webbrowser-app/bookmarks-proxy-model |
|
| 2015-12-03 17:35:33 |
Pat McGowan |
canonical-devices-system-image: status |
Confirmed |
In Progress |
|
| 2016-01-13 20:06:35 |
Jean-Baptiste Lallement |
canonical-devices-system-image: milestone |
ww02-2016 |
ww08-2016 |
|
| 2016-03-15 18:41:08 |
Bill Filler |
canonical-devices-system-image: milestone |
ww08-2016 |
backlog |
|
| 2016-06-04 09:40:50 |
doniks |
bug |
|
|
added subscriber krusty |
