Hi Everyone

Not sure if I am doingh something wrong but I am having a problem I am trying to update from 3.15 to 3.18 on Debian (from the back port)

but when I do i get a issue where NON of my key input works

in 3.15 I can set focus to the form with in a workspace and it works fine but in 3.18 the form is not getting any input.

I have uninstalled 3.15 and installed a clean 3.18 but that has not sorted the problem

Any advise would be most welcomed (as I have a few applications that uses keyboard input)

Kind regards

Andrew

Have you tried recompiling your program(s)?  Project>Compile All

 Hi Cogier,

Sorry for the delay i was trying what you (Had to wait to get into the office to try this) said and this is what I found

If I have a textbox on the screen then the Program will respond to keyboard input but if it is via the form Keypress it does not respond

I have even tried to capture the key.code to see what it is sending but this is not even working (and yes I have done a compile all)

I had to change the GTK as it was saying the one I was using was not available (so I selected gb.gkt3) recompiled it and ran the program and still nothing

Any ideas what this could be as I can not really upgrade to Debian 12 if None of my Keyboard based applications do not work

Andy

I have done some testing and all seems to work as I would expect. Can you post some example code, so I/we can see what you are trying to do?

The keys are defined as below

This is the code I am using on my signed off screen

This works fine in 3.15 but when I move it to 3.18 it does not work at all

AndyGable said

Code (gambas)

1. Public Sub Form_KeyPress()
2.  
3.     Select Case Key.Code
4.         Case Global.Key_SignOn ' lower case A
5.             frmbackground.Workspace1.CloseAll
6.             frmbackground.Workspace1.Add(FrmSignOn, 0)
7.  
8.         Case Global.Key_PriceCheck
9.             frmPriceCheck_1.labCallingForm.Text = "frmSignedOff"
10.             frmbackground.Workspace1.CloseAll
11.             frmbackground.Workspace1.Add(frmPriceCheck_1, 0)
12.  
13.         Case Global.Key_UserMenu
14.             frmbackground.Workspace1.CloseAll
15.             frmbackground.Workspace1.Add(frmSignedOffMenu, 0)
16.        
17.     End Select
18.  
19. End
20.  

The keys are defined as below

Code (gambas)

1. Public Key_SignOn As Integer = 65                'A
2. Public Key_PriceCheck As Integer = 67                'C
3. Public Key_UserMenu As Integer = 69                'E
4.  

This is the code I am using on my signed off screen

This works fine in 3.15 but when I move it to 3.18 it does not work at all

have you tried using Key[] for the integers, you should not rely on code values

 something will be getting the keypress

maybe the active control needs to relay it to Form_KeyPress()

I assume the different gambas versions are on different machines.

If so post the gambas system information from both machines so we might get a hint as to what the problem may be.

System informtion Request

the only differance between the machines is one is a 32 bit install the other is a 64bit install BUT this is the same when I installed 3.18.0 on my 32 bit machine (I have gone back to the 3.15.2 that is in the normal apt install at the moment)

Development PC

Laptop Running Debian 11 3.18.0

 I just noticed I do not have qt5 installed on the 64bit machine and I can not find a way to install it

does anyone know how I can install qt5?

AndyGable said

I just noticed I do not have qt5 installed on the 64bit machine and I can not find a way to install it

does anyone know how I can install qt5?

it should be in the same repository

actually is "should" be installed.

maybe

sudo apt install libqt5core5a

or load synaptic package manager and search for qt5 stuff

This code might help.

 That's great bud how can I capture the differnt keyboard layout?

Some of them I can program to a,b,c etc but others are like shift F1 etc

That was why I use the key.code is that what seem to be the issue?

I don't think it's the issue, it's just advice on propper keyboard handling.

for example Shift+F1 should be tested like..
to correctly get key values you should use either a gambas key constant like Key.F1 or from the Key[] array Key["F1"]

if you load a program that tells you Key.Code you will see gtk and qt use very different values. the gambas Key class constants and Key[] array handle that okay.


or there's a Key.Shortcut trick too…

