[Solved] rawkey/vanillakey

I'm experimenting with IDCMP_RAWKEY/VANILLAKEY.

It seems RA_HandleInput(winobj, code) always returns the rawkey into code even if you set IDCMP_VANILLAKEY.

Which seems a bit odd. The only way to convert rawkey to an ascii value seems to be MapRawKey(). However that function requires an input event. Unfortunately you don't get access to any input event inside a RA_HandleInput() loop.

Anyone got an idea how to obtain ascii values inside a RA_HandleInput loop?

@orgin

You should not examine the code without knowing which message you got. You will get a raw code for a RAWKEY message and an ASCII code for a VANILLAKEY message.

If you request both, Intuition will send a VANILLAKEY message for all keys for which one ASCII characer exists (i.e. letters, numbers, Esc, Return etc.) and a RAWKEY message for all other keys (i.e. cursor keys, function keys, qualifiers etc.)

Bye,
Thomas

@thomas

Here's the deal. I'm doing just that. The code is _still_ rawkey and not ascii for some unknown reason.

@orgin

i've used RAWKEY right now for Gnash and is better to use this one instead of VANILLAKEY except if you want basic char keys.
By the way i didn't use RA_OpenWindow but a simply intuition window

@afxgroup

I need basic char keys or I wouldn't ask.

@orgin

I was using IDCMP_RAWKEY | IDCMP_VANILLAKEY in NetSurf previously, and it worked exactly as described in the AutoDocs - WMHI_VANILLAKEY messages for everything that can be described as a printable character, WMHI_RAWKEY messages for everything else. I don't know why it wouldn't be working for you - do you have a code snippet?

@Chris

@orgin

So you are actually getting the WMHI_VANILLAKEY message? Are you absolutely sure it is in rawkey format? What does printf("%s\n",code); give you?

@Chris

Yes, Yes, Rawkey

@orgin

but why don't you remove IDCMP_RAWKEY since you don't need it? If you use both, from my little experience, you will receive standard ascii chars in VANILLAKEY but not in RAWKEY.

i've used this code to get keys (is a small copy & paste from gnash source so it is possible that something is miss)




So IMHO use RAWKEY instead of VANILLAKEY even the second one is more simply since you receive directly the char

@afxgroup

"but why don't you remove IDCMP_RAWKEY since you don't need it? If you use both, from my little experience, you will receive standard ascii chars in VANILLAKEY but not in RAWKEY."

Does not matter, code is still in rawkey format.

As for the rest, did I not mention that I use RA_HandleInput()? I think I did, several times in fact.

@orgin

Okey I found way. (thanks to AC^x86 on IRC who told me that you probably don't need to set ie.is_EventAddress.)

Final code:


With no IDCMP_VANILLAKEY on the window and catching events in WMHI_RAWKEY.

@orgin

Here on this site I go under the name RWO.. actual its only on IRC I use AC as that is my scene handle.

RWO

@orgin

Or perhaps you could have used WINDOW_InputEvent which is explained in the window_cl.doc.

Simon

@Rigo

I tried that, since it's in the autodoc, but it didn't work, so I created this thread.

@orgin

I don't use VANILLAKEY, only RAWKEY. Here is the code snippet that I use.
It's been edited to protect the innocent, but you get the idea...

int32
IDCMPHookFunc (struct Hook *hook, APTR junk, struct IntuiMessage *intuiMsg)
{
struct InputEvent *iEventPtr,
InputEvent;
int32 msgClass = 0;

...
msgClass = intuiMsg->Class;

switch (msgClass)
{
case IDCMP_RAWKEY:
iEventPtr = &InputEvent;

if (iEventPtr != NULL)
{
iEventPtr->ie_Class = IECLASS_RAWKEY;
iEventPtr->ie_SubClass = 0;

iEventPtr->ie_Code = intuiMsg->Code;
iEventPtr->ie_Qualifier = intuiMsg->Qualifier;
iEventPtr->ie_EventAddress = (APTR *) *((ULONG *)intuiMsg->IAddress);

actual = IKeymap->MapRawKey(iEventPtr, KeyCodeBuff, KEYBUFFSIZE, KeyMap);
}
break;

case ...:
...
}
}

BTW, the currently-released WINDOW_InputEvent function has some issues with qualifiers and "dead" keys, that you might like to avoid.

I'm trying to migrate some code to use window class but vanilla key events stopped working.

Can anybody see issues in the attached example?

@Capehill

As far as I understand to get the vanilla key code from a WMHI_VANILLAKEY event you need to mask the result (not code) from WM_HANDLEINPUT with WMHI_KEYMASK. At least that is the only way I could see it working with the latest window.class version.

Judging from the lack of any example code (or any code for that matter) using WMHI_VANILLAKEY it is also possible that it hasn't been very well tested and is a little broken as a result.

As an alternative you could use WMHI_RAWKEY and handle the mapping yourself with MapRawKey() (I use this method in SSHTerm):

@salass00

Main issue for me is that there is no WMHI_VANILLAKEY event at all. Should it be reported to BZ?

AutoDoc is not mentioning WMHI_KEYMASK either so it would be a nice addition.

I guess I will use WMHI_RAWKEYs for time being. Thanks.

@Capehill

Quote:

Yes, please do so.

Looking at the window.class code it looks like vanilla key events will only be generated if WINDOW_Layout is not NULL so that's probably why you are not getting any.