Musiałem zmienić wygląd gui. Poprzednie całkowicie nie sprawdza się na telefonie. Mam nadzieję, że nowe będzie czytelniejszy oraz wygodniejsze w użyciu. Niestety jego pełne uruchomienie będzie wymagał sporo pracy i zmian w projekcie
 |
| GUI upodobni się do tego jakie jest w starym generatorze napisanym w java script |
 |
| I po kilku chwilach pracy mam zmianę na lepsze |
 |
| Śliczna ikonka :) Copilot się sprawił |
 |
| Obrazek dopasujcie wielkością do ekranu telefonów to zrozumiecie w czym problem. |
 |
| Fajnie, konfiguracja się załadowała, tyle że litery są tak małe że nie da się w nią niemal kliknąć. |
Nie miałem natchnienia na dodanie kolejnych elementów generatora dlatego też postanowiłem go trochę upiększyć. Jedną z uciążliwości generatora było poprawne wyświetlanie informacji skąd wzięła się wysokość cechy postaci.
W ekranie dodałem specjalną etykietka, która ładowała źródło wylosowanych cech. Miała jednak spory mankament...
 |
| Podgląd cech |
 |
| A teraz jeszcze jakieś poziomy... |
Jak widać powyżej - etykieta niemiłosiernie rozpychała ekran. Do tego stopnia, że nie dało się zobaczyć niczego poniżej charyzmy czy prezencji postaci. Jak dochodziły jeszcze poziomy robiło się jeszcze gorzej. Czasem na wysokości IQ ekran wpadał za krawędź. Stąd ten element wymagał naprawienia.
Na ratunek przyszłą pływająca etykieta umieszczona w CanvasLayer, które jest niezależne od elementów na ekranie.
Po zmianach informacja o wylosowanych cechach ładowana jest w etykietkę przyklejoną do cechy. Dodatkowo dorzuciłem jakieś proste przełączanie panelu z rysunkiem. aby było wiadomo, która cecha jest aktualnie w podglądzie.
 |
| Po najechaniu na ikonkę kwadracika zamienia się on w celownik, a poniżej pojawia się zestaw, z którego zostały wylosowane cechy. |
 |
| Teraz całość mieści się bez problemu na ekranie. |
Tutaj przykładowe losowanie dla takiego oto bohatera
 |
| profesja Wojownik / Kleryk poziomy 5/7 |
 |
| Niby wszystko ok... +3 na końcu wynikają z tego, że kleryk jest z wyższego poziomu niż wojownik. |
 |
| Nie mam zielonego pojęcia czy tutaj jest prawidłowa wartość... |
 |
| Jak widać poziomy nadal nie są uwzględniane. |
Plany były większe, ale weekend zszedł mi na dość się prostej rzeczy. Przynajmniej tak do tego poszedłem na początku i srogo się zdziwiłem komplikacją.
Mianowicie jak prawidłowo obsłużyć dwie listy rozwijalne tak, aby wybrane elementy z listy A nie były dostępne do wyboru w liście B i vice versa. Jak łatwo się domyślić (i o ile czytelniku znasz zasady kryształów czasu) chodziło o wybór profesji dla postaci dwuprofesyjnej. Nikt przecież nie chce grać Wojownikiem-Wojownikiem 😊
Doprowadzenie kodu do działania zajęło nadzwyczaj dużo czasu, a powodem tego była nieznajomość … powiedzmy, że API stojącym za listami rozwijalnymi godot czyli obiektami OptionButton. Cała trudność polegała na prawidłowym obsługiwaniu kolekcji, która trzyma w sobie definicje poszczególnych elementów listy rozwijalnej czyli tzw. popup. Zanim to zrozumiałem wsparłem się copilotem (wypluł trochę bzdur) oraz zwykłym – mozolnym – testowaniem co się stanie gdy ustawię opcję tak albo śmak. I powoli, powoli udało się.
 |
| Stan startowy - jedna profesja |
 |
| A tutaj już widać wybór profesji. Jak widać pogrupowane są per typ. Jak uzyskać jakieś ikonki niżej. |
 |
| Wybieramy drugą profesję i ładuje się druga lista. |
 |
