--- Jayme <jayme@...> wrote:

> > No actually I am looking at a couple of bugs which
> > depend on this code working seemlessly.  I have
> > subsequently found some code that attempts to
> handle
> > this but it appears to have some bugs.
>
> The code did work correctly at some point, at least
> when I wrote it 3
> years ago it did :D
>
> However, the SIZEOBJ tags were never (as far as I
> can remember) put
> into all the .lst files so it just kind of
> languished.

It likely did.  Of course I am assuming that you
didn't right the 4 versions (at least) of code that
handles it in different ways (without the SIZEOBJ
tag).

-Aaron


----------------
Aaron Divinsky
PCGen Docs 2nd, Data Chimp, Code & Doc Tamarin

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

--- In pcgen@yahoogroups.com, "karianna03" <martijnverburg@...> wrote:
>
> > Any news about the parameters for the command line PCGen (and in
> > particular the flag to have pdf generation) ?
>
> Hmm, I'm not to sure, are you saying you don't know what the
> parameters are?  Or that you'd like to have some?

I know the standard parameters (those in the documentation of PCGen),
but that's all, and in particular, I don't know the one for asking for
a pdf generation. Someone promised to ask another guy about getting
the complete list of parameters and switches, but that's all that I
know...

Philippe

OK, I'll throw this on the Dev list - K

--- In pcgen@yahoogroups.com, "pkukwork" <philippe.krait@...> wrote:
>
> --- In pcgen@yahoogroups.com, "karianna03" <martijnverburg@> wrote:
> >
> > > Any news about the parameters for the command line PCGen (and in
> > > particular the flag to have pdf generation) ?
> >
> > Hmm, I'm not to sure, are you saying you don't know what the
> > parameters are?  Or that you'd like to have some?
>
> I know the standard parameters (those in the documentation of PCGen),
> but that's all, and in particular, I don't know the one for asking for
> a pdf generation. Someone promised to ask another guy about getting
> the complete list of parameters and switches, but that's all that I
> know...
>
> Philippe
>

> > However, the SIZEOBJ tags were never (as far as I
> > can remember) put into all the .lst files so it just kind of
> > languished.
>
> It likely did.  Of course I am assuming that you
> didn't right the 4 versions (at least) of code that
> handles it in different ways (without the SIZEOBJ
> tag).

Nope, I wrote some code to allow the list files to control how weapon
damages scaled with size. I always tried to get everything out of
hardcoded java and into .lst files where ever possible....

It's been a while, but if you have any questions about that stuff,
just shoot me an email and I'll see if I can dig thru it all and
remember :)

Hi all,

We're looking to fix a couple of issues with our installers, the
system we use is Nullsoft Install System, anyone out there know about
this product?

K

I'm struggling to do some math on stacked movement rates, but I'm not
able to find a satisfactory variable with the MOVEBASE and any MOVEADD
bonuses combined.  From the debugger, I could get the value for
MOVE[WALK], which is exactly what I want, but I can't seem to use that
within the List Editor.  If I try, Java gets a stack overflow and the
character won't load.  Please help!

Hi Olaf,

On 30/03/2006 3:13 PM gradindotcom wrote

>I'm struggling to do some math on stacked movement rates, but I'm not
>able to find a satisfactory variable with the MOVEBASE and any MOVEADD
>bonuses combined.  From the debugger, I could get the value for
>MOVE[WALK], which is exactly what I want, but I can't seem to use that
>within the List Editor.  If I try, Java gets a stack overflow and the
>character won't load.  Please help!
>
>
>
I don't know about working with movement rates, but you shouldn't be
getting a stack overflow - could you post the stack trace please?

You might be best to post what you are trying to do to the pcgen list
file help email group at http://groups.yahoo.com/group/pcgenlistfilehelp
and see if someone there has already done it!

Cheers,
James Dempsey
PCGen Code Gibbon

> Did you make this change in PCGen? Or in Acrobat?

The paper setting was changed in PCGen, but I have changed it back.
I never changed any of the margins in either PCGen or Acrobate.


> have you tried using other classes? Is this a character created
fresh on 5.8.1

Fresh character created in PCGen 5.8.1 and I have tried multiple
spellcaster classes.

> you have any custom coded list files (either through the list file
editor in PCGen or by editing LST files by hand)?

