muis volgen in vbasic?

Eerst een algemene tip: gebruik geen Visual Basic, het is nergens de juiste oplossing voor.

Dan je vragen:
1) Je kan het verplaatsen van het object het beste in een extra thread afhandelen, dat is eigenlijk de enige nette oplossing, maar aangezien VB geen echte multithreading kent ben je de sjaak. De dichtste benadering die je in VB kan maken is een Timer gebruiken en daarin de positie v/h object aanpassen.

2) Er zitten functies in de Win32 API hiervoor, helaas voor jou is Win32 een teringbende, dus veel plezier met uitzoeken.

quote:

Op dinsdag 13 september 2005 10:54 schreef Aaargh! het volgende:
Eerst een algemene tip: gebruik geen Visual Basic, het is nergens de juiste oplossing voor.

Dan je vragen:
1) Je kan het verplaatsen van het object het beste in een extra thread afhandelen, dat is eigenlijk de enige nette oplossing, maar aangezien VB geen echte multithreading kent ben je de sjaak. De dichtste benadering die je in VB kan maken is een Timer gebruiken en daarin de positie v/h object aanpassen.

2) Er zitten functies in de Win32 API hiervoor, helaas voor jou is Win32 een teringbende, dus veel plezier met uitzoeken.

Kun je die meningen ook beargumenteren of praat je gewoon na wat je andere mensen hebt horen roepen?

Ik zal de eerste zijn die toegeeft dat VB6 niet de meest geweldige taal is die je kunt gebruiken maar om nou te roepen dat het nergens de juiste oplossing voor is slaat nergens op. VB6 is uitermate geschikt als je een 'simpele' Windows applicatie wilt gaan maken of als je bijvoorbeeld informatie wilt kunnen bewerken uit een database. Je hebt vrij snel een GUI staan en de taal zelf vrij ongecompliceerd.

Ik snap helemaal niet waar je opmerking vandaan komt dat API calls een teringbende zijn met VB6. Ik heb een heleboel gedaan met VB6 en API calls en dit gaat vrijwel altijd zonder problemen. Het enigste dat soms een probleem geeft is de API viewer die bij VB6 wordt geleverd, deze is niet helemaal compleet. Zodra je echter de Windows Platform SDK hebt geinstalleerd heb je alle informatie tot je beschikking. Wellicht is API en VB6 geen goede combinatie voor de beginnende programmeur maar als je een beetje verstand van zaken hebt kom je er echt wel uit.

quote:

Op dinsdag 13 september 2005 11:25 schreef Lorn het volgende:

[..]

Kun je die meningen ook beargumenteren of praat je gewoon na wat je andere mensen hebt horen roepen?

Ja.

quote:

Ik zal de eerste zijn die toegeeft dat VB6 niet de meest geweldige taal is die je kunt gebruiken maar om nou te roepen dat het nergens de juiste oplossing voor is slaat nergens op.

Er is voor elk willekeurig probleem een handigere taal te bedenken dan VB

quote:

VB6 is uitermate geschikt als je een 'simpele' Windows applicatie wilt gaan maken of als je bijvoorbeeld informatie wilt kunnen bewerken uit een database.

Klopt, maar Delphi is er nog iets geschikter voor.

quote:

Je hebt vrij snel een GUI staan en de taal zelf vrij ongecompliceerd.

Totdat je iets nodig hebt wat niet in de taal zit, en dan ben je de sjaak.
Bovendien is VB erg verraderlijk, je moet erg goed kunnen programmeren voordat je een net programma kan maken in VB, en laat VB nu net populair zijn bij mensen die niet kunnen programmeren.

quote:

Ik snap helemaal niet waar je opmerking vandaan komt dat API calls een teringbende zijn met VB6.

Dat zeg ik ook niet, ik zeg dat de Win32 API in het algemeen een teringbende is.

quote:

Op dinsdag 13 september 2005 11:32 schreef Aaargh! het volgende:

Dat zeg ik ook niet, ik zeg dat de Win32 API in het algemeen een teringbende is.

Ik had uit je opmerking niet gehaald dat je het over de Win32 API in het algemeen had, ik het gelezen als zijnde dat de TS pech had omdat voor VB6 gebruikers de API een teringbende was. Misverstandje dus.

Ik ben het er echter niet mee eens dat voor ieder willekeurig probleem een betere taal te bedenken is als VB. VB6 is uitstekend geschikt voor de wat simpelere applicaties en interactie met een database. Natuurlijk kan het met Delphi ook, de syntax van Delphi is ook wat mooier dan die VB6, maar qua functionaliteit kom je bij kleinere applicaties binnen VB6 niks te kort.

