Hakuna Matata - it's Matatu Time on C128 and Plus/4

Ahaaa, jetzt verstehe ich das - wenn das As von der gleichen Farbe ist, kommt auch nicht das Verhalten wie oben beschrieben. Gut zu wissen. Allerdings kann man ja immer noch die Farbe aendern, auch wenn man das As mit der "falschen" Farbe am Ende nicht ablegt.
Die neuen Farben sind auch sehr schoen - und "<3 4U", sehr nett!

RKSoft: Auswahlcursor? Oho, jetzt wird's luxurioes - sehr schoen!
Jetzt habt ihr Euch aber gerade ueberschnitten, glaub ich.

Ja, das scheint so. Hier noch ein Mockup, wie ich mir das vorstelle in etwa (bis auf die Farbwahl, da hat unser Byte das letzte Wort). Es gehen halt nur max. 21 Karten auf die Hand. darüber scrollt der Bildschirm.

Sieht gut aus! 21 Karten sollten mehr als ausreichend sein.
Die letzte Zeile waere dann quasi die Status-/Eingabeleiste, richtig?

Jain, dort steht halt nur, was der Spieler machen kann/soll.

Sehr gut. Wenn wir dann den Auswahl-Cursor haben, koennte man auf den Karten ja auch auf J/Q/K/A und 2 zurueckgreifen; die Werte werden ja auf der Regel-Seite schon erklaert. (Intern kann es ja weiter gehandhabt werden wie bisher.)

An sowas hab ich dann auch gedacht. Bytebreaker muss intern nix ändern, daß mach ich dann im Anzeigecode.

hm RkSoft wenn du die selektierte karte invers darstellen wuerdest haettest du doch noch
etwas mehr platz fuer karten, da dann der auswahlrahmen wegfallen koennte (zb den verdeckten karten stabel, wo man zieht, auf dem dann natuerlich DRAW steht) oder?

oder aber du erstellst eib paar eigene chars fuer die karten, einmal unausgewaehlt(einfacher rand), einmal ausgewaehlt(2 raender)?

is nur son gedanke

salute

@Haubitze
Das mit den INVERS hab ich mir anfangs auch überlegt. Problem ist dann nur, da der C64er eigenen Zeichensatz nicht automatisch INVERIERT und der C264er dies tut, muss man dann später bei der Konvertierung zu anderen Systemen (128er?) tricksen. Ich denke mal, daß 21 Karten ausreichen sollten oder?

Bezüglich dem eigenen Zeichensatz; auch dies hab ich überlegt. Ich weiss, daß ich mir annähernd selber widerspreche, aber ich müßte bei 2x2 Zeichen (16x16 Pixel) große Karten 4x52 Zeichen erstellen (sofern die Karten abgerundet sein sollen). Ich würds erstmal gern so lassen, wenn das für Byte okay ist?!

Den Gedanke an eckige Karten hab ich kurz umgesetzt und gleich wieder verworfen. Das sieht überhaupt nicht gut aus. Dann lieber so wie jetzt.

So, habe die Farben (Hintergrund und Rahmen) an Bytebreakers Version angepasst. Außerdem hab ich den Code für das Anzeigen einer Karte in eine Subroutine gepackt. J D K A werden nun anstelle von 11,12,13,15 angezeigt. Aus der 20 wurde dann eine 2 (korrekt so?). Wie gesagt, dies betrifft nur das, was auf dem Bildschirm ausgegeben wird, NICHT den internen Code!

Übrigens fand ich noch einen Fehler, den ich selber aber nicht beheb: wenn man bei der Eingabe unten (INPUT Abfrage) einmal was eingegeben hat (z.B. D für eine Karte ziehen bzw. DRAW) und anschließend zum nächsten Spieler wechselt, kann dieser Spieler durch drücken von RETURN die Eingabe wiederholen, die der vorherige Spieler gemacht hat.
Stichwort: CH$ durch CH$="" vor dem Input leeren

Wenn es sonst weiter nichts am Layout zu bemängeln gibt, mach ich mich an den Input-Code dran.

naja ich dachte da an sowas hier RKSoft, das is natuerlich nur hn entwurf.
Unbenannt.png

wow sehr gut nun seh ich auch durch bei den karten also weitermachen!

ps:invertiert man denn nich einfach wenn man auf den asc() 128 addiert?

Du Schlitzohr, daran hab ich gar nicht gedacht. Mal schauen, ob das so umsetze.

hm bin leider kein kuenstler aber ich geb hier mal nen vorschlag zum guten

es ist ein CBM-Program-Studio char set file. da kannst du ja mal drueber schaun wenn du lust hast RKSoft.
bin mir aber nich sicher ob ich die korekten chars geaendert hab.

edit: korrigierte cars.7z hochgeladen

Ich seh sie mir später an, danke dafür. Wir arbeiten ja erstmal mit dem Standardzeichensatz.

Ich kann deine neue Version mit meiner Verschmelzen. Allerdings ist dort noch die alte Eingabemethode von dir noch drin. Sprich, angezeigt werden die Karten korrekt mit J,D,K und A, aber man muss noch die Zahlenwerte eingeben. Ist das okay?

OK cool - das sieht schon gut aus.

Wie gesagt, ein As sollte (wie der Bube bei Mau Mau) eigentlich auf jede beliebige Karte gelegt werden duerfen; aber dass man im Moment immer noch die Farbe aendern kann, mit einem As, das nicht abgelegt wird, ist nun leider eindeutig ein Bug. Wenn man es denn so machen will, dass ein As nur auf die passende Farbe geht, dann muss das VOR der Farbauswahl abgefragt werden, und nicht hinterher.
Und eine 7 als erste (cutterfarbe-bestimmende) Karte auf dem Stapel sollte doch eigentlich auch relativ leicht abzufangen und durch eine andere Karte zu ersetzen sein, oder?
Ansonsten passt das ja schon so weit - ich denke, man kann ja immer noch spaeter an weiteren Feinheiten feilen, wenn jemand Lust hat, ebenso an einem Zeichensatz - Haubitze hat ja schon einen guten Anfang gemacht, damit kann man ja schon arbeiten.
Ich will euch ja auch auf keinen Fall die Lust verderben; es ist toll, dass das Projekt schon so weit gediehen ist - und eine eigene "Flavour" der Regeln ist ja auch ok, solange es die Spielbalance nicht komplett ueber den Haufen schmeisst.

PS: Auch fuer die Zukunft vielleicht eine nette Funktion: wenn die erste Karte ein As ist, darf der startende Spieler eine beliebige Farbe drauflegen. Das waere aber nur ein Extra, natuerlich.

RKSoft: Ich denke, das passt schon so, wie Du es vorschaegst - ist ja immer noch nur die Testphase, bevor dann die GUI kommt.

ich weis ihr seid noch nich soweit aber trozdem

ich hatte mir da noch mal was wegen dem platz problem ueberlegt.
nich wegen den handkarten sondern um einfach mehr platz auf dem schirm zu ham.

da dachte ich mir folgendes aus,

rechts unten sieht man den draw stapel mit der aktuellen cutterfarbe,
links daneben ist der ablege stapel mit der aktuellen "wunschfarbe."

dazu hab ich die cars.7z nochmal angepasst.

wie man sieht haette man dann knapp die haelfte des screens fuer irgendwelche statusmeldungen frei.
auch dies wieder nur hn entwurf, ka ob man das so einfach umsetzen kann und ob das performant laeuft.

salute

Sehr schön!