Nope I have not edited anything.  All LST files are either the
default PCGen ones or the CMP 3.5 datsets for 5.8.1

Thanks,
John

On March 30, 2006 09:33 am, OdGregg wrote:
>  ----- forwarded message -----

Please note that the Book of Erotic Fantasy is probably closed-source, and you
should be sending your queries on it to CMP to see if it makes their
shortlist of books to convert.


(All: sorry, I really couldn't resist.)

Going through the DW2 monster races, I think I hit another bug in the msrd.

Should the MSRD have the monster feats like the SRD and MSRD?

The specific one I came across for DW2 was from missing the Snatch feat for
a monster.

Tom
(no clue what his various Monkey Ranks are since been around since before
they were given out. :) )


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

Darin wrote:
> Please note that the Book of Erotic Fantasy is probably closed-source, and you
> should be sending your queries on it to CMP to see if it makes their
> shortlist of books to convert.

The original post was about the video, not the book.

The video _is_ open source, but is not D20, so won't work at this time.

Kent
(could have resisted, chose not to)

Actually, I was excited to hear from our old OS Guru again, then realized it was
prob. a virus email spoof thing....

Ah, well.  I hope the ROG is still doing well.  Lost to us to the world of
NWN...

Tir Gwaith
LST Chimp

> On March 30, 2006 09:33 am, OdGregg wrote:
> >  ----- forwarded message -----
>
> Please note that the Book of Erotic Fantasy is probably closed-source, and you
> should be sending your queries on it to CMP to see if it makes their
> shortlist of books to convert.
>
>
> (All: sorry, I really couldn't resist.)

On 3/30/06, dante622 <dante622@...> wrote:
> > have you tried using other classes? Is this a character created
> fresh on 5.8.1
>
> Fresh character created in PCGen 5.8.1 and I have tried multiple
> spellcaster classes.
> > you have any custom coded list files (either through the list file
> editor in PCGen or by editing LST files by hand)?
>
> Nope I have not edited anything.  All LST files are either the
> default PCGen ones or the CMP 3.5 datsets for 5.8.1

Could you email me (you don't need to spam the group, unless someone
else is following this thread) one of the PCG files for a character
that this is occuring, created with PCGen data? I'd like to see if I
can replicate the problem or not - if we're both using stock data and
application, and the same save file, it should behave the same way.
Unless we need to get your computer an exorcism. Or something's
getting stuck in a config file somewhere, which is my next thought.

One other question - I thought I'd already asked, but it looks like I
didn't. Which version of Java are you running? I wouldn't think that
would affect this, but you never know. Start>>Run>>cmd, then java
--showversion should give this to you.

>
> Going through the DW2 monster races, I think I hit another
> bug in the msrd.
>
> Should the MSRD have the monster feats like the SRD and MSRD?
>
> The specific one I came across for DW2 was from missing the
> Snatch feat for
> a monster.
>
> Tom
> (no clue what his various Monkey Ranks are since been around
> since before
> they were given out. :) )
>

We can only go with what the MSRD gives us. I may have overlooked something
though. If you can point me to an rtf in the MSRD that has them, I'll gladly
include 'em.

Cheerio,

Frank Kliewe
PCGen Data 2nd, Docs Tamarin, OS & TM Lemur
The Modern Monkey

--
Poppa - put on your pants!
(Nora Ericson in "The Man who shot Liberty Valance", 1962)

I'd like to have a token that gives me the number of attacks for a
weapon, based on how it's equipped.

If WEAPON.%weap.NUMATTACKS should be the way of doing this, there's a
bug - it gives the number based on the base attack bonus regardless of
how the weapon is equipped - if not, and if I'm not just missing
another way to do this, I'd like to open a freq for this on the code
side, to have a token (this or another one) I can use in a for loop.
This is mainly needed so I can build a loop on the attacks for OpenRPG
and other application-type sheets.

I've tested this in 5.8 and in 5.9.6, so if there are other token
changes in 5.9.7 that already do this, I would have missed them.

I am trying to understand all the ins and outs of
weapon sizes and wield categories under the 3.0 rules.

