z deka broniac sie (btw. milo ze w koncu jest odzew ;) ) poprawka byla rzeczywiscie jedynie propozycją "jak ugryzc temat" (przykladowym rozwiazaniem). proponowany sposob przelaczania nie byl zwiazany z konkretna platforma i dzialal(by, gdyby nie owczesny bug w ui) na kazdej platformie, a tylko dla SDL dodawal F12 jako switch (dalem to jako przyklad - nie bylo propozycji jaki skrot klawiszowy zastosowac w innych portach, a i do tej pory miedzy portami chyba nie ma jednolitego podejscia do tego tematu - a mialo sie to ztcp przed pazdziernikiem zmienic).
nie interesowalem sie "upiększaniem łatki" (dokumentacja, inne porty, speedmeter) bo przez 14 miesiecy nawet linijki odpowiedzi na posta nie dostalem...
ale skoro widze odzew - i tu i na grupie - pewnie niedlugo poprawie, tyle ze widze ze bede musial rozbic "pacza" na osobne czesci, tj. atari.[ch] (pomyslec nad speed toggle) + ui.c + kawalek dokumentacji, oraz poszczegolne platformy + pozostala czesc dokumentacji (pod jakie klawisze podpiecie)
przy okazji moze porusze temat ktory rowniez te nieszczesne 14 miesiecy temu zamarl - funkcje klawisza f7...
co do naciskow na autora atari++, to pamietam ze dlugo pozostawal oporny i nie chcial sie przyznac do tego ze zywcem kod ukradl, ale przynajmniej teraz kod jego jest na GPL. i tak atari800 ze wzgledu na wieksza zwiezlosc kodu bedzie dzialac lepiej np. na arm9, czy powerpc (pockety, czy telefony - nadal nie moge sie zmusic do sportowania na platforme nokii :/ ).
laoo: czytelnosc, a wydajnosc kodu nie ma nic wspolnego. mozna pisac kod cholernie czytleny i nadal wydajny, jak i rownie niewydajny co nieczytelny... kwestia lezy gdzie indziej - kiedy nastapi przelanie czary goryczy i miast ciagle poprawiac kod, łatając, łatając, łatając - wezmie sie ktos za napisanie go od nowa (ewolucja jest fporzo, ale czasem potrzebna jest rowniez rewolucja) i na podstawie doswiadczen zebranych przy poprawianiu - od nowa napisze wszystko "tak jak trzeba".
fox: cos czuje ze autor atari++ nie przenosil do podkatalogow tych plikow, bo pewnie rozwija kod w (tfu) Visual Studio (tfu), i przez to nie zwracal uwagi - ale moze da sie go przekonac do sensownego przearanżowania struktury projektu...