AcediaLauncher/docs/Aliases.md

Aliases

Aliases are string values that act as human-readable synonyms to some other string values.

Often, when using some console commands, users are forced to type into exact class names of objects in UnrealScript (e.g., commands to give someone an M14EBR take form similar to mutate give KFmod.M14EBRBattleRifle), but such names can be cumbersome to remember and type.

Aliases solve this problem by allowing players to instead type mutate give $ebr, where $ denotes that following word ebr is an alias that will be automatically resolved into KFmod.M14EBRBattleRifle.

Alias names

Alias can be any string consisting of ASCII character, although for practical reasons it is better to use only letters, digits and _ character. Otherwise using them might become more difficult, partially defeating their purpose.

Aliases are case-insensitive, so EBR, Ebr and ebr are all considered the same alias.

Alias sources

Sources essentially act as aliases databases: matching each alias to some value. They can be used to separate aliases that describe different categories of objects: weapons, zeds, colors, etc..

Inside each source aliases and their values are expected to be in many-to-one relationship: many aliases can mean the same value, but each alias can only mean one value. However, two different sources can each contain the same alias and make it point to different values. So it's important for the game to know what source contains what type of aliases.

In case there are several aliases with the same name in the database, - Acedia will warn you about it, but won't actually remove duplicates, instead letting the source use the first it finds.

By default Acedia offers 4 different alias sources:

• WeaponAliasSource (AcediaAliases_Weapons.ini) - source filled with aliases for weapons (by default contains aliases to every vanilla weapon);
• ColorAliasSource (AcediaAliases_Colors.ini) - source filled with aliases for colors (by default contains a decent amount of pre-defined colors);
• AliasSource (AcediaAliases.ini) - unused source that can, nevertheless, be utilized by server admins or other packages (by default empty);
• MockAliasSource (AcediaAliases_Tests.ini) - source that is used for testing whether aliases functionality works correctly, avoid changing it if you intend to run tests for Acedia's functionality.

[Advanced] Changing meaning of alias sources

Even though some of the above sources have rather specific names, only use of MockAliasSource is hardcoded: admins can, in theory, move all aliases into any source they like. They'll just have to tell Acedia where to look for them by changing AcediaSystem.ini's section Acedia.AliasService to point at appropriate source:

weaponAliasesSource=Class'Acedia.WeaponAliasSource'
colorAliasesSource=Class'Acedia.ColorAliasSource'

Specifically, you can move all aliases to a single source (for example AliasSource) and tell Acedia to look for weapon and color aliases there:

weaponAliasesSource=Class'Acedia.AliasSource'
colorAliasesSource=Class'Acedia.AliasSource'

How sources are stored

Alias sources are stored in appropriate ini-files in two ways that can be mixed with each other however you like.

1. Flat array record

First way is to define a set alias-value pairs in section of the alias source. Example from the color alias source:

[Acedia.ColorAliasSource]
; Pink colors
record=(alias="Pink",value="rgb(255,192,203)")
record=(alias="LightPink",value="rgb(255,182,193)")
record=(alias="HotPink",value="rgb(255,105,180)")
record=(alias="DeepPink",value="rgb(255,20,147)")
record=(alias="PaleVioletRed",value="rgb(219,112,147)")
record=(alias="MediumVioletRed",value="rgb(199,21,133)")

If you want several different aliases to point to the same value, just add a record for each of them:

record=(alias="Pink",value="rgb(255,192,203)")
record=(alias="Punk",value="rgb(255,192,203)")
record=(alias="Bunk",value="rgb(255,192,203)")

Just avoid having several records for the same alias in one source.

2. Per-object-config

If you need to define several aliases for one value it might be better to use per-object-configuration with named objects: each of them stores an array of aliases, while the corresponding value is recorded as object's name. Example from weapons alias source:

[KFMod:MP5MMedicGun WeaponAliases]
Alias="MP5M"
Alias="MP5"
Alias="MP"
Alias="M5"

Here aliases are defined in every line that starts with Alias=. Their value KFMod:MP5MMedicGun is defined as a first part of the config section (: is going to be translated to ., more on that below) and the second part WeaponAliases indicates that this is a record for WeaponAliasSource.

Each source has it's own identification for per-object-config records:

• For WeaponAliasSource it is WeaponAliases;
• For ColorAliasSource it is ColorAliases;
• For MockAliasSource it is MockAliases;
• For AliasSource it is just Aliases.

Limitations of the second way

Because alias' value must be a part of the ini-file section there are certain limitations imposed on what that value can be (for example having . or ] inside value's name will confuse Unreal Engine's config parser, so you can't use them). There is not official, complete list of forbidden characters, but it is suggested you keep them limited to sequence of letters, numbers and _ character.

If you do need to store some weird string as a value, - first test that it does load correctly and, if not, use the first way to define it's aliases.

But . being a forbidden symbol is too harsh of a limitation, since we mainly want to store class names via per-object-configs. Because of that any alias values defined the second way will load : as . from a config. This change allows us to define classes as values at the cost of preventing the use of :.

[Technical] Defining new alias sources

If you make a module using Acedia and want to add another alias source you simply need to decide on the names of your:

• Alias source (suppose it's NewSource);
• Helper class for second way (per-object-config) of defining aliases (suppose it's NewAliases)
• Config file, where their data will be stored (suppose it's MyNewAliases.ini);

then create two classes, like that:

class NewSource extends AliasSource
    config(MyNewAliases);

defaultproperties
{
    configName = "MyNewAliases"
    aliasesClass = class'NewAliases'
}

class NewAliases extends Aliases
    perObjectConfig
    config(MyNewAliases);

defaultproperties
{
    sourceClass = class'NewSource'
}

and put them in your manifest.

For more examples check out source code for ColorAliasSource, WeaponAliasSource, MockAliasSource.