🚀 go-pugleaf

> pisze wlasnie prosta gierke w C#.
>
> Gierka to bedzie polaczenie idei SpaceInvaders i Robbo :-)
>
> Do rzeczy.
>
> Wydaje mi sie, ze dzialanie engine mojej gry to bedzie cos takiego:
>
> 1. Tablica 2D z PictureBox'ami.
>
> 2. Timer ustawiony na jakies 200ms <- to sie jakos wyreguluje.
>
> 3. Za kazdym tickiem timera, engine przeliczy jakie PictureBox'y maja byc 
> umieszczone w mojej Tablicy (czy to bedzie postac mojego ludka, czy 
> promien lasera, czy kamien itp).
>
> 4. Nastepnie engine przeiteruje po Tablicy i wyswietli wszystkie 
> PictureBox'y na panelu.
>
> Dobrze kombinuje?

niekoniecznie.
grafiki nie robi się na timerach, tylko pętlą główną aplikacji, która 
generuje ramkę na podstawie czasu jaki upłynął od wygenerowania poprzedniej 
ramki.

poniżej pseudokod:

Form1 f = new Form1();

while ( f.Created )
{
   f.Idle();
   f.Invalidate();

   Application.DoEvents();
}

...

class Form1
{
  DateTime lastFrame = DateTime.Now;

   public void Idle()
   {
       TimeSpan lastFrameSpan = DateTime.Now - lastFrame;

       /* od ostatniej ramki upłynęło lastFrameSpan */

       // aktualizuj pozycje obiektów na podstawie kwantu czasu jaki upłynął

      // zapamiętaj czas wygenerowania ramki
      lastFrame = DateTime.Now;
   }

  ...
}

Wiktor Zychla 

> 1. Tablica 2D z PictureBox'ami.

To lepiej Bitmap-ki już w tej tablicy i tylko wskazywać pictureBox.Image 
  = tablica[i];

-- 
Mateusz Bogusz

> 1. Tablica 2D z PictureBox'ami.

To lepiej Bitmap-ki już w tej tablicy i tylko wskazywać pictureBox.Image 
  = tablica[i];

A jeszcze lepiej CreateGraphics i rysować na jednej bitmapce, którą 
potem wrzucisz w Image (DoubleBuffering).

-- 
Mateusz Bogusz

> To lepiej Bitmap-ki już w tej tablicy i tylko wskazywać pictureBox.Image = 
> tablica[i];

*** tak zrobie

> A jeszcze lepiej CreateGraphics i rysować na jednej bitmapce, którą potem 
> wrzucisz w Image (DoubleBuffering).

*** no jest to pomysl ale...

Przeciez w mojej grze tylko czesc obszaru bedzie sie zmieniac:

- promienie lasera
- przeciwnicy mojego robota
- moj robot

Czy wiec wlasciwe bedzie jesli za kazdym razem bede rysowal caly obszar?

Polon 

> niekoniecznie.
> grafiki nie robi się na timerach, tylko pętlą główną aplikacji, która 
> generuje ramkę na podstawie czasu jaki upłynął od wygenerowania 
> poprzedniej ramki.

Dziekuje, tak zrobie.

Polon 

> Przeciez w mojej grze tylko czesc obszaru bedzie sie zmieniac:
>
> - promienie lasera
> - przeciwnicy mojego robota
> - moj robot
>
> Czy wiec wlasciwe bedzie jesli za kazdym razem bede rysowal caly obszar?

A to już musisz sam ocenić. Zrób jak potrafisz, a potem jak nie będziesz 
usatysfakcjonowany, to próbuj przerabiać. Ewentualnie pytaj...

-- 
Mateusz Bogusz

On Mon, 7 Dec 2009 10:55:31 -0000, Polon wrote:
> Wydaje mi sie, ze dzialanie engine mojej gry to bedzie cos takiego:
> 
> 1. Tablica 2D z PictureBox'ami.

Abstrahując od poronionego podejścia... ;-)

