<f...@W...gazeta.pl> napisał(a):

> M.M. <m...@W...gazeta.pl> napisał(a):
>
> > <f...@W...gazeta.pl> napisał(a):
> >
> > > <f...@g...SKASUJ-TO.pl> napisał(a):
> > >
> > > > kiedys costam pare tygodni pisalem w javie ale normalnie
> > > > java sie nie zajmuje - choc jak patrze dzis na kody w javie
> > > > to sa raczej zrozumiale, choc z malymi wyjatkami
> > > >
> > > > np tu jest taki prosty przyklad
> > > >
> > > > http://www.java-tips.org/other-api-tips/jogl/how-to-
use-opengl-
lighting-
> > > > model.html
> > > >
> > > > nie rozumiem jak metody init() display() i reshape()
> > > > sa powiazane z resztą kodu
> > > > (zgadywalbym ze sa to przeciazone metody z JFrame
> > > > ale mają one w argumentach jakies niby to 'openglowskie'
> > > > "GLAutoDrawable drawable" - a przeciez zdawalo sie ze
> > > > takie JFrame jest raczej niezalezne od OGL
> > > >
> > > > czy ktos moze to wyjasnic?
> > > >
> > > ok, nie zauwazylem liter GL w GLEventListener, ale i tak ten
> > > kod wydaje mi sie niezreczny przez to 'drawable' - co to ma
> > > byc? cos jak canvas tylko ze nazwa jest zajeta i nazwali to
> > > 'drawable' ?
> >
> > Java to nie C, a wiec nie trzeba znac szczegolowej odpowiedzi na
> > kazde pytanie "co to ma byc". Po prostu to jest cos co dziala, a
> > jak tego uzywac to wyjasnia przyklad.
> > Pozdrawiam
> >
>
> zapewne przesadzasz bo pozatym ze nie za bardzo
> wiadomo co to jest to drawable akurat ten kod jest
> dosyc czytelny,
>
> troche stracilem poczucie ducha c ostatnimi czasy;
>
> slusznie ze c powinno oferowac wlasnie poczucie
> wyjatkowej okreslonosci a nie tego rodzaju kod w ktorym
> nie wiadomo co jest pod spodem,
>
> ale nie sa to takie latwe sprawy do rozstrzygniecia
>
> wlasnie sie zastanawialem jak powinna wygladac program
> okienkowy w c
>
> void main()
> {
> Window window;
> init(window); //powiedmy ze popr c (struktury przez wskaznik)
> }
>
> Window jest po prostu strukturą o rozmiarze ilus tam bajtow,
> gdyby dac mozliwosc 'domyslnych inicjalizatorow' dla struktur
> mozna by pisac tylko
>
> void main()
> {
> Window window;
> }
>
> ale troche zaciemialo by to regulę - ogolnie nie jestto
> takie latwe wybrac co nalzey
>
> inna sprawa jeszcze z modulami, jak to zrobic by bylo stare
> dobre poczucie ze to tylko instancje i procedury, byc moze
> modulom przydaly by sie domyslne inicjalizatory w load time
> a byc moze nie, jak to ma wygladac, jak ma wygladac lista
> importow, jakie slowa use? reach? link? space? module?
> co podawac jako nazwe modulu, nie powinno byc to zbyt
> specyficzne dla platformy ale tez powinno pokazywac ze
> linkowany modul jest konkretna binarka
>
> space main.c //? main.exe, main.obj?
>
> link stdio.lib
> link math.lib
> link windows.lib
> link costam.obj
> link costam.dll
> link costam.c //?
>
> int main()
> {
>
> Window window;
>
> init(window);
>
>
> }
>
> sporo decyzji ktore moga z latwoscia zchrzanic oryginalnego
> ducha c - a ja ostatnio trace jakos z nim kontakt
>
>
>
w sumie tymczasowo moge przyjac by uzywac paru tych slow

np

module main.c

reach ships.c
reach stars.c
reach planets.c

buildin sse_vector_math.lib

link winmm.dll
link ogl32.dll

troche glupie ale jawnie pokazuje ze tu moga
dziac sie co najmniej trzy rozne rzeczy a poki co
nie mam lepszego pomyslu jak to opracowac





--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/