Here is my problem.  The bastard sword and dwarven
waraxe are listed as Medium-sized weapons.  The
bastard sword has the following text in its write up,
"A Medium-size character can use a bastard sword
two-handed as a martial weapon, or a Large creature
can use it one-handed in the same way."  Similar text
exists for the other weapons in this class.

Now using the rules for wield category vs. weapon
size, the bastard sword should already be one-handed
for a Medium character and should be light for an
Ogre.  The text effectively bumps the wield category
by one step.

Question, how does this work for non medium or large
characters?  Can I just assume that these weapons bump
the wield category in all cases?  That would seem to
make sense to me.

Forgive my ignorance, I am not a 3.0 guy so subtlties
like this question escape me.

-Aaron

----------------
Aaron Divinsky
PCGen Docs 2nd, Data Chimp, Code & Doc Tamarin

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

> -----Original Message-----
> Now using the rules for wield category vs. weapon size, the
> bastard sword should already be one-handed for a Medium
> character and should be light for an Ogre.  The text
> effectively bumps the wield category by one step.

Your missing the difference between 3.0 and 3.5.  In 3.0 it is based on the
*weapons* size.  A bastard sword in 3.0 is Large.  In 3.5 they pretty much
did away with the actual size of the weapon in favor of making it be built
for a certain size character and having a wield category for it.

If you compare the weapons files from the two datasets (SRD and RSRD), you
should see that all weapons in the RSRD are Medium sized, while the weapons
in the SRD are of varying sizes.

> Question, how does this work for non medium or large
> characters?  Can I just assume that these weapons bump the
> wield category in all cases?  That would seem to make sense to me.

In 3.0 you need to compare the weapons actual size to the PCs size to
determine how it may be wielded.

Weapon is more than one smaller than PC: Unusable
Weapon is one smaller than PC: Light
Weapon is same size as PC: One-handed
Weapon is one larger than PC: Two-Handed
Weapon is more than one larger than PC: Unusable

Does that help?

Barak

When I get the variable in the Debug Console, I have no problems:

MOVE[WALK] = 60.0

When I use the variable in the List Editor for a custom class, I get this:

java.lang.StackOverflowError
     at java.lang.String.toUpperCase(Unknown Source)
     at java.lang.String.toUpperCase(Unknown Source)
     at pcgen.core.bonus.BonusObj.getBonusInfo(BonusObj.java:95)
     at pcgen.core.PlayerCharacter.processBonus(PlayerCharacter.java:14005)
     at pcgen.core.PlayerCharacter.processBonus(PlayerCharacter.java:14018)
     ...

I added the line...

(level 1) BONUS:VAR|FASTMONKMOVEMENT|MOVE[WALK]

...to the class's levels.  I realize this is not a very useful line, but I'm
doing it for demonstrational purposes.  If you need, I can send you the
entire debug output (in debug mode), but it's lengthy and probably not
something to post here.  Basically, I can see that it's dying at the point
it should be calculating speed with the redefined variable
(MONKFASTMOVEMENT).  The variable originally appears within the Monk class
itself, I just need to increment it from within a crestige class.


On 3/30/06, James Dempsey <jdempsey@...> wrote:
>
>  Hi Olaf,
>
> On 30/03/2006 3:13 PM gradindotcom wrote
>
>
> >I'm struggling to do some math on stacked movement rates, but I'm not
> >able to find a satisfactory variable with the MOVEBASE and any MOVEADD
> >bonuses combined.  From the debugger, I could get the value for
> >MOVE[WALK], which is exactly what I want, but I can't seem to use that
> >within the List Editor.  If I try, Java gets a stack overflow and the
> >character won't load.  Please help!
> >
> >
> >
> I don't know about working with movement rates, but you shouldn't be
> getting a stack overflow - could you post the stack trace please?
>
> You might be best to post what you are trying to do to the pcgen list
> file help email group at http://groups.yahoo.com/group/pcgenlistfilehelp
> and see if someone there has already done it!
>
> Cheers,
> James Dempsey
> PCGen Code Gibbon
>
>
>  PCGen's release site: http://pcgen.sourceforge.net
> PCGen's Wiki: http://www.legolas.org/pcgen/pytw/#Welcome
> PCGen's alpha build: http://www.legolas.org/pcgen/autobuilds
> PCGen's Online Docs: http://www.legolas.org/pcgen/docs/
>
>
>  ------------------------------
> YAHOO! GROUPS LINKS
>
>
>    -  Visit your group "pcgen <http://groups.yahoo.com/group/pcgen>" on
>    the web.
>
>    -  To unsubscribe from this group, send an email to:
>    
pcgen-unsubscribe@yahoogroups.com<pcgen-unsubscribe@yahoogroups.com?subject=Unsu\
bscribe>
>
>    -  Your use of Yahoo! Groups is subject to the Yahoo! Terms of
>    Service <http://docs.yahoo.com/info/terms/>.
>
>
>  ------------------------------
>



