djole_home: GTK? QT? To su ok biblioteke ali čoveku samo komplikuju život! Zašto ne pokušaš da primeniš native api-e? Ako radiš u windowsu koristi win32api. Koristiš UNIX? X biblioteke su još lakše za učenje.

Ono što posebno daje prednost ovom rešenju je da su ove biblioteke potpuno urađene u c-u, nema ni traga klasama koje bi komplikovale tvoj kod. Osim toga ne moraš da distribuiraš dll-ove, sve što ti treba je u samom operativnom sistemu.

Alatka? Ako hoćeš da nacrtaš šta ti treba i da ti to ne zadaje glavoboje kod resize/maximize? Pređi na delphi mnogo manje posla nego da koristiš neki od widget liba. U suštini da sam na tvom mestu držao bi se c-a dok radim na toj aplikaciji, što znači zadržati stvari što jednostavnije => win32api.

- If the form is a dialog, it will not resize correctly. Once the user resizes the dialog, your carefully crafted layout is shredded to pieces. Of course, you can make the dialog non-resizable, but it is very likely that your users will not be too happy about this.

- if you want to internationalize your program, your handcrafted layouts will not work either. Internationalizing a program means preparing it for translation, and you only do this if you expect there to be translations later. But translations, especially from English to other languages, have the nasty property that the translated text is often longer than the original text. Think of a check box whose label has become larger after translating: The check box might not be large enough to accommodate its own label, and even if it could magically resize itself somehow, the check box would no longer fit in the surrounding group box, and so on.

- If you want to allow the user to run the program with different application fonts, then all the problems just described apply as well.

- And finally, the same goes if you want to be able to switch widget styles dynamically (or let the user do so); i.e., you do not want to hardcode the widget style.