In the next RC this looks to have been fixed too :)

Cheers,
James Dempsey
PCGen Code Gibbon


Quoting TheForken <theforken@...>:

>
> It’s known that pcgen has a problem printing with java 5 (aka 1.5), so if
> you want to print from pcgen you have to downgrade to java 1.4
>
>
>
> TheForken
>
>
>
>   _____
>
> Da: c_goodsell [mailto:cgoodsell@...]
> Inviato: giovedì 31 marzo 2005 6.18
> A: pcgen@yahoogroups.com
> Oggetto: [pcgen] Printing Charaacter Sheets
>
>
>
>
> I'm having problems printing out character sheets.
> I go to file and then to print.
> I then get the print pc or party window and select
> simple_blackandwhite.xslt.
> Then i run into problems.
> I get an erro saying "Java.lang.NullPointerException: Null"
> Then the print pc or party window goes away and nothgin happens.
> Can anyone give me any advice
> I tried updating to Java 1.5.02 like suggest but with no results.
>
>

Great, is this really the only issue with java 5?



TheForken

Code Lemur



   _____

Da: James Dempsey [mailto:jdempsey@...]
Inviato: giovedì 31 marzo 2005 9.46
A: pcgen@yahoogroups.com
Oggetto: Re: R: [pcgen] Printing Charaacter Sheets



In the next RC this looks to have been fixed too :)

Cheers,
James Dempsey
PCGen Code Gibbon


Quoting TheForken <theforken@...>:

>
> It’s known that pcgen has a problem printing with java 5 (aka 1.5), so if
> you want to print from pcgen you have to downgrade to java 1.4
>
>
>
> TheForken
>
>
>
>   _____
>
> Da: c_goodsell [mailto:cgoodsell@...]
> Inviato: giovedì 31 marzo 2005 6.18
> A: pcgen@yahoogroups.com
> Oggetto: [pcgen] Printing Charaacter Sheets
>
>
>
>
> I'm having problems printing out character sheets.
> I go to file and then to print.
> I then get the print pc or party window and select
> simple_blackandwhite.xslt.
> Then i run into problems.
> I get an erro saying "Java.lang.NullPointerException: Null"
> Then the print pc or party window goes away and nothgin happens.
> Can anyone give me any advice
> I tried updating to Java 1.5.02 like suggest but with no results.
>
>



PCGen's release site: http://pcgen.sourceforge.net
PCGen's alpha build: http://www.legolas.org/pcgen/autobuilds
PCGen's FAQ:
http://www.evilsoft.org/pcgen/docs/






Yahoo! Groups Sponsor



ADVERTISEMENT