| Profesja Hunter nie jest dostępna w drugiej liście do wyboru ponieważ wybrano ją w liście pierwszej. |
 |
| I odpowiednio profesja Knight wybrana w drugiej liście blokuję wybór w liście pierwszej. |
 |
| Po zamknięciu listy drugiej profesji i zdjęciu checkboxa że tworzymy postać dwuprofesyjną ponownie wszystkie opcje dostępne. |
Cała magia z podstawowym blokowaniem list opierała się na poprawnym przekazaniu selekcji między listami i ich ciągłe odświeżanie.
Kłopotem okazało się przekazanie, które elementy są nagłówkiem listy grupującym elementy oraz co zawierają poszczególne wiersze tak żeby nie opierać się na zawartości textowej wybranej opcji. Na potrzeby przekazania do generatora chciałbym wiedzieć czy coś jest Grupą Rycerz - Profesja Paladyn czy czymkolwiek innym. Stąd powstał obiekt opakowujący każdą opcję i do niej przypisany. Żeby był możliwy do użycia w kontolce silnika musi rozszerzać typ dla Variant, a najłatwiej po prostu Node
Tenże obiek wpinany był w każdą opcję z użyciem dostępnej dla wierszy listy rozwijalnej metody .SetItemMetadata
Poniżej ustawienie dla nagłówka grupy:
Dla wiersza z profesją dane wstawiane były identycznie (tylko zmieniał się zakres) ponieważ najpierw wczytaną z json kolekcję profesji grupowałem, tworzyłem obiekty ProfessionMetadata per profesja i przypisywałem do wierszy listy rozwijalnej.
A teraz cała funkcja budująca opcje dla podanej grupy profesji (i tak wiem ifologia dla ikon powinna zniknąć a ikonka powinna pochodzić z konfiguracji jsona. Się to kiedyś zrefaktoruje)
I są jeszcze dwie metody wspierające przywracanie dostępności poszczególnych opcji per zmiana czy tworzymy jedno czy dwu-profesyjną postać, ale jako, że jest w nich jeszcze błąd czyli to nieszczęsne odblokowywanie nagłówków, to nie pokazuję. :)
Z rzeczy, które trzeba będzie dodać to brakuje wykluczenia profesji, aby nie wybrać np. paladyna-złodzieja, jednakże ten filtr będzie już taką wisienką na torcie jak cała funkcja będzie mi działać bez błędów.
p.s
Dorzuciłem w międzyczasie sporo konfiguracji do jsonów jak np. listy broni czy zbroi.
Łatwo stwierdzić po datach, że od lutego niewiele się tu działo, a to z dość zaskakującego powodu. Gdzieś na początku kwietnia złapałem covida. Ten ostro mnie przeczołgał i przy okazji całkowicie wybił z rytmu oraz chęci pisania. Wystarczyło 2-3 tygodnie niezbyt dobrego samopoczucia (to tak oględnie mówiąc), aby przez kolejne miesiące nie wrócić do Sladuma i programowania w domowym zaciszu .
Dopiero niedawno naszła mnie chęć do wieczornych posiadówek z Godot i C#, a ich efektem jest rozszerzenie generatora postaci KC. I to właśnie o nim będzie ten wpis.
Aktualny stan mini projektu to możliwość wylosowania postaci z wybranych kilku ras, większości dostępnych profesji i dodania poziomu zaawansowania i kilku drobiazgów.
 |
| Zrzut z niezbyt pięknego menu generatora |
 |
