Junior Member
Join Date: Sep 2018
Posts: 27
|
This was original part of another thread that evolved into an entirely different question and diverged into multiple questions. Since that thread is no longer generating responses and the question at hand is radically different from the one I started the thread with, I'm making a new thread here.
So here's the problem: I need to add a class feat to all heroes based on whether or not they have a specific skill as a class skill (by any means, including feats/abilities/adjustments that make a cross-class skill into a class skill). To quote myself: Quote:
That means that for the bootstrap condition to compile I must run the bootstrap condition before First/2380 but for the bootstrap condition to be able to check what it needs to check I must run the bootstrap condition after PostLevels/9000. "before First/2380" and "after PostLevels/9000" are mutually exclusive. Ergo, catch 22. So my questions are thus:
|
|
#1 |
Senior Member
Lone Wolf Staff
Join Date: May 2005
Posts: 13,213
|
Check out ShadowChemosh's recommended method in your other thread - this catch-22 is why we designed that functionality, and why we did not implement the consolidated skill rules by making skills turn non-live.
|
#2 |
Senior Member
Join Date: May 2015
Posts: 830
|
Or you could always add the feat, get the class skills added, and then either hide or keep the feat.
|
#3 |
Junior Member
Join Date: Sep 2018
Posts: 27
|
Miscommunication is such a PITA. It just screws up everything. And I fear there might be a little miscommunication going on here so... allow me to clarify some important points.
My goal is NOT "Combine Swim and Climb into Athletics". That is not my goal. It's one part of my goal. The guiding focus of my goal, even. But it is not the entirety of my goal. I'm a detail oriented guy. I tend care as much about how I get the to end result as the end result itself... especially when there are complex interactions between dozens of different rules that I wish to account for in specific ways. My goal, to quote myself again, is as follows: Quote:
I do realize that I've a lot to learn about how Hero Lab works and I am grateful to have knowledgeable people like yourself and ShadowChemos around to help me when I get stuck. Something that's going to happen a lot here at first because I'm trying to go from barely having tinkered with Hero Lab to being able to make it stand up and dance a merry jig in a couple of weeks time. But, as immodest as it might be to say this, I also know I can do it. I taught myself HTML, PHP, CSS, SQL, and Javascript in a month so I could build a custom website for a client. ::shrug:: I'm smart. That and $5 gets you a burger. I have already implemented most of this house rule myself. When I add ranks to my new Athletics skill pick on the hero... Swim and Climb picks on the same hero go up an equal number of ranks. When the hero has the ClassSkill.skSwim or ClassSkill.skClimb tag (or the skSwim pick or skClimb pick on that hero has the Helper.ClassSkill tag more than once) I ensure the appropriate skill pick has it's skClsSkBon field set to 3. As of starting this thread what remained was:
So I created one thread for each of those two remaining problems. While I never really received an answer on how to accomplish the former I did get advice that brought me close enough that I stumbled across the existence of the Hide.Skill tag. (I would still very much like a way to list all tags). So now the skill hiding problem is solved... that leaves only the feats. If the bit with the feats simply can't be done as I described above and there is no way to create a reasonable analogue for it... then I will simply have to tell my players to write in the feats on their character sheet and try add them appropriately to my notes as DM. Detail-oriented and compromise-averse as I may be, I understand the value of admitting defeat and moving on. But I'm still going to put forth my best effort to accomplish it before I throw in the towel. As I mentioned, I've found it's very much worth while to clarify when I suspect there is miscommunication afoot. Hopefully this will help. |
|
#4 |
Senior Member
Join Date: Mar 2013
Location: Greater London, UK
Posts: 2,623
|
Since the athletic proficiency swim/climb will be automatically added, you could code them up as merely special abilities rather than feats. The special ability can then update the tool tip of the athletics skill to indicate a situational bonus.
Farling Author of the Realm Works Import tool, Realm Works Output tool and Realm Works to Foundry module Donations gratefully received via Patreon, Ko-Fi or Paypal |
#5 |
Junior Member
Join Date: Sep 2018
Posts: 27
|
Quote:
Me wanting a list of tags is pretty much exactly because I keep needing to do things I'm nearly certain can be done but can't find documentation on. I don't even need a description of how the tags are used. If I at least have a decent starting point I can trial and error the most likely ones till it works. I'll look into that, thank you. Last edited by JadedDragoon; September 12th, 2018 at 12:08 AM. |
|
#6 |
Junior Member
Join Date: Sep 2018
Posts: 27
|
On a whim I decided to just try using the Hide.Feat tag and see if it worked. It did. Problem solved.
To expand on this just a bit, I bootstrapped the two feats with no condition, then used the Hide.Feat tag to hide them by default. Then I remove the Hide.Feat tag from them if the associated skills become class skills. The feats themselves have no logic of any kind. No special tags or fields. They are purely notational. So this works wonderfully. On an aside, I'm really curious why no one seems to want to share the presence of Hide tags with me. They aren't documented anywhere that I can find... and they were a ready solution to both of my remaining problems. It's not that I don't appreciate the help I've been getting but it's just... odd... that such a simple and obvious solution never got suggested despite me specifically asking if such was possible multiple times. Is there a reason why it's unwise to use the Hide tags? Last edited by JadedDragoon; September 12th, 2018 at 02:31 AM. |
#7 |
Senior Member
Join Date: May 2015
Posts: 830
|
Quote:
|
|
#8 |
Junior Member
Join Date: Sep 2018
Posts: 27
|
Quote:
|
|
#9 |
Senior Member
Join Date: Mar 2016
Posts: 453
|
Not sure why you bring up closed-source vs open source. But in my experience open source projects are typically documented even more poorly.
|
#10 |
|
|