j4yk / skat Goto Github PK

Es wird nämlich keine negative Punktezahl übertragen, sondern immer die positive.

am Ende hat er noch zwei Karten auf der Hand und wahrscheinlich landen die Skatkarten auch nicht auf dem Stichestapel

also entweder wird das mit dem size hint dieses Buttons geregelt, oder der Rahmen für das Fenster muss wieder her

CL-GLUT should be removed from the dependencies list and Lispbuilder-Sdl as well, as long as the opengl-ui has not found it's way into the according branch.

Don't have to gain access to the foreign event structure by changing the code by hand anymore.

Use sdl-event instead of parameter to with-events.

Some cl-xmpp files have been patched to avoid multithreading necessity. In particular, the function cl-xmpp:stanza-waiting-p has been added and implemented according to what it's name suggests... this patch is not included in this repository so far which makes it difficult to grab and run.

Think of some resolution.

überprüfen, ob die auch mit xmpp "trocken" auftreten, wenn nein --> Ursache suchen

Bei Request-State-Mismatch sollte mehr ausgegeben werden, damit man den Fehler an der Agar-Box sieht.

betrifft

• general buttons: Fenster bleibt sichtbar
• bidding windows: Fenster bleiben sichtbar und die Rollen werden nicht vergessen

Die Frage danach, ob ein neuer Login versucht werden soll, erscheint erst, nachdem die Antwort gelesen wurde. Außerdem müsste man dann "J(neuer Benutzername)" eintippen, da nur ein read-char vorgenommen wird, um die Antwort zu lesen.

The init-handler is executed every frame and it's called within the scope of with-init's let. Therefore if the SDL_Event (foreign object) variable would be exposed, one could check it out in the idle-handler.

Danach kann man keine Karten anklicken und es wird nur eine Karte der zuvor hinzugefügten gedrückt. Außerdem kann man auch ohne Auswahl Karten schicken.

Vermutung: selected-cards wird nicht resettet

meist den Kreuz König ^^

das Auffächern der Karten in z-Richtung ist wahrscheinlich Schuld, in der linken Handhälfte wird die Karte links daneben ausgewählt, da sie einen höheren max-z-Wert hat. Die linke Kante der Karte guckt ja auch weiter vor...

Sager 18, Weg, Weitersager muss sagen, hat aber immer noch 18 als Vorauswahl

...wenn Spieler dazukommen oder weggehen

also müssen die Karten noch weiter auseinander

das hier geht:

GL-UI> (tstat)
(:TRICK-TO NIL :TRICK-PUSH NIL :CHOOSE-CARD NIL :MIDDLE-STACK-PUSH NIL)
GL-UI> (progn
     (schedule-timeout (fmod cards) :trick-to 1000 (fmod cards) :self)
     (schedule-timeout (fmod cards) :middle-stack-push 500 (fmod cards) #!d7 :left))

das nicht:

(progn
     (schedule-timeout (fmod cards) :middle-stack-push 500 (fmod cards) #!d7 :left)
     (schedule-timeout (fmod cards) :trick-to 1000 (fmod cards) :self))
0: (DO-TRICK-TO #<CARDS {DD56AD9}> :SELF)
0: DO-TRICK-TO returned
0: (DO-TRICK-TO #<CARDS {DD56AD9}> :SELF)
0: DO-TRICK-TO returned
0: (DO-TRICK-TO #<CARDS {DD56AD9}> :SELF)
0: DO-TRICK-TO returned
0: (DO-TRICK-TO #<CARDS {DD56AD9}> :SELF)
0: DO-TRICK-TO returned
...
GL-UI> (tstat)
(:TRICK-TO T :TRICK-PUSH NIL :CHOOSE-CARD NIL :MIDDLE-STACK-PUSH T)

declaration-handler nicht implementiert

für Cards schon teilweise gefixt

dies liegt an an der (hoffentlich) kurzen Reaktionszeit des Hosts
trick Request kommt kurz nach dem letzten card Request

folgender Verlauf:
Sager 18, Hörer weg, Weitersager sucht Reizwert aus und der jetztige Hörer (ursprünglicher Sager) hat nun "passt" dastehen