Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
So you need to be BOTH Daeva AND Lancea Sanctum to possess teh Bloodline? Hmmm. That's not currently doable. For now, the easiest solution is to add a simple validation rule to the Mortifier bloodline that reports an error when the character is NOT a member of LS. If you want me to write it for you as an example, I'll be happy to do so. I have to be at the airport in a few hours, though, so I don't have time to do it in this post.Is it possible to require a character to be a certain Covenant to aquire a bloodline?
For example, Mortifier's of the Flesh are a LS Daeva Bloodline., can I set it up so that it requires a character to be LS to choose MotF as their Daeva Bloodline?
You can also check the tags and field values on individual items for a character. Those can also be extremely helpful when trying to figure out why something isn't working.I had no idea that you could check tags via a debug window, that's going to be an excellent tool for my custonization needs, thanks for pointing that out!
Yeah! :->The code seems to do perfect for my needs, thank you so much!
Please don't hesitate to ask questions here. I'll do my best to answer them. It also helps me to know where the docs need to be improved so that other folks don't have to ask questions in the future.I've been wary of messing around with the tags, or figuring out how they work for fear of running into a TON of errors that would take me hours to debug out rather than just putting things in basic so that I'd have to remember, "oh, yeah, Mortifiers are a LS bloodline!" which will save me some errors later. I did get into them a little when I added the other coils from the OD book (locust, ladder, soul, the tier 4's). It took me ages to figure out that I had to MAKE a tag (and where to make it) to do the check for "Must have Coil of the Soul 1 to buy level 2". Once I figured that out, it was a cinch.
That's great to hear. The goal is to have lots of small, bite-size pieces that can be hooked up incrementally by a user AND that can be re-used for different purposes. The WoD system doesn't employ a lot of re-use (e.g. discipline levels are tied to a single discipline), but other games system feature extensive re-use, so the architecture lets us support the entire spectrum of RPGs.I have to say, after doing customization stuff for 6 hours or so in total, I've come to the conclusion that this program is VERY well coded. The repeating tasks you have to do (make a discipline, make levels, make weaknesses, assign all that stuff, make bloodline, assign disciplines, ect.) might seem like a waste of time, or even a little too much, but I can see WHY it's done like that. And once I figured out the why, my logic shifted to "yes, this is NEEDED to be done" not, "I wish I didn't have to do this."
Excellent! If there are things we're not doing that you think would be helpful or features present in other tools that we don't yet have, please point them out. HL is constantly evolving, and users such as yourself are the primary driving force behind the direction that evolution goes in.I was working for a while on a Grapevine LARP utility replacement database using Access before I picked this up. It's interesting to me that you've managed to circumvent ALOT of the issues I was having with your program. I would have never thought to do it the way you have, and had in fact decided to go the other route (less checks, less prerequisites, ect...) due to difficulties mapping out the MASSIVE amount of "stuff" that's available in the game, and how to integrate them. Heck, I'd had issues figuring out how to assign Merits to be more or less unlimited, but still able to track who's got what. I'm not a programmer by nature, just neccessity, and you're program has opened ALOT of doors for what I want to do with my game.
~We're setting up our variables here as numbers.
var rating as number
var status as number
~We're setting the value of "rating" to = the value of the Merit ~Carthian Pull.
~We're setting the value of "status" to = the value of the Merit ~Covenant Status. This assumes there's only one Covenant Status Merit ~taken.
rating = #merit[mCarthPull]
status = #merit[mStatCoven]
~Here, we're checking to see if Status is = or Greater than Carthian ~Pull. This ensures that Carthian pull MUST be = or Lower than Status ~(Covenant).
if (status >= rating) then
@valid = 1
endif
~This section of code could use some fixing up, to ENSURE that the ~Covenant Status taken is in fact Carthian. This is a fix to be done ~later.
Man, you've covered a LOT of ground. That's awesome!Well, it's week 2 of my customization project and here's where I stand:
Those are all excellent points. I'll be sure to incorporate them into the Kit docs when those get finished up.Here's what I've run into as far as problems:
MAKE SURE YOU NAME YOUR THING APPROPRIATELY!
CHECK TO MAKE SURE YOU'RE NOT COVERING THINGS ALREADY IN THERE!
DO THINGS IN A LOGICAL ORDER!
DO ONE BOOK AT A TIME!
Coding. DO YOUR CODING if you plan to use this for any massive game (i.e. a 50-100 person larp).
EVERY discipline has been inputted into the software from all the Requiem books.
EVERY Merit has been inputted into the software from all the requiem books (and a few WoD ones) (and at 100% complete)
EVERY bloodline has been inputted.
EVERY Ritual/Coil/Oath has been inputted (btw, Oaths work best as Devotions due to their varying XP costs)
EVERY devotion has been inputted.