> 2. Timer ustawiony na jakies 200ms <- to sie jakos wyreguluje.
> 
> 3. Za kazdym tickiem timera, engine przeliczy jakie PictureBox'y maja byc 
> umieszczone w mojej Tablicy (czy to bedzie postac mojego ludka, czy promien 
> lasera, czy kamien itp).

Raczej nie "jakie PB mają być umieszczone w Twojej tablicy", tylko "jakie
imagesy maja być w tych PictureBox'ach". Z kolei te PB mają być
rozmieszczone "na stałe" na jakimś kontenerze, jeden koło drugiego.
Defacto, takie prymitywne podejście pozbawia Kolege możliwości tworzenia
warstw, czyli np. stalowej ziemi w warstwie ground, śrubki w warstwie
effect i strzał w warstwie effect/projectiles ;-).

> 4. Nastepnie engine przeiteruje po Tablicy i wyswietli wszystkie 
> PictureBox'y na panelu.

Jeżeli PictureBox jest na panelu to nie ma co go wyświetlać,
w cudzysłowiu i uproszczeniu, wyświetli się samo. Można wymusić
Invalidate()/Refresh() najwyżej.

> Dobrze kombinuje?

Absolutnie źle. Kontrolki UI Win32 nie służą do programowania gier
,,graficznych". Do takich celów lepiej użyć XNA, DirectX, lub smarować
po bitmapach w pamięci ręcznie żeby później blitnać całego frame'a 
na canvas formy/panelu/kontenera/łotewer w event'cie Paint.

Proponuje poczytać na ten temat Tile Engines, jakiś czas temu był ładny
tutorial do pisania Tile Engine pod RPGa w XNA.

W razie pytań, służę pomocą, czy w ostateczności przykładami. ;-).

P.S. Space Invaders sprawia średnią możliwość realizacji w tile engine.

-- 
Pozdrawiam,
Łukasz 'Maly' Ostrowski.      http://l3v.pl/
ICQ: 148498663     GG: 2544385      AIM: malyzgora
GTalk: l3vi4than@gmail.com        ASTRA: L3viathan

>
> Proponuje poczytać na ten temat Tile Engines, jakiś czas temu był ładny
> tutorial do pisania Tile Engine pod RPGa w XNA.
>
> W razie pytań, służę pomocą, czy w ostateczności przykładami. ;-).

Platforma docelowa mojej gierki maja byc urzadzenia mobilne, byc moze uda 
sie to odpalic na iPhone (mono touch).

Czy takie platformy docelowe okreslaja w jakis sposob, to jak mam pisac moja 
gre?

Polon

On Wed, 9 Dec 2009 09:30:07 -0000, Polon wrote:
> Platforma docelowa mojej gierki maja byc urzadzenia mobilne, byc moze uda 
> sie to odpalic na iPhone (mono touch).

Powodzenia... Z ciekawości czemu iPhone? U nas to niszowe, za
przeproszeniem, gówno.

Cena MonoTouch też conajmniej nie zachwyca. Aczkolwiek:
http://xnatouch.codeplex.com/
Nie wgłebiając się w to jak dobrze implementuje XNA/.NET FW,
to może być niezły trop w kierunku game development na iPhone.

> Czy takie platformy docelowe okreslaja w jakis sposob, to jak mam pisac moja 
> gre?

I dlatego ją piszesz na kontrolkach UI? Oczywiście że platformy narzucają
guidelines'y jak pisać, szczególnie gry, które powinny być wydajne, no 
chyba że piszesz Tic-Tac-Toe. ;-).

P.S. Nic osobistego, ale czemu najpierw nie nauczysz się biegle .NET
     na normalny FW a nie na CompactFramework/urządzenia mobilne?
     Nie sprawiasz wrażenia biegłości w C#/.NET FW generalnie ;-).

     Z dość ograniczonego doświadczenia wiem, że klepanie na urządzenia
     mobilne niesie ze sobą dodatkowe szopki/utrudnienia/detale ;-).

