Armors are stored as Record<string, Partial<ItemCairn>> and created functionally like so: ... createArmor('Shield', '+1'),
See createArmor:

const createArmor = (name: string, armor: string, bulky: boolean = false): Record<string, Partial<ItemCairn>> => {
    const prettyArmorName = `${name} (${armor} Armor${bulky ? ', bulky': ''})`;
    return {[name]: { name: prettyArmorName, type: 'armor', bulky: bulky, armor: armor }};
}

This removes redundant item names, can be included in gear packages and also simplifes random armor creation. See:

  const getRandomArmor = (): Partial<ItemCairn> | undefined => {
      const armorName = [
          ...Array(3).fill(undefined), 
          ...Array(11).fill('Brigandine'), 
          ...Array(5).fill('Chainmail'), 
          'Plate'
      ].random();

      return cairn.armors[armorName] ?? undefined;
  }

This could very similar to how 5E's initiative view works, an issue unique to SD is that it does not differentiate between a normal DEX check and "initiative" DEX check.

Currently it only shows the name of the campaign and its owner. Adding game system would improve clarity a bit.

The requested feature doesn't sound that hard on paper, but it requires #108 to be completed first, with possibly character names being saved as well (to create a autocomplete whom to send the item to).

Sender would click a button in the item accordion to send an item -> small dialog with input/autocomplete whom to send it to -> possibly new Sockets event (send-item?) would fire up -> (maybe add a pop-up to accept or reject the item for the receiving player) -> remove the item from the original sheet & add it to the new owner. After that modifyCharacter would probably need to be triggered.

Similarly to how weapons have specific input field inItemDetailCairn.svelte, I would add an equivalent input for an armor-type item armor field.

Then we could create a function, something like recalculateArmor, which updates the global armor value on submitting the input field. I would create this function in the CharacterSheetCoreCairn file and pass it down to ItemDetailCairn similar to how the function deleteItem works now. $modifyCharacter() should be called at the end to trigger DB update.

Currently the overview is pretty bare-bones with only NPCs, PCs and chat present. I would at the very least add a monsters view (maybe similar to how the 5e one works or simpler), with other things such as PCs armor sorted overview or session notes being a possibility.

Might want to ask in the Cairn community what would make their lives easier.

Things to add:

• monsters view
• simple overview of PCs' main stats

Currently only the GM saves all in-game username/socket pairs ( to allow simultaneous PC sheet editing), while players only store the GM's socketID.

This would basically use the GM's model of dealing with sockets for players as well and would allow for both private messaging (#106) and in-game active player list (#107).

To allow #83, refactor structure of Cairn items like #88

For NPCs adding drag and drop handle similar to how Initiative for 5E works (uses the material-symbols:drag-indicator icon) would suffice I think.

For Cairn items it's a bit trickier, holding over the hamburger menu might be more user-friendly, and there's not much space to add a separate handle, but the implementation would probably be messier.