--
Blog'r: http://www.gradin.com


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

> When I get the variable in the Debug Console, I have no problems:
>
> MOVE[WALK] = 60.0
>
> When I use the variable in the List Editor for a custom class, I get this:
>
> java.lang.StackOverflowError
>     at java.lang.String.toUpperCase(Unknown Source)
>     at java.lang.String.toUpperCase(Unknown Source)
>     at pcgen.core.bonus.BonusObj.getBonusInfo(BonusObj.java:95)
>     at pcgen.core.PlayerCharacter.processBonus(PlayerCharacter.java:14005)
>     at pcgen.core.PlayerCharacter.processBonus(PlayerCharacter.java:14018)
>     ...
>
> I added the line...
>
> (level 1) BONUS:VAR|FASTMONKMOVEMENT|MOVE[WALK]
>
> ...to the class's levels.  I realize this is not a very useful line, but
> I'm
> doing it for demonstrational purposes.  If you need, I can send you the
> entire debug output (in debug mode), but it's lengthy and probably not
> something to post here.  Basically, I can see that it's dying at the point
> it should be calculating speed with the redefined variable
> (MONKFASTMOVEMENT).  The variable originally appears within the Monk class
> itself, I just need to increment it from within a crestige class.

That variable is not used in the RSRD files, so I am assuming that it
comes from the CMP datasets.

Your problem is that you are creating a circular loop of variable
dependencies. You will probably find a bonus like this:

     BONUS:MOVEADD|TYPE=Walk|FASTMONKMOVEMENT

Somewhere in the datasets. What you are in effect doing is saying

     MOVE[Walk] depends on MOVEADD
     MOVEADD depends on FASTMONKMOVEMENT
     FASTMONKMOVEMENT depends on MOVE[Walk]
     MOVE[Walk] depends on MOVEADD
     ... repeat until we use up all of the stack space.

This is why using an output token to change the values that go to make up
the output token is a bad idea. But it is still a bug that the
calculations do not trap the circular reference and report an error rather
than throwing an StackOverflowError.

Have a look at the monk class and see how FASTMONKMOVEMENT is calculated
in the Monk class. It should be some formula based on the class level.
Then you should do something similar for your prestige class rather than
use the output token.

If you are using the CMP datasets then you will have to ask on their
forums for the best way to implement your prestige class (we have no idea
what goes into the CMP datasets so we can not really help with specifics).
If you are using the datasets that come with PCGen then you will be best
served by asking for help on the pcgenlistfilehelp@...
mailing list.

--
regards,
Frugal

Greetings one and all,

Currently there are the following folks listed on the Wiki
(http://www.legolas.org/pcgen/pytw/#) as being on the Data Team.

Now, I know the Paul(s) should be on there. Anyone else? Let me know, and
I'll add you!

Silverback
   Eddy Anthony
Team Liaison
   David R. Bender
2nd
   Frank Kliewe - Modern
   Aaron Divinsky, Default Monster Kits
Chimp
   Tir Gwaith - 3e, 3.5e, Races, Classes
   Éric Beaudoin, Prettylst
   Michael Gray (taluroniscandar), - 3e and 3.5e Psionics
Gibbon
   (none)
Tamarin
   (none)
Lemur
   Martijn Verburg
   David R. Bender
   Terry FitzSimons

==

Also, there are several unclaimed Data Bugs that need shooting for the 5.10
Release! Volunteer early and often!

Data Bugs

1314860 - Alter all PREMULT[PREMOVE, PREMOVE] to standard PREMOVE
1340202 - Animal Domain missing SPELLS tag
1377051 - REACH for weapons not defined
1377054 - Fiendish Template SR and energy resistance
1378282 - Gladiator - Sands of Death missing classes
1437837 - RSRD Epic Spellcasting feat not granting Epic Spells

-- david
Papa-DRB
Data Team Liaison

> -----Original Message-----
> From: pcgen@yahoogroups.com [mailto:pcgen@yahoogroups.com] On
>
> I'm struggling to do some math on stacked movement rates, but
> I'm not able to find a satisfactory variable with the
> MOVEBASE and any MOVEADD bonuses combined.  From the
> debugger, I could get the value for MOVE[WALK], which is
> exactly what I want, but I can't seem to use that within the
> List Editor.  If I try, Java gets a stack overflow and the
> character won't load.  Please help!

MOVE[WALK} works just fine.

It's the .lst editor that's the problem.  As always, I recommend ditching it
and doing it manually with a text editor.  :)

Barak

http://en.wikipedia.org/wiki/Ook%21_programming_language

hehehe

Paul Grosse
PLM Group / Roadmaster
2700 S. Nappanee Street
Elkhart, Indiana 46517
Tel: (574) 389-4057
Tel: (800) 866-6226
Fax: (574) 389-4285

--- Barak <barak@...> wrote:

> > -----Original Message-----
> > Now using the rules for wield category vs. weapon
> size, the
> > bastard sword should already be one-handed for a
> Medium
> > character and should be light for an Ogre.  The
> text
> > effectively bumps the wield category by one step.
>
>
> Your missing the difference between 3.0 and 3.5.  In
> 3.0 it is based on the
> *weapons* size.  A bastard sword in 3.0 is Large.
> In 3.5 they pretty much
> did away with the actual size of the weapon in favor
> of making it be built
> for a certain size character and having a wield
> category for it.
>

Actually I am unfortunately well aware of the
differences.  In the SRD the bastard sword is NOT
Large as it should be it is Medium-sized.

This is why I asked the question.  If it were large it
would work fine.  The problem is if it is Medium then
the whole 1H/2H thing is backwards.  A Medium creature
can use a Medium weapon in 1 Hand.  The bastard sword
as a medium weapon then has to penalize everyone
except those with EWP.  What is even worse though, is
that they specifically state a Large creature can use
the thing one handed as though it were a large weapon.

Basically my question is, does anyone know if that
pattern is true universally?  Basically what it
amounts to is that a bastard sword (I am going to
start using Katana in these examples, less to type)
adds one to its effective size for wield purposes
unless you have EWP.

Of course that brings up an interesting question that
is present in both 3.0 and 3.5.  Can an Ogre with EWP
(Katana) wield the thing as a light weapon?


> If you compare the weapons files from the two
> datasets (SRD and RSRD), you
> should see that all weapons in the RSRD are Medium
> sized, while the weapons
> in the SRD are of varying sizes.
>
> > Question, how does this work for non medium or
> large
> > characters?  Can I just assume that these weapons
> bump the
> > wield category in all cases?  That would seem to
> make sense to me.
>
> In 3.0 you need to compare the weapons actual size
> to the PCs size to
> determine how it may be wielded.
>
> Weapon is more than one smaller than PC: Unusable

In 3.0 that is clearly not the case.  A dagger is a
Tiny weapon.  That's two sizes smaller than a M
creature.  Humans clearly use daggers as Light
weapons.

Also I could not find any text that ever talked about
a weapon being too small to use.  The only thing I
could find is that if a weapon is shrunk so that it
does less that one point of damage it is no longer an
effective weapon.


> Weapon is one smaller than PC: Light
> Weapon is same size as PC: One-handed
> Weapon is one larger than PC: Two-Handed
> Weapon is more than one larger than PC: Unusable
>


-Aaron

----------------
Aaron Divinsky
PCGen Docs 2nd, Data Chimp, Code & Doc Tamarin

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

ROFL. The programming example is awesome.

Paul, are you suggesting we drop LST and use that instead? :)


Cheerio,

Frank Kliewe
PCGen Data 2nd, Docs Tamarin, OS & TM Lemur
The Modern Monkey

--
Poppa - put on your pants!
(Nora Ericson in "The Man who shot Liberty Valance", 1962)