-- 
Pozdrawiam,
Łukasz 'Maly' Ostrowski.      http://l3v.pl/
ICQ: 148498663     GG: 2544385      AIM: malyzgora
GTalk: l3vi4than@gmail.com        ASTRA: L3viathan

> Powodzenia... Z ciekawości czemu iPhone? U nas to niszowe, za
> przeproszeniem, gówno.

Mam w planie sprzedawac moja gierke w AppleStore :-)

Serio.

> Cena MonoTouch też conajmniej nie zachwyca. Aczkolwiek:
> http://xnatouch.codeplex.com/
> Nie wgłebiając się w to jak dobrze implementuje XNA/.NET FW,
> to może być niezły trop w kierunku game development na iPhone.

Cena mono mi nie przeszkadza.
Gorzej, ze musialbym miec kompa ze stajni apple.
A gdzie ja go zmieszcze?

Postanowilem sie tym martwic jak juz bede mial gierke gotowa.

>
>> Czy takie platformy docelowe okreslaja w jakis sposob, to jak mam pisac 
>> moja
>> gre?
>
> I dlatego ją piszesz na kontrolkach UI? Oczywiście że platformy narzucają
> guidelines'y jak pisać, szczególnie gry, które powinny być wydajne, no
> chyba że piszesz Tic-Tac-Toe. ;-).

Po tym co napisales to poczytam, dowiem sie i napisze jak trzeba.



> P.S. Nic osobistego, ale czemu najpierw nie nauczysz się biegle .NET
>     na normalny FW a nie na CompactFramework/urządzenia mobilne?
>     Nie sprawiasz wrażenia biegłości w C#/.NET FW generalnie ;-).


Ja nie pisze tej gierki bo umiem C#.
Ja wlasnie po to ja pisze aby miec jakis cel nauki C#.
Uczyc sie dla samej nauki albo do egzaminu to nie dla mnie.


>     Z dość ograniczonego doświadczenia wiem, że klepanie na urządzenia
>     mobilne niesie ze sobą dodatkowe szopki/utrudnienia/detale ;-).

Na razie napisalem w C# kulki pod windows mobile.
Na PictureBox'ach wlasnie.

Dziala koszmarnie wolno, ale dziala.

A ile czasu zajmuje fizyczne przerzucenie aplikacji na pocket PC aby tam 
potestowac program!!! Koszmar po prostu.



Normalnie pisze w Delphi, teraz musze sie rozszerzyc o C#, ot rynek pracy 
tego wymaga.

Przesiadka jest trudna, najwiecej problemow mam z przejsciem z edytora 
Delphi na Visual Studio.

No ale to kwestia czasu, w koncu naucze sie wszystkich potrzebnych skrotow 
klawiszowych, moza uda mi sie przeniesc panel z komponentami z lewej, 
rozwijalnej strony na gore na przyklad :-)


Polon

>> Proponuje poczytać na ten temat Tile Engines, jakiś czas temu był ładny
>> tutorial do pisania Tile Engine pod RPGa w XNA.
>>
>> W razie pytań, służę pomocą, czy w ostateczności przykładami. ;-).
>
> Platforma docelowa mojej gierki maja byc urzadzenia mobilne, byc moze uda 
> sie to odpalic na iPhone (mono touch).
>
> Czy takie platformy docelowe okreslaja w jakis sposob, to jak mam pisac 
> moja gre?

Witaj, jeśli naprawde docelowym odbiorcą ma być użytkownik iPhona
to nie ma całkowicie sensu zajmować się tworzeniem interfejsu użytkownika w 
oparciu o WinForms.
Do tworzenia UI służą klasy z namespace MonoTouch.UIKit
Mozesz zapomnieć o całym System.Windows
możesz też zapomnieć o wiekszości klas z System.Drawing
ponieważ są to tylko tylko elegancie obiektowe pakowania
kryjące w środku microsoftowe GDI oraz GDIPlus

