[BCB]Belletje bij Enter/Return

[WarMaster]

Probleempje..
Ik wil een beetje gebruikersvriendelijk overkunnen huppen van editbox naar editbox bij bijvoorbeeld een login schermpje.

Wat is nou het probleem...?
Nou bij het rammen op de enter toets krijg je een windows "belletje"
Oftewel dat standaard geluid wat je hoort als je bijvoorbeeld ergens zit waar je niet kan typen.

Nu kan ik dat op zich wel begrijpen in een editbox omdat er fysiek geen return/enter in kan... Echter heb ik nu een eventhandler voor de return die het eigenlijk zou moeten afvangen of zo...

Ik heb de OnKeyDown, OnKeyPress, en OnKeyUp al geprobeerd, maar ze doen het allemaal.

Vrij irritant.

Iemand enig idee hoe je zo iets oplost?

Objecten:

- edtLogin
- edtPass

C++:

void __fastcall TfrmLogin::edtNameKeyUp(TObject *Sender, WORD &Key,
      TShiftState Shift)
{
        if(!edtName->Text.IsEmpty())
                if(Key==VK_RETURN)edtPassword->SetFocus();
}
//---------------------------------------------------------------------------
void __fastcall TfrmLogin::edtPasswordKeyUp(TObject *Sender, WORD &Key,
      TShiftState Shift)
{
        if(!edtPassword->Text.IsEmpty())
                if(Key==VK_RETURN)btnLoginClick(NULL);
}

[curry684]

Je schrijft een event handler, geen afhandeling of zo. Ergo nadat die functies zijn uitgevoerd gaat die keypress alsnog het systeem in om daar de beep te veroorzaken. Oftewel:

C++:

Key = 0;

[whoami]

Je kan ook dmv SendMessage naar een andere control springen:

code:

SendMessage (hWnd, NEXTDLGCTL, 0, 0);

oid.

[curry684]

whoami schreef op 19 December 2002 @ 08:26:
Je kan ook dmv SendMessage naar een andere control springen:

code:

SendMessage (hWnd, NEXTDLGCTL, 0, 0);

oid.

Lost het belletje niet op, en dan nog zou TWinControl::FindNextControl binnen de context iets beter werken

[WarMaster]

curry684 schreef op 19 December 2002 @ 01:53:
Je schrijft een event handler, geen afhandeling of zo. Ergo nadat die functies zijn uitgevoerd gaat die keypress alsnog het systeem in om daar de beep te veroorzaken. Oftewel:

C++:

Key = 0;

Ah mooi...

Ik vroeg me al af waarom er een adres operator op zat...

Het werkt echter alleen bij de OnKeyPress event...
Op zich ook wel logisch, gezien dat de OnKeyDown en OnKeyUp een onderdeel van een groter geheel zijn..... (beetje moeilijk uit te leggen )

[ Voor 21% gewijzigd door WarMaster op 19-12-2002 14:11 ]

[curry684]

WarMaster schreef op 19 december 2002 @ 14:05:
Ik vroeg me al af waarom er een adres operator op zat...

'By Reference' heet dat ding indien in een parameter gebruikt

Het werkt echter alleen bij de OnKeyPress event...
Op zich ook wel logisch, gezien dat de OnKeyDown en OnKeyUp een onderdeel van een groter geheel zijn..... (beetje moeilijk uit te leggen )

Niet moeilijk uit te leggen: OnKeyDown is de equivalent van WM_KEYDOWN. Als je die 'reject' oftewel de Key op 0 zet komen de andere messages nooit binnen. OnKeyUp oftewel WM_KEYUP wordt door het systeem gegenereerd zodra je de toets loslaat of lang ingedrukt laat (TypeMatic). WM_KEYUP kun je echter beter van af blijven normaliter, want het systeem parset de Virtual Keycode die je daarin meekrijgt, trekt accelerators e.d. er uit en genereert vervolgens indien relevant een WM_CHAR message, die jij dan als OnKeyPress krijgt. Als WM_KEYUP de keycode reject komt de WM_CHAR nooit binnen.

OnKeyDown en OnKeyUp heb je in principe alleen nodig als je non-typing keypresses moet vangen (cursor-toetsen, alt, ctrl, etc.).

Snappu?

[WarMaster]

Jaaaaaaaaaaaaaaaaaja

Klinkt logisch

Thnxz