Keyboard layout switching in Qt, not just in Qt for embedded Linux
-
wrote on 13 Aug 2014, 08:06 last edited by
Hello everyone,
I have the problem I described here: http://stackoverflow.com/questions/25268780/keyboard-layout-switching-in-qt-not-qt-for-embedded-linux
Basically I want to use qmap files without having to use Qt for Embedded Linux. Alternatively, if using qmaps is impossible, I'd like to use any other method for mapping the keyboard layout inside QML, apart from hand-typing huge QMap-objects. I searched the internet a lot, but to little to no avail. Can anyone help me?
Alex
-
wrote on 18 Aug 2014, 07:05 last edited by
Nobody at all?
-
Hi and welcome to devnet,
One question first, which version of Qt are you using ?
-
wrote on 18 Aug 2014, 09:34 last edited by
Thanks for the welcome.
I am using Qt 4.7.4 (32 Bit) and QtCreator 2.4.1.
I work on Ubuntu 12.04, 64 Bit on a Virtual Machine. -
There's something I'm not sure to follow. You wan't plug e.g. an QWERTZ keyboard and then change for e.g. an AZERTY and let Qt handle that ?
Another question, what window manager will you be using ? Ubuntu's unity ?
-
wrote on 20 Aug 2014, 08:16 last edited by
Yes, I want to let Qt handle it. I would've liked to just call some qmap-handler-functions like you can apparently do if you use Qt for Embedded Linux, but for some reason it's not that easy in other Qt versions.
The whole thing will run on a hardware with a specialized Linux-Kernel without Unity. The display is a permanent camera stream und Qt takes up a portion of the screen. I don't know how exactly this happens, but I can ask around if it's important.
-
Because it's not useful outside Qt Embedded since it's done e.g. through Xorg. But that doesn't answer the main question: what do you use as graphic server ?
-
wrote on 21 Aug 2014, 08:49 last edited by
We have no graphic server. We use an Atmel SAM9G45 board. On the following pdf on page 1052 is a block diagram:
http://www.atmel.com/images/atmel_6438_32-bit-arm926ej-s-microcontroller_sam9g45_datasheet.pdf
The "DISPLAY IF" output is connected to a display.
-
Seems like my last answer disappeared, did you got it ?
-
wrote on 22 Aug 2014, 14:42 last edited by
No, sorry, I didn't receive it. Can you post it again, please?
-
The question was: what will you be using (software speaking) to draw the video and the Qt GUI ? Linux frame buffer ? Also what distribution will be running on the device ?
-
wrote on 25 Aug 2014, 06:46 last edited by
We use the Linux frame buffer. It's a self-compiled distribution based on kernel 2.6.38 armv5tejl GNU/Linux (with udev).
-
Then if you don't have any graphic server/window manager and are using the linux frame buffer then you have to use Qt for Embedded Linux. Or there's something I'm missing
-
wrote on 25 Aug 2014, 12:09 last edited by
Ok, too bad. I guess we'll have to try to switch our Qt version after all.
Thanks for the help!
-
Before that, can you tell me what software setup you had planned ?
-
wrote on 26 Aug 2014, 08:00 last edited by
Can you elaborate on what you mean exactly?
-
Simple what are the software architecture you want to use. Until now you wrote that your were using a self-built distribution with a custom kernel and not wanted to use Qt Embedded, but don't have any window manager nor graphic server.
So what would your software stack be ?
-
wrote on 27 Aug 2014, 14:33 last edited by
I don't know the exact software stack, but our Atmel board has frame buffer support and that's what we use for the graphics.
-
So all in all quick version: -> kernel -> busybox -> Qt Application ?
-
wrote on 28 Aug 2014, 11:15 last edited by
Yes, that's right.
1/38