95825 - cache sort result of charset menu

Status: RESOLVED WORKSFORME

(Core :: Internationalization, defect)

Description

[Frank Tang]

currently, we use nsICollation at the start up time to build the charset menu.
The delay of building charset menu is report in a different bug. But we should
also consider cache the sort result in a disk cache (nsIPref*?) so we don't need
to sort again and again.

Comment 1

[Frank Tang]

the other thing we should consider is if the list is static per localization, we
should presort in the localization time and remove the sorting in the run=time. 

Comment 2

[Oliver Klee]

Marking as blocker of bug 7251 (start-up time).

Comment 3

[Frank Tang]

mark m94

Comment 4

[Roy Yokoyama]

changing to m0.9.5

Comment 5

[Roy Yokoyama]

assigning to jbetak

Comment 6

[[e-mail] (away - not reading bugmail)]

marking 1.0, I'm quite confident I can complete the work on lazy charset menu 
initialization, this bug would be an addional optimization, which needs to be 
re-evaluated at a later time. I might be able to resolve it as part of my patch 
for bug 64146.

Comment 7

[Frank Tang]

jbetak's contract is up. Bulk move bugs to ftang

Comment 8

[Andreas Becker]

Changing QA contact to bobj for now. Bob, please re-assign further as you see is
appropriate.

Comment 9

[Adam Hauner]

-> to default owner (rather than ftang's WONTFIX)

Comment 10

[Henri Sivonen (:hsivonen)]

Current in-RAM caching of the sorted menu is fast enough.