Dat VB er verraderlijk is valt volgens mij ook nog wel, het is in ieder geval een stuk vriendelijker dan een taal als Delphi of C/C++. Ik denk dat elke taal wel zijn valkuilen heeft en als je niet goed weet wat je aan het doen bent kun je met iedere taal wel grote schade aanrichten.

VB6 heeft zijn beperkingen en zolang je daar niet te veel buiten wilt treden is het een prima taal. Je moet inderdaad geen VB6 gaan gebruiken als je bijvoorbeeld een Windows service wilt gaan maken. Het kan wel maar een goed idee is het waarschijnlijk niet. Maar zoals met alles geldt ook hier dat je de juiste tools voor de job moet selecteren om de klus te klaren.

VB... klote taal!! ik haat het!! vooral de 64KB array limiet!!! RAAAH

maar goed, wat threading betreft;
dit kan zeker wel. de API voorziet hierin.. alleen is het een beetje lastig om het voor elkaar te krijgen. mijn geheugen heeft me in de steek gelaten wat vb betreft (en gelukkig maar) maar google eens naar threading en vb6.0

timer is idd de simpelste oplossing want het is nogal logisch dat als je muist stil staat, je geen event krijg enzo

[ Bericht 0% gewijzigd door marq op 13-09-2005 12:26:05 ]

quote:

Op dinsdag 13 september 2005 11:52 schreef Lorn het volgende:
(...) qua functionaliteit kom je bij kleinere applicaties binnen VB6 niks te kort.

Helaas hebben dat soort applicaties de neiging om uit te groeien tot een onvoorzien grote applicatie.

quote:

Dat VB er verraderlijk is valt volgens mij ook nog wel, het is in ieder geval een stuk vriendelijker dan een taal als Delphi of C/C++.

Als je al kan programmeren dan boeit het geen ene zak of je in Pascal, C/C++ of VB je code schrijft, als je niet kan programmeren dan wordt het in VB een zooitje. Vooral omdate programmeer-n00bs bij VB de neiging hebben om eerst de interface in elkaar te sleuren-pleuren enniet eerst nadenken over de structuur v/d applicatie.

quote:

Op dinsdag 13 september 2005 12:46 schreef Aaargh! het volgende:

Als je al kan programmeren dan boeit het geen ene zak of je in Pascal, C/C++ of VB je code schrijft, als je niet kan programmeren dan wordt het in VB een zooitje. Vooral omdate programmeer-n00bs bij VB de neiging hebben om eerst de interface in elkaar te sleuren-pleuren enniet eerst nadenken over de structuur v/d applicatie.

Je wilt toch niet serieus beweren dat het schrijven van een goede applicatie in C/C++ makkelijker is dan VB6? Het is vrij makkelijk om een foutje te maken met pointers in C/C++, daarom alleen al is VB6 een stuk makkelijker. Ook het aanvragen en vrijgeven van geheugen is iets waar je in C/C++ veel meer moeite voor moet doen.

Verder een beetje flauw om een taal constant af te rekenen op een deel van haar gebruikers. VB6 trekt inderdaad veel mensen aan met weinig ervaring maar dat doet toch geen afbreuk aan de kwaliteiten van een taal? Je zou die nieuwelingen eens een C/C++ applicatie laten schrijven, moet je eens gaan kijken wat er dan als resultaat uit komt? Is C/C++ dan opeens ook waardeloos geworden?

Ik proef vooral een ontzettend vooroordeel tegenover een deel van de gebruikers van VB6, heb eigenlijk nog geen enkel inhoudelijk argument gehoord waarom VB6 voor geen enkele oplossing een geschikte taal zou zijn.

quote:

Op dinsdag 13 september 2005 13:36 schreef de_priester het volgende:
uh ja... wat schiet ik hier mee op?

Niet zo heel erg veel, sorry

quote:

Op dinsdag 13 september 2005 13:33 schreef Lorn het volgende:

[..]

Je wilt toch niet serieus beweren dat het schrijven van een goede applicatie in C/C++ makkelijker is dan VB6? Het is vrij makkelijk om een foutje te maken met pointers in C/C++, daarom alleen al is VB6 een stuk makkelijker. Ook het aanvragen en vrijgeven van geheugen is iets waar je in C/C++ veel meer moeite voor moet doen.

Ligt er aan wat voor applicatie je gaat ontwikkelen. Tuurlijk is het gedoe met pointers wat lastig, maar als je een grote applicatie gaat schrijven in VB .. dat is gewoon niet eens mogelijk, er missen gewoon te veel faciliteiten. OO bijvoorbeeld, of een leesbare syntax.

