wayne62682 said:Example: Take the Fighter (lets assume a Core only game for discussion). If my character is a nobleman from the Free City, I would logically have diplomacy skills to represent my affluent upbringing. Maybe Knowledge (Nobility and Royalty) or Heraldry or something like that. But under the current ruleset I cannot do that because someone arbitrarily decided that all Fighters learn the same skills in "Fighter 101" with no room for deviation based on background.
Seems to me, however, that if you were a nobelman from the Free City, you probably wouldn't be a fighter .. maybe an Aristocrat, Expert, or maybe some other class (I'm not *that* familiar with the various classes in all the splat books lately ... but I'm sure there is a fighter-type (or maybe rogue-type) with those skills ... Marshall comes to mind ...)
Maybe, won't argue it ... Just adding my view - I would see a "noble fighter" as more of a multi-class ... maybe 1 level of Aristocrat or Expert to setup the background, then start the fighter training. Or as I said .. maybe Marshall all the way, or even Marshall / Fighter mix ... there's alot of options ...wayne62682 said:With a rule like that in effect I could have my noble fighter who actually has some courtly skills.
Personally I think you should start with the background, and then find the most appropriate class .. not pick a class and try shoe-horn it into a particular background ...

wayne62682 said:Before anyone brings up multiclassing into Bard or Rogue for my previous example, that just serves to prove my point.
I disagree, it doesn't prove your point .. as I said - it's just a matter of which way you're building the character:
background -> class
or
class -> background ...
*shrug* To each his own, I suppose ..

wayne62682 said:A Fighter type should not have to multiclass into a non-Fighter type (or hell, this applies for ANYTHING) just to realize a basic character concept.
Sure, but are you a Fighter or a nobleman? If you're both .. than yes, multi-class does sound right .. a bit of each to represent the aspects you're after.
Take a look at a more extreme example.
I create a fighter .. for his background, I claim he's got some latent magical talent.
But the fighter can't cast spells! This means my background doesn't work!! The Fighter should have access to spells so my background is viable!
(this is a similar argument as the skills ...)
Rather than that, He should probably be a multi-class Fighter/Wizard and maybe hit a PrC like Eldritch Knight or something .... there ... that's the background first, and then we found the class(es)/Prc(s) to fit the background ..
.. just my thoughts ...
