Loading ...
Sorry, an error occurred while loading the content.
 

Kit file: ABILITY:PROMPT:FEAT(x)|CHOICE:y

Expand Messages
  • rogerwllco
    L.S. I m sorry if this is not the right place to post this but James Dempsey s reply to my last post in general was that these kind of questions are probably
    Message 1 of 18 , Mar 20, 2013
      L.S.

      I'm sorry if this is not the right place to post this but James Dempsey's reply to my last post in general was that these kind of questions are probably more for the dev list than the general or the LST list. Please correct me if I understood that wrong.

      I've downloaded the PCGen trunk code and I've been digging around in it because I'm getting errors when loading my Kit files. I have the impression that these are not due to a syntax error in my LST file, but the code seems to do something strange.

      The issue is that I get the following error:
      SEVERE Thread-7 pcgen.persistence.lst.LstObjectFileLoader loadLstFile Errors.LstFileLoader.Ignoring: String in getAbilitySelectionFromPersistentFormat must start with CATEGORY=, found: Blind Fight not defined.

      This is due to the following code in the LST file:
      LEVELABILITY:Fighter=1
      ABILITY:PROMPT:FEAT(TYPE.Fighter)|CHOICE:Blind Fight

      My problem is that the error seems to originate from /java/plugin/lsttokens/choose/AbilityToken.java
      but the code for handling ABILITY:PROMPT is in /java/plugin/lsttokens/kit/levelability/AbilityToken.java

      I've been trying to figure out from the code why it ends up generating the error where it does. I've tried tracking the flow though the program from when you push the load button and I end up in the CDOMSublineLoader. I've also tried tracking where the AbilityToken is being used.

      I've got the feeling that the code tries to interpret the token as an ABILITY:CATEGORY token instead of a ABILITY:PROMPT token. However I can't find in the code where it makes that decision exactly. It might be doing something based on AbilityToken.getTokenName() which is "ABILITY" for both as far as I understand. I can't find where it does that though.

      Currently I only have the code, I have loaded it into Eclipse, but I haven't looked into compiling and debugging this yet, I might try to in a few weeks time but I have no experience with Maven or Ant. It wasn't high on my priorities as I will focus my efforts on converting my LST files to 6.00 for the next month(s).

      If someone can have a look at this or give me a few pointers so I can continue investigating on my own that would be helpful.

      Please note that James Dempsey changed the error message after another message from me. http://sourceforge.net/p/pcgen/code/19643
      I'm running 6.00.0 though, so I still see the old message.

      Thanks,

      Adriaan Renting/RogerWilco
    • Andrew
      Hi, Curious - is your code using ADD:FEAT or did you switch to an ABILITYPOOL? ... -- Andrew Maitland (LegacyKing) Admin Silverback - PCGen Board of
      Message 2 of 18 , Mar 20, 2013
        Hi,

        Curious - is your code using 'ADD:FEAT' or did you switch to an ABILITYPOOL?

        On 3/20/2013 7:37 AM, rogerwllco wrote:
        L.S.
        
        I'm sorry if this is not the right place to post this but James Dempsey's reply to my last post in general was that these kind of questions are probably more for the dev list than the general or the LST list. Please correct me if I understood that wrong.
        
        I've downloaded the PCGen trunk code and I've been digging around in it because I'm getting errors when loading my Kit files. I have the impression that these are not due to a syntax error in my LST file, but the code seems to do something strange.
        
        The issue is that I get the following error:
        SEVERE Thread-7 pcgen.persistence.lst.LstObjectFileLoader loadLstFile Errors.LstFileLoader.Ignoring: String in getAbilitySelectionFromPersistentFormat must start with CATEGORY=, found: Blind Fight not defined.
        
        This is due to the following code in the LST file:
        LEVELABILITY:Fighter=1
        ABILITY:PROMPT:FEAT(TYPE.Fighter)|CHOICE:Blind Fight
        
        My problem is that the error seems to originate from /java/plugin/lsttokens/choose/AbilityToken.java
        but the code for handling ABILITY:PROMPT is in /java/plugin/lsttokens/kit/levelability/AbilityToken.java
        
        I've been trying to figure out from the code why it ends up generating the error where it does. I've tried tracking the flow though the program from when you push the load button and I end up in the CDOMSublineLoader. I've also tried tracking where the AbilityToken is being used.
        
        I've got the feeling that the code tries to interpret the token as an ABILITY:CATEGORY token instead of a ABILITY:PROMPT token. However I can't find in the code where it makes that decision exactly. It might be doing something based on AbilityToken.getTokenName() which is "ABILITY" for both as far as I understand. I can't find where it does that though.
        
        Currently I only have the code, I have loaded it into Eclipse, but I haven't looked into compiling and debugging this yet, I might try to in a few weeks time but I have no experience with Maven or Ant. It wasn't high on my priorities as I will focus my efforts on converting my LST files to 6.00 for the next month(s).
        
        If someone can have a look at this or give me a few pointers so I can continue investigating on my own that would be helpful.
        
        Please note that James Dempsey changed the error message after another message from me. http://sourceforge.net/p/pcgen/code/19643
        I'm running 6.00.0 though, so I still see the old message.
        
        Thanks,
        
        Adriaan Renting/RogerWilco
        
        
        
        ------------------------------------
        
        Yahoo! Groups Links
        
        <*> To visit your group on the web, go to:
            http://groups.yahoo.com/group/pcgen_developers/
        
        <*> Your email settings:
            Individual Email | Traditional
        
        <*> To change settings online go to:
            http://groups.yahoo.com/group/pcgen_developers/join
            (Yahoo! ID required)
        
        <*> To change settings via email:
            pcgen_developers-digest@yahoogroups.com 
            pcgen_developers-fullfeatured@yahoogroups.com
        
        <*> To unsubscribe from this group, send an email to:
            pcgen_developers-unsubscribe@yahoogroups.com
        
        <*> Your use of Yahoo! Groups is subject to:
            http://docs.yahoo.com/info/terms/
        
        
        


        --
        Andrew Maitland (LegacyKing)
        Admin Silverback - PCGen Board of Directors
        Data 2nd, Docs Tamarin, OS Lemur
        Unique Title "Quick-Silverback Tracker Monkey"
        Unique Title "The Torturer of PCGen"
      • rogerwllco
        All the code is using ADD:FEAT|TYPE=Fighter and similar. Most of the CMP code is from before ABILITIES were implemented, most LST code predates 5.6 and has
        Message 3 of 18 , Mar 21, 2013
          All the code is using ADD:FEAT|TYPE=Fighter and similar.
          Most of the CMP code is from before ABILITIES were implemented, most LST code predates 5.6 and has only been updated if syntax was no longer supported, which is especially nice if you also have a large set of homebrew interacting with it.


          Cheers,

          Adriaan Renting/RogerWilco

          --- In pcgen_developers@yahoogroups.com, Andrew <drew0500@...> wrote:
          >
          > Hi,
          >
          > Curious - is your code using 'ADD:FEAT' or did you switch to an ABILITYPOOL?
          >
          > On 3/20/2013 7:37 AM, rogerwllco wrote:
          > > L.S.
          > >
          > > I'm sorry if this is not the right place to post this but James Dempsey's reply to my last post in general was that these kind of questions are probably more for the dev list than the general or the LST list. Please correct me if I understood that wrong.
          > >
          > > I've downloaded the PCGen trunk code and I've been digging around in it because I'm getting errors when loading my Kit files. I have the impression that these are not due to a syntax error in my LST file, but the code seems to do something strange.
          > >
          > > The issue is that I get the following error:
          > > SEVERE Thread-7 pcgen.persistence.lst.LstObjectFileLoader loadLstFile Errors.LstFileLoader.Ignoring: String in getAbilitySelectionFromPersistentFormat must start with CATEGORY=, found: Blind Fight not defined.
          > >
          > > This is due to the following code in the LST file:
          > > LEVELABILITY:Fighter=1
          > > ABILITY:PROMPT:FEAT(TYPE.Fighter)|CHOICE:Blind Fight
          > >
          > > My problem is that the error seems to originate from /java/plugin/lsttokens/choose/AbilityToken.java
          > > but the code for handling ABILITY:PROMPT is in /java/plugin/lsttokens/kit/levelability/AbilityToken.java
          > >
          > > I've been trying to figure out from the code why it ends up generating the error where it does. I've tried tracking the flow though the program from when you push the load button and I end up in the CDOMSublineLoader. I've also tried tracking where the AbilityToken is being used.
          > >
          > > I've got the feeling that the code tries to interpret the token as an ABILITY:CATEGORY token instead of a ABILITY:PROMPT token. However I can't find in the code where it makes that decision exactly. It might be doing something based on AbilityToken.getTokenName() which is "ABILITY" for both as far as I understand. I can't find where it does that though.
          > >
          > > Currently I only have the code, I have loaded it into Eclipse, but I haven't looked into compiling and debugging this yet, I might try to in a few weeks time but I have no experience with Maven or Ant. It wasn't high on my priorities as I will focus my efforts on converting my LST files to 6.00 for the next month(s).
          > >
          > > If someone can have a look at this or give me a few pointers so I can continue investigating on my own that would be helpful.
          > >
          > > Please note that James Dempsey changed the error message after another message from me. http://sourceforge.net/p/pcgen/code/19643
          > > I'm running 6.00.0 though, so I still see the old message.
          > >
          > > Thanks,
          > >
          > > Adriaan Renting/RogerWilco
          > >
          > >
          > >
          > > ------------------------------------
          > >
          > > Yahoo! Groups Links
          > >
          > >
          > >
          > >
          >
          >
          > --
          > Andrew Maitland (LegacyKing)
          > Admin Silverback - PCGen Board of Directors
          > Data 2nd, Docs Tamarin, OS Lemur
          > Unique Title "Quick-Silverback Tracker Monkey"
          > Unique Title "The Torturer of PCGen"
          >
        • James Dempsey
          Hi Adriaan, Here s the call stack that produces that error: at
          Message 4 of 18 , Mar 21, 2013
            Hi Adriaan,

            Here's the call stack that produces that error:

                at pcgen.cdom.helper. CategorizedAbilitySelection.getAbilitySelectionFromPersistentFormat(CategorizedAbilitySelection.java:324)
                at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:346)
                at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:1)
                at pcgen.cdom.base.ConcretePersistentTransitionChoice.decodeChoice(ConcretePersistentTransitionChoice.java:124)
                at plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:103)
                at plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:1)
                at pcgen.rules.persistence.TokenSupport.processToken(TokenSupport.java:62)
                at pcgen.rules.context.LoadContext.processToken(LoadContext.java:262)
                at pcgen.rules.persistence.CDOMSubLineLoader.parseLine(CDOMSubLineLoader.java:77)
                at pcgen.rules.persistence.CDOMKitLoader.subParse(CDOMKitLoader.java:120)
                at pcgen.rules.persistence.CDOMKitLoader.parseSubLine(CDOMKitLoader.java:80)
                at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:205)
                at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:1)
                at pcgen.persistence.lst.LstObjectFileLoader.loadLstFile(LstObjectFileLoader.java:448)
                at pcgen.persistence.lst.LstObjectFileLoader.loadLstFiles(LstObjectFileLoader.java:117)
                at pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:606)
                at pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:479)
                at pcgen.persistence.SourceFileLoader.execute(SourceFileLoader.java:214)
                at pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:167)
                at pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:1)
                at pcgen.gui2.util.SwingWorker$2.run(SwingWorker.java:146)
                at java.lang.Thread.run(Thread.java:662)

            Now, what is happening is that plugin.lsttokens.kit.levelability.AbilityToken.parseToken(LoadContext, KitLevelAbility, String) is not using the category when it is passing on the feat choice. Once that is fixed the initial application will work,but the persistence in the character will have to be checked also.

            Cheers,
            James.


            On 21/03/2013 1:37 AM rogerwllco wrote
            L.S.
            
            I'm sorry if this is not the right place to post this but James Dempsey's reply to my last post in general was that these kind of questions are probably more for the dev list than the general or the LST list. Please correct me if I understood that wrong.
            
            I've downloaded the PCGen trunk code and I've been digging around in it because I'm getting errors when loading my Kit files. I have the impression that these are not due to a syntax error in my LST file, but the code seems to do something strange.
            
            The issue is that I get the following error:
            SEVERE Thread-7 pcgen.persistence.lst.LstObjectFileLoader loadLstFile Errors.LstFileLoader.Ignoring: String in getAbilitySelectionFromPersistentFormat must start with CATEGORY=, found: Blind Fight not defined.
            
            This is due to the following code in the LST file:
            LEVELABILITY:Fighter=1
            ABILITY:PROMPT:FEAT(TYPE.Fighter)|CHOICE:Blind Fight
            
            My problem is that the error seems to originate from /java/plugin/lsttokens/choose/AbilityToken.java
            but the code for handling ABILITY:PROMPT is in /java/plugin/lsttokens/kit/levelability/AbilityToken.java
            
            I've been trying to figure out from the code why it ends up generating the error where it does. I've tried tracking the flow though the program from when you push the load button and I end up in the CDOMSublineLoader. I've also tried tracking where the AbilityToken is being used.
            
            I've got the feeling that the code tries to interpret the token as an ABILITY:CATEGORY token instead of a ABILITY:PROMPT token. However I can't find in the code where it makes that decision exactly. It might be doing something based on AbilityToken.getTokenName() which is "ABILITY" for both as far as I understand. I can't find where it does that though.
            
            Currently I only have the code, I have loaded it into Eclipse, but I haven't looked into compiling and debugging this yet, I might try to in a few weeks time but I have no experience with Maven or Ant. It wasn't high on my priorities as I will focus my efforts on converting my LST files to 6.00 for the next month(s).
            
            If someone can have a look at this or give me a few pointers so I can continue investigating on my own that would be helpful.
            
            Please note that James Dempsey changed the error message after another message from me. http://sourceforge.net/p/pcgen/code/19643
            I'm running 6.00.0 though, so I still see the old message.
            
            Thanks,
            
            Adriaan Renting/RogerWilco
            
            
            
            ------------------------------------
            
            Yahoo! Groups Links
            
            <*> To visit your group on the web, go to:
                http://groups.yahoo.com/group/pcgen_developers/
            
            <*> Your email settings:
                Individual Email | Traditional
            
            <*> To change settings online go to:
                http://groups.yahoo.com/group/pcgen_developers/join
                (Yahoo! ID required)
            
            <*> To change settings via email:
                pcgen_developers-digest@yahoogroups.com 
                pcgen_developers-fullfeatured@yahoogroups.com
            
            <*> To unsubscribe from this group, send an email to:
                pcgen_developers-unsubscribe@yahoogroups.com
            
            <*> Your use of Yahoo! Groups is subject to:
                http://docs.yahoo.com/info/terms/
            
            
            

          • FerretDave
            FWIW - I recall I had some issue with Blind Fight some time back, something to do with the key actually being different, it may be Blind-Fight ? Just worth
            Message 5 of 18 , Mar 21, 2013
              FWIW - I recall I had some issue with 'Blind Fight' some time back, something to do with the key actually being different, it may be 'Blind-Fight' ?
              Just worth double checking all your references to it match the actual key definition.

              --- In pcgen_developers@yahoogroups.com, James Dempsey <jdempsey@...> wrote:
              >
              > Hi Adriaan,
              >
              > Here's the call stack that produces that error:
              >
              > at
              > pcgen.cdom.helper.CategorizedAbilitySelection.getAbilitySelectionFromPersistentFormat(CategorizedAbilitySelection.java:324)
              > at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:346)
              > at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:1)
              > at
              > pcgen.cdom.base.ConcretePersistentTransitionChoice.decodeChoice(ConcretePersistentTransitionChoice.java:124)
              > at
              > plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:103)
              > at
              > plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:1)
              > at
              > pcgen.rules.persistence.TokenSupport.processToken(TokenSupport.java:62)
              > at pcgen.rules.context.LoadContext.processToken(LoadContext.java:262)
              > at
              > pcgen.rules.persistence.CDOMSubLineLoader.parseLine(CDOMSubLineLoader.java:77)
              > at
              > pcgen.rules.persistence.CDOMKitLoader.subParse(CDOMKitLoader.java:120)
              > at
              > pcgen.rules.persistence.CDOMKitLoader.parseSubLine(CDOMKitLoader.java:80)
              > at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:205)
              > at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:1)
              > at
              > pcgen.persistence.lst.LstObjectFileLoader.loadLstFile(LstObjectFileLoader.java:448)
              > at
              > pcgen.persistence.lst.LstObjectFileLoader.loadLstFiles(LstObjectFileLoader.java:117)
              > at
              > pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:606)
              > at
              > pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:479)
              > at
              > pcgen.persistence.SourceFileLoader.execute(SourceFileLoader.java:214)
              > at
              > pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:167)
              > at
              > pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:1)
              > at pcgen.gui2.util.SwingWorker$2.run(SwingWorker.java:146)
              > at java.lang.Thread.run(Thread.java:662)
              >
              > Now, what is happening is that
              > plugin.lsttokens.kit.levelability.AbilityToken.parseToken(LoadContext,
              > KitLevelAbility, String) is not using the category when it is passing on
              > the feat choice. Once that is fixed the initial application will
              > work,but the persistence in the character will have to be checked also.
              >
              > Cheers,
              > James.
              >
              >
              > On 21/03/2013 1:37 AM rogerwllco wrote
              > > L.S.
              > >
              > > I'm sorry if this is not the right place to post this but James Dempsey's reply to my last post in general was that these kind of questions are probably more for the dev list than the general or the LST list. Please correct me if I understood that wrong.
              > >
              > > I've downloaded the PCGen trunk code and I've been digging around in it because I'm getting errors when loading my Kit files. I have the impression that these are not due to a syntax error in my LST file, but the code seems to do something strange.
              > >
              > > The issue is that I get the following error:
              > > SEVERE Thread-7 pcgen.persistence.lst.LstObjectFileLoader loadLstFile Errors.LstFileLoader.Ignoring: String in getAbilitySelectionFromPersistentFormat must start with CATEGORY=, found: Blind Fight not defined.
              > >
              > > This is due to the following code in the LST file:
              > > LEVELABILITY:Fighter=1
              > > ABILITY:PROMPT:FEAT(TYPE.Fighter)|CHOICE:Blind Fight
              > >
              > > My problem is that the error seems to originate from /java/plugin/lsttokens/choose/AbilityToken.java
              > > but the code for handling ABILITY:PROMPT is in /java/plugin/lsttokens/kit/levelability/AbilityToken.java
              > >
              > > I've been trying to figure out from the code why it ends up generating the error where it does. I've tried tracking the flow though the program from when you push the load button and I end up in the CDOMSublineLoader. I've also tried tracking where the AbilityToken is being used.
              > >
              > > I've got the feeling that the code tries to interpret the token as an ABILITY:CATEGORY token instead of a ABILITY:PROMPT token. However I can't find in the code where it makes that decision exactly. It might be doing something based on AbilityToken.getTokenName() which is "ABILITY" for both as far as I understand. I can't find where it does that though.
              > >
              > > Currently I only have the code, I have loaded it into Eclipse, but I haven't looked into compiling and debugging this yet, I might try to in a few weeks time but I have no experience with Maven or Ant. It wasn't high on my priorities as I will focus my efforts on converting my LST files to 6.00 for the next month(s).
              > >
              > > If someone can have a look at this or give me a few pointers so I can continue investigating on my own that would be helpful.
              > >
              > > Please note that James Dempsey changed the error message after another message from me. http://sourceforge.net/p/pcgen/code/19643
              > > I'm running 6.00.0 though, so I still see the old message.
              > >
              > > Thanks,
              > >
              > > Adriaan Renting/RogerWilco
              > >
              > >
              > >
              > > ------------------------------------
              > >
              > > Yahoo! Groups Links
              > >
              > >
              > >
              > >
              >
            • Eric C Smith
              Hi Folks! This same error is occurring for all ABILITY:PROMT tags in the kit experiencing the problem so it is unlikely to be a key issue. At least the error
              Message 6 of 18 , Mar 21, 2013
                Hi Folks!

                This same error is occurring for all ABILITY:PROMT tags in the kit experiencing the problem so it is unlikely to be a key issue. At least the error is occurring for all of the tags in the test I did last night. I was using 5.16.4.

                Maredudd

                On Mar 21, 2013, at 9:23 AM, FerretDave wrote:

                > FWIW - I recall I had some issue with 'Blind Fight' some time back, something to do with the key actually being different, it may be 'Blind-Fight' ?
                > Just worth double checking all your references to it match the actual key definition.
                >
                > --- In pcgen_developers@yahoogroups.com, James Dempsey <jdempsey@...> wrote:
                >>
                >> Hi Adriaan,
                >>
                >> Here's the call stack that produces that error:
                >>
                >> at
                >> pcgen.cdom.helper.CategorizedAbilitySelection.getAbilitySelectionFromPersistentFormat(CategorizedAbilitySelection.java:324)
                >> at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:346)
                >> at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:1)
                >> at
                >> pcgen.cdom.base.ConcretePersistentTransitionChoice.decodeChoice(ConcretePersistentTransitionChoice.java:124)
                >> at
                >> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:103)
                >> at
                >> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:1)
                >> at
                >> pcgen.rules.persistence.TokenSupport.processToken(TokenSupport.java:62)
                >> at pcgen.rules.context.LoadContext.processToken(LoadContext.java:262)
                >> at
                >> pcgen.rules.persistence.CDOMSubLineLoader.parseLine(CDOMSubLineLoader.java:77)
                >> at
                >> pcgen.rules.persistence.CDOMKitLoader.subParse(CDOMKitLoader.java:120)
                >> at
                >> pcgen.rules.persistence.CDOMKitLoader.parseSubLine(CDOMKitLoader.java:80)
                >> at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:205)
                >> at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:1)
                >> at
                >> pcgen.persistence.lst.LstObjectFileLoader.loadLstFile(LstObjectFileLoader.java:448)
                >> at
                >> pcgen.persistence.lst.LstObjectFileLoader.loadLstFiles(LstObjectFileLoader.java:117)
                >> at
                >> pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:606)
                >> at
                >> pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:479)
                >> at
                >> pcgen.persistence.SourceFileLoader.execute(SourceFileLoader.java:214)
                >> at
                >> pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:167)
                >> at
                >> pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:1)
                >> at pcgen.gui2.util.SwingWorker$2.run(SwingWorker.java:146)
                >> at java.lang.Thread.run(Thread.java:662)
                >>
                >> Now, what is happening is that
                >> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(LoadContext,
                >> KitLevelAbility, String) is not using the category when it is passing on
                >> the feat choice. Once that is fixed the initial application will
                >> work,but the persistence in the character will have to be checked also.
                >>
                >> Cheers,
                >> James.
                >>
                >>
                >> On 21/03/2013 1:37 AM rogerwllco wrote
                >>> L.S.
                >>>
                >>> I'm sorry if this is not the right place to post this but James Dempsey's reply to my last post in general was that these kind of questions are probably more for the dev list than the general or the LST list. Please correct me if I understood that wrong.
                >>>
                >>> I've downloaded the PCGen trunk code and I've been digging around in it because I'm getting errors when loading my Kit files. I have the impression that these are not due to a syntax error in my LST file, but the code seems to do something strange.
                >>>
                >>> The issue is that I get the following error:
                >>> SEVERE Thread-7 pcgen.persistence.lst.LstObjectFileLoader loadLstFile Errors.LstFileLoader.Ignoring: String in getAbilitySelectionFromPersistentFormat must start with CATEGORY=, found: Blind Fight not defined.
                >>>
                >>> This is due to the following code in the LST file:
                >>> LEVELABILITY:Fighter=1
                >>> ABILITY:PROMPT:FEAT(TYPE.Fighter)|CHOICE:Blind Fight
                >>>
                >>> My problem is that the error seems to originate from /java/plugin/lsttokens/choose/AbilityToken.java
                >>> but the code for handling ABILITY:PROMPT is in /java/plugin/lsttokens/kit/levelability/AbilityToken.java
                >>>
                >>> I've been trying to figure out from the code why it ends up generating the error where it does. I've tried tracking the flow though the program from when you push the load button and I end up in the CDOMSublineLoader. I've also tried tracking where the AbilityToken is being used.
                >>>
                >>> I've got the feeling that the code tries to interpret the token as an ABILITY:CATEGORY token instead of a ABILITY:PROMPT token. However I can't find in the code where it makes that decision exactly. It might be doing something based on AbilityToken.getTokenName() which is "ABILITY" for both as far as I understand. I can't find where it does that though.
                >>>
                >>> Currently I only have the code, I have loaded it into Eclipse, but I haven't looked into compiling and debugging this yet, I might try to in a few weeks time but I have no experience with Maven or Ant. It wasn't high on my priorities as I will focus my efforts on converting my LST files to 6.00 for the next month(s).
                >>>
                >>> If someone can have a look at this or give me a few pointers so I can continue investigating on my own that would be helpful.
                >>>
                >>> Please note that James Dempsey changed the error message after another message from me. http://sourceforge.net/p/pcgen/code/19643
                >>> I'm running 6.00.0 though, so I still see the old message.
                >>>
                >>> Thanks,
                >>>
                >>> Adriaan Renting/RogerWilco
                >>>
                >>>
                >>>
                >>> ------------------------------------
                >>>
                >>> Yahoo! Groups Links
                >>>
                >>>
                >>>
                >>>
                >>
                >
                >
                >
                >
                > ------------------------------------
                >
                > Yahoo! Groups Links
                >
                >
                >
              • rogerwllco
                It s coded like: Blind Fight OUTPUTNAME:Blind-Fight I don t even think the - is legal in the name of the feat in PCGen, but as maredudd mentions, it s all
                Message 7 of 18 , Mar 21, 2013
                  It's coded like:
                  Blind Fight OUTPUTNAME:Blind-Fight

                  I don't even think the '-' is legal in the name of the feat in PCGen,
                  but as maredudd mentions, it's all ABILITY:PROMPT uses that have this issue, I just only quoted one although you had no way to know that.

                  Cheers,

                  Adriaan Renting/RogerWilco

                  --- In pcgen_developers@yahoogroups.com, "FerretDave" <ferret.griffin@...> wrote:
                  >
                  > FWIW - I recall I had some issue with 'Blind Fight' some time back, something to do with the key actually being different, it may be 'Blind-Fight' ?
                  > Just worth double checking all your references to it match the actual key definition.
                  >
                  > --- In pcgen_developers@yahoogroups.com, James Dempsey <jdempsey@> wrote:
                  > >
                  > > Hi Adriaan,
                  > >
                  > > Here's the call stack that produces that error:
                  > >
                  > > at
                  > > pcgen.cdom.helper.CategorizedAbilitySelection.getAbilitySelectionFromPersistentFormat(CategorizedAbilitySelection.java:324)
                  > > at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:346)
                  > > at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:1)
                  > > at
                  > > pcgen.cdom.base.ConcretePersistentTransitionChoice.decodeChoice(ConcretePersistentTransitionChoice.java:124)
                  > > at
                  > > plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:103)
                  > > at
                  > > plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:1)
                  > > at
                  > > pcgen.rules.persistence.TokenSupport.processToken(TokenSupport.java:62)
                  > > at pcgen.rules.context.LoadContext.processToken(LoadContext.java:262)
                  > > at
                  > > pcgen.rules.persistence.CDOMSubLineLoader.parseLine(CDOMSubLineLoader.java:77)
                  > > at
                  > > pcgen.rules.persistence.CDOMKitLoader.subParse(CDOMKitLoader.java:120)
                  > > at
                  > > pcgen.rules.persistence.CDOMKitLoader.parseSubLine(CDOMKitLoader.java:80)
                  > > at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:205)
                  > > at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:1)
                  > > at
                  > > pcgen.persistence.lst.LstObjectFileLoader.loadLstFile(LstObjectFileLoader.java:448)
                  > > at
                  > > pcgen.persistence.lst.LstObjectFileLoader.loadLstFiles(LstObjectFileLoader.java:117)
                  > > at
                  > > pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:606)
                  > > at
                  > > pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:479)
                  > > at
                  > > pcgen.persistence.SourceFileLoader.execute(SourceFileLoader.java:214)
                  > > at
                  > > pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:167)
                  > > at
                  > > pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:1)
                  > > at pcgen.gui2.util.SwingWorker$2.run(SwingWorker.java:146)
                  > > at java.lang.Thread.run(Thread.java:662)
                  > >
                  > > Now, what is happening is that
                  > > plugin.lsttokens.kit.levelability.AbilityToken.parseToken(LoadContext,
                  > > KitLevelAbility, String) is not using the category when it is passing on
                  > > the feat choice. Once that is fixed the initial application will
                  > > work,but the persistence in the character will have to be checked also.
                  > >
                  > > Cheers,
                  > > James.
                  > >
                  > >
                  > > On 21/03/2013 1:37 AM rogerwllco wrote
                  > > > L.S.
                  > > >
                  > > > I'm sorry if this is not the right place to post this but James Dempsey's reply to my last post in general was that these kind of questions are probably more for the dev list than the general or the LST list. Please correct me if I understood that wrong.
                  > > >
                  > > > I've downloaded the PCGen trunk code and I've been digging around in it because I'm getting errors when loading my Kit files. I have the impression that these are not due to a syntax error in my LST file, but the code seems to do something strange.
                  > > >
                  > > > The issue is that I get the following error:
                  > > > SEVERE Thread-7 pcgen.persistence.lst.LstObjectFileLoader loadLstFile Errors.LstFileLoader.Ignoring: String in getAbilitySelectionFromPersistentFormat must start with CATEGORY=, found: Blind Fight not defined.
                  > > >
                  > > > This is due to the following code in the LST file:
                  > > > LEVELABILITY:Fighter=1
                  > > > ABILITY:PROMPT:FEAT(TYPE.Fighter)|CHOICE:Blind Fight
                  > > >
                  > > > My problem is that the error seems to originate from /java/plugin/lsttokens/choose/AbilityToken.java
                  > > > but the code for handling ABILITY:PROMPT is in /java/plugin/lsttokens/kit/levelability/AbilityToken.java
                  > > >
                  > > > I've been trying to figure out from the code why it ends up generating the error where it does. I've tried tracking the flow though the program from when you push the load button and I end up in the CDOMSublineLoader. I've also tried tracking where the AbilityToken is being used.
                  > > >
                  > > > I've got the feeling that the code tries to interpret the token as an ABILITY:CATEGORY token instead of a ABILITY:PROMPT token. However I can't find in the code where it makes that decision exactly. It might be doing something based on AbilityToken.getTokenName() which is "ABILITY" for both as far as I understand. I can't find where it does that though.
                  > > >
                  > > > Currently I only have the code, I have loaded it into Eclipse, but I haven't looked into compiling and debugging this yet, I might try to in a few weeks time but I have no experience with Maven or Ant. It wasn't high on my priorities as I will focus my efforts on converting my LST files to 6.00 for the next month(s).
                  > > >
                  > > > If someone can have a look at this or give me a few pointers so I can continue investigating on my own that would be helpful.
                  > > >
                  > > > Please note that James Dempsey changed the error message after another message from me. http://sourceforge.net/p/pcgen/code/19643
                  > > > I'm running 6.00.0 though, so I still see the old message.
                  > > >
                  > > > Thanks,
                  > > >
                  > > > Adriaan Renting/RogerWilco
                  > > >
                  > > >
                  > > >
                  > > > ------------------------------------
                  > > >
                  > > > Yahoo! Groups Links
                  > > >
                  > > >
                  > > >
                  > > >
                  > >
                  >
                • Andrew
                  Hi, - is legal in the name. And James is investigating it. Can you open a Code Bug for this please. Cheers, ... -- Andrew Maitland (LegacyKing) Admin
                  Message 8 of 18 , Mar 21, 2013
                    Hi,

                    - is legal in the name.

                    And James is investigating it. Can you open a Code Bug for this please.

                    Cheers,

                    On 3/21/2013 10:05 AM, rogerwllco wrote:
                    It's coded like:
                    Blind Fight  OUTPUTNAME:Blind-Fight
                    
                    I don't even think the '-' is legal in the name of the feat in PCGen,
                    but as maredudd mentions, it's all ABILITY:PROMPT uses that have this issue, I just only quoted one although you had no way to know that.
                    
                    Cheers,
                    
                    Adriaan Renting/RogerWilco
                    
                    --- In pcgen_developers@yahoogroups.com, "FerretDave" <ferret.griffin@...> wrote:
                    
                    FWIW - I recall I had some issue with 'Blind Fight' some time back, something to do with the key actually being different, it may be 'Blind-Fight' ? 
                    Just worth double checking all your references to it match the actual key definition.
                    
                    --- In pcgen_developers@yahoogroups.com, James Dempsey <jdempsey@> wrote:
                    
                    Hi Adriaan,
                    
                    Here's the call stack that produces that error:
                    
                         at 
                    pcgen.cdom.helper.CategorizedAbilitySelection.getAbilitySelectionFromPersistentFormat(CategorizedAbilitySelection.java:324)
                         at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:346)
                         at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:1)
                         at 
                    pcgen.cdom.base.ConcretePersistentTransitionChoice.decodeChoice(ConcretePersistentTransitionChoice.java:124)
                         at 
                    plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:103)
                         at 
                    plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:1)
                         at 
                    pcgen.rules.persistence.TokenSupport.processToken(TokenSupport.java:62)
                         at pcgen.rules.context.LoadContext.processToken(LoadContext.java:262)
                         at 
                    pcgen.rules.persistence.CDOMSubLineLoader.parseLine(CDOMSubLineLoader.java:77)
                         at 
                    pcgen.rules.persistence.CDOMKitLoader.subParse(CDOMKitLoader.java:120)
                         at 
                    pcgen.rules.persistence.CDOMKitLoader.parseSubLine(CDOMKitLoader.java:80)
                         at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:205)
                         at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:1)
                         at 
                    pcgen.persistence.lst.LstObjectFileLoader.loadLstFile(LstObjectFileLoader.java:448)
                         at 
                    pcgen.persistence.lst.LstObjectFileLoader.loadLstFiles(LstObjectFileLoader.java:117)
                         at 
                    pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:606)
                         at 
                    pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:479)
                         at 
                    pcgen.persistence.SourceFileLoader.execute(SourceFileLoader.java:214)
                         at 
                    pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:167)
                         at 
                    pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:1)
                         at pcgen.gui2.util.SwingWorker$2.run(SwingWorker.java:146)
                         at java.lang.Thread.run(Thread.java:662)
                    
                    Now, what is happening is that 
                    plugin.lsttokens.kit.levelability.AbilityToken.parseToken(LoadContext, 
                    KitLevelAbility, String) is not using the category when it is passing on 
                    the feat choice. Once that is fixed the initial application will 
                    work,but the persistence in the character will have to be checked also.
                    
                    Cheers,
                    James.
                    
                    
                    On 21/03/2013 1:37 AM rogerwllco wrote
                    
                    L.S.
                    
                    I'm sorry if this is not the right place to post this but James Dempsey's reply to my last post in general was that these kind of questions are probably more for the dev list than the general or the LST list. Please correct me if I understood that wrong.
                    
                    I've downloaded the PCGen trunk code and I've been digging around in it because I'm getting errors when loading my Kit files. I have the impression that these are not due to a syntax error in my LST file, but the code seems to do something strange.
                    
                    The issue is that I get the following error:
                    SEVERE Thread-7 pcgen.persistence.lst.LstObjectFileLoader loadLstFile Errors.LstFileLoader.Ignoring: String in getAbilitySelectionFromPersistentFormat must start with CATEGORY=, found: Blind Fight not defined.
                    
                    This is due to the following code in the LST file:
                    LEVELABILITY:Fighter=1
                    ABILITY:PROMPT:FEAT(TYPE.Fighter)|CHOICE:Blind Fight
                    
                    My problem is that the error seems to originate from /java/plugin/lsttokens/choose/AbilityToken.java
                    but the code for handling ABILITY:PROMPT is in /java/plugin/lsttokens/kit/levelability/AbilityToken.java
                    
                    I've been trying to figure out from the code why it ends up generating the error where it does. I've tried tracking the flow though the program from when you push the load button and I end up in the CDOMSublineLoader. I've also tried tracking where the AbilityToken is being used.
                    
                    I've got the feeling that the code tries to interpret the token as an ABILITY:CATEGORY token instead of a ABILITY:PROMPT token. However I can't find in the code where it makes that decision exactly. It might be doing something based on AbilityToken.getTokenName() which is "ABILITY" for both as far as I understand. I can't find where it does that though.
                    
                    Currently I only have the code, I have loaded it into Eclipse, but I haven't looked into compiling and debugging this yet, I might try to in a few weeks time but I have no experience with Maven or Ant. It wasn't high on my priorities as I will focus my efforts on converting my LST files to 6.00 for the next month(s).
                    
                    If someone can have a look at this or give me a few pointers so I can continue investigating on my own that would be helpful.
                    
                    Please note that James Dempsey changed the error message after another message from me. http://sourceforge.net/p/pcgen/code/19643
                    I'm running 6.00.0 though, so I still see the old message.
                    
                    Thanks,
                    
                    Adriaan Renting/RogerWilco
                    
                    
                    
                    ------------------------------------
                    
                    Yahoo! Groups Links
                    
                    
                    
                    
                    
                    
                    
                    ------------------------------------
                    
                    Yahoo! Groups Links
                    
                    <*> To visit your group on the web, go to:
                        http://groups.yahoo.com/group/pcgen_developers/
                    
                    <*> Your email settings:
                        Individual Email | Traditional
                    
                    <*> To change settings online go to:
                        http://groups.yahoo.com/group/pcgen_developers/join
                        (Yahoo! ID required)
                    
                    <*> To change settings via email:
                        pcgen_developers-digest@yahoogroups.com 
                        pcgen_developers-fullfeatured@yahoogroups.com
                    
                    <*> To unsubscribe from this group, send an email to:
                        pcgen_developers-unsubscribe@yahoogroups.com
                    
                    <*> Your use of Yahoo! Groups is subject to:
                        http://docs.yahoo.com/info/terms/
                    
                    
                    


                    --
                    Andrew Maitland (LegacyKing)
                    Admin Silverback - PCGen Board of Directors
                    Data 2nd, Docs Tamarin, OS Lemur
                    Unique Title "Quick-Silverback Tracker Monkey"
                    Unique Title "The Torturer of PCGen"
                  • rogerwllco
                    I usually assume that if the OUTPUTNAME stuff is used it s because of a reason like that, unless the tags involve things like Greater/Lesser and such. I ve
                    Message 9 of 18 , Mar 21, 2013
                      I usually assume that if the OUTPUTNAME stuff is used it's because of a reason like that, unless the tags involve things like Greater/Lesser and such.

                      I've opened CODE-2107

                      Cheers,

                      Adriaan Renting/RogerWilco

                      --- In pcgen_developers@yahoogroups.com, Andrew <drew0500@...> wrote:
                      >
                      > Hi,
                      >
                      > - is legal in the name.
                      >
                      > And James is investigating it. Can you open a Code Bug for this please.
                      >
                      > Cheers,
                      >
                      > On 3/21/2013 10:05 AM, rogerwllco wrote:
                      > > It's coded like:
                      > > Blind Fight OUTPUTNAME:Blind-Fight
                      > >
                      > > I don't even think the '-' is legal in the name of the feat in PCGen,
                      > > but as maredudd mentions, it's all ABILITY:PROMPT uses that have this issue, I just only quoted one although you had no way to know that.
                      > >
                      > > Cheers,
                      > >
                      > > Adriaan Renting/RogerWilco
                      > >
                      > > --- In pcgen_developers@yahoogroups.com, "FerretDave" <ferret.griffin@> wrote:
                      > >> FWIW - I recall I had some issue with 'Blind Fight' some time back, something to do with the key actually being different, it may be 'Blind-Fight' ?
                      > >> Just worth double checking all your references to it match the actual key definition.
                      > >>
                      > >> --- In pcgen_developers@yahoogroups.com, James Dempsey <jdempsey@> wrote:
                      > >>> Hi Adriaan,
                      > >>>
                      > >>> Here's the call stack that produces that error:
                      > >>>
                      > >>> at
                      > >>> pcgen.cdom.helper.CategorizedAbilitySelection.getAbilitySelectionFromPersistentFormat(CategorizedAbilitySelection.java:324)
                      > >>> at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:346)
                      > >>> at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:1)
                      > >>> at
                      > >>> pcgen.cdom.base.ConcretePersistentTransitionChoice.decodeChoice(ConcretePersistentTransitionChoice.java:124)
                      > >>> at
                      > >>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:103)
                      > >>> at
                      > >>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:1)
                      > >>> at
                      > >>> pcgen.rules.persistence.TokenSupport.processToken(TokenSupport.java:62)
                      > >>> at pcgen.rules.context.LoadContext.processToken(LoadContext.java:262)
                      > >>> at
                      > >>> pcgen.rules.persistence.CDOMSubLineLoader.parseLine(CDOMSubLineLoader.java:77)
                      > >>> at
                      > >>> pcgen.rules.persistence.CDOMKitLoader.subParse(CDOMKitLoader.java:120)
                      > >>> at
                      > >>> pcgen.rules.persistence.CDOMKitLoader.parseSubLine(CDOMKitLoader.java:80)
                      > >>> at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:205)
                      > >>> at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:1)
                      > >>> at
                      > >>> pcgen.persistence.lst.LstObjectFileLoader.loadLstFile(LstObjectFileLoader.java:448)
                      > >>> at
                      > >>> pcgen.persistence.lst.LstObjectFileLoader.loadLstFiles(LstObjectFileLoader.java:117)
                      > >>> at
                      > >>> pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:606)
                      > >>> at
                      > >>> pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:479)
                      > >>> at
                      > >>> pcgen.persistence.SourceFileLoader.execute(SourceFileLoader.java:214)
                      > >>> at
                      > >>> pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:167)
                      > >>> at
                      > >>> pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:1)
                      > >>> at pcgen.gui2.util.SwingWorker$2.run(SwingWorker.java:146)
                      > >>> at java.lang.Thread.run(Thread.java:662)
                      > >>>
                      > >>> Now, what is happening is that
                      > >>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(LoadContext,
                      > >>> KitLevelAbility, String) is not using the category when it is passing on
                      > >>> the feat choice. Once that is fixed the initial application will
                      > >>> work,but the persistence in the character will have to be checked also.
                      > >>>
                      > >>> Cheers,
                      > >>> James.
                      > >>>
                      > >>>
                      > >>> On 21/03/2013 1:37 AM rogerwllco wrote
                      > >>>> L.S.
                      > >>>>
                      > >>>> I'm sorry if this is not the right place to post this but James Dempsey's reply to my last post in general was that these kind of questions are probably more for the dev list than the general or the LST list. Please correct me if I understood that wrong.
                      > >>>>
                      > >>>> I've downloaded the PCGen trunk code and I've been digging around in it because I'm getting errors when loading my Kit files. I have the impression that these are not due to a syntax error in my LST file, but the code seems to do something strange.
                      > >>>>
                      > >>>> The issue is that I get the following error:
                      > >>>> SEVERE Thread-7 pcgen.persistence.lst.LstObjectFileLoader loadLstFile Errors.LstFileLoader.Ignoring: String in getAbilitySelectionFromPersistentFormat must start with CATEGORY=, found: Blind Fight not defined.
                      > >>>>
                      > >>>> This is due to the following code in the LST file:
                      > >>>> LEVELABILITY:Fighter=1
                      > >>>> ABILITY:PROMPT:FEAT(TYPE.Fighter)|CHOICE:Blind Fight
                      > >>>>
                      > >>>> My problem is that the error seems to originate from /java/plugin/lsttokens/choose/AbilityToken.java
                      > >>>> but the code for handling ABILITY:PROMPT is in /java/plugin/lsttokens/kit/levelability/AbilityToken.java
                      > >>>>
                      > >>>> I've been trying to figure out from the code why it ends up generating the error where it does. I've tried tracking the flow though the program from when you push the load button and I end up in the CDOMSublineLoader. I've also tried tracking where the AbilityToken is being used.
                      > >>>>
                      > >>>> I've got the feeling that the code tries to interpret the token as an ABILITY:CATEGORY token instead of a ABILITY:PROMPT token. However I can't find in the code where it makes that decision exactly. It might be doing something based on AbilityToken.getTokenName() which is "ABILITY" for both as far as I understand. I can't find where it does that though.
                      > >>>>
                      > >>>> Currently I only have the code, I have loaded it into Eclipse, but I haven't looked into compiling and debugging this yet, I might try to in a few weeks time but I have no experience with Maven or Ant. It wasn't high on my priorities as I will focus my efforts on converting my LST files to 6.00 for the next month(s).
                      > >>>>
                      > >>>> If someone can have a look at this or give me a few pointers so I can continue investigating on my own that would be helpful.
                      > >>>>
                      > >>>> Please note that James Dempsey changed the error message after another message from me. http://sourceforge.net/p/pcgen/code/19643
                      > >>>> I'm running 6.00.0 though, so I still see the old message.
                      > >>>>
                      > >>>> Thanks,
                      > >>>>
                      > >>>> Adriaan Renting/RogerWilco
                      > >>>>
                      > >>>>
                      > >>>>
                      > >>>> ------------------------------------
                      > >>>>
                      > >>>> Yahoo! Groups Links
                      > >>>>
                      > >>>>
                      > >>>>
                      > >>>>
                      > >
                      > >
                      > > ------------------------------------
                      > >
                      > > Yahoo! Groups Links
                      > >
                      > >
                      > >
                      > >
                      >
                      >
                      > --
                      > Andrew Maitland (LegacyKing)
                      > Admin Silverback - PCGen Board of Directors
                      > Data 2nd, Docs Tamarin, OS Lemur
                      > Unique Title "Quick-Silverback Tracker Monkey"
                      > Unique Title "The Torturer of PCGen"
                      >
                    • rogerwllco
                      I ve noticed that in srd35 the fighter feats are coded as: BONUS:ABILITYPOOL|Fighter Feat|CL/2+1 instead of ADD:FEAT TYPE=Fighter If there is a way to define
                      Message 10 of 18 , Mar 21, 2013
                        I've noticed that in srd35 the fighter feats are coded as:
                        BONUS:ABILITYPOOL|Fighter Feat|CL/2+1
                        instead of ADD:FEAT"TYPE=Fighter

                        If there is a way to define the choices made from an abilitypool like the one quoted above into a kit definition, then it might be easier to just stop supporting the ABILITY:PROMPT syntax.
                        It's not used a lot in my datasets, I would have no problem converting it to some ABILITYPOOL syntax.

                        I think ABILITY:CATEGORY=FEAT|Blind Fight would not work? I don't see how it would know it's a choice from the ABILITYPOOL

                        The urgency of this is quite low for me as it is, but if there were a work around to using ABILITY:PROMPT, I think it might be just as easy to drop support for this syntax instead of fixing it. It seems to have been broken for years (5.16) and nobody has complained before.

                        Cheers,

                        Adriaan Renting/RogerWilco

                        --- In pcgen_developers@yahoogroups.com, "rogerwllco" <g.a.renting@...> wrote:
                        >
                        >
                        > I usually assume that if the OUTPUTNAME stuff is used it's because of a reason like that, unless the tags involve things like Greater/Lesser and such.
                        >
                        > I've opened CODE-2107
                        >
                        > Cheers,
                        >
                        > Adriaan Renting/RogerWilco
                        >
                        > --- In pcgen_developers@yahoogroups.com, Andrew <drew0500@> wrote:
                        > >
                        > > Hi,
                        > >
                        > > - is legal in the name.
                        > >
                        > > And James is investigating it. Can you open a Code Bug for this please.
                        > >
                        > > Cheers,
                        > >
                        > > On 3/21/2013 10:05 AM, rogerwllco wrote:
                        > > > It's coded like:
                        > > > Blind Fight OUTPUTNAME:Blind-Fight
                        > > >
                        > > > I don't even think the '-' is legal in the name of the feat in PCGen,
                        > > > but as maredudd mentions, it's all ABILITY:PROMPT uses that have this issue, I just only quoted one although you had no way to know that.
                        > > >
                        > > > Cheers,
                        > > >
                        > > > Adriaan Renting/RogerWilco
                        > > >
                        > > > --- In pcgen_developers@yahoogroups.com, "FerretDave" <ferret.griffin@> wrote:
                        > > >> FWIW - I recall I had some issue with 'Blind Fight' some time back, something to do with the key actually being different, it may be 'Blind-Fight' ?
                        > > >> Just worth double checking all your references to it match the actual key definition.
                        > > >>
                        > > >> --- In pcgen_developers@yahoogroups.com, James Dempsey <jdempsey@> wrote:
                        > > >>> Hi Adriaan,
                        > > >>>
                        > > >>> Here's the call stack that produces that error:
                        > > >>>
                        > > >>> at
                        > > >>> pcgen.cdom.helper.CategorizedAbilitySelection.getAbilitySelectionFromPersistentFormat(CategorizedAbilitySelection.java:324)
                        > > >>> at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:346)
                        > > >>> at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:1)
                        > > >>> at
                        > > >>> pcgen.cdom.base.ConcretePersistentTransitionChoice.decodeChoice(ConcretePersistentTransitionChoice.java:124)
                        > > >>> at
                        > > >>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:103)
                        > > >>> at
                        > > >>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:1)
                        > > >>> at
                        > > >>> pcgen.rules.persistence.TokenSupport.processToken(TokenSupport.java:62)
                        > > >>> at pcgen.rules.context.LoadContext.processToken(LoadContext.java:262)
                        > > >>> at
                        > > >>> pcgen.rules.persistence.CDOMSubLineLoader.parseLine(CDOMSubLineLoader.java:77)
                        > > >>> at
                        > > >>> pcgen.rules.persistence.CDOMKitLoader.subParse(CDOMKitLoader.java:120)
                        > > >>> at
                        > > >>> pcgen.rules.persistence.CDOMKitLoader.parseSubLine(CDOMKitLoader.java:80)
                        > > >>> at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:205)
                        > > >>> at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:1)
                        > > >>> at
                        > > >>> pcgen.persistence.lst.LstObjectFileLoader.loadLstFile(LstObjectFileLoader.java:448)
                        > > >>> at
                        > > >>> pcgen.persistence.lst.LstObjectFileLoader.loadLstFiles(LstObjectFileLoader.java:117)
                        > > >>> at
                        > > >>> pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:606)
                        > > >>> at
                        > > >>> pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:479)
                        > > >>> at
                        > > >>> pcgen.persistence.SourceFileLoader.execute(SourceFileLoader.java:214)
                        > > >>> at
                        > > >>> pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:167)
                        > > >>> at
                        > > >>> pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:1)
                        > > >>> at pcgen.gui2.util.SwingWorker$2.run(SwingWorker.java:146)
                        > > >>> at java.lang.Thread.run(Thread.java:662)
                        > > >>>
                        > > >>> Now, what is happening is that
                        > > >>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(LoadContext,
                        > > >>> KitLevelAbility, String) is not using the category when it is passing on
                        > > >>> the feat choice. Once that is fixed the initial application will
                        > > >>> work,but the persistence in the character will have to be checked also.
                        > > >>>
                        > > >>> Cheers,
                        > > >>> James.
                        > > >>>
                        > > >>>
                        > > >>> On 21/03/2013 1:37 AM rogerwllco wrote
                        > > >>>> L.S.
                        > > >>>>
                        > > >>>> I'm sorry if this is not the right place to post this but James Dempsey's reply to my last post in general was that these kind of questions are probably more for the dev list than the general or the LST list. Please correct me if I understood that wrong.
                        > > >>>>
                        > > >>>> I've downloaded the PCGen trunk code and I've been digging around in it because I'm getting errors when loading my Kit files. I have the impression that these are not due to a syntax error in my LST file, but the code seems to do something strange.
                        > > >>>>
                        > > >>>> The issue is that I get the following error:
                        > > >>>> SEVERE Thread-7 pcgen.persistence.lst.LstObjectFileLoader loadLstFile Errors.LstFileLoader.Ignoring: String in getAbilitySelectionFromPersistentFormat must start with CATEGORY=, found: Blind Fight not defined.
                        > > >>>>
                        > > >>>> This is due to the following code in the LST file:
                        > > >>>> LEVELABILITY:Fighter=1
                        > > >>>> ABILITY:PROMPT:FEAT(TYPE.Fighter)|CHOICE:Blind Fight
                        > > >>>>
                        > > >>>> My problem is that the error seems to originate from /java/plugin/lsttokens/choose/AbilityToken.java
                        > > >>>> but the code for handling ABILITY:PROMPT is in /java/plugin/lsttokens/kit/levelability/AbilityToken.java
                        > > >>>>
                        > > >>>> I've been trying to figure out from the code why it ends up generating the error where it does. I've tried tracking the flow though the program from when you push the load button and I end up in the CDOMSublineLoader. I've also tried tracking where the AbilityToken is being used.
                        > > >>>>
                        > > >>>> I've got the feeling that the code tries to interpret the token as an ABILITY:CATEGORY token instead of a ABILITY:PROMPT token. However I can't find in the code where it makes that decision exactly. It might be doing something based on AbilityToken.getTokenName() which is "ABILITY" for both as far as I understand. I can't find where it does that though.
                        > > >>>>
                        > > >>>> Currently I only have the code, I have loaded it into Eclipse, but I haven't looked into compiling and debugging this yet, I might try to in a few weeks time but I have no experience with Maven or Ant. It wasn't high on my priorities as I will focus my efforts on converting my LST files to 6.00 for the next month(s).
                        > > >>>>
                        > > >>>> If someone can have a look at this or give me a few pointers so I can continue investigating on my own that would be helpful.
                        > > >>>>
                        > > >>>> Please note that James Dempsey changed the error message after another message from me. http://sourceforge.net/p/pcgen/code/19643
                        > > >>>> I'm running 6.00.0 though, so I still see the old message.
                        > > >>>>
                        > > >>>> Thanks,
                        > > >>>>
                        > > >>>> Adriaan Renting/RogerWilco
                        > > >>>>
                        > > >>>>
                        > > >>>>
                        > > >>>> ------------------------------------
                        > > >>>>
                        > > >>>> Yahoo! Groups Links
                        > > >>>>
                        > > >>>>
                        > > >>>>
                        > > >>>>
                        > > >
                        > > >
                        > > > ------------------------------------
                        > > >
                        > > > Yahoo! Groups Links
                        > > >
                        > > >
                        > > >
                        > > >
                        > >
                        > >
                        > > --
                        > > Andrew Maitland (LegacyKing)
                        > > Admin Silverback - PCGen Board of Directors
                        > > Data 2nd, Docs Tamarin, OS Lemur
                        > > Unique Title "Quick-Silverback Tracker Monkey"
                        > > Unique Title "The Torturer of PCGen"
                        > >
                        >
                      • Andrew
                        Hi, You can assign a feat choice directly in a kit, yes. ABILITY:CATEGORY=Fighter Feat|Blind-Fight Should work if using the rsrd set. ... -- Andrew Maitland
                        Message 11 of 18 , Mar 22, 2013
                          Hi,

                          You can assign a feat choice directly in a kit, yes.

                          ABILITY:CATEGORY=Fighter Feat|Blind-Fight
                          Should work if using the rsrd set.

                          On 3/21/2013 8:25 PM, rogerwllco wrote:
                          I've noticed that in srd35 the fighter feats are coded as:
                          BONUS:ABILITYPOOL|Fighter Feat|CL/2+1
                          instead of ADD:FEAT"TYPE=Fighter
                          
                          If there is a way to define the choices made from an abilitypool like the one quoted above into a kit definition, then it might be easier to just stop supporting the ABILITY:PROMPT syntax.
                          It's not used a lot in my datasets, I would have no problem converting it to some ABILITYPOOL syntax.
                          
                          I think ABILITY:CATEGORY=FEAT|Blind Fight would not work? I don't see how it would know it's a choice from the ABILITYPOOL
                          
                          The urgency of this is quite low for me as it is, but if there were a work around to using ABILITY:PROMPT, I think it might be just as easy to drop support for this syntax instead of fixing it. It seems to have been broken for years (5.16) and nobody has complained before.
                          
                          Cheers,
                          
                          Adriaan Renting/RogerWilco
                          
                          --- In pcgen_developers@yahoogroups.com, "rogerwllco" <g.a.renting@...> wrote:
                          
                          I usually assume that if the OUTPUTNAME stuff is used it's because of a reason like that, unless the tags involve things like Greater/Lesser and such.
                          
                          I've opened CODE-2107
                          
                          Cheers,
                          
                          Adriaan Renting/RogerWilco
                          
                          --- In pcgen_developers@yahoogroups.com, Andrew <drew0500@> wrote:
                          
                          Hi,
                          
                          - is legal in the name.
                          
                          And James is investigating it. Can you open a Code Bug for this please.
                          
                          Cheers,
                          
                          On 3/21/2013 10:05 AM, rogerwllco wrote:
                          
                          It's coded like:
                          Blind Fight  OUTPUTNAME:Blind-Fight
                          
                          I don't even think the '-' is legal in the name of the feat in PCGen,
                          but as maredudd mentions, it's all ABILITY:PROMPT uses that have this issue, I just only quoted one although you had no way to know that.
                          
                          Cheers,
                          
                          Adriaan Renting/RogerWilco
                          
                          --- In pcgen_developers@yahoogroups.com, "FerretDave" <ferret.griffin@> wrote:
                          
                          FWIW - I recall I had some issue with 'Blind Fight' some time back, something to do with the key actually being different, it may be 'Blind-Fight' ? 
                          Just worth double checking all your references to it match the actual key definition.
                          
                          --- In pcgen_developers@yahoogroups.com, James Dempsey <jdempsey@> wrote:
                          
                          Hi Adriaan,
                          
                          Here's the call stack that produces that error:
                          
                               at 
                          pcgen.cdom.helper.CategorizedAbilitySelection.getAbilitySelectionFromPersistentFormat(CategorizedAbilitySelection.java:324)
                               at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:346)
                               at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:1)
                               at 
                          pcgen.cdom.base.ConcretePersistentTransitionChoice.decodeChoice(ConcretePersistentTransitionChoice.java:124)
                               at 
                          plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:103)
                               at 
                          plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:1)
                               at 
                          pcgen.rules.persistence.TokenSupport.processToken(TokenSupport.java:62)
                               at pcgen.rules.context.LoadContext.processToken(LoadContext.java:262)
                               at 
                          pcgen.rules.persistence.CDOMSubLineLoader.parseLine(CDOMSubLineLoader.java:77)
                               at 
                          pcgen.rules.persistence.CDOMKitLoader.subParse(CDOMKitLoader.java:120)
                               at 
                          pcgen.rules.persistence.CDOMKitLoader.parseSubLine(CDOMKitLoader.java:80)
                               at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:205)
                               at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:1)
                               at 
                          pcgen.persistence.lst.LstObjectFileLoader.loadLstFile(LstObjectFileLoader.java:448)
                               at 
                          pcgen.persistence.lst.LstObjectFileLoader.loadLstFiles(LstObjectFileLoader.java:117)
                               at 
                          pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:606)
                               at 
                          pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:479)
                               at 
                          pcgen.persistence.SourceFileLoader.execute(SourceFileLoader.java:214)
                               at 
                          pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:167)
                               at 
                          pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:1)
                               at pcgen.gui2.util.SwingWorker$2.run(SwingWorker.java:146)
                               at java.lang.Thread.run(Thread.java:662)
                          
                          Now, what is happening is that 
                          plugin.lsttokens.kit.levelability.AbilityToken.parseToken(LoadContext, 
                          KitLevelAbility, String) is not using the category when it is passing on 
                          the feat choice. Once that is fixed the initial application will 
                          work,but the persistence in the character will have to be checked also.
                          
                          Cheers,
                          James.
                          
                          
                          On 21/03/2013 1:37 AM rogerwllco wrote
                          
                          L.S.
                          
                          I'm sorry if this is not the right place to post this but James Dempsey's reply to my last post in general was that these kind of questions are probably more for the dev list than the general or the LST list. Please correct me if I understood that wrong.
                          
                          I've downloaded the PCGen trunk code and I've been digging around in it because I'm getting errors when loading my Kit files. I have the impression that these are not due to a syntax error in my LST file, but the code seems to do something strange.
                          
                          The issue is that I get the following error:
                          SEVERE Thread-7 pcgen.persistence.lst.LstObjectFileLoader loadLstFile Errors.LstFileLoader.Ignoring: String in getAbilitySelectionFromPersistentFormat must start with CATEGORY=, found: Blind Fight not defined.
                          
                          This is due to the following code in the LST file:
                          LEVELABILITY:Fighter=1
                          ABILITY:PROMPT:FEAT(TYPE.Fighter)|CHOICE:Blind Fight
                          
                          My problem is that the error seems to originate from /java/plugin/lsttokens/choose/AbilityToken.java
                          but the code for handling ABILITY:PROMPT is in /java/plugin/lsttokens/kit/levelability/AbilityToken.java
                          
                          I've been trying to figure out from the code why it ends up generating the error where it does. I've tried tracking the flow though the program from when you push the load button and I end up in the CDOMSublineLoader. I've also tried tracking where the AbilityToken is being used.
                          
                          I've got the feeling that the code tries to interpret the token as an ABILITY:CATEGORY token instead of a ABILITY:PROMPT token. However I can't find in the code where it makes that decision exactly. It might be doing something based on AbilityToken.getTokenName() which is "ABILITY" for both as far as I understand. I can't find where it does that though.
                          
                          Currently I only have the code, I have loaded it into Eclipse, but I haven't looked into compiling and debugging this yet, I might try to in a few weeks time but I have no experience with Maven or Ant. It wasn't high on my priorities as I will focus my efforts on converting my LST files to 6.00 for the next month(s).
                          
                          If someone can have a look at this or give me a few pointers so I can continue investigating on my own that would be helpful.
                          
                          Please note that James Dempsey changed the error message after another message from me. http://sourceforge.net/p/pcgen/code/19643
                          I'm running 6.00.0 though, so I still see the old message.
                          
                          Thanks,
                          
                          Adriaan Renting/RogerWilco
                          
                          
                          
                          ------------------------------------
                          
                          Yahoo! Groups Links
                          
                          
                          
                          
                          
                          ------------------------------------
                          
                          Yahoo! Groups Links
                          
                          
                          
                          
                          
                          -- 
                          Andrew Maitland (LegacyKing)
                          Admin Silverback - PCGen Board of Directors
                          Data 2nd, Docs Tamarin, OS Lemur
                          Unique Title "Quick-Silverback Tracker Monkey"
                          Unique Title "The Torturer of PCGen"
                          
                          
                          
                          
                          ------------------------------------
                          
                          Yahoo! Groups Links
                          
                          <*> To visit your group on the web, go to:
                              http://groups.yahoo.com/group/pcgen_developers/
                          
                          <*> Your email settings:
                              Individual Email | Traditional
                          
                          <*> To change settings online go to:
                              http://groups.yahoo.com/group/pcgen_developers/join
                              (Yahoo! ID required)
                          
                          <*> To change settings via email:
                              pcgen_developers-digest@yahoogroups.com 
                              pcgen_developers-fullfeatured@yahoogroups.com
                          
                          <*> To unsubscribe from this group, send an email to:
                              pcgen_developers-unsubscribe@yahoogroups.com
                          
                          <*> Your use of Yahoo! Groups is subject to:
                              http://docs.yahoo.com/info/terms/
                          
                          
                          


                          --
                          Andrew Maitland (LegacyKing)
                          Admin Silverback - PCGen Board of Directors
                          Data 2nd, Docs Tamarin, OS Lemur
                          Unique Title "Quick-Silverback Tracker Monkey"
                          Unique Title "The Torturer of PCGen"
                        • rogerwllco
                          I will recode my occurrences of ABILITY:PROMPT in that way, which will solve the problem for me. Cheers, Adriaan Renting/RogerWilco
                          Message 12 of 18 , Mar 27, 2013
                            I will recode my occurrences of ABILITY:PROMPT in that way, which will solve the problem for me.

                            Cheers,

                            Adriaan Renting/RogerWilco

                            --- In pcgen_developers@yahoogroups.com, Andrew <drew0500@...> wrote:
                            >
                            > Hi,
                            >
                            > You can assign a feat choice directly in a kit, yes.
                            >
                            > ABILITY:CATEGORY=Fighter Feat|Blind-Fight
                            > Should work if using the rsrd set.
                            >
                            > On 3/21/2013 8:25 PM, rogerwllco wrote:
                            > > I've noticed that in srd35 the fighter feats are coded as:
                            > > BONUS:ABILITYPOOL|Fighter Feat|CL/2+1
                            > > instead of ADD:FEAT"TYPE=Fighter
                            > >
                            > > If there is a way to define the choices made from an abilitypool like the one quoted above into a kit definition, then it might be easier to just stop supporting the ABILITY:PROMPT syntax.
                            > > It's not used a lot in my datasets, I would have no problem converting it to some ABILITYPOOL syntax.
                            > >
                            > > I think ABILITY:CATEGORY=FEAT|Blind Fight would not work? I don't see how it would know it's a choice from the ABILITYPOOL
                            > >
                            > > The urgency of this is quite low for me as it is, but if there were a work around to using ABILITY:PROMPT, I think it might be just as easy to drop support for this syntax instead of fixing it. It seems to have been broken for years (5.16) and nobody has complained before.
                            > >
                            > > Cheers,
                            > >
                            > > Adriaan Renting/RogerWilco
                            > >
                            > > --- In pcgen_developers@yahoogroups.com, "rogerwllco" <g.a.renting@> wrote:
                            > >> I usually assume that if the OUTPUTNAME stuff is used it's because of a reason like that, unless the tags involve things like Greater/Lesser and such.
                            > >>
                            > >> I've opened CODE-2107
                            > >>
                            > >> Cheers,
                            > >>
                            > >> Adriaan Renting/RogerWilco
                            > >>
                            > >> --- In pcgen_developers@yahoogroups.com, Andrew <drew0500@> wrote:
                            > >>> Hi,
                            > >>>
                            > >>> - is legal in the name.
                            > >>>
                            > >>> And James is investigating it. Can you open a Code Bug for this please.
                            > >>>
                            > >>> Cheers,
                            > >>>
                            > >>> On 3/21/2013 10:05 AM, rogerwllco wrote:
                            > >>>> It's coded like:
                            > >>>> Blind Fight OUTPUTNAME:Blind-Fight
                            > >>>>
                            > >>>> I don't even think the '-' is legal in the name of the feat in PCGen,
                            > >>>> but as maredudd mentions, it's all ABILITY:PROMPT uses that have this issue, I just only quoted one although you had no way to know that.
                            > >>>>
                            > >>>> Cheers,
                            > >>>>
                            > >>>> Adriaan Renting/RogerWilco
                            > >>>>
                            > >>>> --- In pcgen_developers@yahoogroups.com, "FerretDave" <ferret.griffin@> wrote:
                            > >>>>> FWIW - I recall I had some issue with 'Blind Fight' some time back, something to do with the key actually being different, it may be 'Blind-Fight' ?
                            > >>>>> Just worth double checking all your references to it match the actual key definition.
                            > >>>>>
                            > >>>>> --- In pcgen_developers@yahoogroups.com, James Dempsey <jdempsey@> wrote:
                            > >>>>>> Hi Adriaan,
                            > >>>>>>
                            > >>>>>> Here's the call stack that produces that error:
                            > >>>>>>
                            > >>>>>> at
                            > >>>>>> pcgen.cdom.helper.CategorizedAbilitySelection.getAbilitySelectionFromPersistentFormat(CategorizedAbilitySelection.java:324)
                            > >>>>>> at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:346)
                            > >>>>>> at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:1)
                            > >>>>>> at
                            > >>>>>> pcgen.cdom.base.ConcretePersistentTransitionChoice.decodeChoice(ConcretePersistentTransitionChoice.java:124)
                            > >>>>>> at
                            > >>>>>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:103)
                            > >>>>>> at
                            > >>>>>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:1)
                            > >>>>>> at
                            > >>>>>> pcgen.rules.persistence.TokenSupport.processToken(TokenSupport.java:62)
                            > >>>>>> at pcgen.rules.context.LoadContext.processToken(LoadContext.java:262)
                            > >>>>>> at
                            > >>>>>> pcgen.rules.persistence.CDOMSubLineLoader.parseLine(CDOMSubLineLoader.java:77)
                            > >>>>>> at
                            > >>>>>> pcgen.rules.persistence.CDOMKitLoader.subParse(CDOMKitLoader.java:120)
                            > >>>>>> at
                            > >>>>>> pcgen.rules.persistence.CDOMKitLoader.parseSubLine(CDOMKitLoader.java:80)
                            > >>>>>> at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:205)
                            > >>>>>> at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:1)
                            > >>>>>> at
                            > >>>>>> pcgen.persistence.lst.LstObjectFileLoader.loadLstFile(LstObjectFileLoader.java:448)
                            > >>>>>> at
                            > >>>>>> pcgen.persistence.lst.LstObjectFileLoader.loadLstFiles(LstObjectFileLoader.java:117)
                            > >>>>>> at
                            > >>>>>> pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:606)
                            > >>>>>> at
                            > >>>>>> pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:479)
                            > >>>>>> at
                            > >>>>>> pcgen.persistence.SourceFileLoader.execute(SourceFileLoader.java:214)
                            > >>>>>> at
                            > >>>>>> pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:167)
                            > >>>>>> at
                            > >>>>>> pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:1)
                            > >>>>>> at pcgen.gui2.util.SwingWorker$2.run(SwingWorker.java:146)
                            > >>>>>> at java.lang.Thread.run(Thread.java:662)
                            > >>>>>>
                            > >>>>>> Now, what is happening is that
                            > >>>>>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(LoadContext,
                            > >>>>>> KitLevelAbility, String) is not using the category when it is passing on
                            > >>>>>> the feat choice. Once that is fixed the initial application will
                            > >>>>>> work,but the persistence in the character will have to be checked also.
                            > >>>>>>
                            > >>>>>> Cheers,
                            > >>>>>> James.
                            > >>>>>>
                            > >>>>>>
                            > >>>>>> On 21/03/2013 1:37 AM rogerwllco wrote
                            > >>>>>>> L.S.
                            > >>>>>>>
                            > >>>>>>> I'm sorry if this is not the right place to post this but James Dempsey's reply to my last post in general was that these kind of questions are probably more for the dev list than the general or the LST list. Please correct me if I understood that wrong.
                            > >>>>>>>
                            > >>>>>>> I've downloaded the PCGen trunk code and I've been digging around in it because I'm getting errors when loading my Kit files. I have the impression that these are not due to a syntax error in my LST file, but the code seems to do something strange.
                            > >>>>>>>
                            > >>>>>>> The issue is that I get the following error:
                            > >>>>>>> SEVERE Thread-7 pcgen.persistence.lst.LstObjectFileLoader loadLstFile Errors.LstFileLoader.Ignoring: String in getAbilitySelectionFromPersistentFormat must start with CATEGORY=, found: Blind Fight not defined.
                            > >>>>>>>
                            > >>>>>>> This is due to the following code in the LST file:
                            > >>>>>>> LEVELABILITY:Fighter=1
                            > >>>>>>> ABILITY:PROMPT:FEAT(TYPE.Fighter)|CHOICE:Blind Fight
                            > >>>>>>>
                            > >>>>>>> My problem is that the error seems to originate from /java/plugin/lsttokens/choose/AbilityToken.java
                            > >>>>>>> but the code for handling ABILITY:PROMPT is in /java/plugin/lsttokens/kit/levelability/AbilityToken.java
                            > >>>>>>>
                            > >>>>>>> I've been trying to figure out from the code why it ends up generating the error where it does. I've tried tracking the flow though the program from when you push the load button and I end up in the CDOMSublineLoader. I've also tried tracking where the AbilityToken is being used.
                            > >>>>>>>
                            > >>>>>>> I've got the feeling that the code tries to interpret the token as an ABILITY:CATEGORY token instead of a ABILITY:PROMPT token. However I can't find in the code where it makes that decision exactly. It might be doing something based on AbilityToken.getTokenName() which is "ABILITY" for both as far as I understand. I can't find where it does that though.
                            > >>>>>>>
                            > >>>>>>> Currently I only have the code, I have loaded it into Eclipse, but I haven't looked into compiling and debugging this yet, I might try to in a few weeks time but I have no experience with Maven or Ant. It wasn't high on my priorities as I will focus my efforts on converting my LST files to 6.00 for the next month(s).
                            > >>>>>>>
                            > >>>>>>> If someone can have a look at this or give me a few pointers so I can continue investigating on my own that would be helpful.
                            > >>>>>>>
                            > >>>>>>> Please note that James Dempsey changed the error message after another message from me. http://sourceforge.net/p/pcgen/code/19643
                            > >>>>>>> I'm running 6.00.0 though, so I still see the old message.
                            > >>>>>>>
                            > >>>>>>> Thanks,
                            > >>>>>>>
                            > >>>>>>> Adriaan Renting/RogerWilco
                            > >>>>>>>
                            > >>>>>>>
                            > >>>>>>>
                            > >>>>>>> ------------------------------------
                            > >>>>>>>
                            > >>>>>>> Yahoo! Groups Links
                            > >>>>>>>
                            > >>>>>>>
                            > >>>>>>>
                            > >>>>>>>
                            > >>>> ------------------------------------
                            > >>>>
                            > >>>> Yahoo! Groups Links
                            > >>>>
                            > >>>>
                            > >>>>
                            > >>>>
                            > >>> --
                            > >>> Andrew Maitland (LegacyKing)
                            > >>> Admin Silverback - PCGen Board of Directors
                            > >>> Data 2nd, Docs Tamarin, OS Lemur
                            > >>> Unique Title "Quick-Silverback Tracker Monkey"
                            > >>> Unique Title "The Torturer of PCGen"
                            > >>>
                            > >
                            > >
                            > > ------------------------------------
                            > >
                            > > Yahoo! Groups Links
                            > >
                            > >
                            > >
                            > >
                            >
                            >
                            > --
                            > Andrew Maitland (LegacyKing)
                            > Admin Silverback - PCGen Board of Directors
                            > Data 2nd, Docs Tamarin, OS Lemur
                            > Unique Title "Quick-Silverback Tracker Monkey"
                            > Unique Title "The Torturer of PCGen"
                            >
                          • rogerwllco
                            I can t get that syntax to work either. I ve even tried using it with the srd35. If I add the following to rsrd_kits_races_base.lst: STARTPACK:Human Guineapig
                            Message 13 of 18 , Mar 29, 2013
                              I can't get that syntax to work either. I've even tried using it with the srd35.

                              If I add the following to rsrd_kits_races_base.lst:
                              STARTPACK:Human Guineapig VISIBLE:QUALIFY EQUIPBUY:0 PREMULT:1,[!PRERACE:1,%],[PRERACE:1,Human%]
                              RACE:Human !PRERACE:1,%
                              NAME:5th-Level Fighter Test
                              CLASS:Fighter LEVEL:5
                              LEVELABILITY:Fighter=1 ABILITY:CATEGORY=Fighter Feat|Blind-Fight
                              LEVELABILITY:Fighter=2 ABILITY:CATEGORY=Fighter Feat|Cleave
                              LEVELABILITY:Fighter=4 ABILITY:CATEGORY=Fighter Feat|Improved Initiative

                              And then load SRD 3.5 for Players, I get:

                              15:52:37.217 INFO main pcgen.system.Main main Starting PCGen v6.00.0
                              15:52:37.250 INFO main pcgen.system.LanguageBundle init Initialising language bundle with locale en_US.
                              15:53:27.804 INFO Thread-7 pcgen.persistence.SourceFileLoader loadCampaigns Loading game 35e and sources [SRD 3.5 for Players].
                              15:53:29.889 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Expected ABILITY to start with PROMPT: CATEGORY=Fighter Feat|Blind-Fight (Source: file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst)
                              15:53:29.889 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Illegal Token 'ABILITY' 'CATEGORY=Fighter Feat|Blind-Fight' for pcgen.core.kit.KitLevelAbility null in file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst
                              15:53:29.890 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Expected ABILITY to start with PROMPT: CATEGORY=Fighter Feat|Cleave (Source: file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst)
                              15:53:29.890 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Illegal Token 'ABILITY' 'CATEGORY=Fighter Feat|Cleave' for pcgen.core.kit.KitLevelAbility null in file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst
                              15:53:29.891 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Expected ABILITY to start with PROMPT: CATEGORY=Fighter Feat|Improved Initiative (Source: file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst)
                              15:53:29.891 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Illegal Token 'ABILITY' 'CATEGORY=Fighter Feat|Improved Initiative' for pcgen.core.kit.KitLevelAbility null in file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst

                              Now I've changed everything to use ABILITY:CATEGORY, it starts complaining about ABILITY:PROMPT. I'm baffled. Maybe someone else understands what's going on here.

                              Cheers,

                              Adriaan Renting/RogerWilco



                              --- In pcgen_developers@yahoogroups.com, Andrew <drew0500@...> wrote:
                              >
                              > Hi,
                              >
                              > You can assign a feat choice directly in a kit, yes.
                              >
                              > ABILITY:CATEGORY=Fighter Feat|Blind-Fight
                              > Should work if using the rsrd set.
                              >
                              > On 3/21/2013 8:25 PM, rogerwllco wrote:
                              > > I've noticed that in srd35 the fighter feats are coded as:
                              > > BONUS:ABILITYPOOL|Fighter Feat|CL/2+1
                              > > instead of ADD:FEAT"TYPE=Fighter
                              > >
                              > > If there is a way to define the choices made from an abilitypool like the one quoted above into a kit definition, then it might be easier to just stop supporting the ABILITY:PROMPT syntax.
                              > > It's not used a lot in my datasets, I would have no problem converting it to some ABILITYPOOL syntax.
                              > >
                              > > I think ABILITY:CATEGORY=FEAT|Blind Fight would not work? I don't see how it would know it's a choice from the ABILITYPOOL
                              > >
                              > > The urgency of this is quite low for me as it is, but if there were a work around to using ABILITY:PROMPT, I think it might be just as easy to drop support for this syntax instead of fixing it. It seems to have been broken for years (5.16) and nobody has complained before.
                              > >
                              > > Cheers,
                              > >
                              > > Adriaan Renting/RogerWilco
                              > >
                              > > --- In pcgen_developers@yahoogroups.com, "rogerwllco" <g.a.renting@> wrote:
                              > >> I usually assume that if the OUTPUTNAME stuff is used it's because of a reason like that, unless the tags involve things like Greater/Lesser and such.
                              > >>
                              > >> I've opened CODE-2107
                              > >>
                              > >> Cheers,
                              > >>
                              > >> Adriaan Renting/RogerWilco
                              > >>
                              > >> --- In pcgen_developers@yahoogroups.com, Andrew <drew0500@> wrote:
                              > >>> Hi,
                              > >>>
                              > >>> - is legal in the name.
                              > >>>
                              > >>> And James is investigating it. Can you open a Code Bug for this please.
                              > >>>
                              > >>> Cheers,
                              > >>>
                              > >>> On 3/21/2013 10:05 AM, rogerwllco wrote:
                              > >>>> It's coded like:
                              > >>>> Blind Fight OUTPUTNAME:Blind-Fight
                              > >>>>
                              > >>>> I don't even think the '-' is legal in the name of the feat in PCGen,
                              > >>>> but as maredudd mentions, it's all ABILITY:PROMPT uses that have this issue, I just only quoted one although you had no way to know that.
                              > >>>>
                              > >>>> Cheers,
                              > >>>>
                              > >>>> Adriaan Renting/RogerWilco
                              > >>>>
                              > >>>> --- In pcgen_developers@yahoogroups.com, "FerretDave" <ferret.griffin@> wrote:
                              > >>>>> FWIW - I recall I had some issue with 'Blind Fight' some time back, something to do with the key actually being different, it may be 'Blind-Fight' ?
                              > >>>>> Just worth double checking all your references to it match the actual key definition.
                              > >>>>>
                              > >>>>> --- In pcgen_developers@yahoogroups.com, James Dempsey <jdempsey@> wrote:
                              > >>>>>> Hi Adriaan,
                              > >>>>>>
                              > >>>>>> Here's the call stack that produces that error:
                              > >>>>>>
                              > >>>>>> at
                              > >>>>>> pcgen.cdom.helper.CategorizedAbilitySelection.getAbilitySelectionFromPersistentFormat(CategorizedAbilitySelection.java:324)
                              > >>>>>> at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:346)
                              > >>>>>> at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:1)
                              > >>>>>> at
                              > >>>>>> pcgen.cdom.base.ConcretePersistentTransitionChoice.decodeChoice(ConcretePersistentTransitionChoice.java:124)
                              > >>>>>> at
                              > >>>>>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:103)
                              > >>>>>> at
                              > >>>>>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:1)
                              > >>>>>> at
                              > >>>>>> pcgen.rules.persistence.TokenSupport.processToken(TokenSupport.java:62)
                              > >>>>>> at pcgen.rules.context.LoadContext.processToken(LoadContext.java:262)
                              > >>>>>> at
                              > >>>>>> pcgen.rules.persistence.CDOMSubLineLoader.parseLine(CDOMSubLineLoader.java:77)
                              > >>>>>> at
                              > >>>>>> pcgen.rules.persistence.CDOMKitLoader.subParse(CDOMKitLoader.java:120)
                              > >>>>>> at
                              > >>>>>> pcgen.rules.persistence.CDOMKitLoader.parseSubLine(CDOMKitLoader.java:80)
                              > >>>>>> at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:205)
                              > >>>>>> at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:1)
                              > >>>>>> at
                              > >>>>>> pcgen.persistence.lst.LstObjectFileLoader.loadLstFile(LstObjectFileLoader.java:448)
                              > >>>>>> at
                              > >>>>>> pcgen.persistence.lst.LstObjectFileLoader.loadLstFiles(LstObjectFileLoader.java:117)
                              > >>>>>> at
                              > >>>>>> pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:606)
                              > >>>>>> at
                              > >>>>>> pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:479)
                              > >>>>>> at
                              > >>>>>> pcgen.persistence.SourceFileLoader.execute(SourceFileLoader.java:214)
                              > >>>>>> at
                              > >>>>>> pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:167)
                              > >>>>>> at
                              > >>>>>> pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:1)
                              > >>>>>> at pcgen.gui2.util.SwingWorker$2.run(SwingWorker.java:146)
                              > >>>>>> at java.lang.Thread.run(Thread.java:662)
                              > >>>>>>
                              > >>>>>> Now, what is happening is that
                              > >>>>>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(LoadContext,
                              > >>>>>> KitLevelAbility, String) is not using the category when it is passing on
                              > >>>>>> the feat choice. Once that is fixed the initial application will
                              > >>>>>> work,but the persistence in the character will have to be checked also.
                              > >>>>>>
                              > >>>>>> Cheers,
                              > >>>>>> James.
                              > >>>>>>
                              > >>>>>>
                              > >>>>>> On 21/03/2013 1:37 AM rogerwllco wrote
                              > >>>>>>> L.S.
                              > >>>>>>>
                              > >>>>>>> I'm sorry if this is not the right place to post this but James Dempsey's reply to my last post in general was that these kind of questions are probably more for the dev list than the general or the LST list. Please correct me if I understood that wrong.
                              > >>>>>>>
                              > >>>>>>> I've downloaded the PCGen trunk code and I've been digging around in it because I'm getting errors when loading my Kit files. I have the impression that these are not due to a syntax error in my LST file, but the code seems to do something strange.
                              > >>>>>>>
                              > >>>>>>> The issue is that I get the following error:
                              > >>>>>>> SEVERE Thread-7 pcgen.persistence.lst.LstObjectFileLoader loadLstFile Errors.LstFileLoader.Ignoring: String in getAbilitySelectionFromPersistentFormat must start with CATEGORY=, found: Blind Fight not defined.
                              > >>>>>>>
                              > >>>>>>> This is due to the following code in the LST file:
                              > >>>>>>> LEVELABILITY:Fighter=1
                              > >>>>>>> ABILITY:PROMPT:FEAT(TYPE.Fighter)|CHOICE:Blind Fight
                              > >>>>>>>
                              > >>>>>>> My problem is that the error seems to originate from /java/plugin/lsttokens/choose/AbilityToken.java
                              > >>>>>>> but the code for handling ABILITY:PROMPT is in /java/plugin/lsttokens/kit/levelability/AbilityToken.java
                              > >>>>>>>
                              > >>>>>>> I've been trying to figure out from the code why it ends up generating the error where it does. I've tried tracking the flow though the program from when you push the load button and I end up in the CDOMSublineLoader. I've also tried tracking where the AbilityToken is being used.
                              > >>>>>>>
                              > >>>>>>> I've got the feeling that the code tries to interpret the token as an ABILITY:CATEGORY token instead of a ABILITY:PROMPT token. However I can't find in the code where it makes that decision exactly. It might be doing something based on AbilityToken.getTokenName() which is "ABILITY" for both as far as I understand. I can't find where it does that though.
                              > >>>>>>>
                              > >>>>>>> Currently I only have the code, I have loaded it into Eclipse, but I haven't looked into compiling and debugging this yet, I might try to in a few weeks time but I have no experience with Maven or Ant. It wasn't high on my priorities as I will focus my efforts on converting my LST files to 6.00 for the next month(s).
                              > >>>>>>>
                              > >>>>>>> If someone can have a look at this or give me a few pointers so I can continue investigating on my own that would be helpful.
                              > >>>>>>>
                              > >>>>>>> Please note that James Dempsey changed the error message after another message from me. http://sourceforge.net/p/pcgen/code/19643
                              > >>>>>>> I'm running 6.00.0 though, so I still see the old message.
                              > >>>>>>>
                              > >>>>>>> Thanks,
                              > >>>>>>>
                              > >>>>>>> Adriaan Renting/RogerWilco
                              > >>>>>>>
                              > >>>>>>>
                              > >>>>>>>
                              > >>>>>>> ------------------------------------
                              > >>>>>>>
                              > >>>>>>> Yahoo! Groups Links
                              > >>>>>>>
                              > >>>>>>>
                              > >>>>>>>
                              > >>>>>>>
                              > >>>> ------------------------------------
                              > >>>>
                              > >>>> Yahoo! Groups Links
                              > >>>>
                              > >>>>
                              > >>>>
                              > >>>>
                              > >>> --
                              > >>> Andrew Maitland (LegacyKing)
                              > >>> Admin Silverback - PCGen Board of Directors
                              > >>> Data 2nd, Docs Tamarin, OS Lemur
                              > >>> Unique Title "Quick-Silverback Tracker Monkey"
                              > >>> Unique Title "The Torturer of PCGen"
                              > >>>
                              > >
                              > >
                              > > ------------------------------------
                              > >
                              > > Yahoo! Groups Links
                              > >
                              > >
                              > >
                              > >
                              >
                              >
                              > --
                              > Andrew Maitland (LegacyKing)
                              > Admin Silverback - PCGen Board of Directors
                              > Data 2nd, Docs Tamarin, OS Lemur
                              > Unique Title "Quick-Silverback Tracker Monkey"
                              > Unique Title "The Torturer of PCGen"
                              >
                            • rogerwllco
                              Should I add this to CODE-2107, make a new JIRA, or am I doing something wrong in the LST syntax? I m trying to follow the documentation but that isn t always
                              Message 14 of 18 , Mar 31, 2013
                                Should I add this to CODE-2107, make a new JIRA, or am I doing something wrong in the LST syntax? I'm trying to follow the documentation but that isn't always correct either.

                                As I said, I'm lost and don't know if this is a code, LST or documentation issue. Maybe I'm doing something wrong, but I've been staring at this for a few days, and I've got no clue.

                                Cheers,

                                Adriaan Renting/RogerWilco

                                --- In pcgen_developers@yahoogroups.com, "rogerwllco" <g.a.renting@...> wrote:
                                >
                                >
                                > I can't get that syntax to work either. I've even tried using it with the srd35.
                                >
                                > If I add the following to rsrd_kits_races_base.lst:
                                > STARTPACK:Human Guineapig VISIBLE:QUALIFY EQUIPBUY:0 PREMULT:1,[!PRERACE:1,%],[PRERACE:1,Human%]
                                > RACE:Human !PRERACE:1,%
                                > NAME:5th-Level Fighter Test
                                > CLASS:Fighter LEVEL:5
                                > LEVELABILITY:Fighter=1 ABILITY:CATEGORY=Fighter Feat|Blind-Fight
                                > LEVELABILITY:Fighter=2 ABILITY:CATEGORY=Fighter Feat|Cleave
                                > LEVELABILITY:Fighter=4 ABILITY:CATEGORY=Fighter Feat|Improved Initiative
                                >
                                > And then load SRD 3.5 for Players, I get:
                                >
                                > 15:52:37.217 INFO main pcgen.system.Main main Starting PCGen v6.00.0
                                > 15:52:37.250 INFO main pcgen.system.LanguageBundle init Initialising language bundle with locale en_US.
                                > 15:53:27.804 INFO Thread-7 pcgen.persistence.SourceFileLoader loadCampaigns Loading game 35e and sources [SRD 3.5 for Players].
                                > 15:53:29.889 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Expected ABILITY to start with PROMPT: CATEGORY=Fighter Feat|Blind-Fight (Source: file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst)
                                > 15:53:29.889 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Illegal Token 'ABILITY' 'CATEGORY=Fighter Feat|Blind-Fight' for pcgen.core.kit.KitLevelAbility null in file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst
                                > 15:53:29.890 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Expected ABILITY to start with PROMPT: CATEGORY=Fighter Feat|Cleave (Source: file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst)
                                > 15:53:29.890 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Illegal Token 'ABILITY' 'CATEGORY=Fighter Feat|Cleave' for pcgen.core.kit.KitLevelAbility null in file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst
                                > 15:53:29.891 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Expected ABILITY to start with PROMPT: CATEGORY=Fighter Feat|Improved Initiative (Source: file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst)
                                > 15:53:29.891 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Illegal Token 'ABILITY' 'CATEGORY=Fighter Feat|Improved Initiative' for pcgen.core.kit.KitLevelAbility null in file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst
                                >
                                > Now I've changed everything to use ABILITY:CATEGORY, it starts complaining about ABILITY:PROMPT. I'm baffled. Maybe someone else understands what's going on here.
                                >
                                > Cheers,
                                >
                                > Adriaan Renting/RogerWilco
                                >
                                >
                                >
                                > --- In pcgen_developers@yahoogroups.com, Andrew <drew0500@> wrote:
                                > >
                                > > Hi,
                                > >
                                > > You can assign a feat choice directly in a kit, yes.
                                > >
                                > > ABILITY:CATEGORY=Fighter Feat|Blind-Fight
                                > > Should work if using the rsrd set.
                                > >
                                > > On 3/21/2013 8:25 PM, rogerwllco wrote:
                                > > > I've noticed that in srd35 the fighter feats are coded as:
                                > > > BONUS:ABILITYPOOL|Fighter Feat|CL/2+1
                                > > > instead of ADD:FEAT"TYPE=Fighter
                                > > >
                                > > > If there is a way to define the choices made from an abilitypool like the one quoted above into a kit definition, then it might be easier to just stop supporting the ABILITY:PROMPT syntax.
                                > > > It's not used a lot in my datasets, I would have no problem converting it to some ABILITYPOOL syntax.
                                > > >
                                > > > I think ABILITY:CATEGORY=FEAT|Blind Fight would not work? I don't see how it would know it's a choice from the ABILITYPOOL
                                > > >
                                > > > The urgency of this is quite low for me as it is, but if there were a work around to using ABILITY:PROMPT, I think it might be just as easy to drop support for this syntax instead of fixing it. It seems to have been broken for years (5.16) and nobody has complained before.
                                > > >
                                > > > Cheers,
                                > > >
                                > > > Adriaan Renting/RogerWilco
                                > > >
                                > > > --- In pcgen_developers@yahoogroups.com, "rogerwllco" <g.a.renting@> wrote:
                                > > >> I usually assume that if the OUTPUTNAME stuff is used it's because of a reason like that, unless the tags involve things like Greater/Lesser and such.
                                > > >>
                                > > >> I've opened CODE-2107
                                > > >>
                                > > >> Cheers,
                                > > >>
                                > > >> Adriaan Renting/RogerWilco
                                > > >>
                                > > >> --- In pcgen_developers@yahoogroups.com, Andrew <drew0500@> wrote:
                                > > >>> Hi,
                                > > >>>
                                > > >>> - is legal in the name.
                                > > >>>
                                > > >>> And James is investigating it. Can you open a Code Bug for this please.
                                > > >>>
                                > > >>> Cheers,
                                > > >>>
                                > > >>> On 3/21/2013 10:05 AM, rogerwllco wrote:
                                > > >>>> It's coded like:
                                > > >>>> Blind Fight OUTPUTNAME:Blind-Fight
                                > > >>>>
                                > > >>>> I don't even think the '-' is legal in the name of the feat in PCGen,
                                > > >>>> but as maredudd mentions, it's all ABILITY:PROMPT uses that have this issue, I just only quoted one although you had no way to know that.
                                > > >>>>
                                > > >>>> Cheers,
                                > > >>>>
                                > > >>>> Adriaan Renting/RogerWilco
                                > > >>>>
                                > > >>>> --- In pcgen_developers@yahoogroups.com, "FerretDave" <ferret.griffin@> wrote:
                                > > >>>>> FWIW - I recall I had some issue with 'Blind Fight' some time back, something to do with the key actually being different, it may be 'Blind-Fight' ?
                                > > >>>>> Just worth double checking all your references to it match the actual key definition.
                                > > >>>>>
                                > > >>>>> --- In pcgen_developers@yahoogroups.com, James Dempsey <jdempsey@> wrote:
                                > > >>>>>> Hi Adriaan,
                                > > >>>>>>
                                > > >>>>>> Here's the call stack that produces that error:
                                > > >>>>>>
                                > > >>>>>> at
                                > > >>>>>> pcgen.cdom.helper.CategorizedAbilitySelection.getAbilitySelectionFromPersistentFormat(CategorizedAbilitySelection.java:324)
                                > > >>>>>> at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:346)
                                > > >>>>>> at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:1)
                                > > >>>>>> at
                                > > >>>>>> pcgen.cdom.base.ConcretePersistentTransitionChoice.decodeChoice(ConcretePersistentTransitionChoice.java:124)
                                > > >>>>>> at
                                > > >>>>>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:103)
                                > > >>>>>> at
                                > > >>>>>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:1)
                                > > >>>>>> at
                                > > >>>>>> pcgen.rules.persistence.TokenSupport.processToken(TokenSupport.java:62)
                                > > >>>>>> at pcgen.rules.context.LoadContext.processToken(LoadContext.java:262)
                                > > >>>>>> at
                                > > >>>>>> pcgen.rules.persistence.CDOMSubLineLoader.parseLine(CDOMSubLineLoader.java:77)
                                > > >>>>>> at
                                > > >>>>>> pcgen.rules.persistence.CDOMKitLoader.subParse(CDOMKitLoader.java:120)
                                > > >>>>>> at
                                > > >>>>>> pcgen.rules.persistence.CDOMKitLoader.parseSubLine(CDOMKitLoader.java:80)
                                > > >>>>>> at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:205)
                                > > >>>>>> at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:1)
                                > > >>>>>> at
                                > > >>>>>> pcgen.persistence.lst.LstObjectFileLoader.loadLstFile(LstObjectFileLoader.java:448)
                                > > >>>>>> at
                                > > >>>>>> pcgen.persistence.lst.LstObjectFileLoader.loadLstFiles(LstObjectFileLoader.java:117)
                                > > >>>>>> at
                                > > >>>>>> pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:606)
                                > > >>>>>> at
                                > > >>>>>> pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:479)
                                > > >>>>>> at
                                > > >>>>>> pcgen.persistence.SourceFileLoader.execute(SourceFileLoader.java:214)
                                > > >>>>>> at
                                > > >>>>>> pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:167)
                                > > >>>>>> at
                                > > >>>>>> pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:1)
                                > > >>>>>> at pcgen.gui2.util.SwingWorker$2.run(SwingWorker.java:146)
                                > > >>>>>> at java.lang.Thread.run(Thread.java:662)
                                > > >>>>>>
                                > > >>>>>> Now, what is happening is that
                                > > >>>>>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(LoadContext,
                                > > >>>>>> KitLevelAbility, String) is not using the category when it is passing on
                                > > >>>>>> the feat choice. Once that is fixed the initial application will
                                > > >>>>>> work,but the persistence in the character will have to be checked also.
                                > > >>>>>>
                                > > >>>>>> Cheers,
                                > > >>>>>> James.
                                > > >>>>>>
                                > > >>>>>>
                                > > >>>>>> On 21/03/2013 1:37 AM rogerwllco wrote
                                > > >>>>>>> L.S.
                                > > >>>>>>>
                                > > >>>>>>> I'm sorry if this is not the right place to post this but James Dempsey's reply to my last post in general was that these kind of questions are probably more for the dev list than the general or the LST list. Please correct me if I understood that wrong.
                                > > >>>>>>>
                                > > >>>>>>> I've downloaded the PCGen trunk code and I've been digging around in it because I'm getting errors when loading my Kit files. I have the impression that these are not due to a syntax error in my LST file, but the code seems to do something strange.
                                > > >>>>>>>
                                > > >>>>>>> The issue is that I get the following error:
                                > > >>>>>>> SEVERE Thread-7 pcgen.persistence.lst.LstObjectFileLoader loadLstFile Errors.LstFileLoader.Ignoring: String in getAbilitySelectionFromPersistentFormat must start with CATEGORY=, found: Blind Fight not defined.
                                > > >>>>>>>
                                > > >>>>>>> This is due to the following code in the LST file:
                                > > >>>>>>> LEVELABILITY:Fighter=1
                                > > >>>>>>> ABILITY:PROMPT:FEAT(TYPE.Fighter)|CHOICE:Blind Fight
                                > > >>>>>>>
                                > > >>>>>>> My problem is that the error seems to originate from /java/plugin/lsttokens/choose/AbilityToken.java
                                > > >>>>>>> but the code for handling ABILITY:PROMPT is in /java/plugin/lsttokens/kit/levelability/AbilityToken.java
                                > > >>>>>>>
                                > > >>>>>>> I've been trying to figure out from the code why it ends up generating the error where it does. I've tried tracking the flow though the program from when you push the load button and I end up in the CDOMSublineLoader. I've also tried tracking where the AbilityToken is being used.
                                > > >>>>>>>
                                > > >>>>>>> I've got the feeling that the code tries to interpret the token as an ABILITY:CATEGORY token instead of a ABILITY:PROMPT token. However I can't find in the code where it makes that decision exactly. It might be doing something based on AbilityToken.getTokenName() which is "ABILITY" for both as far as I understand. I can't find where it does that though.
                                > > >>>>>>>
                                > > >>>>>>> Currently I only have the code, I have loaded it into Eclipse, but I haven't looked into compiling and debugging this yet, I might try to in a few weeks time but I have no experience with Maven or Ant. It wasn't high on my priorities as I will focus my efforts on converting my LST files to 6.00 for the next month(s).
                                > > >>>>>>>
                                > > >>>>>>> If someone can have a look at this or give me a few pointers so I can continue investigating on my own that would be helpful.
                                > > >>>>>>>
                                > > >>>>>>> Please note that James Dempsey changed the error message after another message from me. http://sourceforge.net/p/pcgen/code/19643
                                > > >>>>>>> I'm running 6.00.0 though, so I still see the old message.
                                > > >>>>>>>
                                > > >>>>>>> Thanks,
                                > > >>>>>>>
                                > > >>>>>>> Adriaan Renting/RogerWilco
                                > > >>>>>>>
                                > > >>>>>>>
                                > > >>>>>>>
                                > > >>>>>>> ------------------------------------
                                > > >>>>>>>
                                > > >>>>>>> Yahoo! Groups Links
                                > > >>>>>>>
                                > > >>>>>>>
                                > > >>>>>>>
                                > > >>>>>>>
                                > > >>>> ------------------------------------
                                > > >>>>
                                > > >>>> Yahoo! Groups Links
                                > > >>>>
                                > > >>>>
                                > > >>>>
                                > > >>>>
                                > > >>> --
                                > > >>> Andrew Maitland (LegacyKing)
                                > > >>> Admin Silverback - PCGen Board of Directors
                                > > >>> Data 2nd, Docs Tamarin, OS Lemur
                                > > >>> Unique Title "Quick-Silverback Tracker Monkey"
                                > > >>> Unique Title "The Torturer of PCGen"
                                > > >>>
                                > > >
                                > > >
                                > > > ------------------------------------
                                > > >
                                > > > Yahoo! Groups Links
                                > > >
                                > > >
                                > > >
                                > > >
                                > >
                                > >
                                > > --
                                > > Andrew Maitland (LegacyKing)
                                > > Admin Silverback - PCGen Board of Directors
                                > > Data 2nd, Docs Tamarin, OS Lemur
                                > > Unique Title "Quick-Silverback Tracker Monkey"
                                > > Unique Title "The Torturer of PCGen"
                                > >
                                >
                              • Eric C Smith
                                Hi Adriaan, The ABILITY:CATEGORY tag, unlike the ABILITY:PROMPT tag, is placed on its own line. It does not work on the LEVELABILITY line. Maredudd
                                Message 15 of 18 , Mar 31, 2013
                                  Hi Adriaan,

                                  The ABILITY:CATEGORY tag, unlike the ABILITY:PROMPT tag, is placed on its own line. It does not work on the LEVELABILITY line.

                                  Maredudd

                                  On Mar 31, 2013, at 4:39 PM, rogerwllco wrote:

                                  >
                                  > Should I add this to CODE-2107, make a new JIRA, or am I doing something wrong in the LST syntax? I'm trying to follow the documentation but that isn't always correct either.
                                  >
                                  > As I said, I'm lost and don't know if this is a code, LST or documentation issue. Maybe I'm doing something wrong, but I've been staring at this for a few days, and I've got no clue.
                                  >
                                  > Cheers,
                                  >
                                  > Adriaan Renting/RogerWilco
                                  >
                                  > --- In pcgen_developers@yahoogroups.com, "rogerwllco" <g.a.renting@...> wrote:
                                  >>
                                  >>
                                  >> I can't get that syntax to work either. I've even tried using it with the srd35.
                                  >>
                                  >> If I add the following to rsrd_kits_races_base.lst:
                                  >> STARTPACK:Human Guineapig VISIBLE:QUALIFY EQUIPBUY:0 PREMULT:1,[!PRERACE:1,%],[PRERACE:1,Human%]
                                  >> RACE:Human !PRERACE:1,%
                                  >> NAME:5th-Level Fighter Test
                                  >> CLASS:Fighter LEVEL:5
                                  >> LEVELABILITY:Fighter=1 ABILITY:CATEGORY=Fighter Feat|Blind-Fight
                                  >> LEVELABILITY:Fighter=2 ABILITY:CATEGORY=Fighter Feat|Cleave
                                  >> LEVELABILITY:Fighter=4 ABILITY:CATEGORY=Fighter Feat|Improved Initiative
                                  >>
                                  >> And then load SRD 3.5 for Players, I get:
                                  >>
                                  >> 15:52:37.217 INFO main pcgen.system.Main main Starting PCGen v6.00.0
                                  >> 15:52:37.250 INFO main pcgen.system.LanguageBundle init Initialising language bundle with locale en_US.
                                  >> 15:53:27.804 INFO Thread-7 pcgen.persistence.SourceFileLoader loadCampaigns Loading game 35e and sources [SRD 3.5 for Players].
                                  >> 15:53:29.889 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Expected ABILITY to start with PROMPT: CATEGORY=Fighter Feat|Blind-Fight (Source: file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst)
                                  >> 15:53:29.889 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Illegal Token 'ABILITY' 'CATEGORY=Fighter Feat|Blind-Fight' for pcgen.core.kit.KitLevelAbility null in file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst
                                  >> 15:53:29.890 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Expected ABILITY to start with PROMPT: CATEGORY=Fighter Feat|Cleave (Source: file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst)
                                  >> 15:53:29.890 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Illegal Token 'ABILITY' 'CATEGORY=Fighter Feat|Cleave' for pcgen.core.kit.KitLevelAbility null in file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst
                                  >> 15:53:29.891 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Expected ABILITY to start with PROMPT: CATEGORY=Fighter Feat|Improved Initiative (Source: file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst)
                                  >> 15:53:29.891 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Illegal Token 'ABILITY' 'CATEGORY=Fighter Feat|Improved Initiative' for pcgen.core.kit.KitLevelAbility null in file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst
                                  >>
                                  >> Now I've changed everything to use ABILITY:CATEGORY, it starts complaining about ABILITY:PROMPT. I'm baffled. Maybe someone else understands what's going on here.
                                  >>
                                  >> Cheers,
                                  >>
                                  >> Adriaan Renting/RogerWilco
                                  >>
                                  >>
                                  >>
                                  >> --- In pcgen_developers@yahoogroups.com, Andrew <drew0500@> wrote:
                                  >>>
                                  >>> Hi,
                                  >>>
                                  >>> You can assign a feat choice directly in a kit, yes.
                                  >>>
                                  >>> ABILITY:CATEGORY=Fighter Feat|Blind-Fight
                                  >>> Should work if using the rsrd set.
                                  >>>
                                  >>> On 3/21/2013 8:25 PM, rogerwllco wrote:
                                  >>>> I've noticed that in srd35 the fighter feats are coded as:
                                  >>>> BONUS:ABILITYPOOL|Fighter Feat|CL/2+1
                                  >>>> instead of ADD:FEAT"TYPE=Fighter
                                  >>>>
                                  >>>> If there is a way to define the choices made from an abilitypool like the one quoted above into a kit definition, then it might be easier to just stop supporting the ABILITY:PROMPT syntax.
                                  >>>> It's not used a lot in my datasets, I would have no problem converting it to some ABILITYPOOL syntax.
                                  >>>>
                                  >>>> I think ABILITY:CATEGORY=FEAT|Blind Fight would not work? I don't see how it would know it's a choice from the ABILITYPOOL
                                  >>>>
                                  >>>> The urgency of this is quite low for me as it is, but if there were a work around to using ABILITY:PROMPT, I think it might be just as easy to drop support for this syntax instead of fixing it. It seems to have been broken for years (5.16) and nobody has complained before.
                                  >>>>
                                  >>>> Cheers,
                                  >>>>
                                  >>>> Adriaan Renting/RogerWilco
                                  >>>>
                                  >>>> --- In pcgen_developers@yahoogroups.com, "rogerwllco" <g.a.renting@> wrote:
                                  >>>>> I usually assume that if the OUTPUTNAME stuff is used it's because of a reason like that, unless the tags involve things like Greater/Lesser and such.
                                  >>>>>
                                  >>>>> I've opened CODE-2107
                                  >>>>>
                                  >>>>> Cheers,
                                  >>>>>
                                  >>>>> Adriaan Renting/RogerWilco
                                  >>>>>
                                  >>>>> --- In pcgen_developers@yahoogroups.com, Andrew <drew0500@> wrote:
                                  >>>>>> Hi,
                                  >>>>>>
                                  >>>>>> - is legal in the name.
                                  >>>>>>
                                  >>>>>> And James is investigating it. Can you open a Code Bug for this please.
                                  >>>>>>
                                  >>>>>> Cheers,
                                  >>>>>>
                                  >>>>>> On 3/21/2013 10:05 AM, rogerwllco wrote:
                                  >>>>>>> It's coded like:
                                  >>>>>>> Blind Fight OUTPUTNAME:Blind-Fight
                                  >>>>>>>
                                  >>>>>>> I don't even think the '-' is legal in the name of the feat in PCGen,
                                  >>>>>>> but as maredudd mentions, it's all ABILITY:PROMPT uses that have this issue, I just only quoted one although you had no way to know that.
                                  >>>>>>>
                                  >>>>>>> Cheers,
                                  >>>>>>>
                                  >>>>>>> Adriaan Renting/RogerWilco
                                  >>>>>>>
                                  >>>>>>> --- In pcgen_developers@yahoogroups.com, "FerretDave" <ferret.griffin@> wrote:
                                  >>>>>>>> FWIW - I recall I had some issue with 'Blind Fight' some time back, something to do with the key actually being different, it may be 'Blind-Fight' ?
                                  >>>>>>>> Just worth double checking all your references to it match the actual key definition.
                                  >>>>>>>>
                                  >>>>>>>> --- In pcgen_developers@yahoogroups.com, James Dempsey <jdempsey@> wrote:
                                  >>>>>>>>> Hi Adriaan,
                                  >>>>>>>>>
                                  >>>>>>>>> Here's the call stack that produces that error:
                                  >>>>>>>>>
                                  >>>>>>>>> at
                                  >>>>>>>>> pcgen.cdom.helper.CategorizedAbilitySelection.getAbilitySelectionFromPersistentFormat(CategorizedAbilitySelection.java:324)
                                  >>>>>>>>> at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:346)
                                  >>>>>>>>> at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:1)
                                  >>>>>>>>> at
                                  >>>>>>>>> pcgen.cdom.base.ConcretePersistentTransitionChoice.decodeChoice(ConcretePersistentTransitionChoice.java:124)
                                  >>>>>>>>> at
                                  >>>>>>>>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:103)
                                  >>>>>>>>> at
                                  >>>>>>>>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:1)
                                  >>>>>>>>> at
                                  >>>>>>>>> pcgen.rules.persistence.TokenSupport.processToken(TokenSupport.java:62)
                                  >>>>>>>>> at pcgen.rules.context.LoadContext.processToken(LoadContext.java:262)
                                  >>>>>>>>> at
                                  >>>>>>>>> pcgen.rules.persistence.CDOMSubLineLoader.parseLine(CDOMSubLineLoader.java:77)
                                  >>>>>>>>> at
                                  >>>>>>>>> pcgen.rules.persistence.CDOMKitLoader.subParse(CDOMKitLoader.java:120)
                                  >>>>>>>>> at
                                  >>>>>>>>> pcgen.rules.persistence.CDOMKitLoader.parseSubLine(CDOMKitLoader.java:80)
                                  >>>>>>>>> at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:205)
                                  >>>>>>>>> at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:1)
                                  >>>>>>>>> at
                                  >>>>>>>>> pcgen.persistence.lst.LstObjectFileLoader.loadLstFile(LstObjectFileLoader.java:448)
                                  >>>>>>>>> at
                                  >>>>>>>>> pcgen.persistence.lst.LstObjectFileLoader.loadLstFiles(LstObjectFileLoader.java:117)
                                  >>>>>>>>> at
                                  >>>>>>>>> pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:606)
                                  >>>>>>>>> at
                                  >>>>>>>>> pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:479)
                                  >>>>>>>>> at
                                  >>>>>>>>> pcgen.persistence.SourceFileLoader.execute(SourceFileLoader.java:214)
                                  >>>>>>>>> at
                                  >>>>>>>>> pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:167)
                                  >>>>>>>>> at
                                  >>>>>>>>> pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:1)
                                  >>>>>>>>> at pcgen.gui2.util.SwingWorker$2.run(SwingWorker.java:146)
                                  >>>>>>>>> at java.lang.Thread.run(Thread.java:662)
                                  >>>>>>>>>
                                  >>>>>>>>> Now, what is happening is that
                                  >>>>>>>>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(LoadContext,
                                  >>>>>>>>> KitLevelAbility, String) is not using the category when it is passing on
                                  >>>>>>>>> the feat choice. Once that is fixed the initial application will
                                  >>>>>>>>> work,but the persistence in the character will have to be checked also.
                                  >>>>>>>>>
                                  >>>>>>>>> Cheers,
                                  >>>>>>>>> James.
                                  >>>>>>>>>
                                  >>>>>>>>>
                                  >>>>>>>>> On 21/03/2013 1:37 AM rogerwllco wrote
                                  >>>>>>>>>> L.S.
                                  >>>>>>>>>>
                                  >>>>>>>>>> I'm sorry if this is not the right place to post this but James Dempsey's reply to my last post in general was that these kind of questions are probably more for the dev list than the general or the LST list. Please correct me if I understood that wrong.
                                  >>>>>>>>>>
                                  >>>>>>>>>> I've downloaded the PCGen trunk code and I've been digging around in it because I'm getting errors when loading my Kit files. I have the impression that these are not due to a syntax error in my LST file, but the code seems to do something strange.
                                  >>>>>>>>>>
                                  >>>>>>>>>> The issue is that I get the following error:
                                  >>>>>>>>>> SEVERE Thread-7 pcgen.persistence.lst.LstObjectFileLoader loadLstFile Errors.LstFileLoader.Ignoring: String in getAbilitySelectionFromPersistentFormat must start with CATEGORY=, found: Blind Fight not defined.
                                  >>>>>>>>>>
                                  >>>>>>>>>> This is due to the following code in the LST file:
                                  >>>>>>>>>> LEVELABILITY:Fighter=1
                                  >>>>>>>>>> ABILITY:PROMPT:FEAT(TYPE.Fighter)|CHOICE:Blind Fight
                                  >>>>>>>>>>
                                  >>>>>>>>>> My problem is that the error seems to originate from /java/plugin/lsttokens/choose/AbilityToken.java
                                  >>>>>>>>>> but the code for handling ABILITY:PROMPT is in /java/plugin/lsttokens/kit/levelability/AbilityToken.java
                                  >>>>>>>>>>
                                  >>>>>>>>>> I've been trying to figure out from the code why it ends up generating the error where it does. I've tried tracking the flow though the program from when you push the load button and I end up in the CDOMSublineLoader. I've also tried tracking where the AbilityToken is being used.
                                  >>>>>>>>>>
                                  >>>>>>>>>> I've got the feeling that the code tries to interpret the token as an ABILITY:CATEGORY token instead of a ABILITY:PROMPT token. However I can't find in the code where it makes that decision exactly. It might be doing something based on AbilityToken.getTokenName() which is "ABILITY" for both as far as I understand. I can't find where it does that though.
                                  >>>>>>>>>>
                                  >>>>>>>>>> Currently I only have the code, I have loaded it into Eclipse, but I haven't looked into compiling and debugging this yet, I might try to in a few weeks time but I have no experience with Maven or Ant. It wasn't high on my priorities as I will focus my efforts on converting my LST files to 6.00 for the next month(s).
                                  >>>>>>>>>>
                                  >>>>>>>>>> If someone can have a look at this or give me a few pointers so I can continue investigating on my own that would be helpful.
                                  >>>>>>>>>>
                                  >>>>>>>>>> Please note that James Dempsey changed the error message after another message from me. http://sourceforge.net/p/pcgen/code/19643
                                  >>>>>>>>>> I'm running 6.00.0 though, so I still see the old message.
                                  >>>>>>>>>>
                                  >>>>>>>>>> Thanks,
                                  >>>>>>>>>>
                                  >>>>>>>>>> Adriaan Renting/RogerWilco
                                  >>>>>>>>>>
                                  >>>>>>>>>>
                                  >>>>>>>>>>
                                  >>>>>>>>>> ------------------------------------
                                  >>>>>>>>>>
                                  >>>>>>>>>> Yahoo! Groups Links
                                  >>>>>>>>>>
                                  >>>>>>>>>>
                                  >>>>>>>>>>
                                  >>>>>>>>>>
                                  >>>>>>> ------------------------------------
                                  >>>>>>>
                                  >>>>>>> Yahoo! Groups Links
                                  >>>>>>>
                                  >>>>>>>
                                  >>>>>>>
                                  >>>>>>>
                                  >>>>>> --
                                  >>>>>> Andrew Maitland (LegacyKing)
                                  >>>>>> Admin Silverback - PCGen Board of Directors
                                  >>>>>> Data 2nd, Docs Tamarin, OS Lemur
                                  >>>>>> Unique Title "Quick-Silverback Tracker Monkey"
                                  >>>>>> Unique Title "The Torturer of PCGen"
                                  >>>>>>
                                  >>>>
                                  >>>>
                                  >>>> ------------------------------------
                                  >>>>
                                  >>>> Yahoo! Groups Links
                                  >>>>
                                  >>>>
                                  >>>>
                                  >>>>
                                  >>>
                                  >>>
                                  >>> --
                                  >>> Andrew Maitland (LegacyKing)
                                  >>> Admin Silverback - PCGen Board of Directors
                                  >>> Data 2nd, Docs Tamarin, OS Lemur
                                  >>> Unique Title "Quick-Silverback Tracker Monkey"
                                  >>> Unique Title "The Torturer of PCGen"
                                  >>>
                                  >>
                                  >
                                  >
                                  >
                                  >
                                  > ------------------------------------
                                  >
                                  > Yahoo! Groups Links
                                  >
                                  >
                                  >
                                • rogerwllco
                                  Thank you. It at least makes the error go away. I don t know if it works, I first have another few thousand errors like this to process. Without the
                                  Message 16 of 18 , Mar 31, 2013
                                    Thank you.

                                    It at least makes the error go away. I don't know if it works, I first have another few thousand errors like this to process. Without the LEVELABILITY, how does it know which feat belongs to the right levels 1,2 and 4? Or does it not care?

                                    Cheers,

                                    Adriaan Renting/RogerWilco

                                    --- In pcgen_developers@yahoogroups.com, Eric C Smith <maredudd@...> wrote:
                                    >
                                    > Hi Adriaan,
                                    >
                                    > The ABILITY:CATEGORY tag, unlike the ABILITY:PROMPT tag, is placed on its own line. It does not work on the LEVELABILITY line.
                                    >
                                    > Maredudd
                                    >
                                    > On Mar 31, 2013, at 4:39 PM, rogerwllco wrote:
                                    >
                                    > >
                                    > > Should I add this to CODE-2107, make a new JIRA, or am I doing something wrong in the LST syntax? I'm trying to follow the documentation but that isn't always correct either.
                                    > >
                                    > > As I said, I'm lost and don't know if this is a code, LST or documentation issue. Maybe I'm doing something wrong, but I've been staring at this for a few days, and I've got no clue.
                                    > >
                                    > > Cheers,
                                    > >
                                    > > Adriaan Renting/RogerWilco
                                    > >
                                    > > --- In pcgen_developers@yahoogroups.com, "rogerwllco" <g.a.renting@> wrote:
                                    > >>
                                    > >>
                                    > >> I can't get that syntax to work either. I've even tried using it with the srd35.
                                    > >>
                                    > >> If I add the following to rsrd_kits_races_base.lst:
                                    > >> STARTPACK:Human Guineapig VISIBLE:QUALIFY EQUIPBUY:0 PREMULT:1,[!PRERACE:1,%],[PRERACE:1,Human%]
                                    > >> RACE:Human !PRERACE:1,%
                                    > >> NAME:5th-Level Fighter Test
                                    > >> CLASS:Fighter LEVEL:5
                                    > >> LEVELABILITY:Fighter=1 ABILITY:CATEGORY=Fighter Feat|Blind-Fight
                                    > >> LEVELABILITY:Fighter=2 ABILITY:CATEGORY=Fighter Feat|Cleave
                                    > >> LEVELABILITY:Fighter=4 ABILITY:CATEGORY=Fighter Feat|Improved Initiative
                                    > >>
                                    > >> And then load SRD 3.5 for Players, I get:
                                    > >>
                                    > >> 15:52:37.217 INFO main pcgen.system.Main main Starting PCGen v6.00.0
                                    > >> 15:52:37.250 INFO main pcgen.system.LanguageBundle init Initialising language bundle with locale en_US.
                                    > >> 15:53:27.804 INFO Thread-7 pcgen.persistence.SourceFileLoader loadCampaigns Loading game 35e and sources [SRD 3.5 for Players].
                                    > >> 15:53:29.889 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Expected ABILITY to start with PROMPT: CATEGORY=Fighter Feat|Blind-Fight (Source: file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst)
                                    > >> 15:53:29.889 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Illegal Token 'ABILITY' 'CATEGORY=Fighter Feat|Blind-Fight' for pcgen.core.kit.KitLevelAbility null in file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst
                                    > >> 15:53:29.890 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Expected ABILITY to start with PROMPT: CATEGORY=Fighter Feat|Cleave (Source: file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst)
                                    > >> 15:53:29.890 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Illegal Token 'ABILITY' 'CATEGORY=Fighter Feat|Cleave' for pcgen.core.kit.KitLevelAbility null in file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst
                                    > >> 15:53:29.891 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Expected ABILITY to start with PROMPT: CATEGORY=Fighter Feat|Improved Initiative (Source: file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst)
                                    > >> 15:53:29.891 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Illegal Token 'ABILITY' 'CATEGORY=Fighter Feat|Improved Initiative' for pcgen.core.kit.KitLevelAbility null in file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst
                                    > >>
                                    > >> Now I've changed everything to use ABILITY:CATEGORY, it starts complaining about ABILITY:PROMPT. I'm baffled. Maybe someone else understands what's going on here.
                                    > >>
                                    > >> Cheers,
                                    > >>
                                    > >> Adriaan Renting/RogerWilco
                                    > >>
                                    > >>
                                    > >>
                                    > >> --- In pcgen_developers@yahoogroups.com, Andrew <drew0500@> wrote:
                                    > >>>
                                    > >>> Hi,
                                    > >>>
                                    > >>> You can assign a feat choice directly in a kit, yes.
                                    > >>>
                                    > >>> ABILITY:CATEGORY=Fighter Feat|Blind-Fight
                                    > >>> Should work if using the rsrd set.
                                    > >>>
                                    > >>> On 3/21/2013 8:25 PM, rogerwllco wrote:
                                    > >>>> I've noticed that in srd35 the fighter feats are coded as:
                                    > >>>> BONUS:ABILITYPOOL|Fighter Feat|CL/2+1
                                    > >>>> instead of ADD:FEAT"TYPE=Fighter
                                    > >>>>
                                    > >>>> If there is a way to define the choices made from an abilitypool like the one quoted above into a kit definition, then it might be easier to just stop supporting the ABILITY:PROMPT syntax.
                                    > >>>> It's not used a lot in my datasets, I would have no problem converting it to some ABILITYPOOL syntax.
                                    > >>>>
                                    > >>>> I think ABILITY:CATEGORY=FEAT|Blind Fight would not work? I don't see how it would know it's a choice from the ABILITYPOOL
                                    > >>>>
                                    > >>>> The urgency of this is quite low for me as it is, but if there were a work around to using ABILITY:PROMPT, I think it might be just as easy to drop support for this syntax instead of fixing it. It seems to have been broken for years (5.16) and nobody has complained before.
                                    > >>>>
                                    > >>>> Cheers,
                                    > >>>>
                                    > >>>> Adriaan Renting/RogerWilco
                                    > >>>>
                                    > >>>> --- In pcgen_developers@yahoogroups.com, "rogerwllco" <g.a.renting@> wrote:
                                    > >>>>> I usually assume that if the OUTPUTNAME stuff is used it's because of a reason like that, unless the tags involve things like Greater/Lesser and such.
                                    > >>>>>
                                    > >>>>> I've opened CODE-2107
                                    > >>>>>
                                    > >>>>> Cheers,
                                    > >>>>>
                                    > >>>>> Adriaan Renting/RogerWilco
                                    > >>>>>
                                    > >>>>> --- In pcgen_developers@yahoogroups.com, Andrew <drew0500@> wrote:
                                    > >>>>>> Hi,
                                    > >>>>>>
                                    > >>>>>> - is legal in the name.
                                    > >>>>>>
                                    > >>>>>> And James is investigating it. Can you open a Code Bug for this please.
                                    > >>>>>>
                                    > >>>>>> Cheers,
                                    > >>>>>>
                                    > >>>>>> On 3/21/2013 10:05 AM, rogerwllco wrote:
                                    > >>>>>>> It's coded like:
                                    > >>>>>>> Blind Fight OUTPUTNAME:Blind-Fight
                                    > >>>>>>>
                                    > >>>>>>> I don't even think the '-' is legal in the name of the feat in PCGen,
                                    > >>>>>>> but as maredudd mentions, it's all ABILITY:PROMPT uses that have this issue, I just only quoted one although you had no way to know that.
                                    > >>>>>>>
                                    > >>>>>>> Cheers,
                                    > >>>>>>>
                                    > >>>>>>> Adriaan Renting/RogerWilco
                                    > >>>>>>>
                                    > >>>>>>> --- In pcgen_developers@yahoogroups.com, "FerretDave" <ferret.griffin@> wrote:
                                    > >>>>>>>> FWIW - I recall I had some issue with 'Blind Fight' some time back, something to do with the key actually being different, it may be 'Blind-Fight' ?
                                    > >>>>>>>> Just worth double checking all your references to it match the actual key definition.
                                    > >>>>>>>>
                                    > >>>>>>>> --- In pcgen_developers@yahoogroups.com, James Dempsey <jdempsey@> wrote:
                                    > >>>>>>>>> Hi Adriaan,
                                    > >>>>>>>>>
                                    > >>>>>>>>> Here's the call stack that produces that error:
                                    > >>>>>>>>>
                                    > >>>>>>>>> at
                                    > >>>>>>>>> pcgen.cdom.helper.CategorizedAbilitySelection.getAbilitySelectionFromPersistentFormat(CategorizedAbilitySelection.java:324)
                                    > >>>>>>>>> at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:346)
                                    > >>>>>>>>> at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:1)
                                    > >>>>>>>>> at
                                    > >>>>>>>>> pcgen.cdom.base.ConcretePersistentTransitionChoice.decodeChoice(ConcretePersistentTransitionChoice.java:124)
                                    > >>>>>>>>> at
                                    > >>>>>>>>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:103)
                                    > >>>>>>>>> at
                                    > >>>>>>>>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:1)
                                    > >>>>>>>>> at
                                    > >>>>>>>>> pcgen.rules.persistence.TokenSupport.processToken(TokenSupport.java:62)
                                    > >>>>>>>>> at pcgen.rules.context.LoadContext.processToken(LoadContext.java:262)
                                    > >>>>>>>>> at
                                    > >>>>>>>>> pcgen.rules.persistence.CDOMSubLineLoader.parseLine(CDOMSubLineLoader.java:77)
                                    > >>>>>>>>> at
                                    > >>>>>>>>> pcgen.rules.persistence.CDOMKitLoader.subParse(CDOMKitLoader.java:120)
                                    > >>>>>>>>> at
                                    > >>>>>>>>> pcgen.rules.persistence.CDOMKitLoader.parseSubLine(CDOMKitLoader.java:80)
                                    > >>>>>>>>> at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:205)
                                    > >>>>>>>>> at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:1)
                                    > >>>>>>>>> at
                                    > >>>>>>>>> pcgen.persistence.lst.LstObjectFileLoader.loadLstFile(LstObjectFileLoader.java:448)
                                    > >>>>>>>>> at
                                    > >>>>>>>>> pcgen.persistence.lst.LstObjectFileLoader.loadLstFiles(LstObjectFileLoader.java:117)
                                    > >>>>>>>>> at
                                    > >>>>>>>>> pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:606)
                                    > >>>>>>>>> at
                                    > >>>>>>>>> pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:479)
                                    > >>>>>>>>> at
                                    > >>>>>>>>> pcgen.persistence.SourceFileLoader.execute(SourceFileLoader.java:214)
                                    > >>>>>>>>> at
                                    > >>>>>>>>> pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:167)
                                    > >>>>>>>>> at
                                    > >>>>>>>>> pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:1)
                                    > >>>>>>>>> at pcgen.gui2.util.SwingWorker$2.run(SwingWorker.java:146)
                                    > >>>>>>>>> at java.lang.Thread.run(Thread.java:662)
                                    > >>>>>>>>>
                                    > >>>>>>>>> Now, what is happening is that
                                    > >>>>>>>>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(LoadContext,
                                    > >>>>>>>>> KitLevelAbility, String) is not using the category when it is passing on
                                    > >>>>>>>>> the feat choice. Once that is fixed the initial application will
                                    > >>>>>>>>> work,but the persistence in the character will have to be checked also.
                                    > >>>>>>>>>
                                    > >>>>>>>>> Cheers,
                                    > >>>>>>>>> James.
                                    > >>>>>>>>>
                                    > >>>>>>>>>
                                    > >>>>>>>>> On 21/03/2013 1:37 AM rogerwllco wrote
                                    > >>>>>>>>>> L.S.
                                    > >>>>>>>>>>
                                    > >>>>>>>>>> I'm sorry if this is not the right place to post this but James Dempsey's reply to my last post in general was that these kind of questions are probably more for the dev list than the general or the LST list. Please correct me if I understood that wrong.
                                    > >>>>>>>>>>
                                    > >>>>>>>>>> I've downloaded the PCGen trunk code and I've been digging around in it because I'm getting errors when loading my Kit files. I have the impression that these are not due to a syntax error in my LST file, but the code seems to do something strange.
                                    > >>>>>>>>>>
                                    > >>>>>>>>>> The issue is that I get the following error:
                                    > >>>>>>>>>> SEVERE Thread-7 pcgen.persistence.lst.LstObjectFileLoader loadLstFile Errors.LstFileLoader.Ignoring: String in getAbilitySelectionFromPersistentFormat must start with CATEGORY=, found: Blind Fight not defined.
                                    > >>>>>>>>>>
                                    > >>>>>>>>>> This is due to the following code in the LST file:
                                    > >>>>>>>>>> LEVELABILITY:Fighter=1
                                    > >>>>>>>>>> ABILITY:PROMPT:FEAT(TYPE.Fighter)|CHOICE:Blind Fight
                                    > >>>>>>>>>>
                                    > >>>>>>>>>> My problem is that the error seems to originate from /java/plugin/lsttokens/choose/AbilityToken.java
                                    > >>>>>>>>>> but the code for handling ABILITY:PROMPT is in /java/plugin/lsttokens/kit/levelability/AbilityToken.java
                                    > >>>>>>>>>>
                                    > >>>>>>>>>> I've been trying to figure out from the code why it ends up generating the error where it does. I've tried tracking the flow though the program from when you push the load button and I end up in the CDOMSublineLoader. I've also tried tracking where the AbilityToken is being used.
                                    > >>>>>>>>>>
                                    > >>>>>>>>>> I've got the feeling that the code tries to interpret the token as an ABILITY:CATEGORY token instead of a ABILITY:PROMPT token. However I can't find in the code where it makes that decision exactly. It might be doing something based on AbilityToken.getTokenName() which is "ABILITY" for both as far as I understand. I can't find where it does that though.
                                    > >>>>>>>>>>
                                    > >>>>>>>>>> Currently I only have the code, I have loaded it into Eclipse, but I haven't looked into compiling and debugging this yet, I might try to in a few weeks time but I have no experience with Maven or Ant. It wasn't high on my priorities as I will focus my efforts on converting my LST files to 6.00 for the next month(s).
                                    > >>>>>>>>>>
                                    > >>>>>>>>>> If someone can have a look at this or give me a few pointers so I can continue investigating on my own that would be helpful.
                                    > >>>>>>>>>>
                                    > >>>>>>>>>> Please note that James Dempsey changed the error message after another message from me. http://sourceforge.net/p/pcgen/code/19643
                                    > >>>>>>>>>> I'm running 6.00.0 though, so I still see the old message.
                                    > >>>>>>>>>>
                                    > >>>>>>>>>> Thanks,
                                    > >>>>>>>>>>
                                    > >>>>>>>>>> Adriaan Renting/RogerWilco
                                    > >>>>>>>>>>
                                    > >>>>>>>>>>
                                    > >>>>>>>>>>
                                    > >>>>>>>>>> ------------------------------------
                                    > >>>>>>>>>>
                                    > >>>>>>>>>> Yahoo! Groups Links
                                    > >>>>>>>>>>
                                    > >>>>>>>>>>
                                    > >>>>>>>>>>
                                    > >>>>>>>>>>
                                    > >>>>>>> ------------------------------------
                                    > >>>>>>>
                                    > >>>>>>> Yahoo! Groups Links
                                    > >>>>>>>
                                    > >>>>>>>
                                    > >>>>>>>
                                    > >>>>>>>
                                    > >>>>>> --
                                    > >>>>>> Andrew Maitland (LegacyKing)
                                    > >>>>>> Admin Silverback - PCGen Board of Directors
                                    > >>>>>> Data 2nd, Docs Tamarin, OS Lemur
                                    > >>>>>> Unique Title "Quick-Silverback Tracker Monkey"
                                    > >>>>>> Unique Title "The Torturer of PCGen"
                                    > >>>>>>
                                    > >>>>
                                    > >>>>
                                    > >>>> ------------------------------------
                                    > >>>>
                                    > >>>> Yahoo! Groups Links
                                    > >>>>
                                    > >>>>
                                    > >>>>
                                    > >>>>
                                    > >>>
                                    > >>>
                                    > >>> --
                                    > >>> Andrew Maitland (LegacyKing)
                                    > >>> Admin Silverback - PCGen Board of Directors
                                    > >>> Data 2nd, Docs Tamarin, OS Lemur
                                    > >>> Unique Title "Quick-Silverback Tracker Monkey"
                                    > >>> Unique Title "The Torturer of PCGen"
                                    > >>>
                                    > >>
                                    > >
                                    > >
                                    > >
                                    > >
                                    > > ------------------------------------
                                    > >
                                    > > Yahoo! Groups Links
                                    > >
                                    > >
                                    > >
                                    >
                                  • James Dempsey
                                    Hi Adriaan, Ultimately it doesn t need to match the particular level, it just needs to fit within the pool. For kits it is assumed that any level dependant
                                    Message 17 of 18 , Mar 31, 2013
                                      Hi Adriaan,

                                      Ultimately it doesn't need to match the particular level, it just needs
                                      to fit within the pool. For kits it is assumed that any level dependant
                                      prereqs have been checked by the author - the application will only
                                      check against the current level.

                                      Cheers,
                                      James.

                                      On 1/04/2013 9:51 AM rogerwllco wrote
                                      > Thank you.
                                      >
                                      > It at least makes the error go away. I don't know if it works, I first have another few thousand errors like this to process. Without the LEVELABILITY, how does it know which feat belongs to the right levels 1,2 and 4? Or does it not care?
                                      >
                                      > Cheers,
                                      >
                                      > Adriaan Renting/RogerWilco
                                      >
                                      > --- In pcgen_developers@yahoogroups.com, Eric C Smith <maredudd@...> wrote:
                                      >> Hi Adriaan,
                                      >>
                                      >> The ABILITY:CATEGORY tag, unlike the ABILITY:PROMPT tag, is placed on its own line. It does not work on the LEVELABILITY line.
                                      >>
                                      >> Maredudd
                                      >>
                                      >> On Mar 31, 2013, at 4:39 PM, rogerwllco wrote:
                                      >>
                                      >>> Should I add this to CODE-2107, make a new JIRA, or am I doing something wrong in the LST syntax? I'm trying to follow the documentation but that isn't always correct either.
                                      >>>
                                      >>> As I said, I'm lost and don't know if this is a code, LST or documentation issue. Maybe I'm doing something wrong, but I've been staring at this for a few days, and I've got no clue.
                                      >>>
                                      >>> Cheers,
                                      >>>
                                      >>> Adriaan Renting/RogerWilco
                                      >>>
                                      >>> --- In pcgen_developers@yahoogroups.com, "rogerwllco" <g.a.renting@> wrote:
                                      >>>>
                                      >>>> I can't get that syntax to work either. I've even tried using it with the srd35.
                                      >>>>
                                      >>>> If I add the following to rsrd_kits_races_base.lst:
                                      >>>> STARTPACK:Human Guineapig VISIBLE:QUALIFY EQUIPBUY:0 PREMULT:1,[!PRERACE:1,%],[PRERACE:1,Human%]
                                      >>>> RACE:Human !PRERACE:1,%
                                      >>>> NAME:5th-Level Fighter Test
                                      >>>> CLASS:Fighter LEVEL:5
                                      >>>> LEVELABILITY:Fighter=1 ABILITY:CATEGORY=Fighter Feat|Blind-Fight
                                      >>>> LEVELABILITY:Fighter=2 ABILITY:CATEGORY=Fighter Feat|Cleave
                                      >>>> LEVELABILITY:Fighter=4 ABILITY:CATEGORY=Fighter Feat|Improved Initiative
                                      >>>>
                                      >>>> And then load SRD 3.5 for Players, I get:
                                      >>>>
                                      >>>> 15:52:37.217 INFO main pcgen.system.Main main Starting PCGen v6.00.0
                                      >>>> 15:52:37.250 INFO main pcgen.system.LanguageBundle init Initialising language bundle with locale en_US.
                                      >>>> 15:53:27.804 INFO Thread-7 pcgen.persistence.SourceFileLoader loadCampaigns Loading game 35e and sources [SRD 3.5 for Players].
                                      >>>> 15:53:29.889 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Expected ABILITY to start with PROMPT: CATEGORY=Fighter Feat|Blind-Fight (Source: file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst)
                                      >>>> 15:53:29.889 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Illegal Token 'ABILITY' 'CATEGORY=Fighter Feat|Blind-Fight' for pcgen.core.kit.KitLevelAbility null in file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst
                                      >>>> 15:53:29.890 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Expected ABILITY to start with PROMPT: CATEGORY=Fighter Feat|Cleave (Source: file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst)
                                      >>>> 15:53:29.890 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Illegal Token 'ABILITY' 'CATEGORY=Fighter Feat|Cleave' for pcgen.core.kit.KitLevelAbility null in file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst
                                      >>>> 15:53:29.891 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Expected ABILITY to start with PROMPT: CATEGORY=Fighter Feat|Improved Initiative (Source: file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst)
                                      >>>> 15:53:29.891 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Illegal Token 'ABILITY' 'CATEGORY=Fighter Feat|Improved Initiative' for pcgen.core.kit.KitLevelAbility null in file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst
                                      >>>>
                                      >>>> Now I've changed everything to use ABILITY:CATEGORY, it starts complaining about ABILITY:PROMPT. I'm baffled. Maybe someone else understands what's going on here.
                                      >>>>
                                      >>>> Cheers,
                                      >>>>
                                      >>>> Adriaan Renting/RogerWilco
                                      >>>>
                                      >>>>
                                      >>>>
                                      >>>> --- In pcgen_developers@yahoogroups.com, Andrew <drew0500@> wrote:
                                      >>>>> Hi,
                                      >>>>>
                                      >>>>> You can assign a feat choice directly in a kit, yes.
                                      >>>>>
                                      >>>>> ABILITY:CATEGORY=Fighter Feat|Blind-Fight
                                      >>>>> Should work if using the rsrd set.
                                      >>>>>
                                      >>>>> On 3/21/2013 8:25 PM, rogerwllco wrote:
                                      >>>>>> I've noticed that in srd35 the fighter feats are coded as:
                                      >>>>>> BONUS:ABILITYPOOL|Fighter Feat|CL/2+1
                                      >>>>>> instead of ADD:FEAT"TYPE=Fighter
                                      >>>>>>
                                      >>>>>> If there is a way to define the choices made from an abilitypool like the one quoted above into a kit definition, then it might be easier to just stop supporting the ABILITY:PROMPT syntax.
                                      >>>>>> It's not used a lot in my datasets, I would have no problem converting it to some ABILITYPOOL syntax.
                                      >>>>>>
                                      >>>>>> I think ABILITY:CATEGORY=FEAT|Blind Fight would not work? I don't see how it would know it's a choice from the ABILITYPOOL
                                      >>>>>>
                                      >>>>>> The urgency of this is quite low for me as it is, but if there were a work around to using ABILITY:PROMPT, I think it might be just as easy to drop support for this syntax instead of fixing it. It seems to have been broken for years (5.16) and nobody has complained before.
                                      >>>>>>
                                      >>>>>> Cheers,
                                      >>>>>>
                                      >>>>>> Adriaan Renting/RogerWilco
                                      >>>>>>
                                      >>>>>> --- In pcgen_developers@yahoogroups.com, "rogerwllco" <g.a.renting@> wrote:
                                      >>>>>>> I usually assume that if the OUTPUTNAME stuff is used it's because of a reason like that, unless the tags involve things like Greater/Lesser and such.
                                      >>>>>>>
                                      >>>>>>> I've opened CODE-2107
                                      >>>>>>>
                                      >>>>>>> Cheers,
                                      >>>>>>>
                                      >>>>>>> Adriaan Renting/RogerWilco
                                      >>>>>>>
                                      >>>>>>> --- In pcgen_developers@yahoogroups.com, Andrew <drew0500@> wrote:
                                      >>>>>>>> Hi,
                                      >>>>>>>>
                                      >>>>>>>> - is legal in the name.
                                      >>>>>>>>
                                      >>>>>>>> And James is investigating it. Can you open a Code Bug for this please.
                                      >>>>>>>>
                                      >>>>>>>> Cheers,
                                      >>>>>>>>
                                      >>>>>>>> On 3/21/2013 10:05 AM, rogerwllco wrote:
                                      >>>>>>>>> It's coded like:
                                      >>>>>>>>> Blind Fight OUTPUTNAME:Blind-Fight
                                      >>>>>>>>>
                                      >>>>>>>>> I don't even think the '-' is legal in the name of the feat in PCGen,
                                      >>>>>>>>> but as maredudd mentions, it's all ABILITY:PROMPT uses that have this issue, I just only quoted one although you had no way to know that.
                                      >>>>>>>>>
                                      >>>>>>>>> Cheers,
                                      >>>>>>>>>
                                      >>>>>>>>> Adriaan Renting/RogerWilco
                                      >>>>>>>>>
                                      >>>>>>>>> --- In pcgen_developers@yahoogroups.com, "FerretDave" <ferret.griffin@> wrote:
                                      >>>>>>>>>> FWIW - I recall I had some issue with 'Blind Fight' some time back, something to do with the key actually being different, it may be 'Blind-Fight' ?
                                      >>>>>>>>>> Just worth double checking all your references to it match the actual key definition.
                                      >>>>>>>>>>
                                      >>>>>>>>>> --- In pcgen_developers@yahoogroups.com, James Dempsey <jdempsey@> wrote:
                                      >>>>>>>>>>> Hi Adriaan,
                                      >>>>>>>>>>>
                                      >>>>>>>>>>> Here's the call stack that produces that error:
                                      >>>>>>>>>>>
                                      >>>>>>>>>>> at
                                      >>>>>>>>>>> pcgen.cdom.helper.CategorizedAbilitySelection.getAbilitySelectionFromPersistentFormat(CategorizedAbilitySelection.java:324)
                                      >>>>>>>>>>> at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:346)
                                      >>>>>>>>>>> at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:1)
                                      >>>>>>>>>>> at
                                      >>>>>>>>>>> pcgen.cdom.base.ConcretePersistentTransitionChoice.decodeChoice(ConcretePersistentTransitionChoice.java:124)
                                      >>>>>>>>>>> at
                                      >>>>>>>>>>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:103)
                                      >>>>>>>>>>> at
                                      >>>>>>>>>>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:1)
                                      >>>>>>>>>>> at
                                      >>>>>>>>>>> pcgen.rules.persistence.TokenSupport.processToken(TokenSupport.java:62)
                                      >>>>>>>>>>> at pcgen.rules.context.LoadContext.processToken(LoadContext.java:262)
                                      >>>>>>>>>>> at
                                      >>>>>>>>>>> pcgen.rules.persistence.CDOMSubLineLoader.parseLine(CDOMSubLineLoader.java:77)
                                      >>>>>>>>>>> at
                                      >>>>>>>>>>> pcgen.rules.persistence.CDOMKitLoader.subParse(CDOMKitLoader.java:120)
                                      >>>>>>>>>>> at
                                      >>>>>>>>>>> pcgen.rules.persistence.CDOMKitLoader.parseSubLine(CDOMKitLoader.java:80)
                                      >>>>>>>>>>> at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:205)
                                      >>>>>>>>>>> at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:1)
                                      >>>>>>>>>>> at
                                      >>>>>>>>>>> pcgen.persistence.lst.LstObjectFileLoader.loadLstFile(LstObjectFileLoader.java:448)
                                      >>>>>>>>>>> at
                                      >>>>>>>>>>> pcgen.persistence.lst.LstObjectFileLoader.loadLstFiles(LstObjectFileLoader.java:117)
                                      >>>>>>>>>>> at
                                      >>>>>>>>>>> pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:606)
                                      >>>>>>>>>>> at
                                      >>>>>>>>>>> pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:479)
                                      >>>>>>>>>>> at
                                      >>>>>>>>>>> pcgen.persistence.SourceFileLoader.execute(SourceFileLoader.java:214)
                                      >>>>>>>>>>> at
                                      >>>>>>>>>>> pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:167)
                                      >>>>>>>>>>> at
                                      >>>>>>>>>>> pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:1)
                                      >>>>>>>>>>> at pcgen.gui2.util.SwingWorker$2.run(SwingWorker.java:146)
                                      >>>>>>>>>>> at java.lang.Thread.run(Thread.java:662)
                                      >>>>>>>>>>>
                                      >>>>>>>>>>> Now, what is happening is that
                                      >>>>>>>>>>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(LoadContext,
                                      >>>>>>>>>>> KitLevelAbility, String) is not using the category when it is passing on
                                      >>>>>>>>>>> the feat choice. Once that is fixed the initial application will
                                      >>>>>>>>>>> work,but the persistence in the character will have to be checked also.
                                      >>>>>>>>>>>
                                      >>>>>>>>>>> Cheers,
                                      >>>>>>>>>>> James.
                                      >>>>>>>>>>>
                                      >>>>>>>>>>>
                                      >>>>>>>>>>> On 21/03/2013 1:37 AM rogerwllco wrote
                                      >>>>>>>>>>>> L.S.
                                      >>>>>>>>>>>>
                                      >>>>>>>>>>>> I'm sorry if this is not the right place to post this but James Dempsey's reply to my last post in general was that these kind of questions are probably more for the dev list than the general or the LST list. Please correct me if I understood that wrong.
                                      >>>>>>>>>>>>
                                      >>>>>>>>>>>> I've downloaded the PCGen trunk code and I've been digging around in it because I'm getting errors when loading my Kit files. I have the impression that these are not due to a syntax error in my LST file, but the code seems to do something strange.
                                      >>>>>>>>>>>>
                                      >>>>>>>>>>>> The issue is that I get the following error:
                                      >>>>>>>>>>>> SEVERE Thread-7 pcgen.persistence.lst.LstObjectFileLoader loadLstFile Errors.LstFileLoader.Ignoring: String in getAbilitySelectionFromPersistentFormat must start with CATEGORY=, found: Blind Fight not defined.
                                      >>>>>>>>>>>>
                                      >>>>>>>>>>>> This is due to the following code in the LST file:
                                      >>>>>>>>>>>> LEVELABILITY:Fighter=1
                                      >>>>>>>>>>>> ABILITY:PROMPT:FEAT(TYPE.Fighter)|CHOICE:Blind Fight
                                      >>>>>>>>>>>>
                                      >>>>>>>>>>>> My problem is that the error seems to originate from /java/plugin/lsttokens/choose/AbilityToken.java
                                      >>>>>>>>>>>> but the code for handling ABILITY:PROMPT is in /java/plugin/lsttokens/kit/levelability/AbilityToken.java
                                      >>>>>>>>>>>>
                                      >>>>>>>>>>>> I've been trying to figure out from the code why it ends up generating the error where it does. I've tried tracking the flow though the program from when you push the load button and I end up in the CDOMSublineLoader. I've also tried tracking where the AbilityToken is being used.
                                      >>>>>>>>>>>>
                                      >>>>>>>>>>>> I've got the feeling that the code tries to interpret the token as an ABILITY:CATEGORY token instead of a ABILITY:PROMPT token. However I can't find in the code where it makes that decision exactly. It might be doing something based on AbilityToken.getTokenName() which is "ABILITY" for both as far as I understand. I can't find where it does that though.
                                      >>>>>>>>>>>>
                                      >>>>>>>>>>>> Currently I only have the code, I have loaded it into Eclipse, but I haven't looked into compiling and debugging this yet, I might try to in a few weeks time but I have no experience with Maven or Ant. It wasn't high on my priorities as I will focus my efforts on converting my LST files to 6.00 for the next month(s).
                                      >>>>>>>>>>>>
                                      >>>>>>>>>>>> If someone can have a look at this or give me a few pointers so I can continue investigating on my own that would be helpful.
                                      >>>>>>>>>>>>
                                      >>>>>>>>>>>> Please note that James Dempsey changed the error message after another message from me. http://sourceforge.net/p/pcgen/code/19643
                                      >>>>>>>>>>>> I'm running 6.00.0 though, so I still see the old message.
                                      >>>>>>>>>>>>
                                      >>>>>>>>>>>> Thanks,
                                      >>>>>>>>>>>>
                                      >>>>>>>>>>>> Adriaan Renting/RogerWilco
                                      >>>>>>>>>>>>
                                    • rogerwllco
                                      Ah, ok. Thank you for the explanation. It s probably documented somewhere, I m not terribly familiar with the Kit stuff, still busy converting my datasets to
                                      Message 18 of 18 , Apr 3, 2013
                                        Ah, ok. Thank you for the explanation. It's probably documented somewhere, I'm not terribly familiar with the Kit stuff, still busy converting my datasets to 6.00.0.

                                        I'm trying to learn though, so I appreciate explanations like this very much. My knowledge is still very much based on 5.10/5.12/5.14.

                                        Cheers,

                                        Adriaan Renting/RogerWilco

                                        --- In pcgen_developers@yahoogroups.com, James Dempsey <jdempsey@...> wrote:
                                        >
                                        > Hi Adriaan,
                                        >
                                        > Ultimately it doesn't need to match the particular level, it just needs
                                        > to fit within the pool. For kits it is assumed that any level dependant
                                        > prereqs have been checked by the author - the application will only
                                        > check against the current level.
                                        >
                                        > Cheers,
                                        > James.
                                        >
                                        > On 1/04/2013 9:51 AM rogerwllco wrote
                                        > > Thank you.
                                        > >
                                        > > It at least makes the error go away. I don't know if it works, I first have another few thousand errors like this to process. Without the LEVELABILITY, how does it know which feat belongs to the right levels 1,2 and 4? Or does it not care?
                                        > >
                                        > > Cheers,
                                        > >
                                        > > Adriaan Renting/RogerWilco
                                        > >
                                        > > --- In pcgen_developers@yahoogroups.com, Eric C Smith <maredudd@> wrote:
                                        > >> Hi Adriaan,
                                        > >>
                                        > >> The ABILITY:CATEGORY tag, unlike the ABILITY:PROMPT tag, is placed on its own line. It does not work on the LEVELABILITY line.
                                        > >>
                                        > >> Maredudd
                                        > >>
                                        > >> On Mar 31, 2013, at 4:39 PM, rogerwllco wrote:
                                        > >>
                                        > >>> Should I add this to CODE-2107, make a new JIRA, or am I doing something wrong in the LST syntax? I'm trying to follow the documentation but that isn't always correct either.
                                        > >>>
                                        > >>> As I said, I'm lost and don't know if this is a code, LST or documentation issue. Maybe I'm doing something wrong, but I've been staring at this for a few days, and I've got no clue.
                                        > >>>
                                        > >>> Cheers,
                                        > >>>
                                        > >>> Adriaan Renting/RogerWilco
                                        > >>>
                                        > >>> --- In pcgen_developers@yahoogroups.com, "rogerwllco" <g.a.renting@> wrote:
                                        > >>>>
                                        > >>>> I can't get that syntax to work either. I've even tried using it with the srd35.
                                        > >>>>
                                        > >>>> If I add the following to rsrd_kits_races_base.lst:
                                        > >>>> STARTPACK:Human Guineapig VISIBLE:QUALIFY EQUIPBUY:0 PREMULT:1,[!PRERACE:1,%],[PRERACE:1,Human%]
                                        > >>>> RACE:Human !PRERACE:1,%
                                        > >>>> NAME:5th-Level Fighter Test
                                        > >>>> CLASS:Fighter LEVEL:5
                                        > >>>> LEVELABILITY:Fighter=1 ABILITY:CATEGORY=Fighter Feat|Blind-Fight
                                        > >>>> LEVELABILITY:Fighter=2 ABILITY:CATEGORY=Fighter Feat|Cleave
                                        > >>>> LEVELABILITY:Fighter=4 ABILITY:CATEGORY=Fighter Feat|Improved Initiative
                                        > >>>>
                                        > >>>> And then load SRD 3.5 for Players, I get:
                                        > >>>>
                                        > >>>> 15:52:37.217 INFO main pcgen.system.Main main Starting PCGen v6.00.0
                                        > >>>> 15:52:37.250 INFO main pcgen.system.LanguageBundle init Initialising language bundle with locale en_US.
                                        > >>>> 15:53:27.804 INFO Thread-7 pcgen.persistence.SourceFileLoader loadCampaigns Loading game 35e and sources [SRD 3.5 for Players].
                                        > >>>> 15:53:29.889 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Expected ABILITY to start with PROMPT: CATEGORY=Fighter Feat|Blind-Fight (Source: file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst)
                                        > >>>> 15:53:29.889 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Illegal Token 'ABILITY' 'CATEGORY=Fighter Feat|Blind-Fight' for pcgen.core.kit.KitLevelAbility null in file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst
                                        > >>>> 15:53:29.890 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Expected ABILITY to start with PROMPT: CATEGORY=Fighter Feat|Cleave (Source: file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst)
                                        > >>>> 15:53:29.890 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Illegal Token 'ABILITY' 'CATEGORY=Fighter Feat|Cleave' for pcgen.core.kit.KitLevelAbility null in file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst
                                        > >>>> 15:53:29.891 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Expected ABILITY to start with PROMPT: CATEGORY=Fighter Feat|Improved Initiative (Source: file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst)
                                        > >>>> 15:53:29.891 LSTERROR Thread-7 pcgen.persistence.lst.KitLoader parseLine Illegal Token 'ABILITY' 'CATEGORY=Fighter Feat|Improved Initiative' for pcgen.core.kit.KitLevelAbility null in file:/Users/renting/meuk/DnD35/PCGen%206.00.0.app/Contents/Resources/Java/data/d20ogl/srd35/basics/rsrd_kits_races__base.lst
                                        > >>>>
                                        > >>>> Now I've changed everything to use ABILITY:CATEGORY, it starts complaining about ABILITY:PROMPT. I'm baffled. Maybe someone else understands what's going on here.
                                        > >>>>
                                        > >>>> Cheers,
                                        > >>>>
                                        > >>>> Adriaan Renting/RogerWilco
                                        > >>>>
                                        > >>>>
                                        > >>>>
                                        > >>>> --- In pcgen_developers@yahoogroups.com, Andrew <drew0500@> wrote:
                                        > >>>>> Hi,
                                        > >>>>>
                                        > >>>>> You can assign a feat choice directly in a kit, yes.
                                        > >>>>>
                                        > >>>>> ABILITY:CATEGORY=Fighter Feat|Blind-Fight
                                        > >>>>> Should work if using the rsrd set.
                                        > >>>>>
                                        > >>>>> On 3/21/2013 8:25 PM, rogerwllco wrote:
                                        > >>>>>> I've noticed that in srd35 the fighter feats are coded as:
                                        > >>>>>> BONUS:ABILITYPOOL|Fighter Feat|CL/2+1
                                        > >>>>>> instead of ADD:FEAT"TYPE=Fighter
                                        > >>>>>>
                                        > >>>>>> If there is a way to define the choices made from an abilitypool like the one quoted above into a kit definition, then it might be easier to just stop supporting the ABILITY:PROMPT syntax.
                                        > >>>>>> It's not used a lot in my datasets, I would have no problem converting it to some ABILITYPOOL syntax.
                                        > >>>>>>
                                        > >>>>>> I think ABILITY:CATEGORY=FEAT|Blind Fight would not work? I don't see how it would know it's a choice from the ABILITYPOOL
                                        > >>>>>>
                                        > >>>>>> The urgency of this is quite low for me as it is, but if there were a work around to using ABILITY:PROMPT, I think it might be just as easy to drop support for this syntax instead of fixing it. It seems to have been broken for years (5.16) and nobody has complained before.
                                        > >>>>>>
                                        > >>>>>> Cheers,
                                        > >>>>>>
                                        > >>>>>> Adriaan Renting/RogerWilco
                                        > >>>>>>
                                        > >>>>>> --- In pcgen_developers@yahoogroups.com, "rogerwllco" <g.a.renting@> wrote:
                                        > >>>>>>> I usually assume that if the OUTPUTNAME stuff is used it's because of a reason like that, unless the tags involve things like Greater/Lesser and such.
                                        > >>>>>>>
                                        > >>>>>>> I've opened CODE-2107
                                        > >>>>>>>
                                        > >>>>>>> Cheers,
                                        > >>>>>>>
                                        > >>>>>>> Adriaan Renting/RogerWilco
                                        > >>>>>>>
                                        > >>>>>>> --- In pcgen_developers@yahoogroups.com, Andrew <drew0500@> wrote:
                                        > >>>>>>>> Hi,
                                        > >>>>>>>>
                                        > >>>>>>>> - is legal in the name.
                                        > >>>>>>>>
                                        > >>>>>>>> And James is investigating it. Can you open a Code Bug for this please.
                                        > >>>>>>>>
                                        > >>>>>>>> Cheers,
                                        > >>>>>>>>
                                        > >>>>>>>> On 3/21/2013 10:05 AM, rogerwllco wrote:
                                        > >>>>>>>>> It's coded like:
                                        > >>>>>>>>> Blind Fight OUTPUTNAME:Blind-Fight
                                        > >>>>>>>>>
                                        > >>>>>>>>> I don't even think the '-' is legal in the name of the feat in PCGen,
                                        > >>>>>>>>> but as maredudd mentions, it's all ABILITY:PROMPT uses that have this issue, I just only quoted one although you had no way to know that.
                                        > >>>>>>>>>
                                        > >>>>>>>>> Cheers,
                                        > >>>>>>>>>
                                        > >>>>>>>>> Adriaan Renting/RogerWilco
                                        > >>>>>>>>>
                                        > >>>>>>>>> --- In pcgen_developers@yahoogroups.com, "FerretDave" <ferret.griffin@> wrote:
                                        > >>>>>>>>>> FWIW - I recall I had some issue with 'Blind Fight' some time back, something to do with the key actually being different, it may be 'Blind-Fight' ?
                                        > >>>>>>>>>> Just worth double checking all your references to it match the actual key definition.
                                        > >>>>>>>>>>
                                        > >>>>>>>>>> --- In pcgen_developers@yahoogroups.com, James Dempsey <jdempsey@> wrote:
                                        > >>>>>>>>>>> Hi Adriaan,
                                        > >>>>>>>>>>>
                                        > >>>>>>>>>>> Here's the call stack that produces that error:
                                        > >>>>>>>>>>>
                                        > >>>>>>>>>>> at
                                        > >>>>>>>>>>> pcgen.cdom.helper.CategorizedAbilitySelection.getAbilitySelectionFromPersistentFormat(CategorizedAbilitySelection.java:324)
                                        > >>>>>>>>>>> at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:346)
                                        > >>>>>>>>>>> at plugin.lsttokens.add.FeatToken.decodeChoice(FeatToken.java:1)
                                        > >>>>>>>>>>> at
                                        > >>>>>>>>>>> pcgen.cdom.base.ConcretePersistentTransitionChoice.decodeChoice(ConcretePersistentTransitionChoice.java:124)
                                        > >>>>>>>>>>> at
                                        > >>>>>>>>>>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:103)
                                        > >>>>>>>>>>> at
                                        > >>>>>>>>>>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(AbilityToken.java:1)
                                        > >>>>>>>>>>> at
                                        > >>>>>>>>>>> pcgen.rules.persistence.TokenSupport.processToken(TokenSupport.java:62)
                                        > >>>>>>>>>>> at pcgen.rules.context.LoadContext.processToken(LoadContext.java:262)
                                        > >>>>>>>>>>> at
                                        > >>>>>>>>>>> pcgen.rules.persistence.CDOMSubLineLoader.parseLine(CDOMSubLineLoader.java:77)
                                        > >>>>>>>>>>> at
                                        > >>>>>>>>>>> pcgen.rules.persistence.CDOMKitLoader.subParse(CDOMKitLoader.java:120)
                                        > >>>>>>>>>>> at
                                        > >>>>>>>>>>> pcgen.rules.persistence.CDOMKitLoader.parseSubLine(CDOMKitLoader.java:80)
                                        > >>>>>>>>>>> at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:205)
                                        > >>>>>>>>>>> at pcgen.persistence.lst.KitLoader.parseLine(KitLoader.java:1)
                                        > >>>>>>>>>>> at
                                        > >>>>>>>>>>> pcgen.persistence.lst.LstObjectFileLoader.loadLstFile(LstObjectFileLoader.java:448)
                                        > >>>>>>>>>>> at
                                        > >>>>>>>>>>> pcgen.persistence.lst.LstObjectFileLoader.loadLstFiles(LstObjectFileLoader.java:117)
                                        > >>>>>>>>>>> at
                                        > >>>>>>>>>>> pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:606)
                                        > >>>>>>>>>>> at
                                        > >>>>>>>>>>> pcgen.persistence.SourceFileLoader.loadCampaigns(SourceFileLoader.java:479)
                                        > >>>>>>>>>>> at
                                        > >>>>>>>>>>> pcgen.persistence.SourceFileLoader.execute(SourceFileLoader.java:214)
                                        > >>>>>>>>>>> at
                                        > >>>>>>>>>>> pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:167)
                                        > >>>>>>>>>>> at
                                        > >>>>>>>>>>> pcgen.gui2.PCGenStatusBar$TaskExecutor.construct(PCGenStatusBar.java:1)
                                        > >>>>>>>>>>> at pcgen.gui2.util.SwingWorker$2.run(SwingWorker.java:146)
                                        > >>>>>>>>>>> at java.lang.Thread.run(Thread.java:662)
                                        > >>>>>>>>>>>
                                        > >>>>>>>>>>> Now, what is happening is that
                                        > >>>>>>>>>>> plugin.lsttokens.kit.levelability.AbilityToken.parseToken(LoadContext,
                                        > >>>>>>>>>>> KitLevelAbility, String) is not using the category when it is passing on
                                        > >>>>>>>>>>> the feat choice. Once that is fixed the initial application will
                                        > >>>>>>>>>>> work,but the persistence in the character will have to be checked also.
                                        > >>>>>>>>>>>
                                        > >>>>>>>>>>> Cheers,
                                        > >>>>>>>>>>> James.
                                        > >>>>>>>>>>>
                                        > >>>>>>>>>>>
                                        > >>>>>>>>>>> On 21/03/2013 1:37 AM rogerwllco wrote
                                        > >>>>>>>>>>>> L.S.
                                        > >>>>>>>>>>>>
                                        > >>>>>>>>>>>> I'm sorry if this is not the right place to post this but James Dempsey's reply to my last post in general was that these kind of questions are probably more for the dev list than the general or the LST list. Please correct me if I understood that wrong.
                                        > >>>>>>>>>>>>
                                        > >>>>>>>>>>>> I've downloaded the PCGen trunk code and I've been digging around in it because I'm getting errors when loading my Kit files. I have the impression that these are not due to a syntax error in my LST file, but the code seems to do something strange.
                                        > >>>>>>>>>>>>
                                        > >>>>>>>>>>>> The issue is that I get the following error:
                                        > >>>>>>>>>>>> SEVERE Thread-7 pcgen.persistence.lst.LstObjectFileLoader loadLstFile Errors.LstFileLoader.Ignoring: String in getAbilitySelectionFromPersistentFormat must start with CATEGORY=, found: Blind Fight not defined.
                                        > >>>>>>>>>>>>
                                        > >>>>>>>>>>>> This is due to the following code in the LST file:
                                        > >>>>>>>>>>>> LEVELABILITY:Fighter=1
                                        > >>>>>>>>>>>> ABILITY:PROMPT:FEAT(TYPE.Fighter)|CHOICE:Blind Fight
                                        > >>>>>>>>>>>>
                                        > >>>>>>>>>>>> My problem is that the error seems to originate from /java/plugin/lsttokens/choose/AbilityToken.java
                                        > >>>>>>>>>>>> but the code for handling ABILITY:PROMPT is in /java/plugin/lsttokens/kit/levelability/AbilityToken.java
                                        > >>>>>>>>>>>>
                                        > >>>>>>>>>>>> I've been trying to figure out from the code why it ends up generating the error where it does. I've tried tracking the flow though the program from when you push the load button and I end up in the CDOMSublineLoader. I've also tried tracking where the AbilityToken is being used.
                                        > >>>>>>>>>>>>
                                        > >>>>>>>>>>>> I've got the feeling that the code tries to interpret the token as an ABILITY:CATEGORY token instead of a ABILITY:PROMPT token. However I can't find in the code where it makes that decision exactly. It might be doing something based on AbilityToken.getTokenName() which is "ABILITY" for both as far as I understand. I can't find where it does that though.
                                        > >>>>>>>>>>>>
                                        > >>>>>>>>>>>> Currently I only have the code, I have loaded it into Eclipse, but I haven't looked into compiling and debugging this yet, I might try to in a few weeks time but I have no experience with Maven or Ant. It wasn't high on my priorities as I will focus my efforts on converting my LST files to 6.00 for the next month(s).
                                        > >>>>>>>>>>>>
                                        > >>>>>>>>>>>> If someone can have a look at this or give me a few pointers so I can continue investigating on my own that would be helpful.
                                        > >>>>>>>>>>>>
                                        > >>>>>>>>>>>> Please note that James Dempsey changed the error message after another message from me. http://sourceforge.net/p/pcgen/code/19643
                                        > >>>>>>>>>>>> I'm running 6.00.0 though, so I still see the old message.
                                        > >>>>>>>>>>>>
                                        > >>>>>>>>>>>> Thanks,
                                        > >>>>>>>>>>>>
                                        > >>>>>>>>>>>> Adriaan Renting/RogerWilco
                                        > >>>>>>>>>>>>
                                        >
                                      Your message has been successfully submitted and would be delivered to recipients shortly.