Zasadniczo to powstał mały problem : myBB nie ma jeszcze polskiego wsparcia dla najnowszej wersji, a punBB jest zbyt ograniczone - jakieś propozycje?

myBB, ja mogę przetłumaczyć ;] Tylko trza będzie siąść i robić

Nom, albo poczekać na polskie wsparcie... ;/

Ono nigdy nie powstanie raczej, bo Polaki leniuchy ;] To tłumaczyć czy nie ? Bo nie wiem co robić ?

punBB - trzebaby kupe czasu, zeby zainstalowac wszystkie modyfikacje, ktore pozwola na normalna prace.
SimplaMachines - beznadziejne :/

Tlumacz myBB. Dzis postawie angielska wersje. Lang wrzucimy, jak bedzie gotowy.

BTW, phpBB dawno by juz stalo.

Adrian.

Ta jest panie generale
Na jutro postaram się zrobić podstawowe akcje ;] Do końca tygodnia przetłumaczyć powinienem wszystko.

Przetłumaczona 1/3 . Mam dość ;] Jutro kończę

a ja niewyraźnie napisałem?

Simple Machines - sam instalowałem ostatnio dla kilku osób z darmowgo projektu -> forum.serialopedia.pl i jestem w szoku jak mocno to forum się rozwinęło (punBB lezy w sprawach moderacyjnych; to czyli SFM ).

~Prph, ~envp, ~Turgon jeśli nie potraficie sobie zainstalować jakiegoś komunikatora to powiedzcie.

Czat sobie urządziliście czy jak?

Zamykam.

Otwieram na prośbę Prph

..... kawał dobrej roboty

Witam,

Wczoraj przemianowaliśmy wersję na 0.4. Od czasu pojawienia się Jakuba Kozickiego w projekcie poprawiono wiele elementów i zlikwidowano kilka błędów. Teraz głównym celem projektu jest stabilizacja Rapide. W kolejnych odsłonach mamy zamiar dodać kilka dosyć znaczących elementów, ale przede wszystkim chcemy usunąć wszelkie problemy, jakie może napotkać programista używając Rapide.

Dodam, że można już korzystać z http://forum.rapide.pl - zapraszamy!

Zachecam wszystkich do pobrania źródeł Rapide. Najnowszy snapshot pod adresem http://rapide.pl/snapshot/.

Pozdrawiam, Adrian.

A kiedy powstanie dokumentacja, narazie robicie layouty dla strony itd itp a najważniejszego nie ma

Wspominalem juz o tym kilka postow wczesniej. Nad dokumentacja moga pracowac jedynie deweloperzy. Tak sie sklada, ze kazdy z nas studiuje, a wiadomo jak jest w styczniu. Dokumentacja bedzie utworzona w lutym.

Co do layoutu - robi go Ano.

Adrian.

mam takie pytanie, moze troche ogolne

jaka przewage ma rozwiazanie zastosowane w Rapide z podzialem widoku na klase i szablon?

w CI framework widok jest juz szablonem, mozna w nim wstawiac html, php, dane z kontrolera.

a do czego sluzy klasa widok? tylko do ladowania szablonu? przeciez to wiecej plikow, wiecej pisania i wogole wszystkiego wiecej.

Ale poprawnie implementuje MVC. Przyklad:

Cennik produktow w sklepie. Wystarczy napisac jedna akcje i kilka widokow, aby cennik przedstawiac w postaci XML, CSV, PDF.

Oczywiscie mozna zrobic jeden widok - nie ma problemu. Tworzymy widok o nazwie Html. i teraz w kontrolerze:

[PHP] pobierz, plaintext 
<?php
$oView->$this->getView('Html');
$oView->setTemplate('Moj_szablon');
 
$oView->zmienna = 'wartosc';
 
return $oView;
?>
[PHP] pobierz, plaintext 

Poza tematem widoku. W Rapide zostal utworzony nowy obiekt - Request. Informacje o nim na forum Rapide: http://forum.rapide.pl/viewtopic.php?t=4

Pozdrawiam, Adrian.

troche skomplikowane to
jezeli chcialbym zeby zamiast html wyswietlil mi pdf to nie mozna w kontrolerze odpalic odpowiedniego widoku?

[PHP] pobierz, plaintext 
<?php
$oView->$this->getView('pdf');
$oView->setTemplate('Moj_szablon');
 
$oView->zmienna = 'wartosc';
 
return $oView;
?>
[PHP] pobierz, plaintext 

ja wychodze z zalozenia ze framework jest po to zeby upraszczac pisanie aplikacji, a tutaj mozna sie pogubic w gaszczu plikow i katalogow.

moze poczekam na jakas przykladowa aplikacji, dokumentacje - moze wtedy mi sie rozjasni o co tak naprawde chodzi:)

