Keyboard layout switching in Qt, not just in Qt for embedded Linux

[__Alex__]

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

[__Alex__]

Nobody at all?

[SGaist]

Hi and welcome to devnet,

One question first, which version of Qt are you using ?

[__Alex__]

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.

[SGaist]

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 ?

[__Alex__]

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.

[SGaist]

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 ?

[__Alex__]

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.

[SGaist]

Seems like my last answer disappeared, did you got it ?

[__Alex__]

No, sorry, I didn't receive it. Can you post it again, please?

[SGaist]

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 ?

[__Alex__]

We use the Linux frame buffer. It's a self-compiled distribution based on kernel 2.6.38 armv5tejl GNU/Linux (with udev).

[SGaist]

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

[__Alex__]

Ok, too bad. I guess we'll have to try to switch our Qt version after all.

Thanks for the help!

[SGaist]

Before that, can you tell me what software setup you had planned ?

[__Alex__]

Can you elaborate on what you mean exactly?

[SGaist]

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 ?

[__Alex__]

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.

[SGaist]

So all in all quick version: -> kernel -> busybox -> Qt Application ?

[__Alex__]

Yes, that's right.