Character Sheet Development/Common Mistakes
From Roll20 Wiki
Page Updated: 2023-08-24 |
This is related to Editing(coding) Character Sheets, which require Pro info to be able to use.Main Page: Building Character Sheets |
Character Sheet Development
Getting Started
- Using Custom Sheets
- Building Sheets
(Main Page) - Glossary
- Code Restrictions
- Best Practice
- Common Mistakes
- Tutorials
- Examples, Templates
- Pattern Libraries
- HTML & storing data
- CSS & Styling
General
- Updates & Changelog
- Known Bugs
- Character Sheet Enhancement(CSE)
- Custom Roll Parsing
- Legacy Sheet(LCS)
- Beacon SDK
Reference
- Buttons
- Repeating Sections
- Sheetworkers
- Roll Templates
- sheet.json
- Translation
- Auto-Calc
- Advanced
- All SheetDev Pages
Tools & Tips
Other
The section headings are made this way to make it easier to reference individual rules by number, like https://wiki.roll20.net/Sheet_Mistakes#5
1 : Forgetting to start attribute names with attr_
2 : The Preview Panel is not accurate
3 : Check/Uncheck "Legacy Sanitization" when using custom code
4 : (Legacy Sheet)Forgetting to add sheet- to the class names in your .css file
5 : Using an underscore in the name/class of repeating sections
6 : CSS: Not understanding how General Sibling Selector ~
works, and how it applies in making tabs/hideable areas on the sheet
7 : Not using a linter/code validator on your HTML/CSS/Sheetworker/Translation files
8 : Google Fonts
9 : Do not submit a new sheet that uses <table>
for layout
10: Forgetting about translation files
G-1: Not reading the Roll20 documentation
G-2: Not looking at existing code
G-3: Not asking for help when you get stuck
Common Mistakes
A list of common mistakes made by both old and new sheet creators/authors.
1
Forgetting to start attribute names with attr_
(Works: <input type="number" name="attr_dexterity">
vs. Doesn't work: <input type="number" name="dexterity">
). To store any information on a character sheet, this attr_
prefix is needed in the name. If it is left out, no data being saved in the field after the sheet is closed.
2
The Preview Panel is not accurate
The preview panel does not show an accurate view of how the sheet will look/work in an actual game, and completely ignores sheetworkers. You need to login to the campaign and open a character sheet there, to be sure of sheet visuals/functionality.
Ideally, use the Sheet Sandbox for sheet development.
3
Check/Uncheck "Legacy Sanitization" when using custom code
Depending on if you have sheet code formatted for Legacy sheets or CSE, you need to check the box found in the Sheet Editor, or when using Sheet Sandbox, update the sheet.json-section.
Otherwise the sheet will look like most of the CSS is gone, and the result is often basically unusable.
4
(Legacy Sheet)Forgetting to add sheet-
to the class names in your .css
file.
This is not needed in the .html
file, Roll20 automatically assumes all classes have that prefix there.(Doesn't apply to CSE sheets) See CSS Styling
5
Using an underscore in the name/class of repeating sections
Each <fieldset>
needs to have unique classname, that starts with repeating_
, and the rest of the name cannot have underscores, or the section won't save any information. Using -
is fine, but might be smarter to write it as one word. Good ex. <fieldset class="repeating_meleeattacks">
6
CSS: Not understanding how General Sibling Selector ~
works, and how it applies in making tabs/hideable areas on the sheet
The CSS Wizardry examples on show/hide areas & creating tabs on your sheet, relies on the correct positioning of elements. If the HTML elements are in a different order, or are inside other elements, the conditions aren't met for making the ~
selector work in CSS.
7
Not using a linter/code validator on your HTML/CSS/Sheetworker/Translation files.
Often with HTML/CSS things can seemingly work fine for a long time even when you have mistakes, and cause trouble way later. Running your Sheetworker's code through a JavaScript validator is a critical step to finding why it might not work. Checking any translation.json
or sheet.json
files is also important. HTML/CSS code validation
8
Google Fonts
Follow the Roll20 guide to the letter, and don't use urls generated by google, you need the remove the "2" from the url, among things. Google Fonts on Roll20 Sheets
9
Do not submit a new sheet that uses <table>
for layout.
It's the most common reason for new sheets being rejected/delayed, use better methods for layout instead, such as CSS Grid or Flexbox. There are old sheets in the repo using <table>
, but they were created before this rule against <table>
was made.
10
Forgetting about translation files
Forgetting to use or update translation files will result in thedata-i18n
attribute from the html to show as red like General Coding Mistakes
The kinda obvious, general coding mistakes, that aren't related to how Roll20 sheets code works specifically, but are general coding things to keep in mind, regardless of subject.
G-1
Not reading the Roll20 documentation.
Roll20 sheet code isn't straight up just regular HTML/CSS/JavaScript, but has a number of differences Much of the quirks & basics related to Character Sheet Creation is documented/linked on Building Character Sheets, and the pages are regularly getting updated. It's always a good idea to check pages again, even if you read them in the past. List of all pages related to "Character Sheet Creation"
- Restrictions - general html/css restrictions on how things differ from normal html/css
- Sheetworker Restrictions - how JS is restricted, & info on what sheetworkers can or can't do.
- Repeating Sections Restrictions - how they differ from regular sheet sections
- Roll Templates Restrictions - works very differently from the actual sheet code, and affects how they are written
- BCS/Updates Recent updates to how sheets functions
- BCS/Bugs known bugs & issues with how sheets functions.
G-2
Not looking at existing code.
Seeing how existing sheets have been made and structured can help you avoid reinventing the wheel or making many of the common mistakes as result of knowing HTML/CSS/JavaScript, but not taking time to get familiar with how Roll20 sheet code is slightly different. All sheets in the Character Sheet Repository are under MIT license so are free(and encouraged) to be used as templates for creating your own sheet, instead of making everything from scratch.
Especially older sheet might be worse than newer sheets, as they have been created before later updates to the roll20 sheet framework(CSE), as well as predate newer features of HTML/CSS/JS, such as CSS Grid/Flexbox. If a sheet haven't been updated in several years, there is guaranteed to exist a newer, better made sheet, which would better a better example/template.
G-3
Not asking for help when you get stuck
Roll20 has a small, but active, community who works with creating and improving character sheets, and are often eager to help out if you got stuck on some feature you've tried to figure out.
- Roll20 Character Sheet & Compendium Forums(Forum) - best place to ask for advice
- Unofficial Roll20 Discord - a number of sheet authors are active there, in the #custom-sheets channel(as well as in their own hub).
Related Pages
- Character Sheet Development/Bugs & Quirks
- Character Sheet Development/Feature Updates
- Sheet Author Tips - misc. tips not covered by other pages
- Sheet Sandbox - the better sheet editor to use when working on char sheets