• NPCs (#121)
• Items (indirectly solved by 77db20f)

This meta-issue can be used as an overview of other potential systems to add with their accompanying licenses and SRD info.

Burning Wheel, Symbaroum and Tales from the Loop don't have a third party license, permission would have to be asked for.

Any other suggestions are welcome.

Relics are like spell books except they do not cause Fatigue. We should add functionality that supports Relics by allowing users to create items that hold charges.

We can represent charges with circle outlines, and used up charges with filled circles or crossed out circles. Crossed-out is less ambiguous. This iconography is similar to Mausritter which Cairn is directly inspired by.

We can represent the charge functionality with lightning bolts.

The ideal solution would provide UI to keep track of combat turns, similar to the Initiative component.
Another useful feature would be an interface for torch-keeping and general time passage on a more macro scale.

The main problem is space as the Cairn game overview is pretty full already - one solution would be to put monsters into a separate game view (similar to 5E) and re-use & modify the 5E Initiative component. Another solution is to add a new Cairn specific turn-tracking component on top of NPCs.

As a DM, I would like a way to keep track of multiple monsters and their stats. Rather than favoriting monsters, I would want something like a left arrow or a plus, to add this Monster to my monster list.

• Add multiple monsters of the same type, for example, 5 goblins.
• Rather than using ???, display greyed out placeholder text like, Name and Description, which clears if the user clicks on them, but comes back if they exit. This avoids having to delete text on first click.
• Center Add Custom Monster bar. Maybe it can be the same size with All SRD monsters, and right below it. This leaves more room for favorites/custom monster list.

Most of the interaction with Monsters involve reducing its HP and rolling Strength saves. It is unclear at first that you can click on STR to do a strength save. We should consider making the text of STR, DEX, and WIL more prominent raised buttons, and the numbers of the attributes as flat text boxes.
This allows the DM to click on the attribute text to roll a save, and to click on the attribute number to edit it without having to hit the edit key. Otherwise, the DM would more convenient always be in edit move, but they lose out on conveniently rolling saves.

If a character reaches an XP threshold allow the player to level-up; small dialog with talents rolling and general changes overview.
I would also add settings option to enable this always no matter the current xp value.

Might be worthwhile to track this as part of a larger project.
We could use the JSON schema for the Foundry VTT OSE plugin https://github.com/vttred/ose/blob/main/template.json
We will need to request permission for OSE Classic Fantasy content from Necrotic Gnome.

Similar to how Initiative Drag&Drop works. Would probably need a new OwnerAuth server route called something like updateMonsters to beam the changes up to the DB.

Anything too long blows the grid out completely, is a problem probably on the level of InPlaceEdit.

Add https://cairnrpg.com/cairn-srd/#optional-gear-packages as ItemCairn arrays
to allow for more flexible character generation.

PCs can hire hirelings. Some optional gear packages come with animal companions that behave like hirelings. We should allow the creation and management of NPCs for players using same or similar interface for GMs.

Otherwise, we could let GMs control NPCs entirely. This may be the best option for now.

Currently users can only write messages either to the whole group, privately or to the GM only. Whispers could be added either a separate chat command or as another message mode to be cycled through. Some useful features would be:

• username autocomplete
• right-click on a specific user portrait in chat to pre-fill the whisper
• reply to the last whisper sent to user (maybe as a separate command in chat)

Sockets would need to be refactored a bit, #108 is a prerequisite.

For a bit more clarity, we could add tooltip to both the Deprived and the Filled Slots boxes.

• Deprived tooltip could look like: 'Deprived PCs cannot recover HP. If deprived for more than a day, they add a Fatigue to inventory.'
• Filled Slots tooltip could look like: 'Filling all ten item slots reduces a PC to 0 HP.'

As both of these are instances of the RowBoxWithLabel component, tooltip option would need to be added to it (similar to e.g. InPlaceEditBox). Open to suggestions on which other tooltips could be added, if any at all.

Feature Request

Currently, we can export Cairn characters to JSON, but we cannot import them when creating a new character or NPC, only copying existing sheets. The functionality exists in 5e.

Currently the only supported languages are Elvish, Dwarvish and Gnomish.

There is still a plethora of other languages that could be added, including but not limited to: Giant, Goblin, Halfling, Orc, Infernal, Abyssal, Celestial, Draconic, Primordial, Sylvan and Quori (although this one might be too specific).

Could use the same UI as Cairn does, we would need to gather the items and rules for rolling. A unique SD thing is buying equipment.
Another option is to add .json import from the already well-made generator at http://shadowdarklings.net/. It's not as ideal as having our own solution, but way less work and there would not need to reinvent the wheel.

We may want to include details on spinning up a local dev environment.

• Set up MongoDB docker container
• Set up .env file
• Command to run MONGO_URL=mongodb://localhost:27017 MONGO_INITDB_DATABASE=morii-db yarn run-stack-dev

Could be added as an option to the main sheet tab under spells - simple Svelecte (maybe inside a small dialog window with preview) would work. Could be done similarly to how adding 5E SRD spells works.

This should allow multiple light sources to be kept track of with their respective timers. Maybe allow players to light up their torches? A simple read-only timer above chat for all to see would also be great.

D&D Beyond has an official API endpoint - e.g. https://character-service.dndbeyond.com/character/v3/character/34855927, which returns any public character as .json. After that it's simply converting their schema to Morii 5E schema.

Visually I would add it as a dialog with simple id input, rest could be handled silently.

Meta-issue to keep track of Shadowdark (SD) support todos. Minimal system basics are already on add-shadowdark. Those first few are related to the sheet itself:

• Gear - similar to Cairn (slots and coins as paddles on side or as separate small boxes on top)
• Talents - same as gear, possibly a filter for talent origin
• Spells - spell level filter, spellcasting ability, spell-attack modifier, simple spells known table
• Attacks - should be linked with items (similar to how 5e works)
• #129
• #131
• #133

And the following should be in the GM's overview:

• #130
• #132
• #134

Misc stuff:

• JSON import - when the character schema is finalised, add SD JSON schema validation

When an item "stacks" it uses up the same slot as another item. For example, if we add a Bucket to the inventory, we should prevent the slot from being counted.

Notes:
https://cairnrpg.com/tools/character-generator/

The list of items that stack is https://github.com/yochaigal/cairn/blob/main/character-generator/js/cairn_data.js

# Tool
Bucket
Glue
Metal File
Nails
Net

# Trinket
Card Deck
Dice Set
Fake Jewels
Incense
Marbles
Salt Pack
Soap
Twine

We could rename these items to have stacks it its name Bucket (stacks), or we could implement a new type "stacks" like "bulky" and let the user select. The latter is more flexible for custom items.

There are a few items in the equipment lists that behave differently than what we currently support.

Items that add slots:

• Cart (+4 slots, bulky)
• Horse (+4 slots)
• Mule (+6 slots, slow)
• Tent (fits 2 people, bulky)
• Wagon (+8 slots, slow)

Carts definitely take up 2 existing slots, as well as add 4 slots. Physically, this is represented by a 2x3 card, where 2 slots are the cart handles, and 4 slots are free.

But it is unclear how Horses, Mules, and Wagons should work as they appear to be vehicles.
We should add the support of slotless items, using mdi:checkbox-blank-off-outline icon, denoting that a slot should not be used for this item. This will allow the user to store important items in the inventory, rather than in notes. It will also let GMs rule whether certain small items should be slotless or not. Currently, we support stacking, but that can take up space, unlike slotless.

As part of this change, we should add some logic to automatically add slots for certain items. We should do it if the name contains "+N slots", since it is better than adding a new field like bulky or stacks.

This could simply be a button which launches the Invite dialog and is displayed if no players are currently in the campaign instead of the default No characters found. Another option is adding this to the GameInfo component in the top-left but that might be too crowded.

Currently it might be confusing for people if their character's HP gets reduced when they get overencumbered. System-specific setting could be added (similar to how e.g. Show Encumbrance works for 5E now).

As maybe a different specific entry, there could also be an option to disable the red border around the Filled slots box if character gets overencumbered.

An option could be added as a Cairn specific setting to let users copy converted character exported in a format such as:

Character Name
==============
Background :: Result
= Stats =
STR :: X/X
DEX :: X/X
WIL :: X/X
HP  :: Y/Y
Armor :: 0
= Equipment =
1. Hand 1
2. Hand 2
3. Body
4. Body
5. Pack
6. Weapon | XdY+Z | Bulky?
7. 
8. 
9. 
10. 
* Tiny?
GP ::

When rolling a strength save, for example, if the value is less then ability score, we could display red box

Items disappear after being added. Maybe if the GM is viewing the player's sheet, changes are not saved.

Could be added as a dropdown table including all currently active and inactive players/GM. #108 is a prerequisite.

Could be similar to Cairn monsters, might need a separate overview tab - to make space for the turn tracker and torch tracker.