Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Dec 14 11:55
    UrsinePatriarch commented #1140
  • Dec 14 11:53
    UrsinePatriarch opened #1144
  • Dec 14 10:28
    UrsinePatriarch commented #1042
  • Dec 13 18:47

    OftKilted on master

    Merge pull request #6 from BSDa… Fixed Nagash problem, more to f… Fixed Nagash, incremented prope… and 1 more (compare)

  • Dec 13 18:47
    OftKilted closed #1143
  • Dec 13 18:39
    UrsinePatriarch opened #1143
  • Dec 12 16:09
    cartag commented #1042
  • Dec 11 16:26
    Tigerwraith commented #1138
  • Dec 11 13:53
    alphalas commented #1042
  • Dec 11 13:51
    alphalas commented #1042
  • Dec 11 13:48
    Ginjitzu commented #1042
  • Dec 11 12:50
    alphalas commented #1042
  • Dec 11 12:50
    alphalas commented #1042
  • Dec 11 12:49
    alphalas commented #1042
  • Dec 11 07:40
    Ginjitzu commented #1042
  • Dec 11 04:34
    BSDataAnon opened #1142
  • Dec 11 00:29
    cartag commented #1141
  • Dec 11 00:27
    cartag commented #1141
  • Dec 10 22:10
    crownedzoidberg edited #1141
  • Dec 10 22:08
    crownedzoidberg opened #1141
OftKilted
@OftKilted
I had to do a custom one for each of the units that needed one to get that done
Iain Launchbury
@Mad-Spy
yeah, it's "messier" in terms of the amount of work you need to do.
OftKilted
@OftKilted
But it looks much much cleaner
Ended up going back and redoing Nagash and the Mortis Engine
Iain Launchbury
@Mad-Spy
one downside is that it means it moves around in the display.
unless we go back to numbering the profile types, which i really don't like.
OftKilted
@OftKilted
Not following.
Iain Launchbury
@Mad-Spy
Because the output is alphabetised, the wound table for different units will be in different places.
OftKilted
@OftKilted
Yeah ... this is true, depending on how you’re displaying the data. I was displaying data in a unit centric method (basically a default view)
One could put a non-text character to force it to a specific point

But as it’s all one type of “X Wound table” it will at least still be together under X. Only oddities is that I did have several wound tables that were reused. (Zombie Dragons and Terrorgheists)

The perfect is the enemy of the good. Or Good enough.

Iain Launchbury
@Mad-Spy
I'm not complaining. I like yours better
I might change all of mine :)
OftKilted
@OftKilted
:+1:
Iain Launchbury
@Mad-Spy
@/all, to make everyone's life easier when splitting, GA traits and Artefacts should be in the GST. Please move yours.
Iain Launchbury
@Mad-Spy
see #175
OftKilted
@OftKilted
.... and I was doing so good ...
Iain Launchbury
@Mad-Spy
Got to keep you on your toes :)
OftKilted
@OftKilted
Dang moving goal lines ... let’s line up for another try.
Next thing we’ll have “Battalion Validation” To input ...
OftKilted
@OftKilted
@Mad-Spy Did you actually submit your commit on the GA Traits and artifacts?
I'm not seeing it posted
Iain Launchbury
@Mad-Spy
I did it in my oe
OftKilted
@OftKilted
oe?
Iain Launchbury
@Mad-Spy
My Own branch didn't I?!
And forgot to merge it...
OftKilted
@OftKilted
takes out the poking stick and pokes @Mad-Spy
"Chaos is already done ...." looks at the get ... finds nothing ... Sneaky-sneaky chaos ....
OftKilted
@OftKilted
If you qualify for Allegiance X. And also the GA. You can choose to entirely use the GA Allegiance Traits. Does that mean that you're using Allegiance: <grand alliance> or that you're just using the traits? (See: Allegiance: Tomb Kings ... and Battleline for Tomb Queen ... No Allegiance Traits for TK)
Almost makes one want to set up an 'Allegiance: X (GA:<grand alliance>' allegiance
Iain Launchbury
@Mad-Spy
Just using the abilities.
OftKilted
@OftKilted
That makes more logical sense.
Lemme know when you're going to do the merge, so I can coordinate dropping the Death GA abilities into the gst.
Iain Launchbury
@Mad-Spy
Just merge yours whenever. Mine will go in via a PR.
OftKilted
@OftKilted
We may not test our code often ... but when we do ... we do it in Production.
tekton
@tekton
good news: figured out something I was doing wrong
bad news: that was a wasted night...
OftKilted
@OftKilted
@tekton I know the feeling. Managing Catalogues that have multiple Allegiances (other than just the GA and the default) is nearly headache inducing. I’m a hairbreadth away from just splitting them out (Soulblight, Nighthaunt ... I’m looking at you .... :angry: ) to make catalogue management easier with the Allies forces... hmm ... perhaps there is an easier method
OftKilted
@OftKilted
So ... if one does a “constraint” on the Allegiance, based on the Category entries one could flag ‘bad’ units when building a list.
It wouldn’t hide them, just make a list validity warning. :thought_balloon:
OftKilted
@OftKilted
That might entail more categories in the gst ... hmmm.
Not optimal. :/
OftKilted
@OftKilted
@Mad-Spy What if we were to do this a different way for the Limitations?
If instead of hiding or showing, what if one did modifiers on the Categories?
For example: Nighthaunt
Set a max in roster of -1 by default.
If allegiance 'Derathmages' set Max in Roster to 0
Deathmages
If the units are categorized properly, it should flag that the restriction isn't being met ...
OftKilted
@OftKilted
It just makes gst'izing the keywords not as helpful.
Or reverse it ...