Dokładnie, Elf namieszałeś tyle rzeczy że z niektórymi rzeczami były komplikacje, wydaję mi się że ty tego TFS'a tworzysz dla siebie...
Napisz z głównego konta, to może porozmawiamy, bo twoje zarzuty, anonimie, niestety spływają mi po plecach.
Tak to jest jak daje sie 1 dev wladze "prezydenta" w TFS.
Elfiku wytlumacz mi te cele blagam i wytlumacz mi rowniez po co robisz wlasna db structure oraz zmieniasz nazwy funkcji zamiast zostac przy tej w OT co boisz sie ze komus sie znudza crashe i inne evul features TFSa i przejdzie np na OT bo przecierz wszystko bylo by kompatybilne nie? Bo po co komu po gui ,multi world czy groups w xml(minalem cos?
![Smile :) :)](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
.
Pokaz mi chociaz 1 taki temat na bug trackerze plzzzzzzz.
Gdzie daje własną strukturę db? Pokaż mi, "plzzzzzzz" (chyba wszystkie Zety).
Boje się? Czego? Powiedz mi CZEGO ja mam się bać? Od półtora roku robię miesięcznie (średnio) więcej, niż Ty w całym życiu na swoim serwerze. Nie mam z tego żadnych zysków, nawet dobrego słowa, nie wspominając o dziękuje. Staram się zrobić wszystko najlepiej, jak tylko potrafię, realizując w dodatku wszystkie plany oraz polecenia wydane przez samego Talaturena.
TAK, uwaga, oświecę Was- to on od dawien dawna chciał jak najbardziej odbiec od OT zachowując mimo to kompatybilność, która, uwaga numer dwa, JEST. Przyczepi się tu Pietia, że jej nie ma, ale oprócz pliku movements, którego uwierz mi naprawdę się nie dało inaczej ominąć, nie widzę nic, co by sprawiało kłopot, bo grupy TFSa mają się tyle do grup OT, co Amerykanin do Ruska. Mówisz, że nie wiesz po co to... Może Ci slawkens wyjaśni, jak obsługiwać się CDATA w plikach xml? Próbowałeś kiedyś czegoś takiego:
Code:
<action itemid="1000" event="buffer" value="doRemoveItem(item.uid)"/>
czy
Code:
<action itemid="1000" event="buffer"><![CDATA[
if(item.itemid == 666) then
doRemoveItem(item.uid)
end
]]>
Hę? No widzisz. Nie zmieniłem tego, bo miałem kaprys, tylko dlatego, że była taka potrzeba. Chociaż najbardziej mnie rozbawił GUI, który istnieje w TFSie od zanim do niego doszedłem, a jest autorstwa Talaturena i Kipera. Jedyne co dodałem od siebie, do czego się przyczepiłeś, a nie wyjaśniłem i nie wyjaśnię, to multi world, który tak naprawdę nie koliduje w żaden sposób z otserv. Skoro nie umiesz przekopiować pliku compat.lua, to najwyraźniej jesteś kretynem, bo tam są wszystkie funkcje, które zostały zmienione i używa się ich cały czas tak samo. Mógłbym jeszcze wymieniać DB Update Tool, który OT z nas zryła, o czym sam Remere mi nawet pisał, czy inne mniej ważne pierdoły. Tak naprawdę TFS ciągle się rozwija, a OT stanęła w miejscu, bo ów pan miał kaprys przepisania całego systemu skryptów od zera. Oczywiście nie mam mu tego za złe, bo to kawał dobrej roboty, ale nie widzę sensu, by JUŻ TERAZ wydawać TFSa opartego o revscriptsys, gdyż brakuje tam wielu kluczowych rzeczy, a nie chcę samemu tego pisać by, uwaga numer trzy, nie odbiegać kompatybilnością. Poza tym, revscriptsys będzie miał prawie wszystko co ma TFS, więc nie wymaga to wczesnych przygotowań z naszej strony.
heh nie musisz celowo przekręcać mojego nicku na każdym kroku bo tylko się ośmieszasz. Postanowiłeś że będziesz budował silnik po swojemu już dawno temu więc jesteś ostatnią osobą która powinna mówić o pracy w zespole, bo z Tobą nigdy nie dało się dojść do kompromisu i zawsze zostaniesz przy swoim. Postawiłeś za cel zmienienie wszystkich rzeczy żeby pokazać ile to się napracowałeś. Zrobiłeś bardzo wiele na + i za to wiele osób jest Ci wdzięcznych ale też bardzo wiele prostych rzeczy skomplikowałeś i w ten sposób powstała masa problemów. Prawda jest taka że TFS 0.3 nie jest kompatybilne z niczym i to jest to do czego dążyłeś, o czym marzyłeś? Tworzenie nowych standardów burząc to co ktoś kiedyś wymyślił tylko dlatego że lepiej brzmi jest nie poważne, w ten sposób tylko powstaje chaos i zamieszanie, co chwile zmieniasz jakieś zmienne w configu, funkcje itd. I powiedz mi jak stworzyć tu cokolwiek kompatybilnego z tym silnikiem jeśli w każdej wersji są inne standardy? Dajmy na to ktoś chce stworzyć edytor configa, tylko jak jeśli 0.3 z każdym nowym wydaniem odbiega znacznie od OT i 0.2. I nie, nie na tym polega SVN, bo powinno to być bardziej przejrzyste a nie tylko same Twoje kropki jeśli dasz SVN log. Nie widać w ten sposób rzeczywistego stanu w jakim tempie szły prace. Co za problem się zastanowić ze 2 razy zanim wcisnę 'commit'. Sam wiesz jak to kiedyś było gdy nie mieliśmy jeszcze takiego pojęcia i się dziwisz dlaczego na forum jest 2793247 tematów w stylu 'help me plax cant compile private svn'. A miało być private żeby nooby nie miało dostępu tylko że teraz 70% forum ma dostęp. Wiem, wiem, to nie Twój pomysł więc już nie piszę dalej.
@Sality
Chciałbym odnieść się do Twojego postu, lecz niestety nie ma do czego - nic nie wiesz. I nigdzie nie ubustwiałem OpenTibii ale sposób w jaki pracują doceniam. Lepiej w prywatnym repo nastukać 23423 commitów co nie?
PS. Nie fatyguj się bo już napisałem do Talaturena. To co chciałem zrobić w silniku to zrobiłem, a dalsza współpraca nie ma sensu bo od początku nie było nam po drodze.
Nie dziwie się dlaczego na forum jest wiele tematów o kompilacji, tylko je olewam, bo jest wszem i wobec wiadomo, że to jest PRYWATNE, a nie O. 90% osób to akceptuje, reszta na to mówi "paid 0.3.5" i ma w dupie obowiązujące zasady. Szczerze mówiąc wolałbym selekcje 20 zaufanych osób, które by to testowały, niż 100 noobów, którzy i tak to publikują, a potem płaczą. Co do kropek- zazwyczaj staram się napisać, jeżeli commit tyczy się czegoś więcej, niż poprzedniej, niekropkowanej zmiany. Czemu też czepiasz się zmian configa? Co to ma do rzeczy? Chciałbym wiedzieć na koniec, skoro już się przylepiłeś do publicznych wypłakiwań, co cię tak najbardziej zabolało z moich zmian, bo póki co rzuciłeś ogóły, zero konkretów.