From zzbbyy w gmail.com Sat Sep 11 01:49:22 2010 From: zzbbyy w gmail.com (Zbigniew Lukasiak) Date: Sat, 11 Sep 2010 10:49:22 +0200 Subject: [Warszawa-pm] WebNano Message-ID: Czesc, Zaczęłem się przygotowywać do wysłania WebNano na CPAN. Ostatnio skonwertowałem go na Dist::Zille i zagwarantowałem, że testy pod i kwalitee przechodzą. Zaczęłem też przepisywać większy przykład aplikacji z Catalysta na WebNano i zweryfikowałem, że już wszystkie potrzebne funkcje są w WebNano albo w Placku. http://github.com/zby/Nblog jest konwersją http://github.com/gshank/ravlog na WebNano. Żeby go uruchomić trzeba dodać do PERL5LIB scieżki do WebNano i do dwóch rozszerzeń WebNano-Renderer-TT i WebNano-Controller-CRUD (na razie są w extensions, niedługo przeniosę je do odrębnych projektów na github). Co myślicie o tym? Przygotowuję się też do napisania 'Dlaczego WebNano' - ale mam wrażenie, że żaden taki dokument nikogo nie przekona do użycia WebNano, więc może przydałoby się napisać jeszcze jakąś prostą aplikację w WebNano? -- Zbigniew Lukasiak http://brudnopis.blogspot.com/ http://perlalchemy.blogspot.com/ From tadzikes w gmail.com Sat Sep 11 05:40:07 2010 From: tadzikes w gmail.com (Tadeusz =?utf-8?B?U2/Fm25pZXJ6?=) Date: Sat, 11 Sep 2010 12:40:07 +0000 Subject: [Warszawa-pm] WebNano In-Reply-To: References: Message-ID: <20100911124007.GA3239@yavin4> On 11-09-2010 10:49:22, Zbigniew Lukasiak wrote: > Czesc, > Przygotowuję się też do napisania 'Dlaczego > WebNano' - ale mam wrażenie, że żaden taki dokument nikogo nie > przekona do użycia WebNano, więc może przydałoby się napisać jeszcze > jakąś prostą aplikację w WebNano? To czy przekona, zależy imho od dokumentu. Do tego chętnie bym zobaczył jakąś dokumentację, zawsze lepiej mi się czyta dokumentację niż testy. Pozdrawiam, Tadek From zzbbyy w gmail.com Sat Sep 11 15:02:56 2010 From: zzbbyy w gmail.com (Zbigniew Lukasiak) Date: Sun, 12 Sep 2010 00:02:56 +0200 Subject: [Warszawa-pm] WebNano In-Reply-To: <20100911124007.GA3239@yavin4> References: <20100911124007.GA3239@yavin4> Message-ID: 2010/9/11 Tadeusz Sośnierz : > On 11-09-2010 10:49:22, Zbigniew Lukasiak wrote: >> Czesc, >> Przygotowuję się też do napisania 'Dlaczego >> WebNano' - ale mam wrażenie, że żaden taki dokument nikogo nie >> przekona do użycia WebNano, więc może przydałoby się napisać jeszcze >> jakąś prostą aplikację w WebNano? > > To czy przekona, zależy imho od dokumentu. Do tego chętnie bym zobaczył > jakąś dokumentację, zawsze lepiej mi się czyta dokumentację niż testy. A co byś chciał mieć w tej dokumentacji? Bo jakaś dokumentacja to już tam jest od paru miesięcy. Dzisiaj mam nadzieję, że ją jeszcze trochę poprawiłem, ale o niektórych kawałkach jeszcze nie wiem jak pisać w sposób prosty. -- Zbigniew Lukasiak http://brudnopis.blogspot.com/ http://perlalchemy.blogspot.com/ From zzbbyy w gmail.com Tue Sep 14 08:16:28 2010 From: zzbbyy w gmail.com (Zbigniew Lukasiak) Date: Tue, 14 Sep 2010 16:16:28 +0100 Subject: [Warszawa-pm] =?utf-8?q?Jaki=C5=9B_termin_na_spotkanie_wrze=C5=9B?= =?utf-8?q?niowe=3F?= Message-ID: Będę w wawie między 20 a 28. Pozdr. Z. From piotr w fusik.info Tue Sep 14 22:23:41 2010 From: piotr w fusik.info (=?UTF-8?B?UGlvdHIgRnVzaWs=?=) Date: Wed, 15 Sep 2010 07:23:41 +0200 Subject: [Warszawa-pm] =?utf-8?q?Jaki=C5=9B_termin_na_spotkanie_wrze=C5=9B?= =?utf-8?q?niowe_=3F?= Message-ID: <9f87db3c55b62a14c258a6e422993747.qmail@home.pl> Dnia 2010-09-14 16:16 Zbigniew Lukasiak napisał(a): >Będę w wawie między 20 a 28. Mnie tym razem nie będzie, więc niech ktoś inny zajmie się ankietą i rezerwacją stolika. Pozdrawiam, Piotr From uksza w uksza.net Wed Sep 15 01:08:25 2010 From: uksza w uksza.net (=?UTF-8?B?xYF1a2FzeiBNxIVkcnp5Y2tp?=) Date: Wed, 15 Sep 2010 10:08:25 +0200 Subject: [Warszawa-pm] =?utf-8?q?Jaki=C5=9B_termin_na_spotkanie_wrze=C5=9B?= =?utf-8?q?niowe_=3F?= In-Reply-To: <9f87db3c55b62a14c258a6e422993747.qmail@home.pl> References: <9f87db3c55b62a14c258a6e422993747.qmail@home.pl> Message-ID: >>Będę w wawie między 20 a 28. Tym razem ja też będę w Wawie, więc się pewnie uda spotkać From stas w datos.pl Wed Sep 15 01:20:04 2010 From: stas w datos.pl (Stanislaw Romanski) Date: Wed, 15 Sep 2010 10:20:04 +0200 Subject: [Warszawa-pm] =?iso-8859-2?q?Jaki=B6_termin_na_spotkanie_wrze=B6n?= =?iso-8859-2?q?iowe_=3F?= Message-ID: <052582CE32DE417EA6FD6E5F34117356@datos57604fe5b> Mnie odpowiada any of [ 20 .. 24 ] v [ 27 .. 28 ] Stanisław ----- Original Message ----- > Dnia 2010-09-14 16:16 Zbigniew Lukasiak napisał(a): > >>Będę w wawie między 20 a 28. > From zzbbyy w gmail.com Wed Sep 15 03:04:59 2010 From: zzbbyy w gmail.com (Zbigniew Lukasiak) Date: Wed, 15 Sep 2010 11:04:59 +0100 Subject: [Warszawa-pm] =?utf-8?q?Jaki=C5=9B_termin_na_spotkanie_wrze=C5=9B?= =?utf-8?q?niowe_=3F?= In-Reply-To: <052582CE32DE417EA6FD6E5F34117356@datos57604fe5b> References: <052582CE32DE417EA6FD6E5F34117356@datos57604fe5b> Message-ID: Dobra - zrobiłem ankiete: http://doodle.com/ft8aadgnwnd6ctw8 Z. 2010/9/15 Stanislaw Romanski : > Mnie odpowiada any of  [ 20 .. 24 ] v [ 27 .. 28 ] > > Stanisław > > ----- Original Message ----- >> >> Dnia 2010-09-14 16:16 Zbigniew Lukasiak napisał(a): >> >>> Będę w wawie między 20 a 28. >> > > _______________________________________________ > Warszawa-pm mailing list > Warszawa-pm w pm.org > http://mail.pm.org/mailman/listinfo/warszawa-pm > -- Zbigniew Lukasiak http://brudnopis.blogspot.com/ http://perlalchemy.blogspot.com/ From mashester w gmail.com Fri Sep 17 04:36:16 2010 From: mashester w gmail.com (Maciej Grzybek) Date: Fri, 17 Sep 2010 13:36:16 +0200 Subject: [Warszawa-pm] Catalyst i DBIx::Class Message-ID: <4C9352B0.1000400@gmail.com> Witam, mam pytanie do tych, którzy mieli styczność z Catalystem. Czy jest jakaś możliwość, żeby zmusić Cata do stworzenia Schema dla bazy w MySql? na Sqlite ładnie wszystko się generuje i jest gotowe do użytku od ręki, natomiast w MySql nic się nie generuje i sam muszę tworzyć odpowiednie moduły, do obsługi swoich tabel. Nadmienię tylko, że dsn do DBI jest prawidłowy, a app_create.pl wywołuję następująco: script/app_create.pl model DB DBIC::Schema app::Schema DBI:mysq:db_name 'login' 'haslo' '{ AutoCommit => 1 }' (zgodnie z tutorialem do Catalysta, na cpanie: http://search.cpan.org/~hkclark/Catalyst-Manual-5.8004/lib/Catalyst/Manual/Tutorial/10_Appendices.pod#MySQL). To trochę irytujące, żeby ręcznie tworzyć moduł, który spokojnie mógłby być stworzony z automatu. Tak jak wtedy, gdy bazę trzymam w Sqlite. Pozdrawiam, Maciek 'mac' Grzybek From zzbbyy w gmail.com Fri Sep 17 04:49:53 2010 From: zzbbyy w gmail.com (Zbigniew Lukasiak) Date: Fri, 17 Sep 2010 12:49:53 +0100 Subject: [Warszawa-pm] Catalyst i DBIx::Class In-Reply-To: <4C9352B0.1000400@gmail.com> References: <4C9352B0.1000400@gmail.com> Message-ID: Można tez wygenerować to bezpośrednio przez schema loader: perl -MDBIx::Class::Schema::Loader=make_schema_at,dump_to_dir:./lib -e make_schema_at("New::Schema::Name", { relationships => 1 }, [ "dbi:Pg:dbname=foo","postgres" ])? o tych opcjach to ja ciagle zapominam - wiec nawet sobie kiedys zapisalem to na blogu: http://perlalchemy.blogspot.com/2008/01/automatic-dbic-schema-creation-from.html :) Z. 2010/9/17 Maciej Grzybek : >  Witam, > mam pytanie do tych, którzy mieli styczność z Catalystem. > Czy jest jakaś możliwość, żeby zmusić Cata do stworzenia Schema dla bazy > w MySql? na Sqlite ładnie wszystko się generuje i jest gotowe do użytku > od ręki, natomiast w MySql nic się nie generuje i sam muszę tworzyć > odpowiednie moduły, do obsługi swoich tabel. > Nadmienię tylko, że dsn do DBI jest prawidłowy, a app_create.pl wywołuję > następująco: > script/app_create.pl model DB DBIC::Schema app::Schema DBI:mysq:db_name > 'login' 'haslo' '{ AutoCommit => 1 }' > (zgodnie z tutorialem do Catalysta, na cpanie: > http://search.cpan.org/~hkclark/Catalyst-Manual-5.8004/lib/Catalyst/Manual/Tutorial/10_Appendices.pod#MySQL). > To trochę irytujące, żeby ręcznie tworzyć moduł, który spokojnie mógłby > być stworzony z automatu. Tak jak wtedy, gdy bazę trzymam w Sqlite. > > Pozdrawiam, > Maciek 'mac' Grzybek > _______________________________________________ > Warszawa-pm mailing list > Warszawa-pm w pm.org > http://mail.pm.org/mailman/listinfo/warszawa-pm > -- Zbigniew Lukasiak http://brudnopis.blogspot.com/ http://perlalchemy.blogspot.com/ From mashester w gmail.com Fri Sep 17 06:09:59 2010 From: mashester w gmail.com (Maciej Grzybek) Date: Fri, 17 Sep 2010 15:09:59 +0200 Subject: [Warszawa-pm] Catalyst i DBIx::Class In-Reply-To: References: <4C9352B0.1000400@gmail.com> Message-ID: <4C9368A7.7050006@gmail.com> W dniu 17.09.2010 13:49, Zbigniew Lukasiak pisze: > perl -MDBIx::Class::Schema::Loader=make_schema_at,dump_to_dir:./lib -e > make_schema_at("New::Schema::Name", { relationships => 1 }, [ > "dbi:Pg:dbname=foo","postgres" ])? Super, działa. Dzięki wielkie! Jedyny mankament to niewyłapywanie kluczy obcych. Czy przełącznik relationships nie powinien być za to odpowiedzialny? Próbowałem też relationship_attrs zmieniać, zgodnie z dokumentacją do DBIx::Class::Schema::Loader::Base, ale wciąż nie wykrywa kluczy obcych. Pozdrawiam, Maciek 'mac' Grzybek From mashester w gmail.com Fri Sep 17 06:26:07 2010 From: mashester w gmail.com (Maciej Grzybek) Date: Fri, 17 Sep 2010 15:26:07 +0200 Subject: [Warszawa-pm] Catalyst i DBIx::Class In-Reply-To: References: <4C9352B0.1000400@gmail.com> Message-ID: <4C936C6F.7070208@gmail.com> Przepraszam, to moja wina, wszystko już działa. W bazie miałem lekką kaszanę z kluczami. Jeszcze raz przepraszam za zamieszanie i dzięki za pomoc :) Pozdrawiam, From zzbbyy w gmail.com Sun Sep 19 03:42:20 2010 From: zzbbyy w gmail.com (Zbigniew Lukasiak) Date: Sun, 19 Sep 2010 12:42:20 +0200 Subject: [Warszawa-pm] =?utf-8?q?Jaki=C5=9B_termin_na_spotkanie_wrze=C5=9B?= =?utf-8?q?niowe_=3F?= In-Reply-To: References: <052582CE32DE417EA6FD6E5F34117356@datos57604fe5b> Message-ID: Hej! Na razie najbardziej pasujący wydaje się być przyszły lub następny poniedziałek. Chyba już za późno na umawianie się na ten poniedziałek, więc na razie liderem jest 27 września. Z. 2010/9/15 Zbigniew Lukasiak : > Dobra - zrobiłem ankiete: http://doodle.com/ft8aadgnwnd6ctw8 > > Z. > > 2010/9/15 Stanislaw Romanski : >> Mnie odpowiada any of  [ 20 .. 24 ] v [ 27 .. 28 ] >> >> Stanisław >> >> ----- Original Message ----- >>> >>> Dnia 2010-09-14 16:16 Zbigniew Lukasiak napisał(a): >>> >>>> Będę w wawie między 20 a 28. >>> >> >> _______________________________________________ >> Warszawa-pm mailing list >> Warszawa-pm w pm.org >> http://mail.pm.org/mailman/listinfo/warszawa-pm >> > > > > -- > Zbigniew Lukasiak > http://brudnopis.blogspot.com/ > http://perlalchemy.blogspot.com/ > -- Zbigniew Lukasiak http://brudnopis.blogspot.com/ http://perlalchemy.blogspot.com/ From piotr.roszatycki w gmail.com Sun Sep 19 03:55:12 2010 From: piotr.roszatycki w gmail.com (Piotr Roszatycki) Date: Sun, 19 Sep 2010 12:55:12 +0200 Subject: [Warszawa-pm] =?iso-8859-2?q?Jaki=B6_termin_na_spotkanie_wrze=B6n?= =?iso-8859-2?q?iowe_=3F?= In-Reply-To: References: <052582CE32DE417EA6FD6E5F34117356@datos57604fe5b> Message-ID: O to świetnie bo zdążę wrócić z wakacji i się przeprowadzić :) Zagłosowałem za następnym poniedziałkiem. Pzdr. 2010 9 19 13:42 użytkownik "Zbigniew Lukasiak" napisał: > Hej! > > Na razie najbardziej pasujący wydaje się być przyszły lub następny > poniedziałek. Chyba już za późno na umawianie się na ten > poniedziałek, więc na razie liderem jest 27 września. > > Z. > > 2010/9/15 Zbigniew Lukasiak : >> Dobra - zrobiłem ankiete: http://doodle.com/ft8aadgnwnd6ctw8 >> >> Z. >> >> 2010/9/15 Stanislaw Romanski : >>> Mnie odpowiada any of [ 20 .. 24 ] v [ 27 .. 28 ] >>> >>> Stanisław >>> >>> ----- Original Message ----- >>>> >>>> Dnia 2010-09-14 16:16 Zbigniew Lukasiak napisał(a): >>>> >>>>> Będę w wawie między 20 a 28. >>>> >>> >>> _______________________________________________ >>> Warszawa-pm mailing list >>> Warszawa-pm w pm.org >>> http://mail.pm.org/mailman/listinfo/warszawa-pm >>> >> >> >> >> -- >> Zbigniew Lukasiak >> http://brudnopis.blogspot.com/ >> http://perlalchemy.blogspot.com/ >> > > > > -- > Zbigniew Lukasiak > http://brudnopis.blogspot.com/ > http://perlalchemy.blogspot.com/ > _______________________________________________ > Warszawa-pm mailing list > Warszawa-pm w pm.org > http://mail.pm.org/mailman/listinfo/warszawa-pm -------------- następna część --------- Załącznik HTML został usunięty... URL: From pp w webtel.pl Mon Sep 20 01:48:55 2010 From: pp w webtel.pl (piotr pogorzelski) Date: Mon, 20 Sep 2010 10:48:55 +0200 Subject: [Warszawa-pm] WebNano In-Reply-To: References: <20100911124007.GA3239@yavin4> Message-ID: <4C971FF7.4080505@webtel.pl> -------- Original Message -------- Subject: Re: [Warszawa-pm] WebNano From: Zbigniew Lukasiak To: warszawa-pm w pm.org Date: Sun Sep 12 2010 00:02:56 GMT+0200 (CET) > 2010/9/11 Tadeusz Sośnierz: >> On 11-09-2010 10:49:22, Zbigniew Lukasiak wrote: >>> Czesc, >>> Przygotowuję się też do napisania 'Dlaczego >>> WebNano' - ale mam wrażenie, że żaden taki dokument nikogo nie >>> przekona do użycia WebNano, więc może przydałoby się napisać jeszcze >>> jakąś prostą aplikację w WebNano? >> >> To czy przekona, zależy imho od dokumentu. Do tego chętnie bym zobaczył >> jakąś dokumentację, zawsze lepiej mi się czyta dokumentację niż testy. > > A co byś chciał mieć w tej dokumentacji? Bo jakaś dokumentacja to już > tam jest od paru miesięcy. Dzisiaj mam nadzieję, że ją jeszcze trochę > poprawiłem, ale o niektórych kawałkach jeszcze nie wiem jak pisać w > sposób prosty. > > musi sie dac latwo zainstalowac i zdeinstalowac szczegolowy opis typu copy-paste aby zainstalowac i uruchomic przykladowa aplikacje - tekst dla laika. tekst nie ma tlumaczyc co zrobic i dlaczego, tylko maja byc napisane polecenia jakie nalezy wklepac - i to musi zadzialac blog na ktorym napisane co to jest, gdzie moge znalezc historie korespondencji i komentarzy innych pozwalajaca ocenic co inni mysla na ten temat. tekst na blogu wyjasniajacy dlaczego to, a nie inne popularne rozwiazania. czym sie wyroznia na plus w stosunku do innych informacja jaka wiedze musza posiadac aby z tego korzystac, wiedze czy inne requirements czy zastosowane technologie jesli w kwadrans bede mial dzialajaca przykladowa aplikacje to bede czytal dalej bloga. inaczej musi mi bardzo zalezec albo musze byc bardzo ciekawy dopisac bloga do stron wikipedii poswieconej frejmlorkom -- pp From zzbbyy w gmail.com Mon Sep 20 11:04:38 2010 From: zzbbyy w gmail.com (Zbigniew Lukasiak) Date: Mon, 20 Sep 2010 20:04:38 +0200 Subject: [Warszawa-pm] WebNano In-Reply-To: <4C971FF7.4080505@webtel.pl> References: <20100911124007.GA3239@yavin4> <4C971FF7.4080505@webtel.pl> Message-ID: 2010/9/20 piotr pogorzelski : > musi sie dac latwo zainstalowac i zdeinstalowac > > szczegolowy opis typu copy-paste aby > zainstalowac i uruchomic przykladowa aplikacje > - tekst dla laika. >        tekst nie ma tlumaczyc co zrobic i dlaczego, >        tylko maja byc napisane polecenia jakie nalezy >        wklepac - i to musi zadzialac > Dzięki. Dzisiaj troche popracowałem nad tym, żeby to się dało odpalić z jednego pliku i żeby to copy-paste było jak najprostrze. Załączam wynik - Synopsis mam nadzieję spełnia postulat prostego copy-paste i uruchomienia. Jesli chodzi o instalacje i deinstalacje to będzie to zwykły pakiet CPAN - i chyba nie będę nic wymyślał ponad to. Cdn. -- Zbigniew Lukasiak http://brudnopis.blogspot.com/ http://perlalchemy.blogspot.com/ -------------- następna część --------- Załącznik HTML został usunięty... URL: From pp w webtel.pl Tue Sep 21 02:02:20 2010 From: pp w webtel.pl (piotr pogorzelski) Date: Tue, 21 Sep 2010 11:02:20 +0200 Subject: [Warszawa-pm] WebNano In-Reply-To: References: <20100911124007.GA3239@yavin4> <4C971FF7.4080505@webtel.pl> Message-ID: <4C98749C.8090908@webtel.pl> This one checks if the first part of the path is a number - if it is it uses it to look for a Dvd object by primary key. If it cannot find such a Dvd then it returns a 404. If it finds that dvd it then redispatches by the next path part and passes that dvd object as the first parameter to that method call. Note the need to check if the called method is an ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ allowed one. ^^^^^^^^^^^^ A czemu to jest takie wazne? skoro pisze sie wlasny dispaczer to chyba mozna wolac te moteody, ktore sie chce? Czy bez tego sprawdzenia cos zlego sie stanie? aplikacja sie rozsypie? jak rozumiem ide jest taka, zeby nie mozna wywolac wszystkich funkcji z modulu. tylko te okreslone. dla mnie to troche chore. Zamiast okreslac co nie jest wywolywalne lepiej przeniesc te funkcje do jakichs modulow/helperow niedostepnych dla automatycznych dispatcherow. upraszcza logike frejmlorku - skoro nie chcesz aby to bylo uruchamiane nie umiesczaj funkcji w module kontrollera. mowimy tu o automatycznych dispaczerach. bo zawsze mozna napisac swoj - jeden wielki hash czy given/when. -- pp From zzbbyy w gmail.com Tue Sep 21 02:19:11 2010 From: zzbbyy w gmail.com (Zbigniew Lukasiak) Date: Tue, 21 Sep 2010 11:19:11 +0200 Subject: [Warszawa-pm] WebNano In-Reply-To: <4C98749C.8090908@webtel.pl> References: <20100911124007.GA3239@yavin4> <4C971FF7.4080505@webtel.pl> <4C98749C.8090908@webtel.pl> Message-ID: 2010/9/21 piotr pogorzelski : > This one checks if the first part of the path is a number - if it is it uses > it to look for a Dvd object by primary key. If it cannot find such a Dvd > then it returns a 404. If it finds that dvd it then redispatches by the next > path part and passes that dvd object as the first parameter to that method > call. Note the need to check if the called method is an >                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > allowed one. > ^^^^^^^^^^^^ > > A czemu to jest takie wazne? skoro pisze sie wlasny dispaczer to > chyba mozna wolac te moteody, ktore sie chce? > Czy bez tego sprawdzenia cos zlego sie stanie? aplikacja > sie rozsypie? > > > jak rozumiem ide jest taka, zeby nie mozna wywolac wszystkich > funkcji z modulu. tylko te okreslone. > > dla mnie to troche chore. Zamiast okreslac co nie jest wywolywalne > lepiej przeniesc te funkcje do jakichs modulow/helperow niedostepnych > dla automatycznych dispatcherow. > > upraszcza logike frejmlorku - skoro nie chcesz aby to bylo uruchamiane > nie umiesczaj funkcji w module kontrollera. > Dzięki - nareszcie widzę, że ktos mi toprzeczytał :) A odpowiadając na pytanie - problem jest z metodami takimi jak wlasnie na przykład 'local_dispatch' - co zrobić, żeby użytkownik nie mógł namieszać? Zastanawiam się teraz czy możliwe byłoby po prostu zamiana wszystkich takich funkcji na "prywatne" to znaczy z prefixem '_' i odróżnianie tego w ten sposób, ale to chyba jednak zbyt kłuciłoby się z tym co normalnie się uważa za prywatne - bo 'local_dispatch' nie jest prywatne w takim ogólnie przyjętym sensie. -- Zbigniew Lukasiak http://brudnopis.blogspot.com/ http://perlalchemy.blogspot.com/ From pp w webtel.pl Tue Sep 21 03:08:53 2010 From: pp w webtel.pl (piotr pogorzelski) Date: Tue, 21 Sep 2010 12:08:53 +0200 Subject: [Warszawa-pm] WebNano In-Reply-To: References: <20100911124007.GA3239@yavin4> <4C971FF7.4080505@webtel.pl> <4C98749C.8090908@webtel.pl> Message-ID: <4C988435.1030100@webtel.pl> > > Dzięki - nareszcie widzę, że ktos mi toprzeczytał :) A odpowiadając > na pytanie - problem jest z metodami takimi jak wlasnie na przykład > 'local_dispatch' - co zrobić, żeby użytkownik nie mógł namieszać? > Zastanawiam się teraz czy możliwe byłoby po prostu zamiana wszystkich > takich funkcji na "prywatne" to znaczy z prefixem '_' i odróżnianie > tego w ten sposób, ale to chyba jednak zbyt kłuciłoby się z tym co > normalnie się uważa za prywatne - bo 'local_dispatch' nie jest > prywatne w takim ogólnie przyjętym sensie. > nie wiem co robi local_dispatch ;) ja bym nie uzywal dziedziczenia w dispaczerach, tylko wywolywal nimi funkcje z innych modulow. proste mapowanie url na funkcje. zamienal /strona na App::ROOT::strona i tyle. moze jesli metoda zaczyna sie od podkreslenia to bym nie wywolywal - jedyne ustepstwo. cos ala pliki ukryte. jesli modul App::ROOT::katalog mialby funkcje dhandler wywolywalbym ja gdy nie znaleziono metody pasujace do url (np /katalog/strona1 wywoluje App::ROOT:katalog::dhandler gdy nie ma metody App::ROOT::katalog::strona1) jesli bylaby metoda header i footer wywolywalbym je wokol wywolywanej metody. (albo autohandler wywolywane 'around' strona1) wtedy nie musialbym pisac wlasnych dispatcherow tylko metody w modulach. to o czym pisze to takie przeniesienie z HTML::Mason ale tamto mi bardzo odpowiadalo. bylo intuicyjne i w ogole nie trzeba bylo zagladac do masona a mialo sie pelna wladze nad kolejnoscia wywolan metod/stron/modulow to co lubie w masonie jest to, ze to jest perl i nie musze sie uczyc jezyka np TT aby cos zrobic. oczywiscie fajnie jest miec TT gdy masz kogos kto robi layout ale aby z tego korzystac trzeba sie nauczyc nowego jezyka dlatego to jak dzialal mason. proste regulu - wstawiam plik jest strona. autohandler dhander i nie musze nic wiedziec o bebechach. tutaj trzeba pisac wlasne dispatchery. w catalyscie stwierdzilem, ze najwygodniej mi wszystko pisac jako jedna funkcje w kontrolerze root. czyli pisac jeden dispatcher, bo ma jendo miejsce gdzie weryfikuje,mapuje, modyfikuje parametry jakie przychodza z przegladarki itp. do tego parsowanie argumentow wywolania w dispatcherze. w konfigu aplikacji podawalbym klase, ktora odpowiada za dispaching. wtedy ktos moglby pisac wlasne, gdyby potrzebowal. wiec w sumie moge sobie takiego napisac i podpiac pod webnano. najwazniejszym sie staje dokument WebNano Best Practices czyli jak zrobic sesje, autoryzacje, autentykacje, odczytywanie zalacznikow itp. jak budujesz sajty, fajnie by bylo moc latwo integrowac gotowe elementy. tak aby na stronie wstawic kwadracik diva odpowiedzialnego np za sonde. wstawiam na stronie taki element i on juz generuje odpowiednie urle, ktore sa potem mapowane do odpowiednich metdod z zainstalowanego plugina. wtedy mozna by rzeczywiscie budowac sajty jak z klockow lego. wstawiam klocek i nie musze nic wiecej robic. jesli jest napisany pod frejmlork potrafi sobie sam wszystko zorganizowac podpiac sie do dispaczera, sesji itp. dlatego wazne jest, aby frejmlork z wielu roznych sposobow na jakie mozna zrealizowac pewne dzialania wybieral arbitralnie jeden i narzucal, ze te i te wylistowane z nazwy problemy nalezy rozwiazywac w ten jeden konkretny sposob - i dawal narzedzie realizujace rozwiazenie tego problemu. zaczac od podstawowych problemow - sejsa, autoryzacja i dodawac nowe mechanizmy w miare potrzeb i rozwoju. byle byl ten jeden wlasciwy. wtedy mozna mowic o kompatybilnosci powstajacych modulow. takiej, ze moge blyskwaicznie podpiac cos, co ktos zrobil dla siebie a taka klockowa budowa wymaga aby obiekty potrafily same sie renderowac, uwzgledniajac aktualny kontekst adresu strony, sesji, uzytkownika czyli musialyby miec dostep do glownego obiektu aplikacji. tylko, czy to juz nie zostalo kiedys zrobione ? ;) -- pp From zzbbyy w gmail.com Tue Sep 21 05:48:07 2010 From: zzbbyy w gmail.com (Zbigniew Lukasiak) Date: Tue, 21 Sep 2010 14:48:07 +0200 Subject: [Warszawa-pm] WebNano In-Reply-To: <4C988435.1030100@webtel.pl> References: <20100911124007.GA3239@yavin4> <4C971FF7.4080505@webtel.pl> <4C98749C.8090908@webtel.pl> <4C988435.1030100@webtel.pl> Message-ID: 2010/9/21 piotr pogorzelski : >> >> Dzięki - nareszcie widzę, że ktos mi toprzeczytał :)   A odpowiadając >> na pytanie - problem jest z metodami takimi jak wlasnie na przykład >> 'local_dispatch' - co zrobić, żeby użytkownik nie mógł namieszać? >> Zastanawiam się teraz czy możliwe byłoby po prostu zamiana wszystkich >> takich funkcji na "prywatne" to znaczy z prefixem '_' i odróżnianie >> tego w ten sposób, ale to chyba jednak zbyt kłuciłoby się z tym co >> normalnie się uważa za prywatne - bo 'local_dispatch' nie jest >> prywatne w takim ogólnie przyjętym sensie. >> > > > nie wiem co robi local_dispatch ;) > > ja bym nie uzywal dziedziczenia w dispaczerach, tylko wywolywal nimi > funkcje z innych modulow. proste mapowanie url na funkcje. > > zamienal /strona na App::ROOT::strona i tyle. > > moze jesli metoda zaczyna sie od podkreslenia to bym nie wywolywal - jedyne > ustepstwo. cos ala pliki ukryte. > > jesli modul App::ROOT::katalog mialby funkcje dhandler > wywolywalbym ja gdy nie znaleziono metody pasujace do url > (np /katalog/strona1 wywoluje App::ROOT:katalog::dhandler gdy nie ma metody > App::ROOT::katalog::strona1) > > jesli bylaby metoda header i footer wywolywalbym je wokol > wywolywanej metody. (albo autohandler wywolywane 'around' > strona1) > > wtedy nie musialbym pisac wlasnych dispatcherow tylko metody > w modulach. > > to o czym pisze to takie przeniesienie z HTML::Mason ale tamto > mi bardzo odpowiadalo. bylo intuicyjne i w ogole nie trzeba > bylo zagladac do masona a mialo sie pelna wladze nad > kolejnoscia wywolan metod/stron/modulow > > to co lubie w masonie jest to, ze to jest perl i nie musze > sie uczyc jezyka np TT aby cos zrobic. > > oczywiscie fajnie jest miec TT gdy masz kogos kto robi layout > ale aby z tego korzystac trzeba sie nauczyc nowego jezyka > > dlatego to jak dzialal mason. proste regulu - wstawiam plik > jest strona. autohandler dhander i nie musze nic wiedziec > o bebechach. > > tutaj trzeba pisac wlasne dispatchery. w catalyscie > stwierdzilem, ze najwygodniej mi wszystko pisac jako jedna > funkcje w kontrolerze root. czyli pisac jeden dispatcher, > bo ma jendo miejsce gdzie weryfikuje,mapuje, modyfikuje > parametry jakie przychodza z przegladarki itp. > > > do tego parsowanie argumentow wywolania w dispatcherze. > > > w konfigu aplikacji podawalbym klase, ktora odpowiada za dispaching. > wtedy ktos moglby pisac wlasne, gdyby potrzebowal. > > wiec w sumie moge sobie takiego napisac i podpiac pod webnano. > > najwazniejszym sie staje dokument WebNano Best Practices > czyli jak zrobic sesje, autoryzacje, autentykacje, odczytywanie > zalacznikow itp. > > > jak budujesz sajty, fajnie by bylo moc latwo integrowac gotowe elementy. > tak aby na stronie wstawic kwadracik diva odpowiedzialnego np za sonde. > > wstawiam na stronie taki element i on juz generuje odpowiednie urle, > ktore sa potem mapowane do odpowiednich metdod z zainstalowanego plugina. > wtedy mozna by rzeczywiscie budowac sajty jak z klockow lego. > wstawiam klocek i nie musze nic wiecej robic. jesli jest napisany > pod frejmlork potrafi sobie sam wszystko zorganizowac podpiac sie > do dispaczera, sesji itp. > > dlatego wazne jest, aby frejmlork z wielu roznych sposobow na jakie > mozna zrealizowac pewne dzialania wybieral arbitralnie jeden > i narzucal, ze te i te wylistowane z nazwy problemy nalezy > rozwiazywac w ten jeden konkretny sposob - i dawal narzedzie > realizujace rozwiazenie tego problemu. > > zaczac od podstawowych problemow - sejsa, autoryzacja > i dodawac nowe mechanizmy w miare potrzeb i rozwoju. > byle byl ten jeden wlasciwy. > > wtedy mozna mowic o kompatybilnosci powstajacych modulow. > takiej, ze moge blyskwaicznie podpiac cos, co ktos zrobil dla siebie > > a taka klockowa budowa wymaga aby obiekty potrafily same sie > renderowac, uwzgledniajac aktualny kontekst adresu strony, sesji, > uzytkownika czyli musialyby miec dostep do glownego obiektu > aplikacji. > > tylko, czy to juz nie zostalo kiedys zrobione ? ;) Sporo rzeczy tutaj do przeanalizowania - ale na początek - to co planuję z WebNano to właśnie eksperymentowanie w kierunku takiej 'klockowej budowy'. Oczywiście wiele takich prób już było i wiele jest bieżących eksperymentów próbujących tego dokonać - na pewno nie jest to proste. Mój plan opiera się przede wszystkim na tym co pokazywałem na warsztatach w lipcu - czyli dziedziczenie aplikacji, kontrolerów, templejtów itp. Chodzi o to, żeby dało się napisać aplikację, a później dziedziczyć z niej i podmieniać kolejne jej fragmenty w miarę potrzeb. A także, żeby dziedziczyć kontrolery - jak na przykład operacje CRUD. W Catalyscie da się dziedziczyć kontroler (w przypadku całej aplikacji to już nie za bardzo) - ale jego templejty już trzeba 'cut-and-paste'. W WebNano wystarczy napisac 'use base ...' i wszystko działa (no dobra - trzeba jeszcze poustawiać ścieżki wyszukiwań, ale żadnego cut-and-paste). To mam nadzieje, pierwszy krok do tej 'klockowej budowy' - warunek wstępny - a dalej zobaczymy. Miałem kiedyś taki pomysł, żeby te klocki zacząć budować dla Catalysta. Powstał nawet pierwszy 'SimpleLogin' - ale Catalyst po prostu wszystko komplikuje - i nie to, żeby to było niemożliwe - ale okazuje się po prostu bardzo trudne. Mam nadzieję, że prostszy framework, wspierający explicite pewne wzorce projektowe, będzie miał większe szanse tutaj. Co do pisania własnych dispatcherów - w WebNano jest to tylko wtedy konieczne gdy zwykłe mapowanie /Podkontroller/metoda/argument -> App::Controller::Podkontroller->metoda_action( argument ) nie wystarcza. A dlaczego ten dispatcher jest dziedziczony w kontrolerze? Dzięki temu kontroller jest bardziej 'domknięty' (encapsulated) i może być takim gotowym 'klockiem', jeśli dispatcher jest na zewnątrz to jego połączenie z kontrollerem wymaga jakiejs konfiguracji i nie da się go używać tak swobodnie. Jeśli chodzi o narzucanie to moim zdaniem framework powinien raczej narzucać API niż gotowe rozwiązanie - tak żeby można było te rozwiązania poprawiać. Generalnie to widzę to jako pewną ewolucję, co do niektórych rzeczy jestem już pewien jak je należy realizować (po długich doświadczeniach z Catalystem, CGI::Application itp), w przypadku innych zamierzam jeszcze eksperymentować, w miarę jak będą sie pokazywać dobre rozwiązania będą one coraz bardziej integrowane. Pozdr. Zbyszek From pp w webtel.pl Tue Sep 21 06:38:47 2010 From: pp w webtel.pl (piotr pogorzelski) Date: Tue, 21 Sep 2010 15:38:47 +0200 Subject: [Warszawa-pm] WebNano In-Reply-To: References: <20100911124007.GA3239@yavin4> <4C971FF7.4080505@webtel.pl> <4C98749C.8090908@webtel.pl> <4C988435.1030100@webtel.pl> Message-ID: <4C98B567.1050406@webtel.pl> > Sporo rzeczy tutaj do przeanalizowania - ale na początek - to co > planuję z WebNano to właśnie eksperymentowanie w kierunku takiej > 'klockowej budowy'. Oczywiście wiele takich prób już było i wiele > jest bieżących eksperymentów próbujących tego dokonać - na pewno nie > jest to proste. Mój plan opiera się przede wszystkim na tym co > pokazywałem na warsztatach w lipcu - czyli dziedziczenie aplikacji, > kontrolerów, templejtów itp. Chodzi o to, żeby dało się napisać > aplikację, a później dziedziczyć z niej i podmieniać kolejne jej > fragmenty w miarę potrzeb. A także, żeby dziedziczyć kontrolery - > jak na przykład operacje CRUD. W Catalyscie da się dziedziczyć > kontroler (w przypadku całej aplikacji to już nie za bardzo) - ale > jego templejty już trzeba 'cut-and-paste'. W WebNano wystarczy > napisac 'use base ...' i wszystko działa (no dobra - trzeba jeszcze > poustawiać ścieżki wyszukiwań, ale żadnego cut-and-paste). To mam > nadzieje, pierwszy krok do tej 'klockowej budowy' - warunek wstępny - > a dalej zobaczymy. hmm, dla mnie "klockowa budowa" to wlasnie przeciwienstwo dziedziczenia. to taka architektura gdzie klocki nic o sobie nie wiedza poza standardowym inteferjsem przez ktory sie komunikuja - jak to maja klocki. i frejmlork ma zapewnic aby srednica dziurek byla odpowiednia i byly w odpowiedznich miejscach aby pasowaly do siebie. dziedziczenie to obklejanie klocka i tworzenie z niego nowego, innego klocka. nie o to mi idzie. ale dajmy spokoj klockom, bo zaczniemy gadac o klockach zamiast programowaniu. mi sie marzy cos, co wkladam na strone i dziala z moja strona. generowane sa wszystkie urle ktore automatycznie prowadza do handlerow zapewnianych przez klocek. jak chce go zmodyfikowac aby dzialal ciut inaczej, dopiero wtedy wchodzi na scene dziedziczenie. wyobrazam sobie, ze wgrywam plugin, dodaje do konfiga. to mi rejestruje wszystkie handlery tam gdzie trzeba. w templejcie uruchamiam renderer, ktory generuje linki zwiazane z klockiem wzglednie urla strony, na ktorej zostal umieszczony i one dialaja bo dispaczer ma juz zarejestrowane do jakich metod klocka je przekierowac. i ja w swojej aplikaci, w idealnej sytuacji nic nie musze pisac. tylko konfig i rendering klocka w templejcie. chyba ciagniemy w przeciwnych kierunkach ;) > > Miałem kiedyś taki pomysł, żeby te klocki zacząć budować dla > Catalysta. Powstał nawet pierwszy 'SimpleLogin' - ale Catalyst po > prostu wszystko komplikuje - i nie to, żeby to było niemożliwe - ale > okazuje się po prostu bardzo trudne. Mam nadzieję, że prostszy > framework, wspierający explicite pewne wzorce projektowe, będzie miał > większe szanse tutaj. prosty frejmlork, z okreslonymi zasadami i narzedziami realizujacymi te zasady na pewno pomoze. inaczej jest mnostwo kawalkow, czesc pasuje do jednych, nie pasuje do innych to jak z moose. standard de facto. mozna robic inaczej, po swojemu. tylko, ze wtedy zostaje sie poza glownym nurtem - abstrahujac gdzie jest glowny nurt. > > Co do pisania własnych dispatcherów - w WebNano jest to tylko wtedy > konieczne gdy zwykłe mapowanie /Podkontroller/metoda/argument -> > App::Controller::Podkontroller->metoda_action( argument ) nie > wystarcza. A dlaczego ten dispatcher jest dziedziczony w > kontrolerze? Dzięki temu kontroller jest bardziej 'domknięty' > (encapsulated) i może być takim gotowym 'klockiem', jeśli dispatcher > jest na zewnątrz to jego połączenie z kontrollerem wymaga jakiejs > konfiguracji i nie da się go używać tak swobodnie. > coz. co dla ciebie zaleta, ja postrzegam jako wade. widac inaczej myslimy :) dla mnie frejmlork powinien byc czyms czego nie modyfikuje. nie dziedzicze po nim. on mi tylko przynosi dane, zapewnia transport i daje mechanizm sterowania przeplywem kodu ( w sensie co kiedy jest uruchamiane), wspomaga w renderingu i zapewnia standardowe mechanizmy niezbedne w aplikacjach (sesje itd.) moim zdaniem dziedziczenie jest dobre w bibliotekach, gdy panuje nad tym jeden programista. moze zespol. potem juz nie jest tak slodko. stad moje ciagoty do klockow, ktore nic o sobie nie wiedza, konsumuja pewne parametry, zapewniaja rendering i obluge wygenrowanych przez siebie urli. > Jeśli chodzi o narzucanie to moim zdaniem framework powinien raczej > narzucać API niż gotowe rozwiązanie - tak żeby można było te > rozwiązania poprawiać. Generalnie to widzę to jako pewną ewolucję, co > do niektórych rzeczy jestem już pewien jak je należy realizować (po > długich doświadczeniach z Catalystem, CGI::Application itp), w > przypadku innych zamierzam jeszcze eksperymentować, w miarę jak będą > sie pokazywać dobre rozwiązania będą one coraz bardziej integrowane. ewolucja tak. ale jak sie nie da na poczatku czegos takiego jak libc, to kazdy napisze swoje. do obslugi podstawowych rzeczy. chetnie uslysze, czego jestes pewien, do jakich wnioskow doszedles. to bardzo mnie ciekawi. moim zdaniem tyle tych frejmlorkow jest, bo ich autorzy dochodzili do roznych wnioskow i realizowali je tworzac te frejmlorki. i potem wazne znac takie glowne zalozenia, bo to od razy przyciagnie cie lub ostrzeze, ze mozesz miec pod gorke ze wzgledu na swoje inne wyczucie tematu. czyli nie pozostaje mi nic innego jak napisac wlasny WebKloc ;) From tadzikes w gmail.com Tue Sep 21 09:00:13 2010 From: tadzikes w gmail.com (Tadeusz =?utf-8?B?U2/Fm25pZXJ6?=) Date: Tue, 21 Sep 2010 16:00:13 +0000 Subject: [Warszawa-pm] =?utf-8?q?Strona_i_kana=C5=82_IRCowy?= In-Reply-To: <4C936C6F.7070208@gmail.com> References: <4C9352B0.1000400@gmail.com> <4C936C6F.7070208@gmail.com> Message-ID: <20100921160013.GA7722@yavin4> Hej, Dodałem notatkę o spotkaniu na stronie naszej. Przy okazji przypominam o kanale ircowym, który całkiem żyje. Informacje o tymże, razem z linkiem do klienta webowego są również na http://warszawa.pm.org Pozdrawiam, Tadek From zzbbyy w gmail.com Fri Sep 24 04:16:01 2010 From: zzbbyy w gmail.com (Zbigniew Lukasiak) Date: Fri, 24 Sep 2010 13:16:01 +0200 Subject: [Warszawa-pm] =?utf-8?q?Jaki=C5=9B_termin_na_spotkanie_wrze=C5=9B?= =?utf-8?q?niowe_=3F?= In-Reply-To: References: <052582CE32DE417EA6FD6E5F34117356@datos57604fe5b> Message-ID: No dobra - trzeba by zarezerwowac stolik - tylko, że na dzień dzisiejszy jest po równo na poniedziałek i wtorek. Może ktoś jeszcze się zapisze? Albo prosze pisać na listę którą datę wybieracie. Pozdr. Zbyszek 2010/9/19 Piotr Roszatycki : > O to świetnie bo zdążę wrócić z wakacji i się przeprowadzić :) > > Zagłosowałem za następnym poniedziałkiem. > > Pzdr. > > 2010 9 19 13:42 użytkownik "Zbigniew Lukasiak" napisał: > >> Hej! >> >> Na razie najbardziej pasujący wydaje się być przyszły lub następny >> poniedziałek. Chyba już za późno na umawianie się na ten >> poniedziałek, więc na razie liderem jest 27 września. >> >> Z. >> >> 2010/9/15 Zbigniew Lukasiak : >>> Dobra - zrobiłem ankiete: http://doodle.com/ft8aadgnwnd6ctw8 >>> >>> Z. >>> >>> 2010/9/15 Stanislaw Romanski : >>>> Mnie odpowiada any of  [ 20 .. 24 ] v [ 27 .. 28 ] >>>> >>>> Stanisław >>>> >>>> ----- Original Message ----- >>>>> >>>>> Dnia 2010-09-14 16:16 Zbigniew Lukasiak napisał(a): >>>>> >>>>>> Będę w wawie między 20 a 28. >>>>> >>>> >>>> _______________________________________________ >>>> Warszawa-pm mailing list >>>> Warszawa-pm w pm.org >>>> http://mail.pm.org/mailman/listinfo/warszawa-pm >>>> >>> >>> >>> >>> -- >>> Zbigniew Lukasiak >>> http://brudnopis.blogspot.com/ >>> http://perlalchemy.blogspot.com/ >>> >> >> >> >> -- >> Zbigniew Lukasiak >> http://brudnopis.blogspot.com/ >> http://perlalchemy.blogspot.com/ >> _______________________________________________ >> Warszawa-pm mailing list >> Warszawa-pm w pm.org >> http://mail.pm.org/mailman/listinfo/warszawa-pm > > _______________________________________________ > Warszawa-pm mailing list > Warszawa-pm w pm.org > http://mail.pm.org/mailman/listinfo/warszawa-pm > > -- Zbigniew Lukasiak http://brudnopis.blogspot.com/ http://perlalchemy.blogspot.com/ From tadzikes w gmail.com Fri Sep 24 06:21:37 2010 From: tadzikes w gmail.com (Tadeusz =?utf-8?B?U2/Fm25pZXJ6?=) Date: Fri, 24 Sep 2010 13:21:37 +0000 Subject: [Warszawa-pm] =?utf-8?q?Jaki=C5=9B_termin_na_spotkanie_wrze=C5=9B?= =?utf-8?q?niowe_=3F?= In-Reply-To: References: <052582CE32DE417EA6FD6E5F34117356@datos57604fe5b> Message-ID: <20100924132137.GA1287@yavin4> On 24-09-2010 13:16:01, Zbigniew Lukasiak wrote: > No dobra - trzeba by zarezerwowac stolik - tylko, że na dzień > dzisiejszy jest po równo na poniedziałek i wtorek. > > Może ktoś jeszcze się zapisze? Albo prosze pisać na listę którą datę > wybieracie. Chyba poniedziałek, w poniedziałek jest tańsze piwo z tego co pamiętam. Pozdrawiam, Tadek From pp w webtel.pl Fri Sep 24 04:52:26 2010 From: pp w webtel.pl (piotr pogorzelski) Date: Fri, 24 Sep 2010 13:52:26 +0200 Subject: [Warszawa-pm] =?utf-8?q?Jaki=C5=9B_termin_na_spotkanie_wrze=C5=9B?= =?utf-8?q?niowe_=3F?= In-Reply-To: <20100924132137.GA1287@yavin4> References: <052582CE32DE417EA6FD6E5F34117356@datos57604fe5b> <20100924132137.GA1287@yavin4> Message-ID: <4C9C90FA.9070003@webtel.pl> > > Chyba poniedziałek, w poniedziałek jest tańsze piwo z tego co pamiętam. tansze o polowe przez caly dzien From zzbbyy w gmail.com Sun Sep 26 10:50:35 2010 From: zzbbyy w gmail.com (Zbigniew Lukasiak) Date: Sun, 26 Sep 2010 19:50:35 +0200 Subject: [Warszawa-pm] =?utf-8?q?Jaki=C5=9B_termin_na_spotkanie_wrze=C5=9B?= =?utf-8?q?niowe_=3F?= In-Reply-To: <4C9C90FA.9070003@webtel.pl> References: <052582CE32DE417EA6FD6E5F34117356@datos57604fe5b> <20100924132137.GA1287@yavin4> <4C9C90FA.9070003@webtel.pl> Message-ID: Dobra - zarezerwowalem stolik na 19. Pozdr. Zbyszek 2010/9/24 piotr pogorzelski : >> >> Chyba poniedziałek, w poniedziałek jest tańsze piwo z tego co pamiętam. > > tansze o polowe przez caly dzien > _______________________________________________ > Warszawa-pm mailing list > Warszawa-pm w pm.org > http://mail.pm.org/mailman/listinfo/warszawa-pm > -- Zbigniew Lukasiak http://brudnopis.blogspot.com/ http://perlalchemy.blogspot.com/ From piotr.roszatycki w gmail.com Mon Sep 27 07:47:58 2010 From: piotr.roszatycki w gmail.com (Piotr Roszatycki) Date: Mon, 27 Sep 2010 16:47:58 +0200 Subject: [Warszawa-pm] =?iso-8859-2?q?Jaki=B6_termin_na_spotkanie_wrze=B6n?= =?iso-8859-2?q?iowe_=3F?= In-Reply-To: References: <052582CE32DE417EA6FD6E5F34117356@datos57604fe5b> <20100924132137.GA1287@yavin4> <4C9C90FA.9070003@webtel.pl> Message-ID: A gdzie w końcu się spotykamy? -- .''`. Piotr Roszatycki : :' : mailto:Piotr.Roszatycki w gmail.com `. `' mailto:dexter w debian.org `- -------------- następna część --------- Załącznik HTML został usunięty... URL: From tadzikes w gmail.com Mon Sep 27 09:53:58 2010 From: tadzikes w gmail.com (Tadeusz =?utf-8?B?U2/Fm25pZXJ6?=) Date: Mon, 27 Sep 2010 16:53:58 +0000 Subject: [Warszawa-pm] =?utf-8?q?Jaki=C5=9B_termin_na_spotkanie_wrze=C5=9B?= =?utf-8?q?niowe_=3F?= In-Reply-To: References: <052582CE32DE417EA6FD6E5F34117356@datos57604fe5b> <20100924132137.GA1287@yavin4> <4C9C90FA.9070003@webtel.pl> Message-ID: <20100927165358.GA26081@yavin4> http://warszawa.pm.org/spotkania.html Pozdrawiam, Tadek