pem

När jag ändå är igång: Klagomål på svenska spels klient: 1 Den fungerar bara på windows. (Får ett statligt företag ens enbart gynna ett företag på detta vis?) 2 Den flyttar fokus mellan fönster när man ska agera. Det här är en av "dödssynderna" i GUI-design, och EXTREMT irriterande när man spelar mer än ett bord. När man precis ska knappa in ett bet el.dyl., så >ping<, plötsligt är man i ett annat fönster. (Det här är ett fel som även b2b:s klient gör f.ö., medan ongame gör rätt.) 3 Tangentbordsfokus sätts inte automatiskt i bettfältet, med defaultbettet markerat, så att man bara kan knappa in vad man vill. (Som det är hos ongame). Det går inte ens att TAB:a till fältet (som hos b2b), utan man måste använda musjäveln för komma i inmatningsfältet, sedan använda delete för att ta bort vad som står där , och *sedan* kan man knappa in sitt bett. Ett under av användarfientlighet. 4 Medan man pillat med ovanstående så har det poppat upp en ruta med en uppmanande text om att agera nu, OVANPÅ POTTINFORMATIONEN, så att det inte går att se den. 5 Bara mus-kontrol, inga funktionstangenter för agerandet. (Också ett fel hos b2b, medan ongame gör rätt.) 6 Även när man förvalt vad man ska göra (t.ex. lägga sig) så pingar den till när den utför det, som om man behövde agera själv. 7 Jag saknar info om hela potten. Nu ser man bara potten före innevarande runda (utom ibland, se 4 ovan), och måste själva addera rundans bet. 8 Den borde visa vilka kort man får, och vilka kort som läggs på bordet, i givfönstret. 9 Förvalet "passar/lägger mig" borde tas bord/stängas av när man inte längre kan passa, inte förvandlas till bara "lägger mig". (Som då står ovanför "lägg mig", vilket kan få en att undra om det är någon subtil skillnad mellan dessa två alternativ.) 10 Det heter "giv", inte "givare". Slutligen en undran: Varför smyger spelarnamnet bort när musmarkören förs över en "spelarbubbla"?

(Kommentar till mig själv i annan tråd) Apropå det, eftersom det ofta är så trögt att få igång ett nytt bord, även när det uppenbarligen finns gott om spelare som väntar på bord, så är det här en finess jag saknar: "Vänta på nytt bord" - dvs man kan köa till ett (ännu inte existerande) nytt bord. När tillräckligt många köande finns, t.ex. 5 för ett 9-10-platsersbord, så placerar servern in dem automatiskt. Då slipper man kanske det eviga köandet till fulla bord, och svårigheten att få folk att sitta in på (till att börja med) korta bord. (Det kanske finns någonstans redan? Jag har hållit mig till tre olika nät/klienter, så jag vet inte, men i så fall är det något för övriga sajter att ta upp...)

Vaddå "utökat"? Vaddå "skurit ner"? Det har bara infört en ny (iofs onödig och konstig) nivå, 0.75/1.5, sedan är det *spelarna* som väljer vilken nivå de föredrar. Tydligen har många flyttat från 1.0 till 1.5 av någon anledning. (Att sedan folk hellre köar i en halvtimme på ett bord än väntar i 30 sekunder på lite fler spelare på ett *nytt* bord beror nog på att de är idioter även i andra sammanhang än när de bettar vid borden. Det är likadant på andra sajter. )

Kan man inte avvara pokerspel några timmar en gång i veckan så ska man kanske se över sina spelvanor... (och skaffa ett liv? )

Jag har inte märkt någon seghet, men däremot märks det att den drar mycket CPU. Fläkten går konstant på den bärbara när klienten är igång...

Suveränt, en klar förbättring... men inte prefekt. Det är fortfarande ett problem att folk slöspelar flera platser före pengarna. Nu kan man förstås inte ha hand-for-hand hur många platser som helst i förväg, men mer än en bör man nog ha. Mitt förslag är: antalet bord. Dvs med 2 bord kvar är det HfH när 2 spelare ska bort före nästa prisnivå, med 3 bord kvar är det 3, osv... (Alternativt kan man ha antalet bord minus ett, eller plus ett.)

Nu ger jag upp. Efter att ha suttit och genomlidit en timmes spel i slow motion i 25000 guaranteed bara för att åka ut på en halvtaskig ITM för att mörkarna nått en absurd nivå igen så övergår jag till annat nät, där de har HAND FOR HAND!!!!

...skrevs 8/8 2005... och fortfarande ingen hfh. 60000 guaranteed igår var fruktansvärt plågsam, folk började slöspela när det var långt kvar till pengarna. Det tog oändligt lång tid, och när vi väl kom dit var medelstacken bara en 4-5 bb och chiplead var nära på shortstacked. Fullständigt löjligt, det är inte längre poker som spelas då. FIXA!

Jag håller med när det gäller t.ex. texas hold'em, men inte när det gäller just 7cs. 7cs är ett "dragspel" som blir konstigt när man inte kör fixed. Vi körde ju PL på höstens 7cs-turnering, och det blev alldeles för tight och konstigt spel.

Jo, Kansas City kallas även deuce-to-seven-lowball. Skiljer sig från andra lowball-varianter genom att stegar och färger räknas som (dåliga) händer, så bästa hand är 23457 off. (A är alltid högt) Allt enligt web-sidor jag hittat... i lowball används tydligen ibland en joker också (men inte så ofta i just kansas, enligt samma sidor) - ska vi ha sådan?

Jag antar att det är det här det nedanstående ni skickat? (Som man får i Safaris java console, om man tar bort blockeringen av pop-up.) apple.awt.EventQueueExceptionHandler Caught Throwable : java.lang.IllegalArgumentException: null source java.lang.IllegalArgumentException: null source at java.util.EventObject.<init>(EventObject.java:34) at java.awt.AWTEvent.<init>(AWTEvent.java:226) at java.awt.event.ComponentEvent.<init>(ComponentEvent.java:94) at java.awt.event.WindowEvent.<init>(WindowEvent.java:174) at java.awt.event.WindowEvent.<init>(WindowEvent.java:211) at java.awt.DefaultKeyboardFocusManager.dispatchEvent (DefaultKeyboardFocusManager.java:576) at java.awt.Component.dispatchEventImpl(Component.java:3572) at java.awt.Container.dispatchEventImpl(Container.java:1671) at java.awt.Window.dispatchEventImpl(Window.java:1606) at java.awt.Component.dispatchEvent(Component.java:3543) at java.awt.EventQueue.dispatchEvent(EventQueue.java:480) at java.awt.SentEvent.dispatch(SentEvent.java:50) at java.awt.DefaultKeyboardFocusManager$ DefaultKeyboardFocusManagerSentEvent.dispatch (DefaultKeyboardFocusManager.java:145) at java.awt.EventQueue.dispatchEvent(EventQueue.java:478) at java.awt.EventDispatchThread.pumpOneEventForHierarchy (EventDispatchThread.java:234) at java.awt.EventDispatchThread.pumpEventsForHierarchy (EventDispatchThread.java:184) at java.awt.EventDispatchThread.pumpEvents (EventDispatchThread.java:178) at java.awt.EventDispatchThread.pumpEvents (EventDispatchThread.java:170) at java.awt.EventDispatchThread.run (EventDispatchThread.java:100) * Lite mellanslag - QoS *

Funkar inte för mig heller (på Mac med Safari). När man klickar på länken för webklienten så händer ingenting. Inget felmeddelande, bara... ingenting.

Jag kan hålla med om att b2b-klienten inte är något mästeverk direkt. (Jag har redan klagat på den en gång i 24h-forumet, så jag ska inte upprepa mig här.) Men den funkar i alla fall för mig. (Java-versionen alltså.) Kör den utan problem i Safari på mac os x, och i en gammal mozilal-version på linux.

I sammanhanget kan det förresten vara värt att tänka på att den blandning man normalt ser vid ett riktigt pokerbord är långt ifrån slumpmässig. För att få en något sånär bra blandning (som ändå ligger långt från vad datorerna åstadkommer även med PRNGer) så behöver man lägga ner rätt mycket jobb på att blanda, vilket de flesta inte orkar...

Oavsett om man använder hårdvarustöd för slumpgenereringen eller inte så finns det ingen anledning att simulera "blandning" av den typ man gör med en riktig kortlek. Och som redan nämnts, något nätverk uppger att de använder hårdvara, medan andra uppger att de använder pseudoslumptalsgeneratorer (PRNG). För att man ska kunna förutse slumptal för en PRNG krävs att man kan sampla tillräckligt mycket från serien, något som jag har svårt att se hur man kan göra på en pokerserver. Med "kvalité" menade jag det man normalt menar för en PRNG, dvs att de uppfyller en massa statistiska kriterier som finns beskrivna i olika matematiska artiklar, inte att de skulle vara lika bra som "äkta" slumptal. Det man är ute efter är att de ska vara tillräckligt "nära" för det man använder dem till.