No przecież o tym mówiłem ;-) Jeżeli chcesz, możesz tak używać widoków.

Przyznam, że tworzenie kolejnych klas widoku, które i tak dziedziczą z Rapide_View_Html może być męczące, ale publiczna metoda setTemplate() rozwiązuje ten problem. Jak już wcześniej wspomniałem - Rapide mocno implementuje MVC, dlatego taka konwencja.

Pracujemy nad intuicyjnością w Rapide, ale zgodzę się - bez dokumentacji będzie ciężko. Ogólnie staramy się tak projektować Rapide, żeby był łatwy, dawał duże możliwości i był poprawnie napisany. Żadne obejścia w kodzie nie wchodzą w grę.

Pozdrawiam, Adrian.

Na swojej stronie reklamujesz Rapide jako pierwszy polski framework php. A zgodzisz sie chyba, ze pierwsi to akurat na pewno nie jestescie. Z tego co pamietam to nawet Cake ma polskie korzenie.
A poza tym, to powodzenia. Szkoda ze nie mam czasu sie przyjrzec Rapide.

Heheh, przyznam się, że czekałem na moment, kiedy ktoś to wypomni Oczywiście nie napisałem tak bez powodu. Tu raczej chodzi o to, że Rapide ma aspiracje być pierwszym poważnym frameworkiem, tworzonym przez nas. To takie motywujące hasło. Nie ukrywam, że chcemy zebrać pewną społeczność wokół Rapide i wspólnie rozwijać ten framework.

A co do polskich frameworków - Phiend mógł być takim. Niestety projekt upadł.

Pozdrawiam, Adrian.

społeczność się zacznie jak będzie dokumentacja prosta jak w CI ale o tym już wiecie więc pozostaje już tylko czekać na Wasz wolny czas. Poza tym Rapide jeszcze sporo brakuje aby "jechać" na nim na poważnie


to może mała modyfikacja: pierwszy polski framework w php5? ;D

http://www.mojavi.org/ - Rapid Framework (Mojavi 4)

Przyjżałem sie rapidowi, i on jest porpostu babastyczny. Bardzo dobrz napisany i intuicyjnie. No może pogubiłem się troszkę jak ładuje się akcje, ale już wiem Mi się podoba. fajne sa adaptery w logach.
Gorąco polecam

To tez nas zaskoczylo :/ Chyba trzeba bedzie porozmawiac z progrmistami Mojavi. Rapide Framework oficjalnie pojawil sie 07.09 - pierwszy post na forum. Strony Mojavi wtedy nie bylo.

Pozdrawiam, Adrian.

moze napiszesz na forum.rapide.pl przyklad jakiejs aplikacji?
zeby dolaczyc model widok kontroler.

Przykro mi ale już to usunołe. Powie, tylko że nie jest to trudne. Teraz pisze własnego FW, pewnie nie tak dobrego ale zawsze swoje...

Aplikacji przykladowej jeszcze nie ma, ale kazdego dnia pisana jest dokumentacja: www.doc.rapide.pl.

Pozdrawiam, Adrian.

Daj nam trochę czasu: najpierw dokumentacja, potem jakaś lista to-do/roadmapa. Z pewnością będzie duży tutorial w stylu Symfony czyli "jak w xx dni napisać cośtam" (myślę, że będzie to katalog stron - ze względu na moje związki z SEO będę miał mały feedback działania tego). Być może wcześniej zrobię dużo prostszy przykład (ale to już można wyczytać z doc.rapide.pl) typu: 1 kontroler -> 1 model -> 1 widok = dla szybkiego wyjaśnienia tym, którzy jeszcze z MVC i frameworkami nie mieli do czynienia.

ja odnosilem sie do konktetnego posta, do posta uzytkownika pim2 ktory napisal


skoro takie cos napisal to niech sie podzieli, skoro juz doszedl do tego jak sie pisze aplikacje z tym frameworkiem to moglby sie przyczynic i napisac:)


wielkie brawa za rozpoczecie prac nad dokumentacja:) dosyc dobrze sie czyta.

Mam jeszcze taka prosbe, zeby komentowac to, co znajduje sie w dokumentacji na forum projektu - http://forum.rapide.pl/viewtopic.php?t=10

Adrian.

Gwarantuję Ci, że projekt Mojavi 4, strona oraz cała reszta istniała dużo wcześniej niż zdążyłeś pomyśleć o swoim frameworku

Goog for you. Akurat strona Mojavi nie moze poszczycic sie duza dzialalnoscia :]

Nie chodzi o to. Nie jest tajemnicą, że Mojavi nie jest już rozwijane.
Mój komentarz dotyczył tego, że nazwa jest po stronie Mojavi