Difference between revisions of "CoreWML"
From The Battle for Wesnoth Wiki
(Document common problems) |
(→Common Pitfalls) |
||
(4 intermediate revisions by 3 users not shown) | |||
Line 17: | Line 17: | ||
== Common Pitfalls == | == Common Pitfalls == | ||
− | * Similar to [campaign] tags, [core] tags are read before the core is loaded. Thus, [binary_path]s and translations defined in the file (or directory) set by '''path''' are not yet available. You must make sure that the icon '''image''' is available while another core is in use | + | * Similar to [campaign] tags, [core] tags are read before the core is loaded. Thus, [binary_path]s and translations defined in the file (or directory) set by '''path''' are not yet available. You must make sure that the icon '''image''' is available while another core is in use (the second method is recommended): |
+ | *# Use an image from the default core | ||
+ | *# Write the full path to the image, e.g. ''data/add-ons/my_core/images/icon-for-core-selection-menu.png'' | ||
+ | *# Set up the binary paths to be in use even when your core is not, by setting them in _main.cfg (untested). | ||
+ | * In case the core contains translations, use the third method to set up the '''[textdomain]''', so that the translation for the core's description and name are available. | ||
* Only add-ons designed for this core will be available. | * Only add-ons designed for this core will be available. | ||
− | * Add-ons created for a custom core need to specify that | + | * Add-ons created for a custom core need to specify the '''id''' of that core in the '''core''' key in the _server.pbl, see [[PblWML]]. Because of this, the _server.pbl or _info.cfg (generated by wesnoth on install) must be present if your add-on uses a custom core. |
− | + | * A new core will contain absolutely nothing. The engine may crash in a few cases, when it looks for something which isn't there ([https://github.com/wesnoth/wesnoth/issues/3702 known cases]). Report any such case so it can be fixed! | |
− | * A new core will contain absolutely nothing. The engine may crash in a few cases, when it looks for something which isn't there ([https://github.com/wesnoth/wesnoth/issues/3702 known cases]). | + | * One can include files from the default core with the [[PreprocessorRef#Inclusion_directive_.7B.7D|preprocessor's inclusion directive]]. E.g. ''{data/multiplayer/scenarios/}'' to include MP scenarios from the default core. No need to copy everything. |
− | * One can include files | ||
== See Also == | == See Also == |
Latest revision as of 17:21, 4 March 2021
This page describes how the core is displayed in the "Load Core" menu, and how it works. Cores are to be defined in a file called cores.cfg in your add-ons base directory. An add-on containing only a core does not need a _main.cfg, cores are loaded prior to that by looking for cores.cfg. To publish the add-on from within wesnoth a _main.cfg is needed but it can be an empty one. _main.cfg should NOT be the same file as what is defined under [core] path or everything will be loaded twice!
The [core] Tag
(Version 1.13.0 and later only)
The following keys and tags are recognized in [core] tags:
- id: the internal core identifier used to load only core specific add-ons.
- image: the icon displayed in the core selection menu. It should be part of the main game.
- name: (translatable) name displayed in the core selection menu
- description: (translatable) text shown in the information pane when this core is selected in the core selection menu
- rank: a number that determines the order of cores in the core selection menu. Lower rank cores appear earlier, with unranked cores at the end. The default core has rank 5.
- path: the path to the core's directory or initial config file. E.g. ~add-ons/my_core/load.cfg. This config file (or the config files in that directory) should load things similar to the file data/_main.cfg in mainline.
Common Pitfalls
- Similar to [campaign] tags, [core] tags are read before the core is loaded. Thus, [binary_path]s and translations defined in the file (or directory) set by path are not yet available. You must make sure that the icon image is available while another core is in use (the second method is recommended):
- Use an image from the default core
- Write the full path to the image, e.g. data/add-ons/my_core/images/icon-for-core-selection-menu.png
- Set up the binary paths to be in use even when your core is not, by setting them in _main.cfg (untested).
- In case the core contains translations, use the third method to set up the [textdomain], so that the translation for the core's description and name are available.
- Only add-ons designed for this core will be available.
- Add-ons created for a custom core need to specify the id of that core in the core key in the _server.pbl, see PblWML. Because of this, the _server.pbl or _info.cfg (generated by wesnoth on install) must be present if your add-on uses a custom core.
- A new core will contain absolutely nothing. The engine may crash in a few cases, when it looks for something which isn't there (known cases). Report any such case so it can be fixed!
- One can include files from the default core with the preprocessor's inclusion directive. E.g. {data/multiplayer/scenarios/} to include MP scenarios from the default core. No need to copy everything.
See Also
This page was last edited on 4 March 2021, at 17:21.