OH YEAH!
More in-game games of chance would be a cool addition to player cantinas, hotels, etc.
I don't know about single player games like Tetris.
If you just want to play Tetris, why come here to do it? 
We've (friends) talked about this several time before, and it could be quite easy just to design a game system, the hard(er) part would be handling joining the game, directing play to individual players (as in dealing out cards), anteing, betting and payouts.
Any board type game would definately require a dedicated console interface, but would simple(er) games of chance?
We already have programmable dice as craftable items, and many games have been devised by simply using sets of dice to represent card values.
Players have to go to the added trouble of recording or keeping track of the outcome of each roll, but it's usable after a limited fashion.
The really difficult games of chance are ones that several players are betting on specific color/number combinations like roulette, which you COULD simulate with dice if you really tried.
The bank has to track everyone's bets and selections, and any odds affecting payout.
But what if we had some sort of programmable card deck,a sort of card game 'construction set'?
Could a simple in-game game system be developed without resorting to a dedicated console interface???
Here's a simple

example ofcard deck configuration items:
1) Give us several different shapes for the cards
2) Give us several different shapes and symbols, solid and outline for suites
3) Give us one or more alphanumeric fonts for card values
a) could include serveral different species and national languages
b) could allow more than just one character on card
b) could also inlcude the shapes and symbols above
4) Give us several different colors (or allow us to enter color codes) for
a) the card background
b) the shape/symbol suites
c) the font card values
d) if the color of a configuration item is white/blank, it is not used or communicated
i) Using adesign dialog, we choose the card shape, several shapes and symbols for suites, several alphanumeric characters for card values, and set the colors for background, suites, and card value text.
ii) The number of suites and card values chosen would calculate how many cards are in the deck.
iii)There would need to be some way for the card deck configuration to be saved out, with a unique serial number, and loaded into other card decks, so players could design configurations and share/exchange them.
Now, the hard(er) part is actually making the card decks usable/playable in an in-gameenvironment. For the most part, people would just have to 'play along' with the card game and do what they are supposed to do when they are supposed to do it, but that's what we're doing with dice right now.
Here is the simplest method this particular system could be implemented:
1) Each game player would need to have a programmable card deck configured in EXACTLY the same way - hence saving, exchanging, and loading card deck configurations.
1) The existing 'group' command could be used to designate who was 'in' the game. Anyone who leaves the group has left the game.
2) Player communication and game msgs would be sent over a group chat channel. The group chat channel is needed so that several groups of people could playgames in the same room. When playing games using dice, all dice system msgs from anyone else using dice within range are all mixed together in the spatial chat channel.
3) Each player, in turn, would 'deal' a card from their deck and the card information would be sent over the group chat channel as a game msg. If the people playing are not in a group the card information could be sent over the spatial chat channel - card/poker tournaments would be a good example where spectators would want to see the cards being delt.
4) If someone folds, they do not deal themselves any more cards for that hand.
5) One person couldbe the bank and recorder. Everyone tips the bank their antes and bets and then the bank tips the payoutto the winner.
Very simple to implement - just an expanded version of the dice currently in the game, but one or two changes (the group chat channel) might need to be made so that it's more usable.
Did I forget anything?
Here's an example of a nonsensical hand to give an example of how the system would work over a group chat channel (or spatial if not in a group) using all the possible configuration items (color suite solid/outline, color card value, background color) of a deck:
(Bob and Bill both ante the bank 500cr)
Bob deals a[Blue quad in][Yellow 5]on Red (BYR, 5, quad - square, in - solid)
(Bob bets the bank 10cr)
Bill deals a[Red fizz out][Red @]on Red (RRR, 10, fizz - fictional alien symbol, out - outline)
(Bill bets the bank 50cr)
Bob deals a[Red delta out] [Cyan *]on Green (RCG, 50, delta - triangle, outline)
(Bob bets the bank 30cr)
Bill deals a [Green fizz out] [Magenta 00] on Blue (GMB,naught, fizz, outline)
(Bill bets the bank 50cr)
Bob deals a [Blue radial in] [Blue #] on Green (BBG, 100, radial - circle, solid)
(Bob bets the bank 20cr)
Bill deals a [Yellow octon in] [Red 9] on Magenta (YRM, 9, octon - octogon, solid)
(Bill bets the bank 50cr)
Bob deals a [Yellow hex out] [Green =] on Blue (YGB, double, hex - hexagon, outline)
(Bob bets the bank 100cr)
Bill deals a [Blue fizz out] [Cyan 3] on Blue (BCB, 3, fizz, outline)
*Bill throws his cards on the table*
"Fizz Fizz Fizz out!!!" yells Bill.
(Bank pays Bill 1200cr and keeps 110)
I need to clean up this proposal.
I know I mixed a fewthings up because we were actually discussingideas for a dedicated console interface card system.
"When Sony and Lucas set out, we said, How can we do this and not make another EQ? We didn't want it to be all about Luke, or combat, or lock our players into a class. So we created a system that would allow players to switch professions during the game, and there would be a lot of gameplay around making that change. If you want to go from architect to scout we've created a system to make that happen."
Julio Torres