Switching to an application skin on startup (during xul onload event) provides a very simple means of applying an application skin (which is totally independent of Mozilla skins) However the selectskin method seems to save (persist) the skin name as a Mozilla skin. A very simple solution would be to have an additional option for the selectskin (or refreshskin) method which requests that the skinname is not to be saved persist='false'; chromeregistry.selectSkin('appskin',, persist); I think this should be a very simple change. PS As a workaround, I get the application to restore the default mozilla skin when the application is closed but if the application closes abnormally, then the mozilla default skin is not restored and Mozilla fails on startup.
This RFE is invalid if application 'user-skins' files can be specified in the package description. See bug 110752.
So, this is INVALID then, or what ...
INVALID by previous comments. pi
not really invalid ? currently user-skins can not be specified in package description and at this point the RFE 110752 has not been responded to
So is this a dupe of bug 110752 or does this bug depend on that one? pi
Nobody disagrees to this. pi *** This bug has been marked as a duplicate of 110752 ***