> -----Original Message-----
> From: pcgen@yahoogroups.com [mailto:pcgen@yahoogroups.com] On
> Behalf Of Paul Grosse
> Sent: Friday, March 31, 2006 4:03 PM
> To: Pcgen@Yahoogroups. Com
> Subject: [pcgen] Ook!
>
>
> http://en.wikipedia.org/wiki/Ook%21_programming_language
>
> hehehe
>
> Paul Grosse

Hi,

Couple of things...

1. When a druid's animal companion becomes eligible for  the
Multi-Attack Feat and DOESN'T have the pre-req three or more attacks,
the animal companion instead gains a second attack with it's primary
natural weapon albeit at -5 to hit. I hit this mark yesterday during
some testing and noticed in the preview page that the second attack at
-5 was missing. Test subject was a "special" hound. It only has a bite
attack.

2. Magical Beasts and the BAB progression. I'm not up on the rules
lawyering of this one, but it appears that natural animals follow the
druid base attack bonus progression (BAB) as a normal progression. But
in a WOTC book that allows a Magical Beast animal companion it doesn't
seem to follow the druid BAB instead it follows the fighter progression
of 1 hd for 1 BAB. PHB states the bonus HD gained from being a Druid
Animal Companion will follow the druid progression... Kinda hard when
the creature in question starts out higher. Not sure if this is a bug or
how this should be addressed. Just thought it should be pointed out. Ex.
12 HD Dire Bear = +9 to hit vs. 12 HD magical beast = +12 to hit.

Ok - I have a magical weapon that is equipped as a magical accessories
and allows two additional attacks at the highest base attack bonus. How
would I code that in so it doesn't follow the normal progression of
+16/+11/+6 etc. and just display +16/+16?

Thanks,

Andrew Maitland


---
avast! Antivirus: Outbound message clean.
Virus Database (VPS): 0613-2, 03/31/2006
Tested on: 3/31/2006 9:36:14 AM
avast! - copyright (c) 2000-2004 ALWIL Software.
http://www.avast.com





--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.385 / Virus Database: 268.3.4/299 - Release Date: 3/31/2006

--- Andrew Maitland <drew0500@...> wrote:

> 1. When a druid's animal companion becomes eligible for  the
> Multi-Attack Feat and DOESN'T have the pre-req three or more attacks,
>
> the animal companion instead gains a second attack with it's primary
> natural weapon albeit at -5 to hit. I hit this mark yesterday during
> some testing and noticed in the preview page that the second attack
> at
> -5 was missing. Test subject was a "special" hound. It only has a
> bite
> attack.

Already an open tracker for this one:
[ 1340075 ] [RSRD] Extra attack for Animal companions with 1 HANDS

Not sure about the other one.

Tod


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

> Actually I am unfortunately well aware of the
> differences.  In the SRD the bastard sword is NOT
> Large as it should be it is Medium-sized.
>
> This is why I asked the question.  If it were large it
> would work fine.  The problem is if it is Medium then
> the whole 1H/2H thing is backwards.  A Medium creature
> can use a Medium weapon in 1 Hand.  The bastard sword
> as a medium weapon then has to penalize everyone
> except those with EWP.  What is even worse though, is
> that they specifically state a Large creature can use
> the thing one handed as though it were a large weapon.
>
> Basically my question is, does anyone know if that
> pattern is true universally?  Basically what it
> amounts to is that a bastard sword (I am going to
> start using Katana in these examples, less to type)
> adds one to its effective size for wield purposes
> unless you have EWP.

Thats pretty much the scenario. Dwarven Waraxe, BasSwd and Fullblade
(from S&F splat book) all had effectively the same verbage and effect.


> Of course that brings up an interesting question that
> is present in both 3.0 and 3.5.  Can an Ogre with EWP
> (Katana) wield the thing as a light weapon?
> > If you compare the weapons files from the two
> > datasets (SRD and RSRD), you
> > should see that all weapons in the RSRD are Medium
> > sized, while the weapons
> > in the SRD are of varying sizes.
> >
> > > Question, how does this work for non medium or
> > large
> > > characters?  Can I just assume that these weapons
> > bump the
> > > wield category in all cases?  That would seem to
> > make sense to me.
> >
> > In 3.0 you need to compare the weapons actual size
> > to the PCs size to
> > determine how it may be wielded.
> >
> > Weapon is more than one smaller than PC: Unusable
>
> In 3.0 that is clearly not the case.  A dagger is a
> Tiny weapon.  That's two sizes smaller than a M
> creature.  Humans clearly use daggers as Light
> weapons.
>
> Also I could not find any text that ever talked about
> a weapon being too small to use.  The only thing I
> could find is that if a weapon is shrunk so that it
> does less that one point of damage it is no longer an
> effective weapon.
>
>
> > Weapon is one smaller than PC: Light
> > Weapon is same size as PC: One-handed
> > Weapon is one larger than PC: Two-Handed
> > Weapon is more than one larger than PC: Unusable

