Linki do ciekawych stron

Dzięki za info, co prawda sam nie korzystam z GMS2 , ale jest to coś, co warto miec z tyłu głowy. Rozumiem, że ta zmiana to ujednolicenie pewnych standardów , i tu duży plus dla Yoyo, że pracują nad rozwojem GMLa. Byłoby jednak dobrze, gdyby np. w ustawieniach pozostawali opcje wyłączenia konwersji stringów na liczby, choćby do celów debugacyjnych. Już wyobrażam siebie godzinami siedzącego nad jakimś bugiem, po czym dostrzegam, że niechcąco użyłem stringa zamiast liczby... normalnie GM powinien to zgłosić przy kompilacji, ale po nowych zmianach możemy żyć w błogiej nieświadomości.

Nie dodadzą takiej opcji, bo wersje YYCompiler zawsze tak działały, więc musieliby nagle dopisać nowy kod, a oni po prostu wszędzie go tak naprawdę uprościli (bo każda wersja, czy YYC czy VM korzysta w pewnym sensie z C++).

Nie rozumiem, co do tego ma C++, przecież to statycznie typowany język. Wprowadzają tylko zamieszanie, będzie jak z JS czy PHP, niby spoko, dla laików będzie to "oczywiste", ale gdy się zrobi nieumyślny błąd z dodawaniem stringa do liczby, to będzie go trudno potem znaleźć.

No własnie korzystają z "atof", żeby nie waliło errorami.

Raczej chodziło mi o fragment "bo wersje YYCompiler zawsze tak działały, więc musieliby nagle dopisać nowy kod" ale już chyba rozumiem, w YYC wprowadzili taką funkcję, ale w VM już nie, co zmusiło ich do ujednolicenia działania obu runtime-ów.

Szkoda, ze nie chciało im się w drugą stronę, ale jak rozumiem obecna zmiana powoduje mniej bugów do szukania (tzn. będą to bugi w grach, nie w runnerze). Zrzucili z siebie odpowiedzialność.

Biorąc pod uwagę masową krytykę na forum YoYo w temacie GML consistency, ( widziałem Gnysek, że dorzuciłeś też swoje 3 grosze :-) . ) , obstawiam, że jednak zmiękną i poprawią to w najnowszej aktualizacji.

Nie, dla nich to rozwiązanie jest prostsze w utrzymaniu.