<http://us.ard.yahoo.com/SIG=129u9h68j/M=298184.6018725.7038619.3001176/D=gr
oups/S=1705016061:HM/EXP=1112341606/A=2593423/R=0/SIG=11el9gslf/*http:/www.n
etflix.com/Default?mqso=60190075> click here



<http://us.adserver.yahoo.com/l?M=298184.6018725.7038619.3001176/D=groups/S=
:HM/A=2593423/rand=489750737>



   _____

Yahoo! Groups Links

* To visit your group on the web, go to:
http://groups.yahoo.com/group/pcgen/

* To unsubscribe from this group, send an email to:
pcgen-unsubscribe@yahoogroups.com
<mailto:pcgen-unsubscribe@yahoogroups.com?subject=Unsubscribe>

* Your use of Yahoo! Groups is subject to the Yahoo!
<http://docs.yahoo.com/info/terms/>  Terms of Service.



[Non-text portions of this message have been removed]

For compatibility, yes. :)  Came down to using a space where the OS sheet had a
comma or something.  Chuck got some good help from Zaister and others on the
list.

We haven't gone into using Java 5 enhancements because that will limit
compatibility with Java 1.4.

Tir Gwaith
LST Chimp

> Great, is this really the only issue with java 5?

--- In pcgen@yahoogroups.com, thoron-tir-gwaith@l... wrote:
> For compatibility, yes. :)  Came down to using a space where the OS
sheet had a comma or something.  Chuck got some good help from Zaister
and others on the list.
>
> We haven't gone into using Java 5 enhancements because that will
limit compatibility with Java 1.4.
>
> Tir Gwaith
> LST Chimp
>
> > Great, is this really the only issue with java 5?

Until the next RC comes out, you can fix this your self with two
simple edits. Open
outputsheets/d20/fantasy/pdf/fantasy_master_std.xslt and go to line 9.
You'll see exclude-result-prefixes followed by something in quotes.
Change the comma inside the quotes to a space. Save and close that
file. Then open outputsheets/d20/fantasy/pdf/leadership.xsl and go to
line 10 and do the same edit. Now you should be able to print PDF just
fine with Java 1.5. Let me know if that is not the case.

Chuck
OS Chimp

> Until the next RC comes out, you can fix this your self with two
> simple edits. Open
> outputsheets/d20/fantasy/pdf/fantasy_master_std.xslt and go to line
> 9. You'll see exclude-result-prefixes followed by something in
> quotes. Change the comma inside the quotes to a space. Save and close
> that file. Then open outputsheets/d20/fantasy/pdf/leadership.xsl and
> go to line 10 and do the same edit. Now you should be able to print
> PDF just fine with Java 1.5. Let me know if that is not the case.

I can't recall if this has been asked/answered: Will this work in java
1.4.x?

Paul W. King
TM SB, OGL/PL Chimp, Data Gibbon, BoD

Yes,

it was actually a "bug" in the xml. The comma's are not allowed there
in the first place. Funny thing is that it didnt choke in java 1.4.x.
However, looking at the code for the xslt parser pcgen uses(xalan), it
did throw an exception. Its just that for some reason, under java 1.4.2,
it must have gotten caught somewhere. This is still kind of a mystery to
me:-)

Kennet Skaar

On Thu, 31 Mar 2005, Paul W. King wrote:

>
>
>> Until the next RC comes out, you can fix this your self with two
>> simple edits. Open
>> outputsheets/d20/fantasy/pdf/fantasy_master_std.xslt and go to line
>> 9. You'll see exclude-result-prefixes followed by something in
>> quotes. Change the comma inside the quotes to a space. Save and close
>> that file. Then open outputsheets/d20/fantasy/pdf/leadership.xsl and
>> go to line 10 and do the same edit. Now you should be able to print
>> PDF just fine with Java 1.5. Let me know if that is not the case.
>
> I can't recall if this has been asked/answered: Will this work in java
> 1.4.x?
>
> Paul W. King
> TM SB, OGL/PL Chimp, Data Gibbon, BoD
>
>
>
>
>
> PCGen's release site: http://pcgen.sourceforge.net
> PCGen's alpha build: http://www.legolas.org/pcgen/autobuilds
> PCGen's FAQ:
> http://www.evilsoft.org/pcgen/docs/
> Yahoo! Groups Links
>
>
>
>
>
>
>
>

> I can't recall if this has been asked/answered: Will this work in java
> 1.4.x?

Having tried the new sheets in both 1.4 and 1.5, I've found it works better
in both.  Seems faster in 1.4, and doesn't gag in 1.5.

Tir Gwaith
LST Chimp

> > Is there any way to show prepared spells in the stat blocks?
> > Like the ones that appear in modules?
>
> Sure it's possible. Currently the stat blocks show all the spells in
> the character's "spellbooks". There is not at this point any tags in
> the OS that show the "memorized" spells, and then the "non-memorized"
> spells. I'm assuming that's what you're asking for?

Right.

Note: prepared (D&D 3.X) = memorized (AD&D)

So I guess I can't tell PCGEn which spells are in the spellbook and which are
prepared.

That's useful for NPCs (and sometimes for PCs :)

In theory, I think you can just create another spellbook named
memorized.  And this is where you'll put the memorized set.  Don't know
how it'll look in the OS though.  This way, you'll have redundant
spells in 2 books.

Monch

--- In pcgen@yahoogroups.com, "Sergio Bruno Fedi de Oro" <sfedi@y...>
wrote:
> > > Is there any way to show prepared spells in the stat blocks?
> > > Like the ones that appear in modules?
> >
> > Sure it's possible. Currently the stat blocks show all the spells in
> > the character's "spellbooks". There is not at this point any tags in
> > the OS that show the "memorized" spells, and then the "non-
memorized"
> > spells. I'm assuming that's what you're asking for?
>
> Right.
>
> Note: prepared (D&D 3.X) = memorized (AD&D)
>
> So I guess I can't tell PCGEn which spells are in the spellbook and
which are prepared.
>
> That's useful for NPCs (and sometimes for PCs :)

> In theory, I think you can just create another spellbook named
> memorized.  And this is where you'll put the memorized set.  Don't
> know how it'll look in the OS though.  This way, you'll have
> redundant spells in 2 books.

That's how I've done it. It shows your Memorized spell book at the
bottom of the spells known listing. Also, when you add to your
Memorized book, you can place multiple spells in there to denote, say,
knowing magic missle twice. Spells have a check box next to them to
show how many times you've memorized the spell.

Paul W. King
TM SB, OGL/PL Chimp, Data Gibbon, BoD

Well, finally figured why the problem didnt show up with java 1.4. Seems
that java 1.4.2 ships with an older version of xalan(2.4.1), while java
1.5 doesnt ship with any(so pcgen uses 2.5.2). The older version didnt
really support the attribute in question, and silently ignored it, while
the new version supports it and therefore choked when there was a
syntax error om the attribute value.

If you really want to use xalan 2.5.2 for pcgen,even with java 1.4.2, one
option is to change the startupscripts to use
-Xbootclasspath/p:lib/xalan-2.5.2.jar

Im sure the OS monkeys would be happy to use a more recent XSLT
processor:-)

Kenneth SKaar


On Thu, 31 Mar 2005, Kenneth Skaar wrote:

>
> Yes,
>
> it was actually a "bug" in the xml. The comma's are not allowed there
> in the first place. Funny thing is that it didnt choke in java 1.4.x.
> However, looking at the code for the xslt parser pcgen uses(xalan), it
> did throw an exception. Its just that for some reason, under java 1.4.2,
> it must have gotten caught somewhere. This is still kind of a mystery to
> me:-)
>
> Kennet Skaar
>
> On Thu, 31 Mar 2005, Paul W. King wrote:
>
>>
>>
>>> Until the next RC comes out, you can fix this your self with two
>>> simple edits. Open
>>> outputsheets/d20/fantasy/pdf/fantasy_master_std.xslt and go to line
>>> 9. You'll see exclude-result-prefixes followed by something in
>>> quotes. Change the comma inside the quotes to a space. Save and close
>>> that file. Then open outputsheets/d20/fantasy/pdf/leadership.xsl and
>>> go to line 10 and do the same edit. Now you should be able to print
>>> PDF just fine with Java 1.5. Let me know if that is not the case.
>>
>> I can't recall if this has been asked/answered: Will this work in java
>> 1.4.x?
>>
>> Paul W. King
>> TM SB, OGL/PL Chimp, Data Gibbon, BoD
>>
>>
>>
>>
>>
>> PCGen's release site: http://pcgen.sourceforge.net
>> PCGen's alpha build: http://www.legolas.org/pcgen/autobuilds
>> PCGen's FAQ:
>> http://www.evilsoft.org/pcgen/docs/
>> Yahoo! Groups Links
>>
>>
>>
>>
>>
>>
>>
>>
>
>
> PCGen's release site: http://pcgen.sourceforge.net
> PCGen's alpha build: http://www.legolas.org/pcgen/autobuilds
> PCGen's FAQ:
> http://www.evilsoft.org/pcgen/docs/
> Yahoo! Groups Links
>
>
>
>
>
>
>
>

--- In pcgen@yahoogroups.com, Éric Beaudoin <beaudoer@v...> wrote:
At 15:53 2005.03.30, Paul Grosse wrote:
>Using 3.0 rules
>
>I created a +5 light crossbow, and a +5 bolt, added it to the
>character's equipment list and unless the preview page isn't showing it,
>the two bonus's aren't stacking like they should in 3.0.
>
>
>>  From the RSRD:
>> It's an enhancement bonus just like the one granted by a magical
weapon. It doesn't stack, sorry.
>> Éric "Space Monkey" Beaudoin

Note the version. 3.0.
*NOT* 3.5.
*NOT* RSRD.

In 3.0 ammo and weapon enhancements stack for both attack and damage.

This is a big error to 3.0 players. As a DM of a 3.0 game I'll hear
lots of complaints.  In stereo.  I have two archers in my 3.0 game.
Both will have kittens if this doesn't get resolved in RC.  While I'm
curious what happens when you hybridize kittens and halflings or
half-elves, I suspect it would be bad.  I shudder to imagine it.

Will one of the nice tracker monkeys open a high-priority bug on this
please?  Before I get to meet a kittenling?

-James McP

Toss it on DM, P8, assign to Eddy for Priority status review.  Let's start
there.  I've got a feeling it is Data related....  Once Eddy or I can verify
that it isn't Data (i.e. that the data is coded for stacking in 3.0) then we
can move to a Code bug, depending on what we find....

Tir Gwaith
LST Chimp

Will one of the nice tracker monkeys open a high-priority bug on this
please?  Before I get to meet a kittenling?

-James McP

Trackered:
[ 1174449 ] [SRD] Enchanted ammo not stacking with weapon bonus

You learn something new everyday, I did not know up until I tried it just
now that ammo loaded in a weapon transferred its bonus to the weapon block,
totally cool!

I think this can be accomplished by modifying the enhancement EQMODs

On 3/31/05 4:25 PM, "Tir Gwaith" <thoron-tir-gwaith@...> wrote:

> Toss it on DM, P8, assign to Eddy for Priority status review.  Let's start
> there.  I've got a feeling it is Data related....  Once Eddy or I can verify
> that it isn't Data (i.e. that the data is coded for stacking in 3.0) then we
> can move to a Code bug, depending on what we find....
>
> Tir Gwaith
> LST Chimp
>
> Will one of the nice tracker monkeys open a high-priority bug on this
> please?  Before I get to meet a kittenling?
>
> -James McP

--
~ Eddy Anthony (MoSaT)
~ PCGen Content Silverback

So when you equip the enchanted arrow to the enchanted bow, the bonuses
aren't stacking any more?

Just buying the arrow will NOT up the bonuses, you have to put the
arrow into the bow...

Barak

> --- In pcgen@yahoogroups.com, Éric Beaudoin <beaudoer@v...> wrote:
> At 15:53 2005.03.30, Paul Grosse wrote:
> >Using 3.0 rules
> >
> >I created a +5 light crossbow, and a +5 bolt, added it to the
> >character's equipment list and unless the preview page isn't showing
it,
> >the two bonus's aren't stacking like they should in 3.0.
> >
> >
> >>  From the RSRD:
> >> It's an enhancement bonus just like the one granted by a magical
> weapon. It doesn't stack, sorry.
> >> Éric "Space Monkey" Beaudoin
>
> Note the version. 3.0.
> *NOT* 3.5.
> *NOT* RSRD.
>
> In 3.0 ammo and weapon enhancements stack for both attack and damage.
>
> This is a big error to 3.0 players. As a DM of a 3.0 game I'll hear
> lots of complaints.  In stereo.  I have two archers in my 3.0 game.
> Both will have kittens if this doesn't get resolved in RC.  While I'm
> curious what happens when you hybridize kittens and halflings or
> half-elves, I suspect it would be bad.  I shudder to imagine it.
>
> Will one of the nice tracker monkeys open a high-priority bug on this
> please?  Before I get to meet a kittenling?
>
> -James McP
>
>
>
>
>
> PCGen's release site: http://pcgen.sourceforge.net
> PCGen's alpha build: http://www.legolas.org/pcgen/autobuilds
> PCGen's FAQ:
> http://www.evilsoft.org/pcgen/docs/
> Yahoo! Groups Links
>
>
>
>
>
>
>
>
>

Check that it's not user error first.. the way the report read they are
expoect that just buying the arrow and equipping it (not in the bow
that I could tell...) would boost the bonus...

Barak


>
> Toss it on DM, P8, assign to Eddy for Priority status review.  Let's
start
> there.  I've got a feeling it is Data related....  Once Eddy or I can
verify
> that it isn't Data (i.e. that the data is coded for stacking in 3.0)
then we
> can move to a Code bug, depending on what we find....
>
> Tir Gwaith
> LST Chimp
>
> Will one of the nice tracker monkeys open a high-priority bug on this
> please?  Before I get to meet a kittenling?
>
> -James McP
>
>
>
> PCGen's release site: http://pcgen.sourceforge.net
> PCGen's alpha build: http://www.legolas.org/pcgen/autobuilds
> PCGen's FAQ:
> http://www.evilsoft.org/pcgen/docs/
> Yahoo! Groups Links
>
>
>
>
>
>
>
>

> You learn something new everyday, I did not know up until I tried it
> just now that ammo loaded in a weapon transferred its bonus to the
> weapon block, totally cool!

One of the things Tir and I came up with that worked out rather well if
I do say so myself.  :)

Barak

On 3/31/05 4:49 PM, "Chris" <barak@...> wrote:

> Check that it's not user error first.. the way the report read they are
> expoect that just buying the arrow and equipping it (not in the bow
> that I could tell...) would boost the bonus...

Thank heavens for the voice of reason (and caution)

I just made a plus 5 crossbow and plus 5 bolt in 3.0, I then equipped the
crossbow and put the bolt in the crossbow, when I output I got +10

So no problem here, looks like its working, now to check the RSRD.

Uh oh! That's stacking too.
--
~ Eddy Anthony (MoSaT)
~ PCGen Content Silverback

On 3/31/05 4:54 PM, "Chris" <barak@...> wrote:

>> You learn something new everyday, I did not know up until I tried it
>> just now that ammo loaded in a weapon transferred its bonus to the
>> weapon block, totally cool!
>
> One of the things Tir and I came up with that worked out rather well if
> I do say so myself.  :)

Kudo's!

This may be a code issue, or a combination since Data will need a way to
turn it on and off. the two bonuses to the weapon and ammo are from the same
EQMOD and have TYPE=Enhancement so theoretically should not stack, however
they do, so this is an issue where the code is picking up the bonus from the
ammo in the weapon and adding it to the weapon (and not checking the bonus
type).

I think what would be good here is a gameMode tag which tells PCGen if this
case stacks or not, then no data change would be needed.

At any rate this looks like a FREQ that will need some code work and some
thought so I don't see it happening for 5.8. I'll see what Tir has to say
about it and then probably lower the priority.

I think we are in no danger of meeting any kittenlings as the problem seems
to be the opposite of what was indicated.
--
~ Eddy Anthony (MoSaT)
~ PCGen Content Silverback

Submitted for review.
I understand there is the possibility of expanding this tag in the future so
it could handle things like REMOVE:SKILL and REMOVE:TEMPLATE but for now it
works on feats.
--
~ Eddy Anthony (MoSaT)
~ PCGen Content Silverback


*** New 5.8
Tag Name: REMOVE:FEAT(x)y

Variables Used (x): Text (Name of feat)
Variables Used (x): TYPE.Text (Name of feat type)
Variables Used (x): CLASS.Text (Name of feat type)
Variables Used (x): CHOICE (pops a chooser box)

Variables Used (y): Number (Number of feats to remove, Optional)
Variables Used (y): ALL (Removes all indicated feats without prompting)

What it does:
Provides options for removing feats, this works with hidden feats as well as
standard feats but not on those applied with the VFEAT or MFEAT tags. The
(y) variable is optional, if not present the tag simply removes whatever
feats are specified in variable (x).

Where it can be used:
Works in class and template files.

Example:

REMOVE FEAT(Alertness)
Removes the Alertness feat, no choice is presented, the feat is simply
removed.

REMOVE:FEAT(TYPE.Fighter)3
Presents a list of Fighter type feats and allows the removal of up to 3.

REMOVE:FEAT(CHOICE)2
Presents a list of all feats the character has and allow removal of 2 of
them. If a feat has a COST:# associated with it, it returns that # back to
the feat pool.

REMOVE:FEAT(CLASS.Paladin)ALL
Removes all feats that have been granted/taken by the Paladin Class.

Submitted for review.
--
~ Eddy Anthony (MoSaT)
~ PCGen Content Silverback

*** New 5.8

Tag Name:ADD:.CLEAR
Tag Name:ADD:.CLEAR.LEVELx

Variables Used (x): Number (Class level)

What it does:
Used to clear an ADD tag. This can be used in conjunction with the  .MOD tag
to alter a class or other objects.

Example:

ADD:.CLEAR.LEVEL2

If this were used in a CLASS:Rogue.MOD line it would clear the
ADD:FEAT(Evasion,Improved Evasion) tag normally found there and allow you to
add a new one, perhaps: ADD:FEAT(Evasion,Improved Evasion,Shadow).

ADD:.CLEAR

If this were used in a Zombie.MOD line it would clear the
ADD:FEAT(TYPE=SlamWeapons) tag normally found in that template.

--- In pcgen@yahoogroups.com, "Chris" <barak@v...> wrote:
> > If someone knew what it was, Im sure they wouldn't be able to tell
> > until the official release was made.
>
> Got it in one Jonathan!   :)
>
> Barak

Yea Barak, but it's allways fun to speculate and create wild theories.
Especially like the ones that CMP is taking the world over in 1.35
years, Hah, that's one is good.

<looks to Master Mynex to make sure he's thrown the trail off enough>

But seriously, Shadowrun is making some MAJOR changes with their 4th
edition, and it looks like it might be way more compatible with PCGen's
code than currently. Maybe' it's Shadowrun 4th edition? :)

Paul G.

Man I found this tag to be rather confusing, especially since it seems that
depending on the tag you are using it with it can have the exact opposite
effect. I've tested all the given examples and they work as presented. I
hope I've outlined all the possibilities well enough so that one can
experiment and find which syntax works for the tag you want to modify.
--
~ Eddy Anthony (MoSaT)
~ PCGen Content Silverback

*** Updated

Tag Name: <tag>.CLEAR.<variable>

Variables Used: Text, Last field is the item to be cleared

What it does:

  This is used in conjunction with the .MOD and .COPY tags.
  This tag is also useful in CLASS lines. (see entry for SA in Other global
tags)
  Tags that can have multiple items (such as TYPE) and tags that can be used
multiple times can be eliminated.
  the .CLEAR syntax has not yet been standardized as many of the other tags
have been and there are at least 3 variations on how it can be used. Some
experimentation may be required to see which usage is required with which
tags.

Syntax usage:

TAG:.CLEAR.<Values to be cleared>

This syntax works with the SA tag and the CSKILL tag, the items which follow
the .CLEAR. are cleared

TAG:.CLEAR.<New values to be added>

This syntax clears ALL the values of the original object and then adds back
any items which follow the .CLEAR. This works with the TYPE tag and maybe
others but not all tags.

TAG:.CLEAR

This syntax clears ALL the values of the original object. Some tags do not
take the second syntax, for those tags you use this format and follow it
with a second tag with you new values. Caution, PCGen works in a sequential
manor and if the two tags order is swapped the new value will be cleared as
well as the original values.

Examples:

CLASS:Toto

1 <tab> SA:Big Papa

2 <tab> SA:Big Mama

3 <tab> SA:.CLEAR.Big Papa <tab> SA:Very Big Papa

At level 3 .CLEAR is used to delete the SA 'Big Papa' because it becomes
redundant or unnecessary when the class gets the SA 'Very Big Papa'. (in
class.lst)

CLASS:Ranger.MOD <tab> CSKILL:.CLEAR.Animal Empathy

Modifies the Ranger class by eliminating the Animal Empathy skill from its
class skill list (in class.lst)

Dagger.COPY=Hunting Knife <tab>
TYPE:.CLEAR.Weapon.Melee.Finesseable.Exotic.Standard.Piercing.Slashing.Dagge
r

Creates a new weapon called Hunting Knife, clears ALL the types from the new
weapon and then adds back the desired types (in equipment.lst file).

Acid Arrow.MOD <tab> SCHOOL:.CLEAR <tab> SCHOOL:Lesser Conjuration

Modifies the Acid Arrow spell by eliminating the original value of the
SCHOOL tag and then sets the new value with a second SCHOOL tag (in
spell.lst)

At 23:02 2005.03.31, Eddy Anthony wrote:
>Syntax usage:
>
>TAG:.CLEAR.<Values to be cleared>
>
>This syntax works with the SA tag and the CSKILL tag, the items which follow
>the .CLEAR. are cleared
>
>TAG:.CLEAR.<New values to be added>
>
>This syntax clears ALL the values of the original object and then adds back
>any items which follow the .CLEAR. This works with the TYPE tag and maybe
>others but not all tags.

There should be a BIG NOTE IN FLASHING LETTER that this useage is deprecated.
Far better and clearer to use

TAG:.CLEAR <tab> TAG:<New values to be added>

If we eliminate the CLEAR-then-add version, we will have less confusion with the
CLEAR-list-of-elements version.


>TAG:.CLEAR
>
>This syntax clears ALL the values of the original object. Some tags do not
>take the second syntax, for those tags you use this format and follow it
>with a second tag with you new values. Caution, PCGen works in a sequential
>manor and if the two tags order is swapped the new value will be cleared as
>well as the original values.
>
>Examples:
>
>CLASS:Toto
>
>1 <tab> SA:Big Papa
>
>2 <tab> SA:Big Mama
>
>3 <tab> SA:.CLEAR.Big Papa <tab> SA:Very Big Papa
>
>At level 3 .CLEAR is used to delete the SA 'Big Papa' because it becomes
>redundant or unnecessary when the class gets the SA 'Very Big Papa'. (in
>class.lst)

See the file "Fun Tricks with SA and DEFINE tags v1.2.pdf" in the "Files >
Additionnal Documentation" section of PCGenListFileHelp for some explanations
and examples about .CLEAR, SA and the ().


-----------------------------------------------------------
Éric "Space Monkey" Beaudoin
Founding Member of the Hidden-in-the-Trench Club
Release Monkey and Syntax Watchdog
>> In space, no one can hear you sleep.
>> Camels to can climb trees (and sometime eat them).
<mailto:beaudoer@...>

Hi,

Quoting Eddy Anthony <eddyba@...>:

> Man I found this tag to be rather confusing, especially since it seems that
> depending on the tag you are using it with it can have the exact opposite
> effect. I've tested all the given examples and they work as presented. I
> hope I've outlined all the possibilities well enough so that one can
> experiment and find which syntax works for the tag you want to modify.
> --
> ~ Eddy Anthony (MoSaT)
> ~ PCGen Content Silverback
>
> *** Updated
>
> Tag Name: <tag>.CLEAR.<variable>
>
> Variables Used: Text, Last field is the item to be cleared
>
[snip]
>
> TAG:.CLEAR.<Values to be cleared>
>
[snip]
>
> TAG:.CLEAR.<New values to be added>
>

Is there a really good reason that we need to have this last sysntax
possibility? Up until then it was looking ok, but that last one is pretty
confusing and I can see us getting lots of complaints about it not working as
people have the syntax confused.

Cheers,
James Dempsey
PCGen Code Gibbon

Hi,

Quoting Éric Beaudoin <beaudoer@...>:

>
> At 23:02 2005.03.31, Eddy Anthony wrote:
> >TAG:.CLEAR.<New values to be added>
> >
> >This syntax clears ALL the values of the original object and then adds
> back
> >any items which follow the .CLEAR. This works with the TYPE tag and maybe
> >others but not all tags.
>
> There should be a BIG NOTE IN FLASHING LETTER that this useage is deprecated.
> Far better and clearer to use
>
> TAG:.CLEAR <tab> TAG:<New values to be added>
>
> If we eliminate the CLEAR-then-add version, we will have less confusion with
> the CLEAR-list-of-elements version.

What version was this syntax option added in? If it was in the 5.7 series, we
should be able to eliminate it without breaking too many homebrew files. It
would be really nice to be able to drop this one.

Cheers,
James Dempsey
PCGen Code Gibbon

At 23:23 2005.03.31, James Dempsey wrote:
>Hi,
>
>Quoting Éric Beaudoin <beaudoer@...>:
>
>>
>> At 23:02 2005.03.31, Eddy Anthony wrote:
>> >TAG:.CLEAR.<New values to be added>
>> >
>> >This syntax clears ALL the values of the original object and then adds
>> back
>> >any items which follow the .CLEAR. This works with the TYPE tag and maybe
>> >others but not all tags.
>>
>> There should be a BIG NOTE IN FLASHING LETTER that this useage is deprecated.
>> Far better and clearer to use
>>
>> TAG:.CLEAR <tab> TAG:<New values to be added>
>>
>> If we eliminate the CLEAR-then-add version, we will have less confusion with
>> the CLEAR-list-of-elements version.
>
>What version was this syntax option added in? If it was in the 5.7 series, we
>should be able to eliminate it without breaking too many homebrew files. It
>would be really nice to be able to drop this one.

I believe that both versions date from before the last Ice Age.

It would be very easy to convert the .CLEAR-then-add version in two tags if we
know the exact list of tags that work this way. I'm not sure we want to do it
this late in the 5.8.0 tree though.


-----------------------------------------------------------
Éric "Space Monkey" Beaudoin
Founding Member of the Hidden-in-the-Trench Club
Release Monkey and Syntax Watchdog
>> In space, no one can hear you sleep.
>> Camels to can climb trees (and sometime eat them).
<mailto:beaudoer@...>

James Dempsey scribed:

> What version was this syntax option added in? If it was in the 5.7 series, we
> should be able to eliminate it without breaking too many homebrew files. It
> would be really nice to be able to drop this one.

I can't tell you that but I do think it was changed, I try and test the
stuff I document as best I can and I do remember working on the .CLEAR entry
about a year ago and at that time I believe it worked as it is described in
the docs currently (at least with TYPE) so TYPE:.CLEAR.Simple eliminates the
Simple type, now that same tag clears all the types and ADDs simple.
--
~ Eddy Anthony (MoSaT)
~ PCGen Content Silverback

Éric Beaudoin scribed:

> See the file "Fun Tricks with SA and DEFINE tags v1.2.pdf" in the "Files >
> Additionnal Documentation" section of PCGenListFileHelp for some explanations
> and examples about .CLEAR, SA and the ().

I'll check it out, mind if I add it to the list file class section?
--
~ Eddy Anthony (MoSaT)
~ PCGen Content Silverback

At 23:54 2005.03.31, Eddy Anthony wrote:
>Éric Beaudoin scribed:
>
>> See the file "Fun Tricks with SA and DEFINE tags v1.2.pdf" in the "Files >
>> Additionnal Documentation" section of PCGenListFileHelp for some explanations
>> and examples about .CLEAR, SA and the ().
>
>I'll check it out, mind if I add it to the list file class section?

It was freely given so you do what you want with it :-). I might even still have
the .doc file that I used to generate the PDF somewhere if you want it.

You should be aware that it is a bit dated. I'm not sure everything sugested in 
there is still state of the art. For example, the SA now accept the PRExxx tags
and that should always be prefered to using the 0 value var trick.


-----------------------------------------------------------
Éric "Space Monkey" Beaudoin
Founding Member of the Hidden-in-the-Trench Club
Release Monkey and Syntax Watchdog
>> In space, no one can hear you sleep.
>> Camels to can climb trees (and sometime eat them).
<mailto:beaudoer@...>