Archief - [PROG][WIN32] Win32 dynamische tekst

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
t

tony wauters

Legacy Member
Wel zou graag een gewoon windows programmaatje kunnen maken met c++ en afstappen van de console programmas.
Ik heb volgende tutorial al gevolgt: http://www.sitemasters.be/?pagina=tutorials/tutorials&id=474&cat=9

Daar heb je statische tekst, maar hoe kan ik nu die tekst veranderen of bijvoorbeeld een tekstveld maken waarin tekst dynamisch veranderd met dan eventueel nog een scrollbar bij.

Ik gebruik Mingw developer studio als C++ proggie.
Ik heb al redelijk wat programmeer ervaring met c++, maar dat was altijd in de console. tekst uitschrijven met cout <<
In java heb ik wel al wat GUI geprogrameerd.(met Jbuttons, Jframe,J......)

Weet er iemand nog wat handige tutorials liefst in het nederlands over win32 programmeren met c++ ?
T

The Crazy Frog

Legacy Member
Kheb es gekeken naar die tutorial, geen wonder da get nie verstaat, de tutorial op www.winprog.net is stukken beter, maar ge moet ze wel vanaf het begin volgen.
t

tony wauters

Legacy Member
Zeg mannekes allemaal al vree neig bedankt maar ik heb hier nu 4 verschillende oplossingen welke oplossing is het beste/simpelste?
k

killgore

Legacy Member
wxwidgets imho:
Platform onafhankelijk, maar met behoud van platform-"design" en vrij eenvoudig te programmeren.

Dit is te vergelijken met jakob's law voor webdesign: mensen gebruiken liefst wat ze gewoon zijn en dat is nu eenmaal het typische ui-design van hun OS.

Als je jakob's law niet kent :p : "people spend most of their time on other websites".

Als je gewoon een layer wilt voor games: SDL.
d

den Acid Burn

Legacy Member
killgore zei:
wxwidgets imho:
Platform onafhankelijk, maar met behoud van platform-"design" en vrij eenvoudig te programmeren.

Dit is te vergelijken met jakob's law voor webdesign: mensen gebruiken liefst wat ze gewoon zijn en dat is nu eenmaal het typische ui-design van hun OS.

Als je jakob's law niet kent :p : "people spend most of their time on other websites".

Als je gewoon een layer wilt voor games: SDL.
Klik om te vergroten...

bwa GTK toolkit kunt ge ook simpel op windows installeren en steekt standaard in linux systemen he
T

Tyfius

Legacy Member
En werkt ook redelijk ok op mac, zeker als je naar .NET toe wilt.
d

dJeez

Legacy Member
Tyfius zei:
En werkt ook redelijk ok op mac, zeker als je naar .NET toe wilt.
Klik om te vergroten...
Maar GTK trekt (momenteel) op geen bal op OS X (qua uitzicht, je merkt direct dat het niet native Aqua is) of Windows en wijkt totaal af van de op OS X geldende UI standaarden. Je kan imho veel beter wxWidgets gebruiken, die gebruikt tenminste de standaard GUI van het platform, de gebruiker moet dus geen overbodige rommel installeren...

Naast het feit dat wxWidgets enorm veel bindings heeft (niet enkel C/C++), wat ook weer een voordeel is.
d

den Acid Burn

Legacy Member
dJeez zei:
Maar GTK trekt (momenteel) op geen bal op OS X (qua uitzicht, je merkt direct dat het niet native Aqua is) of Windows en wijkt totaal af van de op OS X geldende UI standaarden. Je kan imho veel beter wxWidgets gebruiken, die gebruikt tenminste de standaard GUI van het platform, de gebruiker moet dus geen overbodige rommel installeren...

Naast het feit dat wxWidgets enorm veel bindings heeft (niet enkel C/C++), wat ook weer een voordeel is.
Klik om te vergroten...

ik moet zeggen dat ik nog nooit met wxWidgets gewerkt heb, maar na het lezen van uw post heb ik ook eens vlug de documentatie van wxWidgets doorgenomen en het ziet er idd een heel interessant pakket uit.
ik ga er binnekort zeker eens mee spelen :)
f

forloRn_

Legacy Member
Qt is cross-platform, maar behoudt ook de native look van het OS. Bovendien heb je ineens ook de beschikking over threads, XML, databases, networking, OpenGL, ...
T

