Názory k článku GLUT (2): výhody a nevýhody

Gtk ma velmi solidni podporu OpenGL takze neni vubec problem napsat program ktery ukazuje pres opengl neco zajimaveho a pres gtk se ovlada. Treba muj oblibeny LightSpeed nebo gliv apod.

Jestli jsem to dobre pochopil, tak GLUT je neobjektovy. Uvadi se to jako vyhoda, protoze pak je mozne spolu s dalsimi opatrenimi snadneji dosahnout prenositelnosti na ruzne jazyky.

U wxWindows je pritom kritizovana u podpory OpenGL spatna objektovost a pritom neprenositelnost na mnohe jazyky.

wxWindows jsou obecne IMHO nedobre objektove navrzeny system, ale myslim, ze duvod je hlavne v tom, aby wxWindows pracovalo ve vice jazycich, urcite vim o C++ a Pythonu. Tim nejspise bylo nutne leccos z OO ozelet.

Nadherna objektovost vzydycky zhorsuje prenositelnost, zvysuji se pozadavky na jazyky, pod kterymi to ma bezet.

Ano, GLUT stejne jako OpenGL nejsou objektove orientovane, coz je nekdy vyhoda (prenositelnost, podpora vice jazyku) nekdy nevyhoda (vetsi projekty, celkova strategie tvorby projektu).

V pripade "ideologickych" problemu samozrejme muzete pouzit objektovou nadstavbu nad GLUT.

Problem s wxWindows IMHO neni hlavne v tom, aby slo pouzit v ruznych jazycich, ale ze je udelano na vice velmi rozdilnych platforem s ruznymi GUI udelatky. Ale napriklad MFC jsou na tom s "objektovosti" jeste hure... :-).

Pockejte prosim na dalsi dil, tam budou ukazky kodu v C.

V manuálu wxWindows se naznačuje, jak postupně upouštěli od dědičnosti a dalších prvků OOP, protože třeba chtěli kratší kód, apod..

Mimochodem, skoro bych řekl, že wxWindows je jenom trochu jinak opajcnuté MFC z mnoha hledisek.

Myslím si, že je problém, že spousta autorů prostě plácne objektovost jako argument, a že je to mnohdy zbytečné.

Samozrejme, ze snaha o optimalizaci kodu mnohdy vede k opusteni nekterych principu objektovosti. Proto se mi taky GLUT hodne libi tim, ze si na nic nehraje - proste neni OOP ale zapouzdrit samozrejme jde.

Jinak nic proti wxWindows ani MFC, pracovat se s nimi da a to je IMHO dulezitejsi nez tvrde dodrzovat OO postupy.

wxWindows a MFC maji opravdu spolecneho spoustu veci; vychazi to ale pravdepodobne z filozofie tech systemu a ne ze by to nekdo opsal.

Málokdy s někým tak souhlasím, jako s Vámi.

Snad bych jen dodal, že jsem se ve zdrojácích wxWindows vrtal hodně, a pokud bych nechtěl napsat, že wxWindows hodně opsal z MFC, tak bych politicky korektně napsal, že silná inspirace je nade vší pochybnost.

Odkzy v [8], [9], [10] jsou spatne zapsany. Smreuji na http://http//www.kdesicosi..., cili je tam navic to http//.

Chcel by som preportovat na X Window System svoje stare MS-Dos aplikacie v C, vyuzivajuce BGI (Borland Graphics Interface) rozhranie. Uz sa mi podarilo preportovat tieto aplikacie na Linuxovu konzolu pomocou SVGAlib.

V X-Windows systeme by som chcel alokovat okno 640x480 a mat moznost donho pisat. Cize nejake funkcie putpixel(), pripadne line(), rectangle() a
podobne. Dalej by som potreboval v aplikacii odchytavat klavesnicu a kliknutia mysov. To je vsetko. Menu, komponenty, tlacitka a podobne
nepotrebujem (cize ziadne QT alebo Gtk+).

Moja otazka spociva, ci by to bolo mozne a ak ano, ci by ste ma nenasmerovali spravnym smerom (co si pozriet, co hladat, nejaky priklad a
podobne). Podla moznosti bez pouzitia zmienovaneho OpenGL, pretoze to mi pripada ako tank na vytrhnutie stebla travy.

Pro Vase pozadavky (zakladni graficka primitiva ve 2D, ovladani klavesnice a mysi) muzete pouzit napriklad knihovnu Allegro. Uz pred cca 6 lety jsem v ni pracoval na MS-DOSu a pote i na Linuxu. Na X Window pracuje bez problemu.

Urcite se podivej na http://www.libsdl.org
Knihovna SDL je muptiplatformni, jednoducha a ucinna.

Umi presne to co potrebujes. Osobne doporucuji.