* update json * Update for Odyssey * remove todo. * update Odyssey * Fix odyssey - named logo * update sort * update sort * support ares-chain v1.1.0 * support ares-chain v1.1.0 * support ares-chain v1.1.0 * support ares-chain v1.1.0 * support ares-chain v1.1.0 * support ares-chain v1.1.0 * support ares-chain v1.1.0 * update ares pic * support ares-chain v1.1.0 * update gladios png * support ares-chain v1.1.0 * update ares-gladios.ts * update ares-gladios.ts * fix pic not find * sort order * remove repetitive * update ares-gladios.ts * Update type for runtime 106 * Add parachain-mars type json. * Add parachain-odyssey logos/index.ts * Update AccountParticipateEstimates, bsc_address, estimates_id * update index.ts * Update ares odyssey. * update order * update order Co-authored-by: linhai <kami@cancanyou.com> Co-authored-by: zzm <zzmwork8@gmail.com> |
||
|---|---|---|
| .. | ||
| src | ||
| LICENSE | ||
| package.json | ||
| README.md | ||
| tsconfig.build.json | ||
@polkadot/apps-config
General config for various services, including settings, external links & types. This is a central source of all the configuration settings that can be tweaked. This also means that it can be customized (via PR) to support any additional chains. The internals are split into a number of settings -
- api - Here you can add any chain or node-type specific types configuration. When added, it means that when the UI connects to either a runtime with a spec name, or a chain with a specific name, the types will be automatically added to the API as used in the app.
- links - These are all links to external providers such as explorers. This information is used anywhere where there is an external link to determine the providers for these links.
- settings - These are used in dropdowns, specifically under the settings page.
- ui - Logos & color settings for chain and node spec specific overrides. This means that when the runtime/chain is detected, the specific logo would be used.
Customization for each of these are discussed next.
Api
The API config can be done in one of two ways -
- chain - Here we are mapping to a specific chain name. Generally the next type would be preferred, however if you are supporting multiple chains with individual configs, you would probably want to add the chain-specific information in here.
- spec - Here we are mapping from the runtime spec name of the chain to specific types. This means that when connected to a specific spec, these types will be injected.
The actual type definitions you should be familiar with, it is exactly the same as you would upload via the settings page in JSON, or as detailed in the API types pages.
Links
We are not going to spend too much time here, since it is generally applicable to explorers and like services. However, should you run one of these services, you can take a look at the existing configs and customize for your setup.
Settings
There are 2 general areas of interest here -
- endpoints - This is where we can add additional endpoints to appear in the dropdowns. We would like to keep this to mostly live networks, although based on demand can probably extend to a testing-only section as well.
- ss58 - Should you wish to add your ss58Format to the settings dropdown, this is where the configuration take place
UI
These are self-explanatory and config here actually does get used in other parts as well. Basically the information here is broken down into a couple of categories -
- colors
- color configuration based on chain
- identityIcon
- specific identityIcon to use based on node name
- logos
- chains - Specific logos when connecting to a specific chain
- nodes - Logos that are used when connecting to a specific runtime spec type (catch-all)
- named - These logos are used as overrides when we pass an explicit logo name