Hm, looking at the SRD (stored here in the Files area for our
convenience) any weapon smaller than the user is light, not just one
that is one step smaller.

So to answer "Can an Ogre with EWP (Katana) wield the thing as a light
weapon?" I'd say yes but another could rule the other way.

The new features are extremely useful, are there any plans to add
memorisation to the preview tab?

  I like --- In pcgen@yahoogroups.com, James Dempsey <jdempsey@...> wrote:
>
> Hi Siggi,
>
> That would be greatly appreciated.
>
> Cheers,
> James.
>
> On 8/03/2006 7:59 AM krazhit wrote
>
> >Looks great.. I offer my assistance on banging on this once
available :)
> >--- In pcgen@yahoogroups.com, James Dempsey <jdempsey@> wrote:
> >
> >
> >>Hi Siggi,
> >>
> >>On 7/03/2006 11:51 PM krazhit wrote
> >>
> >>
> >>
> >>>Thank you James,
> >>>
> >>>Is there anywhere I can see an overview of the planned changes to the
> >>>spells tab?
> >>>
> >>>
> >>>
> >>>
> >>>
> >>Yes, there is a spec available on the old wiki at
>
>>http://gmgen.sourceforge.net/wiki/index.php/Main/SpellsTabSpecification
> >>and the alpha release this weekend will have the code so far.
> >>
> >>Cheers,
> >>James
> >>
> >>
>

Weapon Size: Every weapon has a size category. This designation indicates the
size of the creature for which the weapon was designed.

A weapon's size category isn't the same as its size as an object. Instead, a
weapon's size category is keyed to the size of the intended wielder. In general,
a light weapon is an object two size categories smaller than the wielder, a
one-handed weapon is an object one size category smaller than the wielder, and a
two-handed weapon is an object of the same size category as the wielder.

Inappropriately Sized Weapons: A creature can't make optimum use of a weapon
that isn't properly sized for it. A cumulative -2 penalty applies on attack
rolls for each size category of difference between the size of its intended
wielder and the size of its actual wielder. If the creature isn't proficient
with the weapon a -4 nonproficiency penalty also applies.