quote:

Verder een beetje flauw om een taal constant af te rekenen op een deel van haar gebruikers. VB6 trekt inderdaad veel mensen aan met weinig ervaring maar dat doet toch geen afbreuk aan de kwaliteiten van een taal? Je zou die nieuwelingen eens een C/C++ applicatie laten schrijven, moet je eens gaan kijken wat er dan als resultaat uit komt? Is C/C++ dan opeens ook waardeloos geworden?

C/C++ is minder gevaarlijk juist omdat je kennis moet hebben van programmeren voordat je begint. (Alhoewel dingen al VC++ en Borland C++ builder hetzelfde gevaar geven als VB). Iemand leren programmeren met VB is vergelijkbaar met iemand leren fietsen op een fiets met zijwieltjes, bovenaan een stijle helling.
En voor mensen die wel kunnen programmeren is VB wat beperkt.

quote:

Ik proef vooral een ontzettend vooroordeel tegenover een deel van de gebruikers van VB6, heb eigenlijk nog geen enkel inhoudelijk argument gehoord waarom VB6 voor geen enkele oplossing een geschikte taal zou zijn.

Niet zozeer niet geschikt, maar niet het meest geschikt.

quote:

Op dinsdag 13 september 2005 13:56 schreef de_priester het volgende:
tussen de discussie door misschien....
is het mogelijk een object te plaatsen dat je niet ziet, geheel boven alle andere objecten,
maar die wel een mousemove event kan triggeren?

(ff kort gezegd, als ik een label bovenop een knop wil zetten blijft altijd de knop zichtbaar, en schuift het label eronder. ik wil dat dus andersom)

Een frame met .visible = false?

quote:

Op dinsdag 13 september 2005 13:56 schreef de_priester het volgende:
tussen de discussie door misschien....
is het mogelijk een object te plaatsen dat je niet ziet, geheel boven alle andere objecten,
maar die wel een mousemove event kan triggeren?

(ff kort gezegd, als ik een label bovenop een knop wil zetten blijft altijd de knop zichtbaar, en schuift het label eronder. ik wil dat dus andersom)

Was er niet een of andere setting dat het form altijd alle events eerst krijgt ?

quote:

Op dinsdag 13 september 2005 14:16 schreef de_priester het volgende:
maar los van dat feit, tis toch belachelijk dat ik niet zelf mag uitmaken of ik een label over een knop heen zet?

rechtermuisknop op knop, send to background...

quote:

Op dinsdag 13 september 2005 14:16 schreef de_priester het volgende:
maar los van dat feit, tis toch belachelijk dat ik niet zelf mag uitmaken of ik een label over een knop heen zet?

Tja, daar loop je dan keihard tegen de beperkingen van VB aan, zowieso het feit dat je in VB alle interface elementen op een vaste plek zet is niet helemaal netjes. Wat je eigenlijk wilt is iets zoals de constructie die Java gebruikt met LayoutManager's

Ik werk al jaren met VB 6 en ben er tevreden over.
Zoals aangegeven is het een prima taal om 'simpele' applicaties mee te schrijven. En je hebt veel minder tijd nodig dan als je hetzelfde programma in C++ wilt schrijven.
Ik ben nog nooit tegen een beperking van VB opgelopen die ik niet op andere manier kon oplossen.

En over de leesbaarheid, van een win32 C++ of een MFC programma is de leesbaarheid heel wat beroerder dan in VB. Wat ik wel jammer vind is dat VB niet volledig OOP is, vooral overerving zou een mooie aanvulling zijn

quote:

VB... klote taal!!

Of je leert eerst eens programmeren

quote:

ik haat het!! vooral de 64KB array limiet!!! RAAAH

Weer een opmerking van iemand die mee loopt te schreeuwen.
Geef eens een voorbeeld van wanneer je een array nodig zou hebben groter als 64KB

quote:

Op dinsdag 13 september 2005 21:14 schreef whosvegas het volgende:
(...)
Ik ben nog nooit tegen een beperking van VB opgelopen die ik niet op andere manier kon oplossen.

Maar dan werkt je app dus ondanks de taal ipv dankzij de taal.

quote:

En over de leesbaarheid, van een win32 C++ of een MFC programma is de leesbaarheid heel wat beroerder dan in VB.

Da's ook bagger ja. Zoals gezegd: de windows API's zijn een absolute puinhoop.

Kijk eens naar Java code, dat is tenminste lekker helder. Ik programmeer veel tegen allerlei server applicaties en dat is allemaal Java tegenwoordig, heerlijk.

