Ovo pitanje pokazuje totalno nepoznavanje funkcionisanja Vizuelnih alata, pa nisam mogao da se suzdrzim! A kakva, konkretno, tebi kontrola treba kad pojma nemas?!?

Hm, izgleda sam mutavo postavio pitanje... Mene cisto mrzi da pisem masu CreateWindow(...) funkcija, pa da jos na slepo odredjujem dimenzije dugmica i textboxova ili ako treba da se napravi event, pa da opet kucam itd. Lakse bi mi bilo ako bi to mogao sve uz par klika misa da odradim...

Za to i sluze UI frameworci, npr VCL komponente koje dolaze uz Borland C++ Builder. Drugim recima jedino kad je nesto toliko specificno da je stvarno potrebna neka specijalna kontrola onda se koristi direktno win api. Medjutim, kreiranje UI je relativno jednostavan posao sa ovim klasama i licno ne znam kakva bi to kontrola bila potrebna (sem mozda u nekim specificnim situacijama gde se zeli nestandardni user interface). Uostalom, pozeljno je u vecini slucajeva da UI bude standardan da bi se korisnici lakse prilagodili... Takodje, koriscenje win apija u kodu cini kod vezanim iskljucivo za windows, pa i o tome treba misliti.

Sto se tice konkretno tvog pitanja sam si na njega odgovorio - wina api ti nije ni potreban, koristi gotove klase, i nece sve biti bas sa par klikova vec malo vise, ali user interface je samo omotac koji uglavnom cini manji deo aplikacije.

Ako sam te dobro razumeo, tražiš neki vizuelni alat kojim bi pravio GUI zasnovan na API funkcijama, a ne npr MFC ili VCL klasama.

Nažalost, nije mi poznato da postoji takav alat, mada je ideja zanimljiva...

prvo pitanje u opste nisi mutavo postavio
i ne znam zasto kobrejabre odma stavlja flame ikonu i pita koja ti kontrola treba kad u opste nisu u pitanju kontrole iz cega sledi da je on taj koji nema pojma kako sve to funkcionise ispod haube odnosno da li bi ti znao da napravis bilo kakav vizuelni program da imas samo C kompajler tj bez nekih tamo klasa tipa VCL ili MFC?
nemoj ovo da shvatis kao flame ili nesto slicno, veruj mi nemam nista protiv tebe ili bilo koga na forumu
evo ja sam npr glup za te klase i nikad nisam uspeo u potpunosti da ukapiram mfc i zato sam odustao jer mi nikad nece ni trebati, posto me gui programiranje nesto preterano ne zanima

sad za peru, izgleda da nisi upoznat sa resource editorom, verovatno dobijas jedan uz svoj kompajler, ako ne onda ces ih naci po netu
uz njega ti jos treba i resource kompajler, koji pretvara resource skriptu u .rc fajl
koji se posle linkuje sa glavnim .exe fajlom
tu imas i posebnu funkciju koja ti sluzi umesto window procedure i sluzi za obradu poruka iz resource-a koji si napravio
time ces izbeci pisanje gomile CreateWindow() funkcija i sto je jos gore pokusavati da ubodes kordinate kontrola
medjutim jos nepostoji alat koji bi ti u potpunosti zamenio rucno kucanje api funkcija kod rada sa gui... ovo je za sad najbolje resenje
dakle crtaj u resors editoru to ti je skelet programa, a meso tj funkcionalnost moras da dodajes rucno

Kada me vec pominjes, da dam neko razjasnjenje.
Covek je lepo rekao: " ...a opet hocu da imam potpunu kontrolu nad mojim programom". Znaci, radilo se o kontroli u smislu kontrolisanja necega, valjda toka programa, a ne o kontroli kao softverskoj komponenti. Tako sam i ja, kad god sam napisao "kontrola" mislio na ovo prvo. Uostalom, nikad nisam ni koristio rec kontrola u onom drugom smislu. Zapravo, mislio sam da je kontekst u kome je upotrebljena ta rec toliko jasan da mi je cudno otkud si pomislio da je rec o kontrolama u smislu ActiveX i slicno. Kada sam ga pitao kakva mu kontrola treba mislio sam sta to on hoce da kontrolise, a da mu vizuelne komponente to onemogucavaju?
Zasto sam stavio flame? - Pa, recimo zato sto bi takav pristup (otkrivanje svih detalja realizacije) bio suprotan osnovnim OO principima. U slucaju GUI pitanje je i da li bi ovo bilo izvodljivo a da istovremeno bude ocuvana mogucnost ponovnog iskoriscavanja koda itd. Da ne govorimo o tome da takvo okruzenje uopste ne bi bilo objektno orjentisano.
Eto, toliko od mene, i samo da razjasnim da nisam imao nameru da uvredim Peru ali mi je pitanje delovalo (a i dalje deluje) kao napamet postavljeno. I, evo, nesto o tvom resenju: u cemu je smisao takvog spartanskog pravljenja prozora kada se time nista ne dobija. Prava vrednost programa je u srednjem sloju, koji nema veze sa user interfaceom.

Nemojte toliko brzo da se 'odricete' korisnickih interfejsa. U jednoj velikoj klasi (a i trzistu) programa, korisnicki interfejs je upravo ono sto cini da program uspe ili ne. Oni malo stariji ce se mozda setiti da je Word Perfect ranije bio standardni word processor, ali da je nestao kada se dugo nije pojavila verzija sa modernim interfejsom. Ili mozda jednostavniji princip, UI je upravo ono sto cini razliku izmedju, recimo, C/C++-a i asemblera: u oba slucaja mozes da uradis istu stvar skoro podjednako jednostavno, ali je UI (ne mislim na IDE, vec na nacin rada) C-a mnogo laksi od UI-a asemblera.

Licno smatram da WinAPI treba da se ostavi na miru sa vizuelnim alatima... - Treba da se zna "ko kosi, a ko vodu nosi". Vizuelizaciji nije mesto na API nivou uopste. Ostavite se toga.

da, cuh za "te" resource editore, ali mi to cak izgleda nekako komplikovano (a verovatno nije <)... Mada, da li tu mogu da se ubace i finese sa stilovima prozora itd., znaci, da li je sve potpuno isto, kao i kada bi pravio sa createwindow winapijem ? Znam da u borland builderu nisi imao bas toliko stvari da odaberes, ako mi memorija jos radi...

ok prvo da se izvinim coveku pogresno sam interpretirao rec "kontrola" :D
mada nije samo moja krivica jer je odgovor bio u 2 recenice no dobro, nije ni vazno
samo to sto se tice koriscenja OO pristupa u vizuelnom programiranju, ok ja sam vec rekao da mi to nije islo dobro i ne kapiram bas najbolje mfc i te stvari
tako da bi meni bas lepo dosao tako neki alat
zasto mora sve da bude objektno orjentisano? jel tako najlakse ili sta?
meni jako komplikovano izgledaju one klasne strukture u mfc... pa moras da trazis po klasama koje sve clanove i fje imaju pa ako nisi nasao sta ti treba onda gledas parent klasu itd itd.. hm moracu da pokrenem oop vs structural u art of programming da ne zagadjujemo ovu temu :)

sto se tice res editora mozes da podesavas sve te stilove prozora kao i preko funkcije dakle ista stvar samo sto ovde to radis vizuelno sto znaci jako velika olaksica ali ne ocekuj nista vise od toga, ponasanje i interakciju izmedju kontrola na tom dialogu moras rucno da pises

LCC-Win32, C kompajler sa IDE okruzenjem, omogucava generisanje WinAPI programa pomocu wizarda gde vi odredjujete izgled i broj prozora itd.