But..
I think the issue is that one is using gtk and the other qt , both toolkits behave differently when it comes to things like key input behaviour.

(assuming you took my earlier advice and stopped using integer values)
a good example.
F1 key code in qt is 16777264
with gtk it's 65470

although Key["A"] is 65 for both toolkits i think you can see why the advice

I see what you mean but I've noticed on the 3.18.0 version no matter what version got or gtk im using no keyboard input is being handled

I've even done


And I've put a breakpoint on the first one but the breakpoint never kicks in.

AndyGable said

I see what you mean but I've noticed on the 3.18.0 version no matter what version got or gtk im using no keyboard input is being handled

I've even done

Code (gambas)

1. Public sub form1_keypress
2. Print key.code
3. Print key.text
4. End
5.  

And I've put a breakpoint on the first one but the breakpoint never kicks in.

can you send an example program that has the problem and we can test it on our systems and try to find a fix.

you might need an observer in the class that has the Form1_Keypress() sub.
Dim hObs As Observer = New Observer(Form1) As "Form1"

It's hard to guess all the possibilities without some test code you know fails on your system.

BruceSteers said

AndyGable said

I just noticed I do not have qt5 installed on the 64bit machine and I can not find a way to install it

does anyone know how I can install qt5?

it should be in the same repository

actually is "should" be installed.

maybe

sudo apt install libqt5core5a

or load synaptic package manager and search for qt5 stuff

I fixed it

I installed the QT5 that was not installed when I installed Gambas3 from the backports and now I have installed qt5 it works fine.

so does the 64bit version of Gambas not install the QT5 when it is installed?

it will install gambas qt5 and gtk3 components if you have the toolkits installed,
no it does not install the toolkits for you it just uses what you have.

glad you sorted it out. (well kind of, now though you know the code only works with qt and not gtk3 so something is not right and working only by luck )

BruceSteers said

it will install gambas qt5 and gtk3 components if you have the toolkits installed,
no it does not install the toolkits for you it just uses what you have.

glad you sorted it out. (well kind of, now though you know the code only works with qt and not gtk3 so something is not right and working only by luck )

Could someone tell me i there is any major need to move to 3.18.0?

AndyGable said

BruceSteers said

it will install gambas qt5 and gtk3 components if you have the toolkits installed,
no it does not install the toolkits for you it just uses what you have.

glad you sorted it out. (well kind of, now though you know the code only works with qt and not gtk3 so something is not right and working only by luck )

Could someone tell me i there is any major need to move to 3.18.0?

keeping up to date.
and from 3.15 i'd say yes. there's been many updates since then.
any bug fixes like for what you may have found here will only happen on the latest versions

to be horribly blunt you have to consider that gambas itself runs fine on both qt and gtk so there is probably a more correct way to get your Form_Keypress event (only Benoit i think truly understands how it all works best) and it's just a chance that qt does it your way.

Or possibly it's due to a bug that's now been fixed (the bug letting your code work but was not supposed to).

it'd be interesting to have a small test app you know has this glitch then i could find out what the problem is.

3.18.90 (dev branch) is where the real magic happens  

BruceSteers said

AndyGable said

BruceSteers said

it will install gambas qt5 and gtk3 components if you have the toolkits installed,
no it does not install the toolkits for you it just uses what you have.

glad you sorted it out. (well kind of, now though you know the code only works with qt and not gtk3 so something is not right and working only by luck )

Could someone tell me i there is any major need to move to 3.18.0?

keeping up to date.
and from 3.15 i'd say yes. there's been many updates since then.
any bug fixes like for what you may have found here will only happen on the latest versions

to be horribly blunt you have to consider that gambas itself runs fine on both qt and gtk so there is probably a more correct way to get your Form_Keypress event (only Benoit i think truly understands how it all works best) and it's just a chance that qt does it your way.

Or possibly it's due to a bug that's now been fixed (the bug letting your code work but was not supposed to).

it'd be interesting to have a small test app you know has this glitch then i could find out what the problem is.

That's the thing if I create an app from scratch it works fine in both gtk and qt but if I migrate over one of my 3.15.2 apps and recompile all it still does not work.