quote:

Op dinsdag 13 september 2005 21:18 schreef whosvegas het volgende:
(..)
Weer een opmerking van iemand die mee loopt te schreeuwen.
Geef eens een voorbeeld van wanneer je een array nodig zou hebben groter als 64KB

Er zijn uberhaupt maar zeer weinig situaties waarin je een Array wilt gebruiken.

quote:

Op woensdag 14 september 2005 00:54 schreef Aaargh! het volgende:

[..]

Er zijn uberhaupt maar zeer weinig situaties waarin je een Array wilt gebruiken.

wat dacht je van stats afhandelen? nee, geen boodschappenlijsje van moe maar in het begin al duizenden items... DUH

en dan durf je ook nog te zeggen dat er weinig situaties zijn waarinj je een array wilt gebruiken? heb ke wel eens geprogrammeerd ?

in java heb je zeker ook nog nooit die dingen gebruikt, of vectors, hashdingesen..

quote:

Op woensdag 14 september 2005 10:46 schreef marq het volgende:
heb ke wel eens geprogrammeerd ?

Wel eens ja

Nog 4 keuzevakken afronden en ik mag mezelf software engineer noemen.

quote:

Op woensdag 14 september 2005 11:10 schreef Aaargh! het volgende:

[..]

Wel eens ja

Nog 4 keuzevakken afronden en ik mag mezelf software engineer noemen.

dan verwacht ik ook dat je weet hoe belangrijk arrays zijn. en dat ze in bepaalde gevallen enorm groot kunnen worden (nee, niet altijd behoefte aan het opslitsen van arrays)

quote:

Op woensdag 14 september 2005 11:19 schreef marq het volgende:

[..]

dan verwacht ik ook dat je weet hoe belangrijk arrays zijn. en dat ze in bepaalde gevallen enorm groot kunnen worden (nee, niet altijd behoefte aan het opslitsen van arrays)

Zoals eerder gezegd, het aantal situaties waarin een array de beste oplossing is , is vrij beperkt maar ze zijn er natuurlijk wel. Verder is het zo dat in de situaties waarin je ze gebruikt ze meestal ergens in een wrapper class zitten en je dus maar in een heel beperkt stuk code direct bij de array kan.

Over het algemeen ben je beter af met een nette data structuur.

fijn, dan begrijpen we elkaar toch nog

Ik maak juist best wel veel gebruik van array's

In bijv. mijn planetarium programma (zie mijn homepage) worden de bestanden bij het opstarten van het programma in een array's ingelezen. En dat gaat echt razend snel. Deze array's zijn door het hele programma aan te roepen. Of ik weer zou doen als ik het programma zou gaan herschrijven, denk ik niet. Inmiddels heb ik een aantal jaren meer ervaring. Maar het programma (+/- 9000 regels) is nog aardig goed leesbaar. Als ik na een tijd er weer mee aan de slag ga (af en toe komt er een nieuwe versie), dan zit ik weer vrij snel in de code.

quote:

Op woensdag 14 september 2005 18:59 schreef whosvegas het volgende:
Deze array's zijn door het hele programma aan te roepen.

quote:

Op donderdag 15 september 2005 09:05 schreef Aaargh! het volgende:

[..]

Zoals ik al schreef, zou ik het nu waarschijnlijk anders gaan doen. Ik ben met het programma begonnen toen ik een paar jaar in VB programmeerde.

quote:

Op donderdag 15 september 2005 14:50 schreef whosvegas het volgende:

[..]

Zoals ik al schreef, zou ik het nu waarschijnlijk anders gaan doen. Ik ben met het programma begonnen toen ik een paar jaar in VB programmeerde.

Misschien handig om een keer je app te herschrijven vanaf 0 ?

quote:

Op donderdag 15 september 2005 15:09 schreef Aaargh! het volgende:

[..]

Misschien handig om een keer je app te herschrijven vanaf 0 ?

ben ik ooit wel van plan, maar je moet er wel de tijd voor hebben en dat heb ik niet op het moment. Voorlopig is het ook nog niet echt nodig, afgezien van wat public array's en variabelen ziet het er best netjes uit, ook zijn veel functies/variabelen voorzien van een stuk commentaar.
Wat me leuk lijkt, om er een shareware (nu is het freeware) programma van te maken. En dan echt met iets goeds komen. En dan is het natuurlijk een goed idee om helemaal opnieuw te beginnen. Waarschijnlijk zou ik dan ook een andere taal kiezen C++ of VB.NET. Maar ja, voorlopig komt het er niet van