Open Bug 1850893 Opened 1 year ago Updated 2 months ago

[meta] Stop extending a table for the tree-view

Categories

(Thunderbird :: General, task, P3)

Tracking

(thunderbird_esr115 wontfix)

Tracking Status
thunderbird_esr115 --- wontfix

People

(Reporter: aleca, Unassigned, NeedInfo)

References

(Blocks 2 open bugs)

Details

(Keywords: meta)

Attachments

(1 file)

Using an HTML Table element for the initial TreeView implementation has been very beneficial since it allowed us to inherit the elastic resizing of columns.
We reached a point where the DOM reflow performance is affected by the table structure.
Now that we have many tests and good performance for the current widget, we can explore its rebuild with simple divs.

Duplicate of this bug: 1854706
Duplicate of this bug: 1854810
Duplicate of this bug: 1848106
Keywords: meta

Geoff, Martin, what do you think about this?
Is this worth pursuing this maybe around Q4 this year or we don't have any more performance and DOM rendering concerns about extending a table?

The WIP patch I attached is a proof of concept to confirm the possibility of having the columns resizing feature behaving properly and it seems to work.

Flags: needinfo?(martin)
Flags: needinfo?(geoff)

My gut feeling is that it's probably better in the longer term, as the table layout is the exception for the usage of that widget, and other more list but with freeform data contents usages grow. It not being a table will also make it so we don't have to deal with some annoying quirks of tables when we're doing things that aren't really tables.

I do wonder what exactly the impact is for assistive technologies though. (It might be better there too?)

Flags: needinfo?(martin)
Assignee: alessandro → nobody
Depends on: 1834656
Blocks: 1834656
No longer depends on: 1834656
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: