gnysek

To zostanie poprawione dopiero jakieś 2-3 tygodnie po premierze. (Im mniej będzie nowych bugów tym szybciej).

Chyba widziałem kotecka. Edit: tak, ja naprawde widziałem kotecka... Hello Kitty kolego?

Cośtam przebąkiwano, ale na 100% tego nie mogę potwierdzić.

Ja wiem, raptem 1 klocek na event, a przy dobrym dziedziczeniu czasem nie trzeba dopisywać nic.

W jakim sensie dynamiczne? Skoro potrzebujesz stworzyć jakiś obiekt w trakcie gry i przypisać do niego kod, który i tak musisz przecież wpisać wcześniej w GM, równie dobrze możesz dodatkowy obiekt stworzyć, a jak chcesz coś rozszerzyć, to masz parenty - aczkolwiek jak przejdziemy na pełne OOP to na pewno będzie więcej możliwości, niestety pierwsze wersje GM9/GMNext dopiero późną jesienią.

javascriptem mozna height zmienić :)

ta, ale w 50% przeglądarek to nie działa

Opcje są dwie - zeby muzyczka się nie wyłączała, strona nie moze sie przeładować. Więc - albo treść ładujesz do jakiegoś diva AJAXem - albo strona wyświetla się w iframe wielkim na całą stronę, co jest łatwiejsze do zrobienia - bo wtedy wszystkie linki będą się w tym iframe otwierać (o ile nie zostnaie ustawiony im inny target) - więc jakby nie trzeba wkładać w to specjalnie pracy, poza tym, że obecnej stronie głównej trzeba zmienić nazwę pliku, a zamiast niej dać taką z ramką która ten plik wyświetli - reszta powinna działać już bez zmian.

Po staremu, gdy GML był interpretowany w czasie rzeczywistym, to jest "w wirtualnej maszynie", a po nowemu kompilowany jest do pliku binarnego. Z tym, że tutaj prawdopodobnie jest zły opis i działa to dokładnie na odwrót - znaczy odznaczone pole to maszyna wirtualna, zaznaczone to binarka. Opcja zniknie w następnych wersjach i będzie się już domyślnie kompilować do binarki, po to wyleciało zresztą execute_string i variable_xxx.

Zapytam, jak dostanę odpowiedź to ją tu dam. btw. No, to chyba już tworzenie apek będzie działać.

Ale nie pozwalało na kompilację do binarki, dzięki czemu trudniej gry zdekompilować i działają szybciej.

No raczej nie ma czegoś co mogło by to zastąpić. Można spróbować z DS_Mapami, ale to trochę zabawy. Po prostu w założeniach, to zły nawyk programistyczny, ale myślę, że w GM:Next powróci to jako gettery i settery. Zgłoszone, poprawione: http://bugs.yoyogames.com/view.php?id=3419

raczej "porzucone" ;)

Ale w poziomie są tylko dwa... wciaż nie uważam, aby było to poprawnie wytłumaczone, albo kolega nie wie czego chce.

Znaczy wcześniej na pewno miałeś 4.0?

Opartym na MonoDevelop tak btw. Tak naprawdę język językiem, a tworzenie na konkretną platformę wymaga znajomosci klas danego frameworka, więc tu bardziej znajomość składni jest potrzebna, bo klas jak wiadomo, mozna sobie napisac nieskonczenie wiele, nieskonczenie różnych. To znaczy, ze ktoś kto programuje 10 lat w C# może mieć problem z napisaniem gry na PS Vita, a ktoś kto programuje dwa tygodnie tylko na PS Vita, moze umieć zrobić więcej od niego, mimo, ze zna język w bardzo małym stopniu. C# jest prosty, bo ładnie podpowiada składnię i jak znasz angielski, to z nazw metod wywnioskujesz co i jak. Zresztą zobacz sobie kod źródłowy mojego programu do czyszczenia GMXów game makerowych: https://bitbucket.org/gnysek/gms-cleaner/src -5 godzin, chociaż połowa rzeczy jest wygooglana, bo klasy XML kompletnie nie znam ;)

Zatem w czystym C# w Visual Studio od Microsoftu (który tworzy C#) jak pan Bóg przykazał nie można.

Ale tu mówisz o IDE, a nie o wynikowym pliku. Na iOS C# nie działa, Unity tworzy binarkę w C-Objective tak samo jak GM:Studio. To wcale nie znaczy, że na iOS działa GML, bo nie działa. GM:Next też będzie miał IDE w C#, żeby pod Macami i Linuxem działało.

jest też coś takiego jak Mono, a zatem Linux czy Mac, ale czy Android... tego nie wiem

Czyli tak naprawdę, skoro X może być normalny i pogrubiony, to mamy do czynienia z czterema różnymi warunkami a nie dwoma (X, X, O, O) ?

Jak miałeś do czynienia z C++, to C# może się wydawać dziwny, z kolei po doświadczeniach z Javą C# wydaje się bardzo naturalny. Efekty można osiągnąć zapewne podobne, ale czego by nie mówić - w C++ zawsze da się wydajniejszą aplikację napisać (co nie znaczy, ze Twoja gra aż takiej wydajności potrzebuje - mógłbyś jej nawet nie zauważyć).

Nie, wyzerowało się to co dodają. Zatem nie dodają nic...

Ach, wybacz, za długo siedze przed kompem... Other event > Intersect boundary: GML x=xprevious; y=yprevious;

x = -10 i już jest poza ekranem ?

Jakbyś potrzebował wiecej takowych kolizji bo jest więcej takich obiektów w grze, to można bez globalnych, wystarczy kod wykonywać zawsze w obiekcie który ma wyższe id (bo zawsze jeden ma większe a drugi mniejsze) GML if id > other.id { skrypt(id, other.id); }