• Please note: In an effort to ensure that all of our users feel welcome on our forums, we’ve updated our forum rules. You can review the updated rules here: http://forums.wolflair.com/showthread.php?t=5528.

    If a fellow Community member is not following the forum rules, please report the post by clicking the Report button (the red yield sign on the left) located on every post. This will notify the moderators directly. If you have any questions about these new rules, please contact support@wolflair.com.

    - The Lone Wolf Development Team

Version 9.4 of the Pathfinder files for Hero Lab is now available

update: will go threw the steps thus far

Made a custom warforged like race

Didn't want the alternate racial traits to come up for construct so made a living construct type and assigned this type to the Race instead of construct
Doing so hid all of the alternate racial traits

Applied the eval script
Pre level user 20000
perform hero.assign[Race.tpConst]
perform hero.assign[Race.rS2Warforg]

Doing this allowed them to select construct and war-forged feats without adding alternate racial traits back to them.
------------
update: The type traits (not the type or other powers of the type) are showing up even before any race or anything is selected. Didn't have the issue with subtypes and didn't realize they worked differently, Do I need to bootstrap the type traits on the race instead of on the type then?? I am guessing thats not the issue though as other types have the boostraps set up the same.

Wondering if perhaps there's something in the racial special abilities living construct traits that causes it to show for everything
 
Last edited:
So you're working in the ARG Custom Race creator then.

Why don't you create a subtype called "warforged" instead of a type, and have that delete the IsRace.tpConst tag on the hero (as I suggested before) instead? Then you can make your custom race a normal construct, and upon adding the subtype, the ARTs normally allowed to all constructs will no longer be valid choices.
 
did it the other way so that construct traits are never listed but it still counts as a construct so you don't have the situation such as the current Warforged where it says construct lists all the construct traits then says living and has to mention all the changes to construct, basically just set it directly as a living construct. Which should work based on the other types that are there, I have same boostraps ect but somehow seam to have a error that gives the living construct traits power to everybody. (the living construct type is not granted just the trait)
 
if the error is in the type section I will just add the traits to the race manually thus leaving the type as nothing more then some text, but it seamed like the error was somewhere in the traits ability

update: so I tracked the error down to being in the type tab.

More so that I understand the reason more then simply how to bypass it, why is it that new types grant there trait powers to everything while the current ones do not?

I know a work around that still lets me use the type now that I have the source figured out just wondering the why it does it to begin with now, I mean none of the other current types add there traits unless there actually on the creature
 
Last edited:
I am thinking apply all the bootstraps from the type to the traits power, then bootstrap the traits power to any race that is given that type perhaps via a mechanic eval code that check the hero.[Race.tpVKLivngC]

Or if failing that just have the race itself add the bootstrap to the racial trait, thus the type never has the bootstrap and thus can't assign it to every character


Update: and it just now clicked what you had suggested before about hiding/removing the construct type with the subtype. but now I am trying to fully understand the type tab, kind of that situation where curiosity drives me on.

I assume you meant delete the type construct then add it back after the traits section was checked.
 
Last edited:
using eval script

perform hero.delete[IsRace.tpConst]

Does remove the alt racial traits but does not remove the construct type from the list.
 
So subtype doesn't work because the construct remains listed under construct type, thus to remove that I need to make the living construct a type or perhaps remove the type requirement from the subtype...

Probably type removing the subtype requirement first but without a type not sure it will bother listing the subtype so failing that I will make a type that grants nothing, then link everything to the type traits and grant that trait by bootstrapping it to the races that gain the type specifically.

Still wish I could figure out how the base types where designed so they don't show any of the stuff they grant unless they are actually applied to a race.

Update: ran into problem when type was removed thus I removed the subtype, added a type that was words only, tied everything into the subtype ability (besides the text for type) then bootstrapped the subtype traits ability onto the race and added the type to that race, this way the type shows as living construct but nothing gets added for living construct unless the race directly bootstraps to the living construct traits.

This removed construct from the types list when selecting the race, removed the alt racial traits, and I used a eval code to add the type on for feat qualification purposes.
 
Last edited:
Any chance that we will see CR and XP specially for the ancient ones custom output stat block.

Perhaps a Official Monster stat output, we use hero lab for most things including making the monsters ect but then I often print the monsters out and organize the info into a nice handy booklet that makes it super easy to run the dungeons. Currently I have to right the CR and XP ect at the top of every creature which is kind of a pain as I have to look each creature up. Not a huge deal but also probably something thats super easy to add in, least one would think it would be.
 
stargazer_dragon said:
Any chance that we will see CR and XP specially for the ancient ones custom output stat block.

Perhaps a Official Monster stat output, we use hero lab for most things including making the monsters ect but then I often print the monsters out and organize the info into a nice handy booklet that makes it super easy to run the dungeons. Currently I have to right the CR and XP ect at the top of every creature which is kind of a pain as I have to look each creature up. Not a huge deal but also probably something thats super easy to add in, least one would think it would be.
Click to expand...
I would recommend putting in a bug report if your saying the HL statblock does not include the CR/XP info. Putting this info in individual threads means it will not be tracked and can get misplaced.
 
Actually I was mistaken The normal statblock output appears to include the CR and XP, custom output I was using did not and I had forgotten about the other normal output. Feeling a bit stupid now I will retreat and see if I can figure out how to get it to show the way I want it to show. Trying to get the stat blocks to print with the portrait in a semi organized fation. Closest I found is still ancient ones stat block output but that chops needed info thus I will keep toying with it
 
stargazer_dragon said:
Actually I was mistaken The normal statblock output appears to include the CR and XP, custom output I was using did not and I had forgotten about the other normal output. Feeling a bit stupid now I will retreat and see if I can figure out how to get it to show the way I want it to show. Trying to get the stat blocks to print with the portrait in a semi organized fation. Closest I found is still ancient ones stat block output but that chops needed info thus I will keep toying with it
Click to expand...
You may want to look into building your own custom output. I agree it will take time but it uses HTML and XSLT both of which you can find LOTS of help for on the net. I had started down this road for my players/games but then the iPad app was announced and I dropped it as it was not really helpful.

But its an idea as then you should be able to get exactly what you want....
 
One of the recent updates (9.2 I think, but possibly 9.4) broke my custom class. Looks like the new way domain spells work is the culprit.

Use case: make a new custom class. Click the edit button for "uses which spells". Check "Air", "Earth", "Fire", "Water". Once upon a time, this would build a spell list for the class giving access to all the spells of those four domains. Now, it provides only an empty list.

Looks like the reason for this is that the default spells no longer have the tags for the old domain mechanism (e.g. Fireball no longer contains the sClass.Fire tag).

The new domain system definitely seems better; however, the "uses which spells" feature of classes should be changed so that you can select domains as well as sClass tags. (Or, maybe, a new "uses which domains" button gets added, or whatever).
 
AndrewD2 said:
Furious Guardian is called the Ulfen Guard and it was released this month in the Inner Sea Combat package
Click to expand...

One of the many reasons I kinda hate that site ;-)
It often changes text and it always renames stuff that use place/people names.
 
Well they kinda have to since they no longer can use the Community Use Policy as they make money now so they can't use IP.
 
You must log in or register to reply here.
Back
Top