home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / rec / gambling / 6142 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  3.1 KB
  1. Path: sparky!uunet!nntp1.radiomail.net!fernwood!autodesk!jamesr
  2. From: jamesr@Autodesk.COM (James Rowell)
  3. Newsgroups: rec.gambling
  4. Subject: Re: WRGPT II Rules change, anyone?
  5. Message-ID: <18215@autodesk.COM>
  6. Date: 22 Dec 92 01:15:50 GMT
  7. References: <1h4tclINNsfe@seven-up.East.Sun.COM>
  8. Organization: Autodesk Inc., Sausalito CA, USA
  9. Lines: 56
  10.  
  11. tahajian@aries.East.Sun.COM (David Tahajian - Sun BOS Software) writes:
  12. > In article <18193@autodesk.COM> jamesr@Autodesk.COM (James Rowell) writes:
  13. > >
  14. > >Conversely I'd like to see a way to force players to speed up who
  15. > >continually take a long time to bet BUT don't time-out.  For example,
  16. > >there are several players at my table who have repeatedly caused lengthy
  17. > >delay only to fold, and I'm sure in most of these cases an advance bet
  18. > >could have been made.  Getting several such players in one pot means it
  19. > >takes forever to complete.  Hence the slow tables.
  20.  
  21. > Come on now... are you really saying that you've never made an advance
  22. > bet only to have it bounce back to you when someone raises?
  23. > For example, the bet starts at $500, and you send a "make $500" advance
  24. > bet and go home for the day, thinking that you were a good guy by speeding
  25. > up the game with your advance bet. Someone else raises, and you come in the 
  26. > next day, only to find your advance bet was "insufficient". You then decide 
  27. > to fold. The other players may see you doing a "big delay and fold", but 
  28. > they have no idea that you even made an advance bet to begin with. 
  29. > See my point?
  30.  
  31. Yes I see your point.  But if, as you say, the bet had been started
  32. at $500 couldn't you just send in the bet "call $500" in most of these
  33. situations?  "call $500" accomplishes the same result that you
  34. described and doesn't cause a delay.
  35.  
  36. For the sake of argument, let's say it started at $100.  You want to
  37. make it $500 and, as in your example, fold if a larger bet has been made
  38. in front of you.  Now, correct me if I'm wrong but doesn't the
  39. plain-old "$500" command do that? I.e., it'll make the bet $500 or fold
  40. if insufficient?  If it doesn't maybe it should work that way.
  41.  
  42. Aside:
  43.  
  44. Some of you may want to make your decisions based upon the pot odds
  45. which you can't determine until its your turn.  Perhaps the addition
  46. of a variable which holds the current value of the pot can be provided.
  47. Then (after tons of hard work to code in the new feature :-)) you could
  48. send in the advanced command
  49.  
  50.     if ( $pot > $5000 ) { call $1000 } else { call $500 };
  51.  
  52. I'm sure we could come up with a simple language to allow us to express
  53. all the kinds of decisions we need to make when deciding how to act.
  54. Like, who has acted before us?  Who raised?  Etc...
  55.  
  56. I like the concept.  I just don't know how practical it is.  Errors in
  57. advanced messages would be much more common and maybe it'll slow up the game
  58. even more.  I'm sure the guys who wrote the WRGPT program have thought
  59. about providing such features and wisely decided to forget about it.
  60.  
  61. But who knows, maybe it could work if it was done right...
  62.  
  63. James.
  64.  
  65. P.S.  I hope I'm putting the folks at my table on tilt with my bitching
  66. about the slow play.  Come on, come on... come and get me!  :-)
  67.