Ogólnie, MonoTouch wydaje się raczej narzędziem stworzonym na siłe
kolejnym kompilatorem C#
lecz w całkowitym oderwaniu od jego naturalnego środowiska
jakim jest .NET Framework

-- 
____________
Pozdrawiam
Robert Winkler 

W dniu 09-12-09 21:18, Robert Winkler pisze:
> Ogólnie, MonoTouch wydaje się raczej narzędziem stworzonym na siłe
> kolejnym kompilatorem C#
> lecz w całkowitym oderwaniu od jego naturalnego środowiska
> jakim jest .NET Framework

Nie zgodzę się :)

To, że MonoTouch nie implementuje pewnych czysto Microsoftowych 
rozwiązań raczej nie jest tu zbyt wielkim problemem. Implementacja 
całego frameworka .Net też nie ma żadnego sensu. iPhone to w końcu 
urządzenie mobilne i zastosowana zgodność z API Silverlight'a jest tu 
jak najbardziej na miejscu i jest wystarczająca do większości zastosowań.

tm

>> Ogólnie, MonoTouch wydaje się raczej narzędziem stworzonym na siłe
>> kolejnym kompilatorem C#
>> lecz w całkowitym oderwaniu od jego naturalnego środowiska
>> jakim jest .NET Framework
>
> Nie zgodzę się :)
>
> To, że MonoTouch nie implementuje pewnych czysto Microsoftowych rozwiązań 
> raczej nie jest tu zbyt wielkim problemem. Implementacja całego frameworka 
> .Net też nie ma żadnego sensu. iPhone to w końcu urządzenie mobilne i 
> zastosowana zgodność z API Silverlight'a jest tu jak najbardziej na 
> miejscu i jest wystarczająca do większości zastosowań.

O jakiej zgodności z Silverlight mówisz ?
W MonoTouch nie masz JIT, wszystko musi zostać już na komputerze developera
skompilowane do postaci kodu maszynowego.
Nie masz najsilniejszego z elementów silverlighta czyli DLR
nie masz wiec mozliwości korzystania z jezyków dynamicznych.
Nie masz Reflection.Emit, bo skoro na iPhone nie na JIT'a
to kto skompilował by ten kod,
wewnętrzna implementacja serializacji  wyglada wiec inaczej,
musisz też korzystać z dodatkowych atrybutów aby linker nie zagalopował sie
i nie "prze-optymalizował" ci klasy którą chcesz serializować
usuwając niektóre z pól/właściwosci klasy.
Tworzenie interfejsu użytkownika to w MonoTouch zupełnie inna historia
nie co znamy z .NET'a czy Silverlight'a nie przyda się na tym etapie.
Jedyny plus jaki moge przeznać MonoTouch to wsparcie dla OpenGL
ale nawet to udało im się spi^h^h^h "skomplikować"
tworząc dwie oddzielne przestrzenie nazw dla klas obsługujących OpenGL.
Obowiazkiem programisty jest wiedzieć jaka wersja bedzie dostępna
na urządzeniu na którym działac będzie jego program.
Ogólnie koncepcja świetna
ale życie i tak zrobiło swoje

-- 
____________
Pozdrawiam
Robert Winkler 

On Wed, 9 Dec 2009 11:41:47 -0000, Polon wrote:

>> Powodzenia... Z ciekawości czemu iPhone? U nas to niszowe, za
>> przeproszeniem, gówno.
> 
> Mam w planie sprzedawac moja gierke w AppleStore :-)
> 
> Serio.

Nie masz zielonego pojęcia o programowaniu gier i już masz 
zamiary robić na tym kase? Analogiczna akcja z programowaniem
komunikatorów udała się tylko Foltynowi, i to chyba tylko
ze względu na to że trafił na Polaków, którzy wezmą każde 
gówno byle po polsku ;-).

Serio. Popisz sobie hobbystycznie, dopiero jak będziesz fluentny
to napisz coś semi-komercyjnego, inaczej Twoje marzenia polecą
w tzw. pizdu ;-).

