On 07-02-15 04:34, kendell clark wrote:
hi all I'm not sure how to begin this, but here goes. In order for screen readers, like orca, to be able to access applications written in qt4 (qt5 handles all of this built in}, it needs a package called qt-at-spi. This is a bridge of sorts which links the qt accessibility API's to the at-spi daemon which orca uses to read the screen. This is in community, so this all works. However, there's an issue that's just obscure enough that I'm not sure how to handle it. The issue arises when 64 bit linux installations try to talk to 32 bit qt applications. Since the qt at-spi bridge is 64 bit, it can't communicate with the 32 bit app, so orca cannot read it. THis makes applications such as teamviewer and skype completely inaccessible on 64 bit systsms. I'm not certain teamviewer is written in qt, but I do knos skype is. Ok, ramble over. Is anyone interested in building a 32 bit version of the qt-at-spi package and possibly throwing it in multilib? THis does not need any maintenance, since this is only for qt4 applications, the package has been deprecated since the code has been murged into qt5. I've tried a few workarounds to no avail. I've tried downloading the i686 package and trying to get pacman to install it, this didn't work. I tried extracting the actual .so files out and placing them in lib32, but I don't know enough about how the underlying system works to make this work. Thoughts? Kendell clarK
Kendell, Many lib32 programs are build on x86_64 by instructing the compiler to build 32-bit code. The [extra] lib32-mesa package shows how that can be done. Also look at lib32-at-spi2-core & lib32-at-spi2-atk in AUR. If at-spi2 is not the version you need, you can probably use them as template for creating lib32-at-spi-* packages. LVV