Roll20 uses cookies to improve your experience on our site. Cookies enable you to enjoy certain features, social sharing functionality, and tailor message and display ads to your interests on our site and others. They also help us understand how our site is being used. By continuing to use our site, you consent to our use of cookies. Update your cookie preferences .
×
Create a free account

Add spell "Quick Bar" to the Core Stats

My suggestion is to add an additional quick bar in the Core Stats for spells. This way, aside from macros and going to your spellbook, you can quickly cast a spell you want from the character sheet. Why: Because sometimes you want to do a lot in one turn, like make a perception check, cast a spell and then make an attack. This makes it more convenient for the player to do what he want. He doesn't have to go the spellbook tab, find the spell and cast it. (Or find the macro in the list of macros) There are various more reasons why such a thing would be useful. How: Much like the 'Quick Attack' bar, there should be a bar for spells where a player can designate which spells he wants. Because some characters can have a lot of spells, it could become too big if we'd put every spell in the quick bar. Thus, there should be a certain limit of spells in this quick bar. So, there should be a way to favorite your spells in your spellbook, probably your more commonly used spells, and the spell will show up in the quick bar. Counter-argument against this: - "Why would we use this? We can set macros or go to the spellbook." In this case I have a question for you: What is the best, a game with only macros for your spells, a game where you can only use your spells from your spellbook, a game where you can only use your spells from a quick bar, or all the above together? Of course it would be the latter. It's the most convenient for the player. Anyway, I rest my case here, if there were any questions, remarks or arguments against it, be sure to reply! -DoomDutch
1432500813
Lithl
Pro
Sheet Author
API Scripter
You might want to mention which sheet you're talking about. ~_^ I assume you're talking about one of the D&D sheets, but there are several.
Brian said: You might want to mention which sheet you're talking about. ~_^ I assume you're talking about one of the D&D sheets, but there are several. Ah yeah, I completely forgot to mention which character sheet, thanks for the reminder. :) In this particular case I am talking about the character sheet for D&D 5e (Shaped). But it could also be done for other character sheets in general
Pretty sure this cannot be achieved as the spells section is a set of repeating fields. If you are using a spell which requires constant ranged attacks like cantrips, just set them up as a ranged attack with the bonus stat to int/cha/wis to represent it.
Saevar L. said: Pretty sure this cannot be achieved as the spells section is a set of repeating fields. If you are using a spell which requires constant ranged attacks like cantrips, just set them up as a ranged attack with the bonus stat to int/cha/wis to represent it. Wouldn't each spellslot got it's own name when created? (Like spell1,1 and spell1,2 for 2 spells in lvl 1) This possibly means that one could code it. (Although, I am unfamiliar with the language used, and it's capabilities.) And, like I said, I am suggesting this form of UI to achieve the goal of spellcasting, not to find an another way of doing so. (Regarding your way of using Ranged Attacks)
1432512857

Edited 1432512950
Lithl
Pro
Sheet Author
API Scripter
Yes, items in a repeating section have a name backing them up. The name is not user-facing like the non-repeating attributes are (in the Attributes & Abilities tab), but several users make use of them anyway. The naming scheme is in the form of "repeating_<repeating section name>_<zero-based index>_<attribute name>". For example, "repeating_weapon_0_attack" would be the "attack" attribute of the first item in the "weapon" repeating section. However, such usage is not officially supported and may change in the future.
Brian said: Yes, items in a repeating section have a name backing them up. The name is not user-facing like the non-repeating attributes are (in the Attributes & Abilities tab), but several users make use of them anyway. The naming scheme is in the form of "repeating_<repeating section name>_<zero-based index>_<attribute name>". For example, "repeating_weapon_0_attack" would be the "attack" attribute of the first item in the "weapon" repeating section. However, such usage is not officially supported and may change in the future. So, what I understand from this, is that my idea might not be able easy enough made and maintained until the there is a set supported feature for it?
1432540118

Edited 1432540156
Kryx
Pro
Sheet Author
API Scripter
Gerwin B. said: Wouldn't each spellslot got it's own name when created? (Like spell1,1 and spell1,2 for 2 spells in lvl 1) This possibly means that one could code it. (Although, I am unfamiliar with the language used, and it's capabilities.) And, like I said, I am suggesting this form of UI to achieve the goal of spellcasting, not to find an another way of doing so. (Regarding your way of using Ranged Attacks) I tried to explore this route. Repeating has several issues that prevent it from being accessed. Rolls cannot be referenced. (PF sheet did some hidden variable references to allow rolls to be accessed, but #2 prevents that from working) Attributes do not have a default value if they are in a repeating section. Default values are necessary for the way the show/hide toggles have been setup. Even if it were possible I'd have to hardcode the number of each level of spells to show - likely not what you want. Roll20 is quite limited. Gerwin B. said: So, what I understand from this, is that my idea might not be able easy enough made and maintained until the there is a set supported feature for it? It can't be created at all untill roll20 supports it.
Mark said: Gerwin B. said: Wouldn't each spellslot got it's own name when created? (Like spell1,1 and spell1,2 for 2 spells in lvl 1) This possibly means that one could code it. (Although, I am unfamiliar with the language used, and it's capabilities.) And, like I said, I am suggesting this form of UI to achieve the goal of spellcasting, not to find an another way of doing so. (Regarding your way of using Ranged Attacks) I tried to explore this route. Repeating has several issues that prevent it from being accessed. Rolls cannot be referenced. (PF sheet did some hidden variable references to allow rolls to be accessed, but #2 prevents that from working) Attributes do not have a default value if they are in a repeating section. Default values are necessary for the way the show/hide toggles have been setup. Even if it were possible I'd have to hardcode the number of each level of spells to show - likely not what you want. Roll20 is quite limited. Gerwin B. said: So, what I understand from this, is that my idea might not be able easy enough made and maintained until the there is a set supported feature for it? It can't be created at all untill roll20 supports it. Aha, thanks for your input! Then it seems we'll have to wait until Roll20 actually supports such feature.