Napisał Diablos w niedzielę, 26 lutego 2006 o 19:25

Wydaje mi sie, ze narazie nie powinienes sie martwic kompatybilnoscia ... Poki nie została wydana wersja 1.0 produkt moze zmieniac kształty. Martwic o to, to sie bedzie mogl zaczac przy wydawaniu 1.8 :)
Bo nawet wersja 2.0 wcale nie musi byc kompatybilna z 1.0 -> wkoncu 2.0 oznacza druga (inna) wersje.

Napisał radziel w niedzielę, 26 lutego 2006 o 19:59

Dla mnie przydalby sie jeszcze tryb kompatybilności ze Smartym, gdyż mógłbym wtedy odrazu spr. szybkość działania bez przerabiana szablonów szczególnie sekcji...
Niepogardziłbym też Smarty'owym {cycle} :)

Napisał Zyx w niedzielę, 26 lutego 2006 o 21:29

Cycle jest, tylko coś nie działa. Zaś tryb kompatybilności ze Smarty'm to raczej bardzo odległa przyszłość. W kwestii kompilowania bowiem OPT ma zupełnie inną specyfikę i trudno odwzorować bardziej zaawansowane elementy składni. Ponadto wydajność powinna być właśnie mierzona przy porównywaniu natywnych elementów każdego systemu, a nie jakichś "portów" :).

Diablos -> problem w tym, że OPT jest już dość znany, a nawet używany gdzieniegdzie. Trzeba zacząć bardziej dbać o użytkowników przy wydawaniu nowych wersji. Co do 2.0 to się samo przez się rozumie, lecz to także odległa przyszłość :).

Napisał Bora w niedzielę, 26 lutego 2006 o 21:32

to może zamiast obsługi smarty pokusić sie na konwerter?

Napisał Diablos w niedzielę, 26 lutego 2006 o 22:31

Zyx: szkoda by było jednak aby projekt "cos" tracił, ze wzgledu na uzytkownikow. Uzytkownicy sie dopasuja. Nie wiem czy byłby to znowu taki problem, wprowadzic kilka zmian w kodzie. Zreszta niektorzy ukonczyli projekty na OPT RC2. Najwyzej by ich nie zmieniali, a jedynie w nowych zastosowali nowsza wersje.

Napisał Zyx w poniedziałek, 27 lutego 2006 o 07:05

Jak ktoś nie ma SVN'a, paczka jest do ściągnięcia tutaj: http://media.zyxist.com/opt.zip.

Napisał normanos w poniedziałek, 27 lutego 2006 o 09:07

własnie zyx, własnie! Niektórzy maja już spore projekty na OPTcie.

@Diablos: daj spokój. Pare zmian w kodzie? Zakładając jakas większa zmianę w OPT to jest masa pracy dla programisty. Do tego w rozbudowanym serwisie można się zgubić co juz zostało poprawione a co jeszcze nie działa. Ba, niektórych błędów mozna nawet nie zauważyć póki userzy nie zgłosza usterki.

"szkoda by było jednak aby projekt "cos" tracił, ze wzgledu na uzytkownikow. Uzytkownicy sie dopasuja."

to zdanie mi przypomina cytacik z bodajże "chłopaki nie płaczą": dziekan do jeden z profesorek: "droga koleżanko, oni są jeszcze gotowi pomysleć, że MY tu jesteśmy dla NICH" :D :) (Oni - studenci, MY - kadra).
Twoje zdanie zabrzmiało podobnie. To zaraz, OPT jest dla nas, czy my jesteśmy po to aby wiecznie testowac OPTa?

Jeżeli OPT ma byc uzyteczny i dla ludzi to nie mozna nimi pomiatac ciagle wydając pozmieniane, niekompatybilne ze soba wersje. A jeśli tak ma byc to prosze napisac wielkimi literami ściagajcie OPTa na własna odpowiedzialnośc bo jeszcze milion razy go zmienimy bo takie nasze prawo.

Jeśli to ma byc POWAŻNY projekt to niestety ze wszystkimi tego konsekwencjami musi byc tak jak napisal Zyx. A jak ma być niepoważny to przynajmniej dajcie znać, że będzie jak wiatr zawieje, żeby człowiek wiedział na czym stoi.

Napisał normanos w poniedziałek, 27 lutego 2006 o 09:15

aha, zeby nie bylo, że jestem przeciw zmianom. Nie, jestem przeciw burdelowi i dezinformacji. Jak ma byc jeszcze kilka wiekszych przewrotów to po prostu daj Zyx informacje, że to wygląda tak i tak, że do wersji takiej a takiej może się to zmienic jeszcze z pare razy. Po prostu zeby czlowiek wiedzial na czym stoi. I nic poza tym. I niech sie zmienia, tylko żeby była jasnośc, jakaś roadmapa,żeby człowiek wiedział czy mozna tego uzyc czy nie.

Napisał Zyx w poniedziałek, 27 lutego 2006 o 10:01

Mogę ci zagwarantować, że choćby się waliło i paliło, RC3 będzie na 193834745% ostatnim RC i wersja finalna będzie tylko poprawiać ewentualne małe błędy. Do wersji RC3 będzie kompletna dokumentacja po angielsku.

Zmiany między RC2 i RC3 dla typowego programisty mają objąć TYLKO i WYŁĄCZNIE te pięć różnic, które tu wyszczególniłem (aa... jeszcze przy filtrach są odwrócone parametry, tj. najpierw idzie $tpl, później kod - chodzi o to, by wszędzie było jednakowo, bo funkcje używały do tej pory innej kolejności). Każda inna różnica jest klasyfikowana jako błąd, który trzeba bezwzględnie poprawić.

PS. Dziś dodałem parę brakujących opcji, ale na SVN ich nie mogłem wrzucić, bo im chyba miejsca na HDD zabrakło :). Kiedy poprawią, wgram zmiany do SVN i zaktualizuję paczkę.

Napisał normanos w poniedziałek, 27 lutego 2006 o 10:31

no i good. gra i trabi. jestem usatysfakcjonowany odpowiedzią :)

Napisał Zyx w poniedziałek, 27 lutego 2006 o 21:05

Cieszę się :). Przed chwilą wgrałem do SVN rewizję 42, która jest także dostępna w tej paczce, co podałem parę komentarzy wyżej.