This is a documentation for Board Game Arena: play board games online !

Game metadata manager

From Board Game Arena
Jump to navigation Jump to search


Game File Reference



Useful Components

Official

  • Deck: a PHP component to manage cards (deck, hands, picking cards, moving cards, shuffle deck, ...).
  • Draggable: a JS component to manage drag'n'drop actions.
  • Counter: a JS component to manage a counter that can increase/decrease (ex: player's score).
  • ExpandableSection: a JS component to manage a rectangular block of HTML than can be displayed/hidden.
  • Scrollmap: a JS component to manage a scrollable game area (useful when the game area can be infinite. Examples: Saboteur or Takenoko games).
  • Stock: a JS component to manage and display a set of game elements displayed at a position.
  • Zone: a JS component to manage a zone of the board where several game elements can come and leave, but should be well displayed together (See for example: token's places at Can't Stop).

Undocumented component (if somebody knows please help with docs)

  • Wrapper: a JS component to wrap a <div> element around its child, even if these elements are absolute positioned.

Unofficial



Game Development Process



Guides for Common Topics



Miscellaneous Resources
Game Metadata Manager Icon

The Game Metadata Manager is the portal for managing tags and media for your games. This page exists both on Production and Studio:

Note: once your game is in private alpha, and you are using the production Game Metagata Manager, the metadata on studio is never automatically updated. On the studio game page, there is a button to pull metadata from production if you need to: "Sync metadata from production".


Media

Game media consists of all the images which are used to represent your game on Board Game Arena, outside of the art of the actual game.

Whilst working on your game on the studio initially, you can manage media from the studio: Game Metadata Manager (studio).

Once your game first hits private alpha, the media is copied over to the production site, and from this point on, all media changes must be effectuated over there: Game Metadata Manager (production).

Name Example Description
Box Box
  • Required for public alpha
  • PNG
  • It is displayed on the main site on the game description page and when creating a table (280x280 px).
  • It should be a 3D image of a physical copy of the game box as it appears in an online shop.
  • It is better to take the version of the game that is coherent with the game art used in the adaptation, and from the original publisher of the game.
  • The background of the image must be transparent.
  • If you don't have a 3D version of the game box, you can use the following website to create one: https://boxshot.com/3d-box/
  • On Studio, you can only have one box image. Once deployed you can have a different box image for each language. This allows a localised image if you wish. If you don't provide a localised image, users will see the en box as a fallback.
Icon Icon
  • Required for public alpha
  • PNG
  • It is the icon displayed in the lists of games and tables (50x50 px).
  • The objective of this icon is to make the game recognizable among the other games. A good idea is to take a part of the game cover that is distinctive (ex: the game title).
  • This one does not have to be transparent. This image should not have a border
Title Title
  • Required for beta
  • PNG
  • max 2MB
  • This is an image displayed instead of the name of the game as text
  • Must be 2000x2000px
  • Must look good when overlayed on top of the game box, and must be transparent
  • On Studio, you can only have one title image. Once deployed you can have a different title image for each language. This allows a localised image if you wish (for example, "Stone Age" vs "L'Âge de Pierre"). If you don't provide a localised image, users will see the en title as a fallback. In this case, if the localised name differs from en, there will also be a subtitle showing the game's name in the user's locale.

For guidelines on the positioning of elements of the title, see: Media:Title_guidelines.png.

Publisher -
  • Optional (if there is no publisher)
  • PNG
  • max 2MB
  • It is the logo of the publisher of the game, displayed on the game description page.
  • Must be 280x280px
  • The image can be transparent.
  • You can have up to 2 publisher images
Banner Title
  • Required for beta
  • JPG
  • max 2MB
  • size 1386x400px
  • should not contain any text; representative of the atmosphere of the game such as a cover element or communication image; the box image covering the banner on the left should stand out
Display -
  • Required for release
  • JPG
  • height between 400px and 760px, width maximum 1.5 x height;
  • These images are displayed in a carousel on the game page
  • the idea is to make players want to play the game, so it could be a zoomed card, some detail of the board, an overview of an ongoing physical game... but NOT a screenshot of the BGA adaptation since there is already the "see game in action" replay for that
  • You can have up to 10 display images
Major Variant KoT Major Variant.png

Tags

Game tags should be managed through the Game Metadata Manager.

Before the game is published to production, this is done on the studio Game Metadata Manager (studio) .

After release, the tags are copied over to the production site, and from this point on, all tag changes must be effectuated over there: Game Metadata Manager (production).

Migration

Metadata images used to be served from the /img folder of your game's repository. All of the image files prefixed with game_ are now deprecated and can be deleted from the folder. Any changes to these images will not be picked up.

Tags used to be managed by changing the tags in gameinfos.inc.php. Any tags specified in this file are now ignored, and should not be specified. Tags must be edited using the Game Metadata Manager.

Access Permissions

Currently, the GMM is available to developers and maintainers.

Future

The Game Metadata Manager will play an increasingly important role in managing a BGA implementation in the future.

It is planned that:

  • more metadata (such as publisher and designer names, or presentation text) be managed here