I'm not sure whether to try and answer your question, or to persuade you that this is a bad idea.
Computer-generated paper wallets are will be more secure (randomness/entropy) but if entering the code is prohibitive then you might consider a brain wallet, which let's you derive the public/private keypair from a passphrase.
The passphrase could be a personal holiday greeting. It's arguable whether the greeting would have sufficient entropy to prevent it from being guessed -- the consequences of using a weak passphrase are well-documented . The brain wallet needs to be generated in a secure manner (offline -- anything you type into a web form is potentially saved/cached). Link.
Your recipient would then need to enter the passphrase into brainwallet.org (or equivalent) to get the corresponding private key. They really should do this offline too, so there is less chance that the passkey or private key are intercepted. Then they need to import the private key into a wallet client or web wallet.
As for transferring funds, you send bitcoin (assuming you own some bitcoin) to the public address you've generated for your recipients -- generating a public/private pair for them doesn't include the funding with bitcoin. If there is any chance that your recipients are not technically savvy enough to do the translations and import, then you probably don't want to actually send BTC and have it be orphaned. But that's your call.
I haven't covered all of them, but there are many other reasons why this might be a bad idea -- I'm tempted to abandon this response, but now I've invested too much time in replying. Caveat emptor, YMMV, IANAL.
 Bad idea for many reasons, but foremost, private keys need to be kept private. Sending them means they could be intercepted, possibly copied, and you and the recipient would never know.