<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,
Nie wiem czy przesadzam, duzo zalezy od tego jak rozumiec owe "szczegoly" :)
Kiedys, gdy programowalem jeszcze w javie, to poslugilwalem sie tym
jezykiem bardzo intuicyjnie, a programy dzialaly i zarabialy na siebie.
Moze nie poslugiwalem sie tym jezykiem optymalnie, a juz na pewno nie
poslugiwalem sie optymalnie bibliotekami, ale calkiem skutecznie osiagalem
cel jaki chcialem osiagnac - czyli szybko dostarczyc klientowi akceptowalna
wersje aplikacji.

> wlasnie sie zastanawialem jak powinna wygladac program
> okienkowy w c
>
> void main()
> {
> Window window;
> init(window); //powiedmy ze popr c (struktury przez wskaznik)
> }
W C rysowac okiena i guziki to troche masochizm, no ale co tam, jesli
ma sie wprawe to mozna - wiem bo czasami robilem w ten sposob.

Jak na powaznie powinien wygladac program okienkowy w C, albo w proceduralnym C++?
Na pewno wszystkie okienka powinny byc zaprojektowane w graficznym
edytorze. Potem jakis tool powinien wygenerowac kod odpowiedzialny za
interfejs, a takze kod bezposrednio zwiazany z interfejsem, np. obsluga
zdarzen. No i powinien byc uzyty jakis model obiektu, tak aby aplikacje
wygodnie sie rozwijalo i modyfikowalo - no ale to juz lekko wchodzi na
grunt C++ nieproceduralnego :)

Pozdrawiam


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