Difference between revisions of "PblWML"
m (Update links to bypass redirect) |
|||
(5 intermediate revisions by 2 users not shown) | |||
Line 16: | Line 16: | ||
: An image, displayed leftmost in the add-ons download dialog. It must be a standard Wesnoth file and '''not a custom one'''. A custom file will only work for users who already have the relevant add-on installed. This is not related to the icon used for entries in the campaigns menu -- see [[CampaignWML]] for more information. | : An image, displayed leftmost in the add-ons download dialog. It must be a standard Wesnoth file and '''not a custom one'''. A custom file will only work for users who already have the relevant add-on installed. This is not related to the icon used for entries in the campaigns menu -- see [[CampaignWML]] for more information. | ||
− | : If the icon is a unit with magenta team-color bits, please use [[ | + | : If the icon is a unit with magenta team-color bits, please use [[ImagePathFunctions]] to recolor it. |
− | : Instead of a standard Wesnoth image, a [[DataURI]] can also be used. This way, an image can be directly included into the _server.pbl file. | + | : {{DevFeature1.13|12}} Instead of a standard Wesnoth image, a [[DataURI]] can also be used. This way, an image can be directly included into the _server.pbl file. Take care to leave no trailing newline. |
=== title === | === title === | ||
Line 55: | Line 55: | ||
: You should make sure your add-on complies with some very specific [[WesCamp#Preparing_your_add-on_for_WesCamp|conventions]] required to ease the process for translators as well as technical requirements. | : You should make sure your add-on complies with some very specific [[WesCamp#Preparing_your_add-on_for_WesCamp|conventions]] required to ease the process for translators as well as technical requirements. | ||
+ | |||
+ | : Note: As of April 4th, 2015, WesCamp appears to have been abandoned for about a year. It might be back soon, it might not. Instead, please refer to [[GettextForWesnothDevelopers#Gettext_for_UMC_Developers]]. | ||
=== type === | === type === | ||
Line 68: | Line 70: | ||
:* ''campaign_mp'': multiplayer campaign. | :* ''campaign_mp'': multiplayer campaign. | ||
:* ''scenario_mp'': multiplayer scenario. (See the note below.) | :* ''scenario_mp'': multiplayer scenario. (See the note below.) | ||
− | :* ''mod_mp'': multiplayer modification. | + | :* ''mod_mp'': multiplayer modification ({{DevFeature1.13|11}} can also used for single-player modifications, although it's still called ''mod_mp''). |
:* ''media'': miscellaneous resources for UMC authors/users, for example, music packs, packages of general-purpose WML, etc. | :* ''media'': miscellaneous resources for UMC authors/users, for example, music packs, packages of general-purpose WML, etc. | ||
:* ''other'': The type to use when no other type fits. | :* ''other'': The type to use when no other type fits. | ||
Line 132: | Line 134: | ||
description="You get to kill a lot of bad guys. But only the first map is done." | description="You get to kill a lot of bad guys. But only the first map is done." | ||
email="name@example.com" | email="name@example.com" | ||
− | |||
[feedback] | [feedback] | ||
topic_id=12345 | topic_id=12345 |
Revision as of 14:58, 10 March 2019
To upload an add-on you have made, you need a _server.pbl file in your add-on's directory, at the same level as the _main.cfg file. When you upload the add-on, the entire directory and subdirectories containing the _server.pbl file will be published. Your add-on must be based entirely on these paths.
See AddonStructure for more on setting up the add-on folder if you have not done so, and Distributing_content for more on uploading an add-on to the server with this file.
Note: Be aware that translations in the .pbl-files are not used, so don't mark these strings as translatable.
What goes into a .pbl file?
Note: You should not use special formatting or coloring in any of these keys when uploading to the official server.
The following keys are recognized for .pbl files:
icon
- An image, displayed leftmost in the add-ons download dialog. It must be a standard Wesnoth file and not a custom one. A custom file will only work for users who already have the relevant add-on installed. This is not related to the icon used for entries in the campaigns menu -- see CampaignWML for more information.
- If the icon is a unit with magenta team-color bits, please use ImagePathFunctions to recolor it.
- (Version 1.13.12 and later only) Instead of a standard Wesnoth image, a DataURI can also be used. This way, an image can be directly included into the _server.pbl file. Take care to leave no trailing newline.
title
- Displayed to the right of the icon, it is just text. It should usually be the same as the name of your add-on when it is played.
- This value is required.
version
- Displayed to the right of the title; it is merely text. However, starting with Wesnoth 1.6, the required format is x.y.z where x, y and z are numbers — and a value for x greater than 0 implies the add-on is complete, feature-wise. Trailing non-numeric elements are allowed, but nothing should appear before or between these numbers. The string of numbers will be modified on the server by inserting or appending zeros as neccesary to meet the required format. All this is necessary for the “Update All” button to work correctly. (See Examples)
- This value is required.
author
- Displayed to the right of the version; it is merely text. Put your name or nickname here. If several people have contributed significantly to the add-on you may want to list all of their names.
- This value is required.
passphrase
- Not displayed. It prevents others from modifying the version of your add-on on the server. You do not need to input a passphrase when initially publishing a add-on; if you do not, one will be randomly generated for you and replaced in your local copy of the .pbl file.
- SECURITY NOTE: If you do specify a passphrase of your own, note that it is stored in clear text form in the server; do NOT use a password you would normally use for any other services or web sites!
description
- This can be used to provide a brief description of your add-on, and for pre-1.0 versions, let people know how playable it is. The description can be viewed by users by clicking on the Description button in the built-in client, or by moving their mouse over the add-on's icon in the web interface.
- This value is required.
dependencies
- An optional list of dependencies (a comma separated list of addon-name – the directory names of the needed add-ons), which should be provided if your add-on relies on other user-made content to work properly. (See Example)
tags
(Version 1.13.12 and later only)
- An optional string including a comma-separated list of keywords used for matching add-ons when typing terms into the Filter box on the top left of the Add-ons Manager. There are no specific requirements on the syntax of the keywords listed here, but a general recommendation is to keep them relevant for players. For example, one might include the add-on's acronym in the tags, the names or acronyms of add-ons to which it is related, and so on.
core
(Version 1.13.0 and later only)
- An optional string defining the id of the core which the addon is designed for. Defaults to "default". Don't specify for an addon which is of type "core" itself.
translate
- If set to true, the add-on will be sent to and updated with WesCamp-i18n. (NOTE: this is a new and experimental function, which will automatically update the translations in your add-on. Make sure you make backups of your add-on in case of problems.)
- You should make sure your add-on complies with some very specific conventions required to ease the process for translators as well as technical requirements.
- Note: As of April 4th, 2015, WesCamp appears to have been abandoned for about a year. It might be back soon, it might not. Instead, please refer to GettextForWesnothDevelopers#Gettext_for_UMC_Developers.
type
- Indicates the type of the add-on; used to filter listings in the downloads manager dialog. Acceptable values are:
- core: replaces the whole wml tree. (Version 1.13.0 and later only)
- campaign: single player campaign.
- scenario: single player scenario.
- campaign_sp_mp: hybrid campaign.
- era: multiplayer era.
- faction: multiplayer stand-alone faction, or add-on for other available era.
- map_pack: multiplayer map-pack.
- campaign_mp: multiplayer campaign.
- scenario_mp: multiplayer scenario. (See the note below.)
- mod_mp: multiplayer modification ((Version 1.13.11 and later only) can also used for single-player modifications, although it's still called mod_mp).
- media: miscellaneous resources for UMC authors/users, for example, music packs, packages of general-purpose WML, etc.
- other: The type to use when no other type fits.
- Note: If your add-on contains two or more separate multiplayer scenarios, use map_pack.
- This value is required.
- Hidden e-mail address used by the server administrators to contact content authors in case of major issues. Again, this will only be seen by the server administrators and it is required that you provide one in case you need to be contacted about your add-on.
- This value is required.
[feedback]
- The [feedback] tag includes information used by the server to provide the client with a website URL for players to post feedback on an add-on and communicate with the maintainers. At this time, the official add-ons server is configured to take a single parameter described below.
topic_id
- Topic id from the Wesnoth.org forums for the add-on's feedback or development topic maintained by the add-on uploader or author. For existing topics, this topic_id corresponds to the series of digits in the t=YYYYY portion of a URL like
http://forums.wesnoth.org/viewtopic.php?f=XX&t=YYYYY
. You must take special care to ensure this information is valid before uploading if you want players to be able to reach you!
The add-on server keeps track of some other information about uploaded content, including when they were uploaded, what languages they have been at least partly translated into, how large they are on the server and the number of times they have been downloaded. For more information about this you can read CampaignServerWML.
Examples
Dependency Key Example
The following dependency key could be used when the add-on needs the Imperial_Era and Era_of_Myths to be installed before it will work properly:
dependencies=Imperial_Era,Era_of_Myths
Version Key Examples
The following are examples of good version values:
version="1.5" version="0.11.4" version="0.1.4beta" version="1.5c"
The following are examples of bad version values:
version="Beta1.5" version="Incomplete (0.3.4)"
In both of the above examples the version number as read by the server will be 0.0.0Beta1.5 and 0.0.0Incomplete (0.3.4). You can clearly see why this will not be a good thing with the Update add-ons feature.
Finally, here are some example version numbers and how they will be interpreted by the Update add-ons button. The number on the left will be considered an earlier number than the number on the right in each example.
0.5 < 1.0 1.5 < 1.5c 1.0 < 1.0.1 1.0c < 1.0.1a 1.0.1a < 1.0.1c 1.0 Final < 1.0.1 Beta
Example .pbl File
title="My Campaign"
type="campaign"
icon="misc/ball.png"
version="0.1.2"
author="Me, artwork by myself"
passphrase="This is like a password; see the security note in the documentation above before choosing a value of your own"
description="You get to kill a lot of bad guys. But only the first map is done."
email="name@example.com"
[feedback]
topic_id=12345
[/feedback]