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

> <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 :)
>

Mz powinien wygladac normalnie, powiedzmy okno ze stoma
buttonami, coś w tym stylu:

void MakeSome100ButtonWindow()
{
static Window window;
window.title = "Okno";
window.client.x = 400;
window.client.y = 400;
window.style = overlapped;

static Button button[10][10];

for(int j=0; j<10; j++)
for(int i=0; i<10; i++)
{
button[j][i].size.x=30;
button[j][i].size.y=30;
button[j][i].onClick=buttonClicked;

addChildControlAtPos(window, button[j][i], i*40, j*40);
}


run(window);


}

void buttonClicked()
{
showMessage("button clicked");
}

mw to jest chyba bazowa wersja sprawy, ew mozna probowac
wymyslec cos fajniejszego


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