The Crazy Frog

Legacy Member
Al die GUI frameworks zijn allemaal goed en wel, maar kstel toch voor om te beginnen met WinAPI voor de GUI, en daarna (eventueel) over te stappen op een framework.
Kweet nie hoe dat het zit in GTK/QT/WX, maar met WinAPI kunde leuke dingen doen door subclassing en dergelijke (en da is combineerbaar met die framework op windows), en ik vind dat wel de moeite om dat te leren, maarja, who am I.
k

killgore

Legacy Member
The Crazy Frog zei:
Al die GUI frameworks zijn allemaal goed en wel, maar kstel toch voor om te beginnen met WinAPI voor de GUI, en daarna (eventueel) over te stappen op een framework.
Kweet nie hoe dat het zit in GTK/QT/WX, maar met WinAPI kunde leuke dingen doen door subclassing en dergelijke (en da is combineerbaar met die framework op windows), en ik vind dat wel de moeite om dat te leren, maarja, who am I.
Klik om te vergroten...

winapi is een vrij slechte widget-api, em is wel zeer nuttig als je platform-specific stuff wilt gaan doen.

Dan ga je imho nog beter voor managed c++ en windows forms (hoewel je daar weer met enkele kut .net probz zit :/).

edit: wa bedoelde trouwens me subclassing in winapi :x?
V

Vich

Legacy Member
S3cT0r zei:
WinAPI for the win, zou ik zo zeggen...

*duikt*
Klik om te vergroten...

't Is maar dat je weet dat je moet duiken! *slaat* :P

GUI's met WinAPI maken is gewoon evil. MFC lost het deels op door echt een widget-achtig systeem te implementeren, maar ook hier zitten te veel onvolmaaktheden in.
Men kan beter naar 3rd party oplossingen zoals Qt en dergelijke kijken. Het voordeel ervan is dat een hele reeks van die libraries ook nog eens cross-platform zijn, waardoor je makkelijker je app op een ander platform kan draaien.
Voor mij is dat laatste altijd een leuke uitdaging, omdat het je verplicht om je code beter te designen met de nodige abstractielagen.
t

tony wauters

Legacy Member
Der zijn hier duidelijk veel mensen met ervaring hiermee, daar voel ik me nog een noob bij! Maar veel heb ik eigenlijk niet nodig ze. Gewoon een vensterke met een menuke en een tekstveld en als men op start benchmark in het menu klikt moeten er een paar berekeningen in het tekstveld worden weergegeven.
Kijk dit heb ik al http://users.telenet.be/firebird_bf/Algobench/algobench v004 screenshot.JPG het lukt me alleen niet om op een deftige manier tekst in dat venster uit te schrijven.
Kijk dit is het programma dat ik wil omzetten naar een GUI http://users.telenet.be/firebird_bf/Algobench/Algobench v003.zip
Het is dus een benchmark(zie overclocking forum). Als er mensen zijn die willen helpen?
d

den Acid Burn

Legacy Member
gui's zijn overrated ;)

:offtopic:
doet me trouwens ergens anders aan denken.
zoveel windows programmas hebben allemaal een installer terwijl ze eigenlijk perfect zouden kunnen functioneren zonder een installer (met een enkele exe).
en waarom toch maar altijd die installer?
k

killgore

Legacy Member
BuiZe zei:
"subclassing" wordt vaak (imho verkeerdelijk) gebruikt ipv "hooking": met SetWindowLong() de message handler van een venster of control filteren om het gedrag ervan aan te passen aan uw wensen.

Microsoft gebruik blijkbaar zelf die term: http://msdn2.microsoft.com/en-us/library/ms633570.aspx#subclassing_window
Klik om te vergroten...

uhu, hooking ken ik, kende term sublclassing niet :).

vind da vrij slecht systeem.

@hierboven: installer is voor unpacking van gedownloade gepackte data in veel gevallen en soms om nog bepaalde user-mappen klaar te zetten. In principe ben je meer dan genoeg met een .zip file (en meeste PO-apps zijn ook zo :)). 1 .exe file zal je zelden vinden, gewoon het programma bestaat meestal al uit enkele libraries en dan worden de resources nog vergeten :).
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan