Pole Tekstowe Bez Dll'a

[Pieter]

Dawno niczego nie dawałem, szperałem w swoich przykładach i rzucił mi się ten przykład:

 

https://gmclan.org/up44_11_b54a6c134d.html

 

v2

https://gmclan.org/up44_11_poletekstowe2.html

 

jako iż dodałem kiedyś pole tekstowe z dll'em, tym razem daje je bez dlla i konieczności jego używania ;) miłej zabawy!

 

 

Warn - 10% za przykład na stronę główną.

Mimek

[Hunter]

Fajnie fajnie :)

Efekt fajny a kodu mało :) Podoba mi sie :)

[Jaklub]

Ładne, proste, 4/5. Tylko przydałby się migający kursorek, ale można to bardzo łatwo dorobić.

[Darlix]

Ładny przykład tylko zamiast widocznego hasła mógłbyś dać gwiazdki (*) :) 4/5

[Pieter]

Zrobiłem to co chcieliście, * w polu hasła i migający kursor ;p brakuje tylko zaznaczania tekstu i było by git, ale za dużo pisania...

 

https://gmclan.org/up44_11_poletekstowe2.html

Dodane do pierwszego posta ;p próbuje odpracować warniska :P

[Marek.S]

w pierwszym polu nie zablokowałeś # czyli przeskoku do nast linii

a w drugim polu można pisać poza ramką :P

[Pieter]

oj! zaraz naprawie, thx!

 

e: naprawione :)

[Dawidds]

Trochę zbyt proste toto, daj chociaż zaznaczanie myszką/shiftem i będzie git ... :)

 

Jak na razie, to

7/10

[Markuz]

8+/10 nawet fajny przykładzik :) Lecz jakbyś zrobił zaznaczanie to by było 10+/10 :P

[Pieter]

nie zależy mi na waszych 10+ ;[ tylko narzekacie :P samemu nie łaska dorobić?

[pablo1517]

3/5

Bo proste i łatwe ale robienie specjalnie masy obiektów do większej ilość pól tekstowych jest bardzo eee... nie powinno tak się tego robić xD.

[Pieter]

czy tu jest jakaś masa obiektów? każdy robi jak chce... ;/

[Pental Stary]

Sposób Pietera imo lepszy, GM to GM, to nie jest język programowania, lecz środowisko służące do tworzenia gier. A jeśli obiektem "pole" będzie rodzic innych klas, jego przykład ma sens ;) .

[pablo1517]

To teraz se wyobraź, że twoja gra przynajmniej raz na każdy room potrzebuje pola tekstowego. Mając 20 roomów potrzebujesz już 20 obiektów :/. Tak jak mówiłem, mój jest trochę trudniejszy do zrozumienia ale mimo to bardziej przejrzysty i prostszy na dłuższą metę. Zawsze można dodatkowe bajery takie jak kolory ramek i teł wywalić i liczba kodu spadnie drastycznie :P.

[Pieter]

tak samo twój przykład! każdy room inny obiekt ! :P to nie ma znaczenia czy będą używać twojego czy mojego, zrobiłem to żeby ludzie się uczyli, poza tym zrobi Ci różnice jak będziesz miał 20 obiektów? poza tym u mnie używa się spritów i jest większe pole do popisu ;p chodź nie mówię wcale, że twojego kodu nie można by przerobić bardzo prosto, ale na dzień dzisiejszy tego nie ma, o! i tak wymiatam ;d

[pablo1517]

Ale u mnie masz pojedynczy obiekt i tylko 1 instancje na room. Choć jakby się uprzeć, zawsze można dodać kasacje i operować na 1 instancji. U ciebie na każde pole potrzeba nowy obiekt, obiekt nie instancje. To tak jakby klasę w C# czy coś. To jest duża różnica.

[Marek.S]

zindeksowanie i obsługa takich pól przez jeden argument (tak jak jest u Ciebie) to już pikuś.

ważne aby pierw dokładnie dopracować samo pole :P

[pablo1517]

Chyba nie rozumiesz, że im więcej obiektów tym więcej gra zajmuje miejsca i dla każdej nowej instancji masz dodawany ogromny szereg podstawowych wbudowanych zmiennych takich jak x,y, image_angle,sprite_index itp itd... To wszystko wsiada na pamięć.

 

Obiektów nie można se dodawać od tak ile się chce.

[Marek.S]

Rozumiem, ale jeśli to przykład i jeśli dopiero ma być rozbudowany to nie widzę problemu aby testy odbywały się na wielu obiektach...

[Pieter]

Temat do kłótni czy do oceniania? Wracamy do tematu mojego przykładu...

[Pental Stary]

Pablo, metoda Pietera jest wydajniejsza. Obiekty roli nie grają, wystarczy zrobić sobie funkcję z kilkoma argumentami je tworzącą i po kłopocie. A twój jest słaby, bo po co sprawdzać pozycję myszki tyle razy i później to wyświetlać. Obiekt to zmienna, zobacz, ile ty tych "obiektów" masz...

[Marek.S]

Pental-ku weź jeszcze pod uwagę, że Pieter używa w przykładzie sprita, co w późniejszym zastosowaniu może być uciążliwe.

Musiał byś do każdego pola rysować oddzielne sprajty, a tak to tylko wpisujesz pozycję i rozmiary pola ;)

[Pieter]

a jak chcesz żeby pole było spritem? nie masz poparcia w faktach... pabla przykład i twój też musiały by korzystać z spritów, to logiczne!

[Marek.S]

właśnie chodzi mi o to, że nasze nie korzystają z żadnych spritów, tylko są rysowane normalnie w drawie. i po co nam sprity?

[Pieter]

nie rozumiesz, a jak ktoś chce ładne okno logowania z rysowanym prostokątem z jakimiś szlaczkami albo coś? to i tak musi używać sprita...

[Marek.S]

nie spotkałem się nigdy ze szlaczkowanym polem tekstowym :]

 

jeśli taka była idea to ok. W końcu gdyby nasze przykłady się nie różniły w wyglądzie i w zastosowaniu o po co byśmy je mieli wstawiać? :thumbsup:

[pablo1517]

Pental, poducz się jeszcze trochę. Bo puki co to mało wiesz na ten temat. Tam gdzie więcej obiektów tam siada wydajność. Fakt, przy 2 obiektach na całą grę, może i nie ma problemu. Ale, tak jak mówiłem: na dłuższą metę, gdzie tych pól ma być więcej, lepiej jest dodać kilka zmiennych i pola rysować, niż dorzucać kilka obiektów, a z każdym obiektem nowe procesy i nowy zestaw zmiennych. Już tłumaczyłem, że każdy nowo dodana instancja to dodatkowy szereg zajmowanej pamięci, a czemu? Bo te instancje od razu sobie deklarują zmienne wbudowane, takie jak sprite_index, x, y, image_angle, direction i masę innych... Przy jednym obiekcie te zmienne występują tylko raz. Zresztą, dodaj se 1000 obiektów do gry, całkiem pustych, i zobacz fps to się przekonasz...

 

Co do szlaczków, też się z takim polem nie spotkałem, ale i draw pozwala na ich rysowanie :P

[Pental Stary]

Pablo, ale i tak twój sposób wydajny nie jest. Wiele obliczeń wykonujesz oraz deklarujesz wiele zmiennych, też trochę muli. Ale fakt faktem, że MO nadal nie wpadł na to, by było coś takiego jak "Empty Object", a raczej "Disable built - in functions"...

[Pieter]

kto był by taki mądry, żeby zrobić 1000 pól tekstowych? wyjaśnij mi...

[pablo1517]

Boże Pieter jaki ty odporny na logikę jesteś :/. Oprócz np. Wielu pól tekstowych w grze są także inne obiekty, bardzo dużo innych obiektów, dlatego należy starać się unikać ich DODATKOWEGO mnożenia. I z tego powodu, jak się da, najlepiej ograniczać ich liczbę.

 

No i Pental, wierz mi, po wywaleniu bajerów z kolorkami czcionek itd. ten przykład jest BARDZO wydajny, tak samo zresztą jak i teraz. To nie jest dużo obliczeń.

 

Porównaj se ile pamięci rezerwuje jedno pole tekstowe na obiekcie a ile jedno moje. Nie wiem ile to dokładnie, ale do jednego mojego pola wystarczy 9 zmiennych (po wywaleniu kolorków ok. 4-5) Z kolei do jednego takiego obiektowego cały szereg wbudowanych oraz te które sam zadeklarujesz. Mateczko, każdy by to już dawno załapał, bez tylu dodatkowych tłumaczeń. Przy kilku polach ta różnica jest już SPORA.