>> Cena MonoTouch też conajmniej nie zachwyca. Aczkolwiek:
>> http://xnatouch.codeplex.com/
>> Nie wgłebiając się w to jak dobrze implementuje XNA/.NET FW,
>> to może być niezły trop w kierunku game development na iPhone.
> 
> Cena mono mi nie przeszkadza.
> Gorzej, ze musialbym miec kompa ze stajni apple.
> A gdzie ja go zmieszcze?

Po co komp ze stajni apple? Mac OS X od jakiegoś czasu chodzi na
platformie x86.

> Po tym co napisales to poczytam, dowiem sie i napisze jak trzeba.

Hopefully. ;-).

>> P.S. Nic osobistego, ale czemu najpierw nie nauczysz się biegle .NET
>>     na normalny FW a nie na CompactFramework/urządzenia mobilne?
>>     Nie sprawiasz wrażenia biegłości w C#/.NET FW generalnie ;-).
> 
> 
> Ja nie pisze tej gierki bo umiem C#.
> Ja wlasnie po to ja pisze aby miec jakis cel nauki C#.
> Uczyc sie dla samej nauki albo do egzaminu to nie dla mnie.

Ucz się, na normalny .NET FW na kompie, conajmniej można pominąć 
czas deploymentu na urządzenie mobilne/emulator pomiędzy 
kolejnymi testami.

>>     Z dość ograniczonego doświadczenia wiem, że klepanie na urządzenia
>>     mobilne niesie ze sobą dodatkowe szopki/utrudnienia/detale ;-).
> 
> Na razie napisalem w C# kulki pod windows mobile.
> Na PictureBox'ach wlasnie.
> 
> Dziala koszmarnie wolno, ale dziala.

To jaka jest przyjemność w grze która się wlecze, która nie ma tej
semi-najważniejszej(wraz z grywalnościa) miodności graficznej? I do
tego myślisz że to sprzedasz? Mhm. 

IMO, lepiej dla nauki pisać pod Zune w XNA. Do tego nie musisz wykładać
$999 na bóg wie jak nieużywalne środowisko, i potencjalnie zostać
elitarystycznym Makówkarzem. ;-).

> A ile czasu zajmuje fizyczne przerzucenie aplikacji na pocket PC aby tam 
> potestowac program!!! Koszmar po prostu.

Z tego co pamiętam nie bylo dramatu u mnie ;-).

> Normalnie pisze w Delphi, teraz musze sie rozszerzyc o C#, ot rynek pracy 
> tego wymaga.

Mogłem się domyślić ze Delpiarz, "oprzyjmy wszystko o gotowe komponenty
wizualne/UI" a.k.a. "gdzie na Toolboxie VS jest TQuake3?" ;-).

> Przesiadka jest trudna, najwiecej problemow mam z przejsciem z edytora 
> Delphi na Visual Studio.

Gdzie jest ta bariera nie do przejścia? Delphi/BDS klęka przed VS i całuje
go w stopy. ;-).

> No ale to kwestia czasu, w koncu naucze sie wszystkich potrzebnych skrotow 
> klawiszowych, moza uda mi sie przeniesc panel z komponentami z lewej, 
> rozwijalnej strony na gore na przyklad :-)

Tzn. analogicznie do starego layoutu Delphi? Same ikonki, horyzontalnie,
jedna przy drugiej, bez podpisu? Bez sensu ;-).

-- 
Pozdrawiam,
Łukasz 'Maly' Ostrowski.      http://l3v.pl/
ICQ: 148498663     GG: 2544385      AIM: malyzgora
GTalk: l3vi4than@gmail.com        ASTRA: L3viathan

Źle się człowiekowi robi jak się czyta twoje posty.

"Imagesy", "guidelinesy", "semi-grywalność", "fluentny".

> Źle się człowiekowi robi jak się czyta twoje posty.
>
> "Imagesy", "guidelinesy", "semi-grywalność", "fluentny".

Zapomniałem dodać "prze coolowego" "Hopefully". Chyba ostatnio FC zdałeś  
co? Congratulations!

