Hello,
On Sun, Apr 29, 2018 at 06:35:28PM +0200, Mgr. Janusz Chmiel wrote:
> I AM using Fedora 27 Gnome and they did not include latest Brltty.
That is not a problem, the atspi2 driver is in brltty since a long time.
> The question is, if I do not have to also install brltty-x11 driver,
You
Hello,
Mgr. Janusz Chmiel, le sam. 28 avril 2018 22:26:27 +0200, a ecrit:
> I gues, that Brltty in X session can read editable boxes in Run command for
> example.
Yes. You can run it like this:
brltty -b ba -x a2 -X type=all
so that it will try to read everything it can from X through at-spi-2
Hello,
Mgr. Janusz Chmiel, le mer. 25 avril 2018 19:47:46 +0200, a ecrit:
> I would like to thank MR Tibault and MR Mielke for this newest release of
> Brltty for Android.
All credits belong to Dave, I haven't worked on it ;)
Samuel
___
This message
Hello,
While looking at brltty running in X11 with the AtSpi2 driver, the
question of smooth integration with clipboards raised.
While copy/pasting from the Linux console to/from X11 is not a simple
matter, having a brltty instance running inside X11 with the AtSpi2
driver to copy/paste between
Hello,
Velegi István, le lun. 16 avril 2018 11:11:51 +0200, a ecrit:
> I can't get it work with brltty and nvda.
> I have also installed brlapi but it didn't help either.
Is anything actually showing up on the device, or just nothing happens?
If nothing shows up, it is useless to look at the
Dave Mielke, on jeu. 08 mars 2018 10:50:59 -0500, wrote:
> Yes, I'm being stubborn and maybe even unreasonable.
I wouldn't say that, I have been hit with such questions of changing the
build system in various projeects, and I have exactly the same position
as yours :)
Samuel
Rob, on jeu. 01 mars 2018 14:35:07 -0600, wrote:
> Samuel Thibault <samuel.thiba...@ens-lyon.org> wrote:
> > I'd use a VM too. It is possible to install a cross-build toolchain,
> > but unless your Linux distribution provides it already, it's very hairy
> > to set
Dave Mielke, on jeu. 01 mars 2018 15:10:53 -0500, wrote:
> [quoted lines by Rob on 2018/03/01 at 13:18 -0600]
> >What do I need to have installed so I can compile a .exe suitable for
> >windows using the latest BRLTTY release? I've never built windows software
> >on Linux.
>
> I don't know. I
Hello,
Yes, it took a very long time, but...
Siju Samuel, on mar. 11 févr. 2014 17:40:30 -0600, wrote:
> In windows, simultaneous read [with 1 option as input] and write [
> (brlapi_readKey(1, ) , brlapi_write()] using different thread was not
> working. Currently brlapi_write() will
Vikash Kesarwani, on dim. 18 févr. 2018 09:02:25 +0530, wrote:
> It would be great if you can give some reference to how can I generate these
> fonts.
I have just uploaded the tool on
http://http.debian.net/debian/pool/main/c/console-braille/console-braille_1.7.tar.gz
Samuel
Hello,
Vikash Kesarwani, on jeu. 15 févr. 2018 10:41:50 +0530, wrote:
> I actually want only to read it in braille through brltty, it does not matter
> if it is displayed correctly on console.
Ok, then you can try to make your Linux distribution use one of the
attached font, depending which font
Dave Mielke, on jeu. 15 févr. 2018 10:23:39 -0500, wrote:
> I myself don't see having different distributions put brltty into different
> places is helpful, so maybe this is a good time to rediscuss the issue.
I have actually just changed Debian to put brltty in /bin.
IIRC it was in Debian in
Hello,
Dave Mielke, on dim. 11 févr. 2018 14:59:02 -0500, wrote:
> Could you please try changing that AC_PATH_PROG (line 353 of configure.ac) to
> AC_PATH_TOOL (same syntax) as perhaps a simpler way of resolving the problem?
That seems to be working fine indeed.
Samuel
Hello,
Dave Mielke, on lun. 05 févr. 2018 12:02:34 -0500, wrote:
> Release 5.6 of brltty is now available.
While working on the Debian package, I got the following warning which
got recently added to Debian:
autotools-pkg-config-macro-not-cross-compilation-safe
The package appears to use
Hello,
Vikash Kesarwani, on sam. 10 févr. 2018 08:41:48 +0530, wrote:
> 1. I am unable to display unicode characters (hindi) on virtual terminal
You need to load a devanagari PSF font. I have however not seen one in the
usual console font packages, so you would probably have to convert one
or
Aura Kelloniemi, on jeu. 25 janv. 2018 10:23:46 +0200, wrote:
> But yes, a better interface would be great. The best way probably would be
> through BrlAPI
No, because that assumes braille. There can be speech-only screen
readers too, and whatnot. Also, there is nothing related with brlapi,
Hello,
Didier Spaier, on jeu. 25 janv. 2018 00:17:52 +0100, wrote:
> $ mlterm -v
> mlterm version x.x.x
> Features: ... brlapi
So they reimplemented a screen reader within mlterm, and exposed the
content through brlapi. That's not really the best way to do this:
it means all the
Shérab, on sam. 16 déc. 2017 17:00:42 +0100, wrote:
> For instance, have you already tried clicking on a character with the
> left button of your mouse? Isn't this creating a cursor routing event?
AFAIR, that's how you can get cursor routing, yes.
Samuel
Hello,
Peter Vágner, on mar. 07 nov. 2017 16:38:33 +0100, wrote:
> Is this recently introduced word wrap mode also usefull when brltyy is used by
> other apps such as orca via brlapi?
No, Orca uses liblouis for braille transcription..
> Orca users wish to have word wrapping working and there
Hello,
Generally speaking, note that brltty is modular: you can leave
everything as a module, and thus actual dependencies depend on which
modules you actually install.
Peter Vágner, on mer. 25 oct. 2017 17:57:59 +0200, wrote:
> I assume linux driver is specific to linux and
> there are drivers
Hello,
Lars Bjørndal, on ven. 27 oct. 2017 21:54:02 +0200, wrote:
> > Lars Bjørndal, on lun. 23 oct. 2017 21:13:14 +0200, wrote:
> > > I have cygwin 64bit installed, and I've compiled BRLTTY.
> >
> > Is there are reason for not using the pre-built BRLTTY?
>
> Well, I thought, as I use BRLTTY in
Hello,
Brian Tew, on ven. 27 oct. 2017 04:31:30 -0500, wrote:
> When I start it the output is full of terminal control codes.
> I tried changing TERM from linux to vt100, same problem.
I'm afraid it actually hardcodes the escape sequences being used.
> Any ideas on what I might try? Thanks.
Mika Hanhijärvi, on ven. 20 oct. 2017 18:55:56 +0300, wrote:
> Ok thanks . That explains why I have not found any way to use Super key.
I was talking about the Fn key, not the Super key.
The super key should be synthesizable.
Samuel
___
This message
Hello,
Mika Hanhijärvi, on ven. 20 oct. 2017 18:41:23 +0300, wrote:
> 6) Fn key
I can speak for this one: it's not possible, because it is a key which
is handled by the BIOS of the PC itself, software does not see it. So it
can't be synthesized.
Others should be possible to synthesize.
Samuel
Hello,
Vikash Kesarwani, on sam. 14 oct. 2017 15:04:49 +0530, wrote:
> Hi, I am unable to get sliding window feature working. I have enabled it, but
> still when cursor moves too near to either end (even at the last cell) it does
> not slide the braille window.
Is this in textmode with BRLTTY or
Hello,
Quartel, Eric de, on sam. 30 sept. 2017 15:39:24 +, wrote:
> In the source code add
>setlocale(LC_ALL, "nl_NL.UTF-8");
And then it was working?
We would still be interested in knowing what is crashing without this
line, because this is really not supposed to happen and means
Hello,
Quartel, Eric de, on jeu. 28 sept. 2017 11:37:03 +, wrote:
> Unfortunate when the é (e with acute accent) is send - brlapi_writeText(0,"my
> string with é in it") - my program crashes.
Did you initialize locales (using setlocale) according to the encoding
you use for é?
Normally it
Dave Mielke, on ven. 15 sept. 2017 08:23:39 -0400, wrote:
> [quoted lines by Didier Spaier on 2017/09/15 at 14:14 +0200]
> >2017-09-15@14:05:53.157 [brltty] BRLTTY 5.5 rev unknown [http://brltty.com/]
> >2017-09-15@14:05:54.201 [brltty] Linux Screen Driver:
> >2017-09-15@14:05:54.202 [brltty]
Hello,
Didier Spaier, on mer. 13 sept. 2017 11:42:11 +0200, wrote:
> Le 13/09/2017 à 10:06, Samuel Thibault a écrit :
> > John Covici, on mer. 13 sept. 2017 03:59:06 -0400, wrote:
> >> Is the line in your /etc/brltty.conf uncommeted
> >> api-parameters Auth=keyfile
John Covici, on mer. 13 sept. 2017 03:59:06 -0400, wrote:
> Is the line in your /etc/brltty.conf uncommeted
> api-parameters Auth=keyfile:/etc/brlapi.key # Require authentication
> key
>
> Its near the end of the file and is necessary for orca to work as of
> now.
? That shouldn't be. Normally,
Didier Spaier, on mer. 13 sept. 2017 09:47:29 +0200, wrote:
> Le 13/09/2017 à 01:38, Samuel Thibault a écrit :
> > Didier Spaier, on mer. 13 sept. 2017 01:13:03 +0200, wrote:
> >> brlapi.ConnectionError: couldn't connect to b':0' with key
> >> b'polkit+keyfile:/etc/br
Hello,
Dave Mielke, on dim. 20 août 2017 11:36:28 -0400, wrote:
> [quoted lines by Shérab on 2017/08/20 at 11:26 +0200]
>
> >I share Samuel's fear that is will be difficult to design something
> >which is generic enough. What can we do beyond returning the keycodes
> >themselves or brltty
Hello,
Frans-Willem Post, on ven. 18 août 2017 20:40:41 +0200, wrote:
> For example: I can type 'a' using Dot1, 'A' using Dot1+Dot7, '1' using
> Dot1+Dot6 and 'á' using Dot1+Dot6+Dot8 - but not 'ë' using
> Dot1+Dot2+Dot4+Dot6+Dot8. Why not?
Can ë be typed directly on your keyboard, or do you
Hello,
Mario Lang, on jeu. 27 juil. 2017 21:17:15 +0200, wrote:
> >> The documentation of "Raw keycode" mode does explicitly state that
> >> brlapi_acceptKeyRange() is not necessary.
> >
> > Yes, I know.
>
> Either the documentation or the code needs to be fixed.
> I would vote for making the
Err, just realizing... The bug was with Vario Ultra :) But perhaps
there's the same with Easy, and the quirk has to be extended.
Samuel
___
This message was sent via the BRLTTY mailing list.
To post a message, send an e-mail to: BRLTTY@brltty.com
For
Alex Bernier, on jeu. 20 juil. 2017 15:44:35 +0200, wrote:
> On Thu, Jul 20, 2017 at 08:13:32AM -0500, Samuel Thibault wrote:
> > Alex Bernier, on jeu. 20 juil. 2017 11:52:06 +0200, wrote:
> > > I just recieved a new Easy Braille (Handy Tech). My old one works
> >
Hello,
Alex Bernier, on jeu. 20 juil. 2017 11:52:06 +0200, wrote:
> I just recieved a new Easy Braille (Handy Tech). My old one works perfectly
> with BRLTTY but there are some issues with the new one : display is very
> slow, the keyboard does not work and the driver is frequently
Chris Brannon, on jeu. 06 juil. 2017 06:26:37 -0700, wrote:
> The polkit method descriptor initializes just fine. But for whatever
> reason, polkit authentication doesn't work on the user's system. We
> could still fall back to keyfile.
Yes, we need that fallback.
Samuel
Chris Brannon, on mer. 05 juil. 2017 09:39:29 -0700, wrote:
> Seems like this would be fixed with a pretty simple
> change to Programs/brlapi.h.in. I can send a patch if you like.
Please do :)
The most time-consuming part is actually testing the patch, which I
guess you'll do, so the
Hello,
Gwyn Ciesla, on ven. 16 juin 2017 11:02:13 -0500, wrote:
> We've been having trouble building the python bindings for python 3.6,
> using both brltty 5.4 and 5.5.
> What information would be helpful in chasing this down?
Well, all available build logs, for a start :)
Samuel
MENGUAL Jean-Philippe, on mer. 14 juin 2017 13:57:41 +0200, wrote:
> Yes I remember, but I dont find it. So I dont know if it is free, or not,
> etc. And ok to review and test, if I find some way to get it.
Well, it's a matter of discussing with the manufacturer.
Samuel
MENGUAL Jean-Philippe, on mer. 14 juin 2017 11:56:16 +0200, wrote:
> I will have the device with me next Sunday afternoot in Paris. What kind of
> info would be relevant to start writing a htdoc for Linux? Would someone be
> interested? Or should we request this to Handytech?
As I said earlier
Hello,
Felix Grützmacher - Help Tech GmbH, on mar. 06 juin 2017 09:08:31 +0200, wrote:
> - Use HTCom, which is available for Windows.
That reminds me... There used to be a htcom version for Linux developped
by Halim Sahin, does it not exist any more?
Samuel
Dave Mielke, on dim. 09 avril 2017 14:54:53 -0400, wrote:
> Both the NVDA fix and the MS update to libusb can be tested via the
> brltty-win-5.4-233 files that are now available on brltty's download page.
>
> Please test soon as 5.5 will most likely be released in a little over a week
> from
Dave Mielke, on dim. 09 avril 2017 15:07:02 -0400, wrote:
> [quoted lines by Samuel Thibault on 2017/04/09 at 21:04 +0200]
> >Could you provide both a libusb-win32 and a libusb-1.0 build? Depending
> >on the USB situation, one or the other may work better.
>
> Already don
Dave Mielke, on dim. 09 avril 2017 14:54:53 -0400, wrote:
> Both the NVDA fix and the MS update to libusb can be tested via the
> brltty-win-5.4-233 files that are now available on brltty's download page.
Could you provide both a libusb-win32 and a libusb-1.0 build? Depending
on the USB
Hello,
Samuel Thibault, on dim. 09 avril 2017 17:38:11 +0200, wrote:
> Looking more at this...
I can confirm that with these changes, I could run brltty fine on
windows XP 64. It seems it works fine with our previous .inf file, but
I guess with more recent versions of windows, the 64bit vers
Looking more at this...
Mario Lang, on ven. 07 avril 2017 21:38:16 +0200, wrote:
> Samuel, can you tell if this would be a useful change to adopt?
>
> --- a/Autostart/Windows/brltty-libusb.inf
> +++ b/Autostart/Windows/brltty-libusb.inf
> @@ -46,7 +46,7 @@ libusb_files_dll_x64 = 10,system32
>
Hello,
Mario Lang, on ven. 07 avril 2017 21:38:16 +0200, wrote:
> There is one change I could isolate which was apparently never
> submitted.
> Note, that they (Marko?) have only done this to libusb.inf, not
> libusb-1.0.inf.
>
> Samuel, can you tell if this would be a useful change to adopt?
Felix Grützmacher - Help Tech Elektronik GmbH, on jeu. 06 avril 2017 16:26:43
+0200, wrote:
> I'm trying to find out if Microsoft may have
> patched the version of BRLTTY that's downloaded automatically when they
> install Braille support.
The source seems to be downloadable on
LSM/RMLL 2017
17th Libre Software Meeting
July 1-7, 2017
Saint-Etienne, France
http://2017.rmll.info/
Call For Papers and Participation
limited to accessibility topic
[we apologize for
Hello,
Mike Gorse, on Tue 07 Feb 2017 17:18:35 -0500, wrote:
> I'm wondering if applying the patch from upstream would be enough to keep
> brltty from doing this. I'm guessing not, since it appears that Hims and
> HandyTech displays have their manufacturer set to "FTDI", which I'd think
> would
Hello,
Vikash Kesarwani, on Mon 02 Jan 2017 05:15:02 -0800, wrote:
> So my question is, is there a way to change input tty of BRLTTY
> typographically/ dynamically on runtime.
Do you mean, making BRLTTY read/write on a different virtual terminal
than the one which is currently displayed?
Samuel
53 matches
Mail list logo