Hello,
I struggled all day getting python bindings to work on Arch linux. This is so
that I can use brltty with orca.
After installing brltty,
$python2 -c "import brlapi"
was failing.
I eventually figured out that the problem was that the archlinux package was
missing a dependency:
pyrex.
I have already reported the dependency problem as a bug here:
https://bugs.archlinux.org/task/28380
The problem with Java is as follows. It tells me:
In file included from ./bindings.c:20:0:
/usr/lib/jvm/java-7-openjdk/include/jni.h:45:20: fatal error: jni_md.h: File
does not exist
compilation
Neither the subversion version of xw, nor the stable version seem to work.
Syslog has this to say:
# cat /var/log/syslog.log
Feb 12 13:31:02 localhost syslog-ng[402]: Configuration reload request
received, reloading configuration;
Feb 12 20:06:44 localhost syslog-ng[402]: syslog-ng shutting dow
The desktop environment has no effect. Fluxbox gives me the same results.
> Původní zpráva
> Od:
> Předmět: Re: [BRLTTY] the xw driver does not display
> Datum: 13.2.2012 00:20:03
>
> Neither the subversion version of xw, nor the
OK, OK,
I have resolved the problem. It turns out I had two versions of at-spi on my
system. 1 and 2. I uninstalled at-spi(leaving at-spi2). Recompiled and
reinstalled. Now all works. Grr. These two arch package bugs have truely
cost me a whole days work. I will deffinitely write to the a
Ah, yes, good point. That too still needs to be fixed. I didn't get into this
because I wanted to maintain packages on arch, but that seems to be what I'm
spending my time doing...
Původní zpráva
Od: Sergey V. Fleytin
Předmět: Re: [BRLTTY] python bindings on arch li
Samuel,
On the arch side, Ionut Biru beleives that this is a bug in your code. And has
suggested a correction:
https://bugs.archlinux.org/task/28401?project=1&string=brltty
Timothy
> Původní zpráva
> Od: Samuel Thibault
> Předmět: Re: [BRLTTY] python bindings on arch
Thank you for the information. Unfortunately, that organization has sugested a
list of candidates, yet has not selected a standard. Furthermore, I have
already invested a small amount of time implementing my own standard. I have a
deadline on having a working prototype within the next month o
OK, so I've started working on the C driver(and have to present the device to
my professor next week :O ).
https://github.com/timthelion/FCHAD/blob/master/braille.c If anyone ends up
looking at that file, don't be concerned by the fact that it's mostly python
code that is being excluded by the
itoa is a function that is supposed to put an int into a char array. It turns
out I can use snprintf instead... I was more concerned with the fact that it
wasn't giving me the kind of errors that I expected during compile time. I've
never written a dynamically loaded library before and indeed
> Původní zpráva
> Od: Dave Mielke
> Předmět: Re: [BRLTTY] brl_identify()
> Datum: 25.2.2012 20:52:33
>
> [quoted lines by timothyho...@seznam.cz on 2012/02/25 at 12:21 +0100]
>
> >Do I understand correctly that brl->buffer is in
Hello, this is Tim again. I'm the one working on those FCHAD devices(the low
cost single cell open source braille displays). I have gotten to the point
where I'm almost done with the driver. But I cannot seem to figure out how
brltty deals with key commands. Specifically, I want to be able t
Thank you for your fast reply :) The new code works beautifully(and doesn't
block!
static int
brl_readCommand (BrailleDisplay *brl, KeyTableCommandContext context) {
if(in_waiting)
{
in_waiting=0;
switch(key){
case SCROLL_LEFT: printf("SCROLL_LEFT\n");
e
It's a generally known problem that there are issues with orca and firefox
right now. I'm not sure of the status, but there was a lot of discussion of
this on the orca list. Unfortunately, a lot of things broke with gnome3.
Could you try Epiphany? I read one user's remark that it works sligh
For pyrex on python3 read the first item of this FAQ: http://wiki.cython.
org/FAQ#WhatistherelationbetweenCythonandPyrex.3
FArethebarriersbetweenthetwobasedontechnicaldirection.3FDifferinggoals.3F
-- Původní zpráva --
Od: Joanmarie Diggs
Datum: 13. 5. 2012
Předmět: [BRLTTY] Pyt
Hello list,
I am sitting in Geneva with Samuel Thibault discussing the proper protocol
for a new open source Braille device I am making. It is an opportunity to
define some sort of open protocol for Braille devices. We have some
questions about the best practices the frame details.
I was thinking
I have been testing XCompose because I believe that my FCHAD device will
need to use it. From the hardware standpoint, I will take a keyboard
controller from some standard USB keyboard, but only hook up the 10 home
row keycodes to actual physical buttons(plus the numpad keycodes...) I am
going
The patch worked, thanks!
I actually figured out why it was not building :) I had somehow neglected
to configure on the directory above...
I also just discovered the problem with those ENV args. The correct
sequence is:
> export GTK_IM_MODULE='xim'
> export QT_IM_MODULE='xim'
appa
It's currently very important that Python 2 remain supported, as Orca uses
Python 2!
-- Původní zpráva --
Od: Luke Yelavich
Datum: 23. 7. 2012
Předmět: Re: [BRLTTY] PATCH: Switch to cython for building python bindings.
"On Mon, Jul 23, 2012 at 05:41:39PM EST, Dave Mielke wrote:
>
Hey Guys,
I'm also an arch user and I'm pretty confident in writing PKGBUILDs... We
already discussed arch linux on the list before. I'll be reading over the
latest problems today, and see what I can do. There are only like 3 active
arch maintainers(then a lot of people who, like me, try to he
This is the PKGBUILD on arch.
https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=
packages/brltty
I guess basically, what I should be doing is editing the PKGBUILD to put the
normal depends as make depends:
depends=()
makedepends=('bluez' 'libxaw' 'at-spi2-core' 'gpm'
So just getting rid of the --with-screen-driver line would fix it?
-- Původní zpráva --
Od: Samuel Thibault
Datum: 17. 8. 2012
Předmět: Re: [BRLTTY] brltty in arch: my problem solved but Arch's is not!
"timothyho...@seznam.cz, le Fri 17 Aug 2012 13:07:24 +0200, a écrit :
> This i
Hey,
I'm back to working on my braille display after some delay. I have a
question. All of the function driver side(brl_keyToCommand,brl_readCommand
ect) seem to take BrailleDisplay * brl as an argument. Does this mean that
the BrailleDisplay is changing? Or is that pointer constant throughout
Dear Mike,
first off, I never received your response(It is not in my inbox, nor in any
spam folder). I started to get suspicious after a few days about whether my
mail had reached the list or not, as Samuel and you have always been very
quick to respond. So I looked at some online archives, and
The question about when I can set
brl->textColumns and rows still remains. Can I
change that value after brl_connect has finished?
Tim
-- Původní zpráva --
Od: Samuel Thibault
Datum: 11. 10. 2012
Předmět: Re: [BRLTTY] Getting my braille driver for the FCHAD working.
"timoth
Sorry Dave, not sure how the name mix up happened :O
Perhaps I will set it to 1,1 and keep a global variable
"initializationStatus", and ignore any writeWindow requests from brltty
untill initializationStatus becomes true.
Somehow I'm not seeing the logMessages either in standard error wit
I must admit, that after reading your message I began to cry. Human to
human interactions have never been my strong point, but my own emotion right
now is that of being belittled, attacked, and most of all surprised. I have
spent almost two years now on this project. Last summer met Samuel and
Things are going pretty well in the development. I can now send and receive
frames and process them correctly. One question. I have to figure out if
the user is left handed or right handed. This is not yet defined by the
standard that I wrote. There are several options: brltty could provide
t
Well I know I could. But I'm not sure if I should. The reason I need to
know is that I have a row of touch sensors, and I need to be able to figure
out which sensor is being touched. Imagine you have sensors 1 2 3 4 5 6 and
2 3 and 5 are being triggered. If you know that the user is using thei
OK. I'm happy to see that the CLI arguments are combined with a config file
value so I won't have to create my own cofig files for now.
It seems like you still haven't comprehended my device. It's really a
simple device. I presume that you are reading this message with an 80 cell
display. So a
Oh, I had never heard of the opticon. But yes it is similar. It's a pity,
seems you can no longer buy those devices. I wanted to get an idea of the
price! When I was prototyping, I made my device work so that one used a
stylus to select the character, rather than touching physical touch sensors
Good news. The driver is done(and by that I mean that I have a preliminarily
functioning driver and firmware, and not that it is perfect in ever aspect
of design and need never be changed again). It can be downloaded it with
this command:
$git clone https://github.com/timthelion/UOBP.git
(https:/
Unfortunately, it'll be a few years till you get your hands on one. Right
now I have the circuits drawn out on a test board, and that test board
resides in a cardboard box. The box is powered from the wall, rather than
by battery. I currently only use one MPR121 touch controller which limits
me
Is there anyone here who can confirm or deny BRLTTY's functional status on
arch linux? https://bugs.archlinux.org/task/28440?project=1&cat[0]=2&string=
brltty
Thanks
Timothy___
This message was sent via the BRLTTY mailing list.
To post a message, send a
When I run orca 3.6.3 with brltty 4.4(using log level -l7) I get a flood of
messages:
"""
brltty: Received Write request on fd 10
brltty: charset UTF-8
"""
It is a constant stream of messages. This is not good at all :(
Tim___
This message was sent vi
It might be useful to have those categories, but more to the point, why is
orca writing so often. It is a waste of CPU if nothing else to be writing
multiple API calls to brltty at idle time. What are these calls for? My
complaint wasn't so much about the messages, as the fact that Orca is
"b
Hello,
With brltty4.4, sometimes, when there is heavy traffic over the serial line,
gioAwaitInput will claim that there is no input available. It then says
input is available after more info is received from the device. It seems
that some buffer isn't getting flushed properly. For a long time I
Hello,
I think that 4.5 is a rather old version of BRLTTY. When you recompiled
from the ABS did you compile 4.5 or 5.1?
Tim
-- Původní zpráva --
Od: Vojtěch Polášek
Komu: brltty@mielke.cc
Datum: 23. 4. 2014 14:16:06
Předmět: Re: [BRLTTY] Brltty not working on Arch
"Hi,
I tried
I saw something about charset conversion failiure, another place you should
check is whether your LOCAL hasn't somehow changed. You should be using a
Czech UTF-8 LOCAL system wide. Is it possible that you are using a Czech
Central European encoded local instead?
Tim
-- Původní zpráv
I'd be interested to know why you are running DOS. Is there a DOS only
program that you need? Or are you just interested?
-- Původní zpráva --
Od: acoll...@icsmail.net
Komu: BRLTTY@mielke.cc
Datum: 11. 5. 2014 4:46:52
Předmět: [BRLTTY] brltty for MSDOS
"Hello everyone. I'm
Well that's a step back in naming clarity ;) I presume that XDG_VTNR means
something in Hebrew, given the utter lack of vowels.
Tim
-- Původní zpráva --
Od: Samuel Thibault
Komu: Informal discussion between users and developers of BRLTTY.
Datum: 25. 5. 2014 19:42:31
Předmět: R
I'd like to point out, that the navigation keys on the display are "nothing"
in terms of the display's value. Once you get settled with a new display,
please don't just throw the old one out! Sell it or give it to an
organization.
Tim
-- Původní zpráva --
Od: Stéphane Doyon
Hello,
"It looks like resolving this problem may turn out to be somewhat tricky. I'
m
saying this because brltty is indeed sending the shift key release event to
the
Linux kernel, but that doesn't seem to be doing anything. In spite of the
fact
that the shift key release event has been sent t
I would like to point out, that one of my greatest complaints on sites that
serve the blind is the frequency with which text size cannot be resized
without horizontal scrolling. This vital accessibility feature is of course
untestible for the blind, as they cannot see to see if their site is usa
The brltty website works perfectly for me, since you don't do anything weird
with tables or divs everything is excellent. This site: http://www.
brailleauthority.org/sizespacingofbraille/index.html however does not work
well. When I resize, the text is "held outwards" by the image above it,
mea
Some bluetooth adapters are quite directional, and some are quite effected
by being blocked by things. Others are much better. I would really suggest,
trying to get an extension USB cable and putting the bluetooth adapter in
the front of the computer. While bluetooth is rated at several meters t
There are two peice of code that must be present:
- The driver, is the code that runs on Android and tells BRLTTY how to
communicate with the device.
- The firmware, is the "sketch" code that goes into your arduino and tells
the device how to behave.
If you use the arduino, you will have to co
Hello,
I was recently sent this email about using brltty on android. I have no
experience with using brltty on android, so I'm sending it on.
Khaled, as to using an arduino. Yes, you can use an arduino, however you
will have to write your own driver for it, or modify my driver+firmware. In
any
Hello,
I am attempting to build BRLTTY from git usind Docker. I have a very basic
debian Docker image with build-essential and autoconf installed. I ran the
commands:
$ autoconf
$ ./configure
$ make
However make fails with:
timothy@d9db085e3ece:/brltty-src$ make
common.mk:26: absdeps.mk: No
Thank you,
That fixed it. I've sent a pull request to update the README file.
Tim
-- Původní zpráva --
Od: Dave Mielke
Komu: Informal discussion between users and developers of BRLTTY.
Datum: 13. 3. 2015 0:27:37
Předmět: Re: [BRLTTY] Building brltty on base system
"[quoted li
Hello,
Currently, there is something over 570 source files in the Programs
directory. While I understand that there is probably a good reason for
keeping all the source files in one folder, whether it is to limit the need
to cd all over the place in order to get to them or to simplify the build
Hello,
I am again trying to learn to use BRLTTY. I have my hand made braille
display, but it has no navigation keys and only displays 12 characters.
Looking at the keyboard keybindings for brltty http://www.mielke.cc/brltty/
doc/KeyBindings/kbd-desktop.html I see no way to move horizontally by t
I have a keypad on my computer, but with or without numlock turned on, the
keybindings that are listed don't seem to be bound. Do I need to change some
configuration option in order for them to be bound? Currently, when I type
KP0 in the console, a zero appears on the screen. And KP0+KP6 does not
I see now, I need to set the key table using the -kkeypad argument. Now it
works! Since this confused me, I have made a pull request against the
website here https://github.com/brltty/brltty-website/pull/1
Thanks for your help!
Tim
-- Původní zpráva --
Od: Dave Mielke
Komu: In
I have a kind of display that I refer to as a "fast character display". It's
a very simple kind of display, I just have 8 solenoids (those are
electromagnets that move rods up and down) and a row of 12 touch sensors.
When I touch one of the sensors, the solenoids display a braille character.
So
Dear list,
First off, brltty currently has API for dealing with multi-row braille
displays. Is this tested yet? Within the coming decade I hope to build a
multi-row open source braille display and I hope that within 5 to 7 years
the software will not hold me up.
I apologize if this is mis-use
Thank you for your comments. I have researched the history of braille
displays and my understanding is that it goes like this:
For the past 40 years, there has been new a miracle technology which will
bring us cheap multi-line braille displays announced every 6 months. Each
time a technology is
I cannot easilly answer those questions on the pneumatic braille. I am not
even going to make any promisses about it ever existing. I haven't really
started designing it yet. There would be no possibility of variations of dot
height. If I ever create the device, software would have to catch up wi
For a long time I looked at the raspberry pi, and at some other single board
computers. I ran into several problems. The most pressing problem with
single board computers is the difficulty of connecting them up in a small
case. The raspberry pi, for example, takes its power from USB. The idea of
59 matches
Mail list logo