3P

3P wrote:
>> Źle się człowiekowi robi jak się czyta twoje posty.
>>
>> "Imagesy", "guidelinesy", "semi-grywalność", "fluentny".
>
> Zapomniałem dodać "prze coolowego" "Hopefully". Chyba ostatnio FC
> zdałeś co? Congratulations!

Żadne FC tylko, niestety takie zboczenie zawodowe. W tym zawodzie 99% 
materiałów jest w angielskim i po prostu mózg tym nasiąka. Mnie samemu już 
nie chce się wysilać na szukanie polskiego tłumaczenia i często uzywam np. 
słowa "propertisy" zamiast właściwości czy ustawić "enkoding" zamiast 
kodowania.
yamma 

yamma wrote:
> 3P wrote:

>> Zapomniałem dodać "prze coolowego" "Hopefully". Chyba ostatnio FC
>> zdałeś co? Congratulations!
>
> Żadne FC tylko, niestety takie zboczenie zawodowe. W tym zawodzie 99%
> materiałów jest w angielskim i po prostu mózg tym nasiąka. Mnie
> samemu już nie chce się wysilać na szukanie polskiego tłumaczenia i
> często uzywam np. słowa "propertisy" zamiast właściwości czy ustawić
> "enkoding" zamiast kodowania.

No i właśnie zauważyłem, że w sąsiednim wątku sam uzywasz słowa "string". 
:-)
yamma 

W dniu 09-12-10 07:38, Robert Winkler pisze:
>>> Ogólnie, MonoTouch wydaje się raczej narzędziem stworzonym na siłe
>>> kolejnym kompilatorem C#
>>> lecz w całkowitym oderwaniu od jego naturalnego środowiska
>>> jakim jest .NET Framework
>>
>> Nie zgodzę się :)
>>
>> To, że MonoTouch nie implementuje pewnych czysto Microsoftowych
>> rozwiązań raczej nie jest tu zbyt wielkim problemem. Implementacja
>> całego frameworka .Net też nie ma żadnego sensu. iPhone to w końcu
>> urządzenie mobilne i zastosowana zgodność z API Silverlight'a jest tu
>> jak najbardziej na miejscu i jest wystarczająca do większości zastosowań.
>
> O jakiej zgodności z Silverlight mówisz ?

Na poziomie API (czyli podzbioru pełnego Frameworka).

> W MonoTouch nie masz JIT, wszystko musi zostać już na komputerze developera
> skompilowane do postaci kodu maszynowego.

Czy to jakaś specjalna wada?

> Nie masz najsilniejszego z elementów silverlighta czyli DLR
> nie masz wiec mozliwości korzystania z jezyków dynamicznych.
> Nie masz Reflection.Emit, bo skoro na iPhone nie na JIT'a
> to kto skompilował by ten kod,

Piszesz tak jakby bez JIT i dynamicznego kodu już nic nie dało się 
napisać. iPhone ma swoje wymagania i dlatego JIT'a nigdy tam nie zobaczysz.

I może właśnie dzięki temu aplikacje napisane w MonoTouch będą szybsze, 
a nie tak ślamazarne jak całe Windows Mobile?

> wewnętrzna implementacja serializacji wyglada wiec inaczej,
> musisz też korzystać z dodatkowych atrybutów aby linker nie zagalopował sie
> i nie "prze-optymalizował" ci klasy którą chcesz serializować
> usuwając niektóre z pól/właściwosci klasy.
> Tworzenie interfejsu użytkownika to w MonoTouch zupełnie inna historia
> nie co znamy z .NET'a czy Silverlight'a nie przyda się na tym etapie.

No bo to jest zupełnie inne urządzenie i dlatego inne UI niż CocoaTouch 
i tak nie ma tu racji bytu. Oprogramowanie napisane na iPhone ma mieć 
GUI zgodne z wytycznymi - i bardzo dobrze. Tak samo pisząc w Mono dla 
Linuxa, czy OS X'a, nie przyda Ci się System.Windows.Forms (mimo prób 
przeportowania) - i to nie nawet jeśli chodzi o wygląd kontrolek, co o 
całe zachowanie UI aplikacji.

