Closed
Bug 190195
Opened 22 years ago
Closed 20 years ago
Stop using RDF for chrome manifest files
Categories
(Core :: XUL, enhancement, P2)
Tracking
()
RESOLVED
WONTFIX
mozilla1.5alpha
People
(Reporter: alecf, Assigned: alecf)
References
Details
(Keywords: memory-footprint)
So the big blocker for bug 107059 (removing RDF from embedding) is that the
chrome registry uses RDF for its manifest files, and for the chrome registry
data itself.
The solution I see is something where we move away from using RDF at all and
move to some sort of very simple property/value (i.e. nsPersistentProperties
and/or nsManifestLineReader) format to describe a chrome package.
This is going to be a real pain though, because we have to migrate all existing
chrome, and probably at least recognize that a .jar file is old.
The good news is that memory use will be much more efficient than using RDF,
which has to allocate all sorts of objects (nsIRDFResources and the like) and
strings just to represent a property.
Assignee | ||
Updated•22 years ago
|
Status: NEW → ASSIGNED
Priority: -- → P2
Target Milestone: --- → mozilla1.4beta
Assignee | ||
Updated•22 years ago
|
Target Milestone: mozilla1.4beta → mozilla1.5alpha
Comment 1•20 years ago
|
||
The embed chrome registry fixed this, as did the toolkit chrome registry, in
various ways. Seamonkey still uses RDF, but that's ok.
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → WONTFIX
Assignee | ||
Comment 2•20 years ago
|
||
nice!
You need to log in
before you can comment on or make changes to this bug.
Description
•