| Lista obsługiwanych profesji |
Mamy teraz erę SI stąd mocno skorzystałem z tego narzędzia przy przekształceniu zawartości plików javascript do postaci json. Kilka iteracji promtów i otrzymałem eleganckie skrypty, które dane z javoscriptowchy obiektów generowały jsony. Te znów przerzuciłem do projektu w godot. Poniżej przykładowy plik definiujący cechy dla człowieka.
{"name": "Human","genders": [{"gender": "male","traits": [{"name": "HP","base": 100},{"name": "SF","base": 50},{"name": "AG","base": 35},{"name": "SP","base": 25},{"name": "IQ","base": 60},{"name": "WD","base": 70},{"name": "SP","base": 0,"special": true},{"name": "CH","base": 40},{"name": "PR","base": 20},{"name": "FH","base": 10},{"name": "DA","base": 0}],"height": {"min": 150,"middleFrom": 171,"middleTo": 180,"max": 200},"weight": {"min": 50,"middleFrom": 71,"middleTo": 80,"max": 100}},{"gender": "female","traits": [{
Stąd już prosta (tia) droga do wygenerowania postaci zgodnie z założonymi w systemie zasadami.
 |
| Tu zakładka z cechami podstawowymi |
 |
| I zakładka odporności |
Aktualnie pracuję nad uwzględnieniem poziomów postaci w zwiększaniu wysokości odporności per poziom postaci. Stąd pasek z kwadracikami na zamieszczonym powyżej zrzucie ekranowym z zakładki `Resistances` . .
 |
| W konsoli można tymczasem podejrzeć kolejność wylosowanych cech oraz co - kiedy zostało wylosowane. |
Patrząc w kod to lepszej obsługi kolekcji w c# oraz dostępu do statycznych property. Szczególnie zadowolony jestem z (napisanego na nowo) kodu odpowiadającego za losowanie z użyciem wirtualnych kostek k10, k100 itp.
Wywołanie mocno się uprościło:
var statRoll = Dices.d100.Roll;
Definicje klas poszczeg ólnych kostek są maksymalnie uproszczone (zmienia się oczywiście zakres od-do)
public class D100 : Dice{private readonly Random rng = new Random();public int Roll => rng.Next(1, 101);}
A całość opakowuje klasa wystawiająca dostęp statycznie
public class Dices{public static readonly Dice add0 = new D0();public static readonly Dice d5 = new D5();public static readonly Dice d10 = new D10();public static readonly Dice d10Premium = new D10Premium();public static readonly Dice d50 = new D50();public static readonly Dice d100 = new D100();public static readonly Dice d76100 = new D76100();
Kod jest o niebo lepszy od mojego ostatniego podejścia do problemu implementacji kostek i rzucania nimi (ze 4 posty niżej pisałem o tym)
Na potrzeby zbierania wyników, których sumy tworzą cechy widoczne na karcie postaci, utworzyłem specjalny obiekt rozszerzający typ Dictionary. Dało mi to eleganckie obejście problemu związanego z wiedza skąd biorą się wartości, z których powstają cechy. Obiekt na starcie buduje definicje cech jakie można losować w jego zakresie. Zachowuję przy tym kolejność dodawania składników pochodzących od profesji, rasy itp. co znacznie ułatwia obliczenia i szukanie ewentualnych błędów. Rozdzielenie odpowiedzialności wymusiło, że powstały dwa: jeden dla cech postaci a jeden dla odporności.
Mój stary kod w javascript radził sobie z tym elementem o wiele, wiele gorzej.
Wyliczenie cech na poziomie karty postaci przekształciło się z prostackiego przypisania
rolledHero.TEMPERATURES= 10
do sumy zliczanej z pojedynczych elementów z wskazanych w obiekcie kolekcji.
Nie zależy mi jakoś na wydajności rozwiązania a iterowania w koło Wojtek po kolekcjach cech i odporności niekoniecznie mi przeszkadza.
Na potrzeby odczytania jsonów powstał generyczny wczytywacz :)
Cóż.. mało go tutaj: D
Zaledwie kilka scen zlepianych w całość. Same w sobie nie są niczym nadzwyczajnym, zwykły TabContainer i trochę marginesów z labelkami i listami wyboru... Jak zacznę dodawać do nich jakiś sensowny wygląd napiszę więcej, a teraz po prostu nie ma za bardzo o czym.
Okazało się, że pomimo usunięcia ze sceny przycisku, którym przez jakiś ręcznie ładowałem konfigurację to tenże button nadal był widoczny, ale tylko w tekstowej definicji sceny w pliku tscn, Nie był widoczny w drzewie i na ekranie w trybie edycji w godot. Miał też dalej podpiętą akcję ładowania zawartości mechanizmu losowania jsonów i do tego (tu już nie wiem jak... nie wnikałem) restartował ekran.
Tyle!