tm

Dnia 10-12-2009 o 22:31:21 yamma <yamma@wp.pl> napisał(a):

> 3P wrote:
>>> Źle się człowiekowi robi jak się czyta twoje posty.
>>>
>>> "Imagesy", "guidelinesy", "semi-grywalność", "fluentny".
>>
>> Zapomniałem dodać "prze coolowego" "Hopefully". Chyba ostatnio FC
>> zdałeś co? Congratulations!
>
> Żadne FC tylko, niestety takie zboczenie zawodowe. W tym zawodzie 99%  
> materiałów jest w angielskim i po prostu mózg tym nasiąka. Mnie samemu  
> już nie chce się wysilać na szukanie polskiego tłumaczenia i często  
> uzywam np. słowa "propertisy" zamiast właściwości czy ustawić "enkoding"  
> zamiast kodowania.
> yamma

Jeszcze zależy jak się tego używa. Co innego od czasu do czasu, a co innego
5 słów na post.

> Nie masz zielonego pojęcia o programowaniu gier i już masz
> zamiary robić na tym kase? Analogiczna akcja z programowaniem
> komunikatorów udała się tylko Foltynowi, i to chyba tylko
> ze względu na to że trafił na Polaków, którzy wezmą każde
> gówno byle po polsku ;-).

GG dalo rade. Koles jest milionerem.

Nic tylko podziwiac i brac przyklad :-)

Moja gierka na pewno bedzie hiciorem w AppleStore :-)

Nic tylko musze ja napisac, zaplacic jakiemus grafikowi za wspolprace i job 
done.

Snow leopard dziala na x86 ale z tego co czytalem to sporo sie trzeba 
natrudzic aby zechcial.

Ja sie nie lubie trudzic, ja lubie robic robote.

Moze do tego czasu dorobie sie jakiejs kolezanki z pieknym Applem w chacie 
:-)

Polon

On Fri, 11 Dec 2009 11:59:00 -0000, Polon wrote:
> Moja gierka na pewno bedzie hiciorem w AppleStore :-)

Nic tylko życzyć powodzenia :). Nie zapomnij się pochwalić
na grupie jak już giera trafi na AppleStore =].

-- 
Pozdrawiam,
Łukasz 'Maly' Ostrowski.      http://l3v.pl/
ICQ: 148498663     GG: 2544385      AIM: malyzgora
GTalk: l3vi4than@gmail.com        ASTRA: L3viathan

On Thu, 10 Dec 2009 21:51:25 +0100, 3P wrote:

>> Źle się człowiekowi robi jak się czyta twoje posty.
>>
>> "Imagesy", "guidelinesy", "semi-grywalność", "fluentny".
> 
> Zapomniałem dodać "prze coolowego" "Hopefully". Chyba ostatnio FC zdałeś  
> co? Congratulations!

As if I cared. Generalnie to będę zadowolony jak się 3P
aż tak źle z tego powodu zrobi że zwymiotuje.

Kod też piszesz po polsku? Programista myśli po angielsku.
Wszystkie liczące się publikacje są po angielsku.
Nie pisze także polskich poronionych nazw identyfikatorów.
Szkoda mi czasu żeby pisać posty piękna polszczyzna albo
szukać zamienników dla idiomów. Wszyscy zrozumieli? Tak.
3P który nic nie wniósł do tematu sie przypierdolil? Tak.
Gratulacje. Jeszcze poszukaj literówek albo brakujących
diaktrytyków.

A jeżeli mowisz o FCE, to tak, dekady temu zrobiłem FCE.

-- 
Pozdrawiam,
Łukasz 'Maly' Ostrowski.      http://l3v.pl/
ICQ: 148498663     GG: 2544385      AIM: malyzgora
GTalk: l3vi4than@gmail.com        ASTRA: L3viathan

Prosty człowieku