H) When the payout queue grows longer that a few hundred BTC:
1. The pool operator initiates a transaction with the bitcoins in the offline wallet, paying everybody in the payout queue (except those in the first block, so that miners still have something to work on) the full amount of their balance.
2. If a miner was payed out with the manual payout transaction, the payed out amount is removed from it's personnal balance. The date of their last payout is updated to the date the transaction was submitted.
3. The pool refreshes the payout queue.
I'll just clarify here that in a manual payout the payout queue, *not counting potential earnings for the current round*, is generally paid completely (the "As of Last Block" balance value in the user stats). Since the estimated earnings for the current round will obviously sum to 25 BTC, that is why when you see the payout queue it seems like one block was left unpaid, but those are just balances not yet rewarded/earned.
The payout queue/coinbase payout normally contains the exact earnings calculation for the moment a block is found (with a correction for the obvious delay in work->mining->block submission) so that miners in the top of the queue are already paid for the block that was just found immediately when it is found. In a manual payout this is not possible, since it's not a block that is found and earning funds. So, only the balances valid/earned as of the previous block are able to be paid.