nsITobin rdf dictionaries should still work too

frg_Away: good morning, yeah but are people gonna be submitting and maintaining spellchecks as add-ons or is the project providing them?

BUT

here is what I will do in my new single project add-ons site .. we are still ONLY dealing with 2 4 8 and 64 as those are only real add-on types.. which if you remember your xpinstall is extension, skin, locale, and dictionary as far as seamonkey is conserned.. I just need to see if there is a way I can tell a langpack from a dictionary by manifest alone.. of course webextensions are designed to not HAVE types but .. there has to be a way without

patching the tree to tell them apart without asking the user.. assuming dicts and locales are ever to be submittable by regular users which I think is a bad idea due to strict requirements

ok so.. langpack_id key and a dictionaries key.. but I don't know if those can be merged and be a dict/langpack and still work

ugh

well as near as I can tell.. webextension manifest replaced browser_specific_settings with applications

but i don't think the add-ons manager is aware of that so it keeps looking in browser_specific_settings despite the json schema being updated..

so i am very confused at the hot mess the add-ons manager is in

no ok i found it.. it is doing both

that's fine.. stupid but fine why is browser_specific_settings still in central it was changed in 2018..

well i can likely differentiate then by langpack_id meaning webextension is locale and dictionaries meaning webextension is a type 64

and static themes by some theme key

anything else with a manifest.json is a normal webextension which is currently unsupported right

frg_Away?

We currently support only dictionaries and language packs. There might be other different extension types but I would have to dig them out of the code. So basically themes and all the other webext stuff is unsupported.

well i am ignoring system add-ons (former toolkit extensions) and api experiments (also former toolkit extensions now webextensions) of course since seamonkey doesn't use em

webextensions doesn't include xpinstall types for app or plugin or multipackage so no need to care about those.. and on the infra side.. multipackage xpis are a complication I simply decided to avoid