The measure of how much effort it takes to use a weapon (whether the weapon is
designated as a light, one-handed, or two-handed weapon for a particular
wielder) is altered by one step for each size category of difference between the
wielder's size and the size of the creature for which the weapon was designed.
If a weapon's designation would be changed to something other than light,
one-handed, or two-handed by this alteration, the creature can't wield the
weapon at all.

   ----- Original Message -----
   From: boomer70
   To: pcgen@yahoogroups.com
   Sent: Friday, March 31, 2006 9:15 AM
   Subject: RE: [pcgen] 3.0 Weapon Sizes Rules Question




   --- Barak <barak@...> wrote:

   > > -----Original Message-----
   > > Now using the rules for wield category vs. weapon
   > size, the
   > > bastard sword should already be one-handed for a
   > Medium
   > > character and should be light for an Ogre.  The
   > text
   > > effectively bumps the wield category by one step.
   >
   >
   > Your missing the difference between 3.0 and 3.5.  In
   > 3.0 it is based on the
   > *weapons* size.  A bastard sword in 3.0 is Large.
   > In 3.5 they pretty much
   > did away with the actual size of the weapon in favor
   > of making it be built
   > for a certain size character and having a wield
   > category for it.
   >

   Actually I am unfortunately well aware of the
   differences.  In the SRD the bastard sword is NOT
   Large as it should be it is Medium-sized.

   This is why I asked the question.  If it were large it
   would work fine.  The problem is if it is Medium then
   the whole 1H/2H thing is backwards.  A Medium creature
   can use a Medium weapon in 1 Hand.  The bastard sword
   as a medium weapon then has to penalize everyone
   except those with EWP.  What is even worse though, is
   that they specifically state a Large creature can use
   the thing one handed as though it were a large weapon.

   Basically my question is, does anyone know if that
   pattern is true universally?  Basically what it
   amounts to is that a bastard sword (I am going to
   start using Katana in these examples, less to type)
   adds one to its effective size for wield purposes
   unless you have EWP.

   Of course that brings up an interesting question that
   is present in both 3.0 and 3.5.  Can an Ogre with EWP
   (Katana) wield the thing as a light weapon?


   > If you compare the weapons files from the two
   > datasets (SRD and RSRD), you
   > should see that all weapons in the RSRD are Medium
   > sized, while the weapons
   > in the SRD are of varying sizes.
   >
   > > Question, how does this work for non medium or
   > large
   > > characters?  Can I just assume that these weapons
   > bump the
   > > wield category in all cases?  That would seem to
   > make sense to me.
   >
   > In 3.0 you need to compare the weapons actual size
   > to the PCs size to
   > determine how it may be wielded.
   >
   > Weapon is more than one smaller than PC: Unusable

   In 3.0 that is clearly not the case.  A dagger is a
   Tiny weapon.  That's two sizes smaller than a M
   creature.  Humans clearly use daggers as Light
   weapons.

   Also I could not find any text that ever talked about
   a weapon being too small to use.  The only thing I
   could find is that if a weapon is shrunk so that it
   does less that one point of damage it is no longer an
   effective weapon.


   > Weapon is one smaller than PC: Light
   > Weapon is same size as PC: One-handed
   > Weapon is one larger than PC: Two-Handed
   > Weapon is more than one larger than PC: Unusable
   >


   -Aaron

   ----------------
   Aaron Divinsky
   PCGen Docs 2nd, Data Chimp, Code & Doc Tamarin



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

Depends...  :p

If you want actively working on OS content, no.

If you want "available to answer questions", then I should be on the chimp
list.

Chris


> -----Original Message-----
> From: pcgen@yahoogroups.com [mailto:pcgen@yahoogroups.com] On
> Behalf Of David
> Sent: Friday, March 31, 2006 7:35 AM
> To: papa-drb@...
> Subject: [pcgen] Calling all PAST, PRESENT, and..... FUTURE
> DATA Monkeys
>
> Greetings one and all,
>
> Currently there are the following folks listed on the Wiki
> (http://www.legolas.org/pcgen/pytw/#) as being on the Data Team.
>
> Now, I know the Paul(s) should be on there. Anyone else? Let
> me know, and I'll add you!
>
> Silverback
>   Eddy Anthony
> Team Liaison
>   David R. Bender
> 2nd
>   Frank Kliewe - Modern
>   Aaron Divinsky, Default Monster Kits
> Chimp
>   Tir Gwaith - 3e, 3.5e, Races, Classes
>   Éric Beaudoin, Prettylst
>   Michael Gray (taluroniscandar), - 3e and 3.5e Psionics Gibbon
>   (none)
> Tamarin
>   (none)
> Lemur
>   Martijn Verburg
>   David R. Bender
>   Terry FitzSimons
>
> ==
>
> Also, there are several unclaimed Data Bugs that need
> shooting for the 5.10 Release! Volunteer early and often!
>
> Data Bugs
>
> 1314860 - Alter all PREMULT[PREMOVE, PREMOVE] to standard PREMOVE
> 1340202 - Animal Domain missing SPELLS tag
> 1377051 - REACH for weapons not defined
> 1377054 - Fiendish Template SR and energy resistance
> 1378282 - Gladiator - Sands of Death missing classes
> 1437837 - RSRD Epic Spellcasting feat not granting Epic Spells
>
> -- david
> Papa-DRB
> Data Team Liaison
>
>
>
>
> PCGen's release site: http://pcgen.sourceforge.net PCGen's
> Wiki: http://www.legolas.org/pcgen/pytw/#Welcome
> PCGen's alpha build: http://www.legolas.org/pcgen/autobuilds
> PCGen's Online Docs: http://www.legolas.org/pcgen/docs/
> Yahoo! Groups Links
>
>
>
>
>
>