Hello,
On 2024-09-13 at 18:32 +0900, "Naofumi Ueta" wrote:
> Has anyone been in contact with Mr. Dave recently?
I don't know much, but Dave said on this mailing list in a reply to my message
on Fri 13 Oct 2023 that he has been in a hospital for a while. You can check
the list archives, but you
On 2023-10-13 at 16:06 -0400, Dave Mielke wrote:
> [quoted lines by Aura Kelloniemi on 2023/10/13 at 21:52 +0300]
> >This seems to fix the issue. Now I'm able to connect to Focus Blue with two
> >devices simultaneously. Thank you!
> Thanks. The change has now been c
Hi,
> >Does anybody know about the details of the bluetooth protocol used by Focus
> >Blue 5th gen? Dave? Is it possible that different hosts should connect to a
> >different bluetooth channel?
> I'm sorry for answering so late. Been away (in the hospital, actually) for
> a while.
Oh, tha
On Wed, Aug 16, 2023 at 08:22:40AM +0300, Aura Kelloniemi wrote:
> Focus Blue 5th generation should support four simultaneous bluetooth
> connections, but I have not been able to get that feature to work. I have
> only tried with BRLTTY as I don't have any other software that
Hello list,
Focus Blue 5th generation should support four simultaneous bluetooth
connections, but I have not been able to get that feature to work. I have only
tried with BRLTTY as I don't have any other software that would talk to my
display.
My issue is that regardless of how many hosts I pa
Hi,
Thu, Jul 13, 2023 at 09:02:00PM +0100, Life in Six Dots kirjoitti:
> I cannot perform any commands on the braille keyboard.
Do you know that the Focus keyboard can be locked (either intentionally or
accidentally) by a certain key combination? See the Focus User Guide for
details. It can be
Hello,
On 2023-06-27 at 07:09 +0200, Mario Lang wrote:
> Nicolas Pitre writes:
> > On Sun, 25 Jun 2023, Dave Mielke wrote:
> >> I'm wondering if brltty shouldn't just set it automatically?
> > The brltty package could install a file in /etc/sysctl.d/ to provide
> > that config. This way it
Hi,
On 2023-06-25 at 16:10 -0400, Dave Mielke wrote:
> [quoted lines by Christian Schoepplein on 2023/06/25 at 20:59 +0200]
> >For me it is OK to set
> >
> >dev.tty.legacy_tiocsti=1
> >
> >in /etc/sysctlconf as a workaround like Rob suggested, thanks Rob for this
> >hint!
> I'm wonderi
Hi,
I don't know if I'm doing something wrong, but I cannot connect multiple
devices to my Focus Blue 40 V. All of the devices are running BRLTTY in Linux.
I succeed in pairing all the devices with bluetoothctl, but if I have one
BRLTTY talking to my display, no other BRLTTY can connect it – the
On 2023-04-10 at 18:22 -0400, "S. Massy" wrote:
> Following that train of thought... What window manager(s) are you people
> using besides marco? I assume it has to use GTK to be accessible via
> Orca.
I use Awesome as the window manager as it is scriptable. It is not accessible
with Orca, but
Dear list,
and sorry for the delay of my response, if somebody has been still waiting for
it. I forgot.
On 2022-10-22 at 14:48 -0400, "S. Massy" wrote:
> On Sat, Oct 22, 2022 at 08:59:11PM +0300, Aura Kelloniemi wrote:
> > I have been able to avoid ghost dots for sever
Hello,
On 2022-10-18 at 09:23 -0500, Devin Prater wrote:
> Nope, besides the inevitable ghost dots that happen sometimes with
> well-used displays.
I have been able to avoid ghost dots for several years already by placing a
piece of micro-fiber cloth on the braille line, and by reading the dis
Hi,
On 2022-04-07 at 21:20 +0200, Mario Lang wrote:
> Aura Kelloniemi writes:
> > So if you have any remarks that might be useful for me (including possible
> > deficiencies of the newest Focus Blue), I'm very interested to read.
> Since the key layout of Active Brai
Hello list,
This is an off-topic message for this list, as indicated by the subject.
I am looking for a braille display to replace my Freedom Scientific Focus
Blue. One candidate is the newer version of the same display, but I'd like to
hear other people's recommendations for other options.
I am
On 2022-04-03 at 14:44 -0700, Rich Morin wrote:
> I've been speculating about supporting touch screen input for Braille on
> Linux-based cell phones.
I have been thinking about this too. My vision has been that this would be
completely independent of any screen readers, but of course screen rea
On 2022-03-16 at 16:40 -0400, Dave Mielke wrote:
> There was a post, recently, showing how to resolve a problem by modifying
> brltty's path unit. It showed how to do it by directly editing the
> brtty.path unit file. While it isn't wrong to want to modify a systemd unit
> file, directly ed
Hi
On 2022-02-11 at 02:30 +0100, Mario Lang wrote:
> Working on a Haskell binding for BrlAPI.
[--]
> Reading the docs again, I am unsure if I want to mimick the low-level
> API as much as I usually would. I think it would be better to have a
> different type of handle for ttyMode operations.
Hello,
If I call brlapi__write setting regionSize to -N (a negative interger),
andMask and OrMask to NULL and text to something meaningful, BRLTTY writes
only N characters from the text to the display and clears the rest of the
display. If, on the other hand, I set regionSize to -1 * displaySizeIn
Hello,
On 2022-02-11 at 10:27 +0100, Mario Lang wrote:
> Aura Kelloniemi writes:
> > There are actually a few modes in which a BrlAPI connection can be. I would
> > implement type classes for the common parts of these modes, and have a
> > separate handle for each mode
Hello,
On 2022-02-11 at 02:30 +0100, Mario Lang wrote:
> Working on a Haskell binding for BrlAPI.
Excellent!
> The following example works:
[--]
> main = withConnection "" ":0" $ \c -> do
> dn <- getDriverName c
> mi <- getModelIdentifier c
> (x, _) <- getDisplaySize c
> withTty
On 2022-02-01 at 20:26 -0500, Nicolas Pitre wrote:
> On Tue, 1 Feb 2022, Dave Mielke wrote:
> > And what about my position that the default should be the way it is now? I
> > want to make it easy for the actual language users.
> Those users certainly have a braille table with definitions for
On 2022-02-01 at 15:00 -0500, Dave Mielke wrote:
> [quoted lines by Aura Kelloniemi on 2022/02/01 at 21:43 +0200]
> >What do you mean by corresponding single-byte characters? Are you talkig
> >about
> >characters which have a single-byte representation a particular char
Hello,
On 2022-01-31 at 14:41 -0500, Dave Mielke wrote:
> I guess we need to be able to live with the way Linux has done it even
> though, in my opinion, it's the wrong way. Linux adds padding in the wrong
> places, i.e. to the wide chracters. To achieve proper columnization, a
> language tha
Hi,
On 2022-01-28 at 11:27 -0500, Dave Mielke wrote:
> [quoted lines by Aura Kelloniemi on 2022/01/28 at 16:30 +0200]
> >The option would allow removing paddig space after all multi-column
> >characters. This is necessary for people reading Asian text.
> Actually, n
Hello,
On 2022-01-21 at 12:27 -0500, Dave Mielke wrote:
> I'm thinking of releasing 6.5 soon. Does anyone know of anything that still
> needs to be fixed, have any last-minute requests, etc?
Yes, the 'padding space removed after multi-column chaacters on Linux' problem
still exists. Some peop
Hi Sébastien,
On 2021-11-10 at 17:37 +0100, Sébastien Hinderer
wrote:
> Have you considered, rather than looking for a device with the feature
> you want, whether you couldn't find one that you could connect in
> bluetooth to an Android phone where you may more likely be able to find
> the f
Hello Mario, et al.
On 2021-11-10 at 12:21 +0100, Mario Lang wrote:
> I managed to put a Raspberry Pi 0w into my
> Active Star a few years ago which would make building your
> own note-taker pretty simple.
How did you do this? How did you make it durable, and how do you supply power
to the Pi
Dear list,
I am looking for a new braille display and I'd like to ask your guidance, as
you probably have the best information available.
I would like to have a display, which has an integrated text viewer/editor.
However, I am accutomed to use a non-standard braille table and find reading
with t
On 2021-11-09 at 00:24 +0100, Samuel Thibault
wrote:
> Aura Kelloniemi, le lun. 08 nov. 2021 18:48:54 +0200, a ecrit:
> > On 2021-11-07 at 21:02 +0100, Samuel Thibault
> > wrote:
> > I wonder what broke them?
> Was this really working before? The support for
Hello,
On 2021-11-07 at 21:02 +0100, Samuel Thibault
wrote:
> Aura Kelloniemi, le dim. 07 nov. 2021 20:31:36 +0200, a ecrit:
> > Also, orca announces all X clipboard events. When I select text with
> > BRLTTY,
> > it does not announce any clipboard changes.
>
Hi
On 2021-11-07 at 18:12 +0100, Samuel Thibault
wrote:
> Aura Kelloniemi, le ven. 05 nov. 2021 14:48:55 +0200, a ecrit:
> > I can try to provide more information, if needed.
> Please pass -v to xbrlapi so we know what it's doing.
xbrlapi sees all clipboard changes prope
Hello,
I'm using a self-built BRLTTY (6.4.r176.g9da8c89fe). It has a bug: whenever I
make a text selection (i.e. use the CLIP_... commands) xbrlapi clears the X
clipboard. BRLTTY clipboard is not affected, and works as expected. Therefore
I expect this bug to be in xbrlapi.
For example, if I sele
Hello,
On 2021-10-04 at 13:03 -0400, Dave Mielke wrote:
> [quoted lines by Aura Kelloniemi on 2021/10/04 at 19:29 +0300]
> >Seems to work, thanks. (In fact I see more problems in some applications,
> There might be another place (I foget off the top of my head) that also
&
On 2021-10-04 at 10:51 -0400, Dave Mielke wrote:
> [quoted lines by Aura Kelloniemi on 2021/10/04 at 15:50 +0300]
> >I would also like to get rid of this space removal right away, because I'm
> >debugging alignment issues, and I might provide misinformation to developers
Hi,
On 2021-10-04 at 15:50 +0300, Aura Kelloniemi wrote:
> On 2021-10-01 at 17:03 -0400, Dave Mielke wrote:
> > On the screen, Linux pads a wide character with a space to the right.
> This maintains vertical alignment, which is what they care about.
> I reasearched this,
Hi,
On 2021-10-01 at 17:03 -0400, Dave Mielke wrote:
> On the screen, Linux pads a wide character with a space to the right. This
> maintains vertical alignment, which is what they care about.
I reasearched this, and Linux does not do anything special with two-column
characters, not even padd
Hi
I am having a discussion with emacs developer about an emacs bug that is
related to multi-column characters, e.g. many emojis.
My first question is to those who have intimate knowledge about the Linux
console: My understanding is that Linux has no support of any kind for
displaying multi-colum
On 2021-05-11 at 16:11 -0400, Dave Mielke wrote:
> >Looks good. It's much more understandable now.
> Okay, it's now merged into master.
Great!
But wait... I found this: brlapi_param_computerBrailleRowCells_t. Its
definition is not in sync with the BRLAPI_PARAM_COMPUTER_BRAILLE_ROW_CELLS
param
On 2021-05-11 at 13:33 -0400, Dave Mielke wrote:
> Please check out the brlapi-parameters branch. What additional changes do
> you think might be necessary.
Looks good. It's much more understandable now.
--
Aura
___
This message was sent via the BR
On 2021-05-11 at 12:28 -0400, Dave Mielke wrote:
> For all of them (including non-root parameters) or just for the server
> version?
What is a root/non-root parameter?
--
Aura
___
This message was sent via the BRLTTY mailing list.
To post a message
On 2021-05-11 at 17:24 +0200, Samuel Thibault
wrote:
> Aura Kelloniemi, le mar. 11 mai 2021 18:18:56 +0300, a ecrit:
> > Now my question is: why is .count set to 0 and .isArray to false for string
> > parameterss, even though strings are arrays of characters. Shouldn&#x
Hi
On 2021-05-11 at 09:52 +0200, Samuel Thibault
wrote:
> Aura Kelloniemi, le mar. 11 mai 2021 09:49:04 +0300, a ecrit:
> > And what about a field (at the end of the struct) that tells the maximum
> > size
> > of the parameter value array (in bytes or elements)?
Hi
On 2021-05-11 at 09:57 +0200, Samuel Thibault
wrote:
> Aura Kelloniemi, le mar. 11 mai 2021 10:01:35 +0300, a ecrit:
> > How are strings handled in the parameters API?
> >
> > My initial thought was that string parameter values (as returned by BrlAPI)
> > a
Hi again
How are strings handled in the parameters API?
My initial thought was that string parameter values (as returned by BrlAPI)
are const char* so that this pointer is contained into the parameter value.
This would allow having a parameter that is an array of strings.
But now I came to think
Hello
I am happy that this sorts out. Should there also be can_watch flag?
And what about a field (at the end of the struct) that tells the maximum size
of the parameter value array (in bytes or elements)? Or is there already a way
to know how much space to allocate for a parameter value?
--
Au
On 2021-05-09 at 22:28 +0200, Didier Spaier wrote:
> ### In Slint, we want to share audio resources between speech apps that
> ### rely on alsa and other apps that rely on pulseaudio.
> load-module module-alsa-sink device=dmix
> load-module module-alsa-source device=dsnoop
[--]
> 1. I have be
On 2021-05-09 at 13:03 -0400, Dave Mielke wrote:
> Okay. The bit about count actually being meanless when isArray is false
> should probably be formally documented.
+1
> Or, we could change count to something more intuitively obvious like
> arraySize.
+1
Will it then express the maximum s
On 2021-05-09 at 21:08 +0200, Didier Spaier wrote:
>
> I always wonder why people do in a graphical environment things more
> easily done
> in a console. Maybe just because that's what they are used to? Granted,
> there
> are things that can't be done in console, but typing commands in a
Hello
On 2021-05-09 at 05:46 -0400, Dave Mielke wrote:
> [quoted lines by Samuel Thibault on 2021/05/09 at 11:36 +0200]
> >> Some bindings might wish to use a list rather than an array.
> >
> >If bindings want to return a list, fine for them, "array" is just a word
> >for the brlapi protocol
On 2021-05-09 at 11:09 +0200, Samuel Thibault
wrote:
> But as I tried to explain in my first mail but apparently completely
> failed: only makes the reading of other widgets *less* prioritized,
> and not completely ignored. For braille that's fine enough since more
> prioritized reading compl
Hi
On 2021-05-09 at 09:23 +0200, halim.sa...@freenet.de wrote:
> Yes, brltty should talk when a user enables speech. But It should _only_
> talk in xfce/mate/gnome terminals and not when
> using the graphical desktop.
Does it help if you set
screen-parameters a2:Type=terminal
in your /etc/b
On 2021-05-08 at 22:07 +0200, Samuel Thibault
wrote:
> Dave Mielke, le sam. 08 mai 2021 15:46:41 -0400, a ecrit:
> > [quoted lines by Samuel Thibault on 2021/05/08 at 20:05 +0200]
> >
> > I personally think that that one (display size) shouldn't be marked as an
> > array.
> Ok.
> I how
Hello
Here is another fork of this thread regarding connection states.
The BrlAPI reference manual explains the various connection states, but the
API has been expanded since the documentation was written, and there are
details missing.
Looking at the server code, I noticed, that the server is n
A quick follow up:
On 2021-05-06 at 16:10 +0300, Aura Kelloniemi wrote:
> - Or can I somehow get to know which parameters are read-only? Some of the
> parameters are obviously rea-only (like the display size), but not all,
> like
> the used braille tables.
Looking at the se
Hello
On 2021-03-26 at 22:45 +0200, Aura Kelloniemi wrote:
> I have several questions about BrlAPI's internals:
Now I'm working with the parameters. In order to take advantage of Rust's
strong static type system I consider adding separate functions form
getting/setting
On 2021-04-24 at 23:23 +0200, Samuel Thibault
wrote:
> Aura Kelloniemi, le lun. 19 avril 2021 09:36:05 +0300, a ecrit:
> > I think this is a very good idea. Could this operation also return the
> > error
> > message to the client?
> Yes. This is now in.
Great!
On 2021-04-20 at 15:28 +0200, Samuel Thibault
wrote:
> Aura Kelloniemi, le mar. 20 avril 2021 16:24:56 +0300, a ecrit:
> > This probably means, than when text ends, the rest of the display is padded
> > with spaces, and if space is defined to be something else than an e
On 2021-04-20 at 14:39 +0200, Samuel Thibault
wrote:
> Aura Kelloniemi, le mar. 20 avril 2021 15:26:53 +0300, a ecrit:
> They are completed with 0xff for and and 0x00 for or.
This probably means, than when text ends, the rest of the display is padded
with spaces, and if space is defined
On 2021-04-17 at 23:19 +0200, Samuel Thibault
wrote:
> Aura Kelloniemi, le ven. 16 avril 2021 09:22:32 +0300, a ecrit:
> > On 2021-04-16 at 01:04 +0200, Samuel Thibault
> > wrote:
> > > Such languages can then use brlapi__write with setting the charset, the
>
Hi list,
Samuel, thanks for all the additions. I'll incorporate them into brlapi-rs.
The code is soon in the earliest pre-alpha stage (i.e. wraps most of the API)
and I'll publish the repo on github.
On 2021-04-17 at 16:33 +0200, Samuel Thibault
wrote:
> About asynchronous errors returned by w
On 2021-04-16 at 10:13 -0400, Dave Mielke wrote:
> [quoted lines by Aura Kelloniemi on 2021/04/16 at 14:33 +0300]
> >In the BrlAPI reference manual, specifically here:
> >https://mielke.cc/brltty/doc/Manual-BrlAPI/English/BrlAPI-7.html#ss7.3
> Please, from several yea
On 2021-04-16 at 12:13 +0200, Samuel Thibault
wrote:
> Aura Kelloniemi, le ven. 16 avril 2021 12:33:31 +0300, a ecrit:
> > I read that it is possible to use enterTtyMode even when the client is
> > already
> > controlling a TTY.
> ? Where did you read that? I bel
On 2021-04-16 at 09:08 +0200, Samuel Thibault
wrote:
> Aura Kelloniemi, le ven. 16 avril 2021 09:24:31 +0300, a ecrit:
> > On 2021-04-16 at 00:49 +0200, Samuel Thibault
> > wrote:
> > > At worse another client is masking the output and getting all
> > k
On 2021-04-16 at 00:49 +0200, Samuel Thibault
wrote:
> At worse another client is masking the output and getting all keypresses,
> but if that client goes away your client gets back control of the tty.
Can the client detect this situation somehow? It would be useful to stop
rendering while it
On 2021-04-16 at 01:04 +0200, Samuel Thibault
wrote:
> Such languages can then use brlapi__write with setting the charset, the
> textSize, regionBegin set to 0, and regionSize with that flag or special
> value. Is there something missing here?
No, there isn't. This would be a working solution
On 2021-04-15 at 17:59 +0200, Samuel Thibault
wrote:
> Sébastien Hinderer, le jeu. 15 avril 2021 17:54:33 +0200, a ecrit:
> > Perhaps we should rename it to brlapi_writeTextUTF16 then, withthe due
> > deprecation logic? It'd feel more meaningful to me than a name talking
> > aobut the OS. Wha
On 2021-04-15 at 08:55 -0400, Dave Mielke wrote:
> [quoted lines by Aura Kelloniemi on 2021/04/15 at 15:36 +0300]
> >If brlapi__writeTextUtf8 is added so that it does not rely on the
> >NUL-terminator but has a size parameter, I am done with this discussion.
> Well, I think
On 2021-04-15 at 12:24 +0200, Samuel Thibault
wrote:
> > Isn't this always the case? The display size can always change while the
> > application renders the output or BrlAPI processes it. brlapi__writeText
> > works
> > this way – it does the padding/truncation on the client side.
> And i
On 2021-04-15 at 06:44 -0400, Dave Mielke wrote:
> [quoted lines by Samuel Thibault on 2021/04/15 at 12:37 +0200]
> >Still. If the end-programmer produced a mask that isn't of the same
> >size of the text, it'll very probably be due to a bug, and it's better
> >reported than silently truncate
On 2021-04-15 at 10:07 +0200, Samuel Thibault
wrote:
> Aura Kelloniemi, le jeu. 15 avril 2021 07:58:23 +0300, a ecrit:
> > Another option would be to introduce size values for the masks, in
> > addition to
> > the regionSize.
> I do not really see the use of bein
On 2021-04-15 at 10:02 +0200, Samuel Thibault
wrote:
> Aura Kelloniemi, le jeu. 15 avril 2021 08:03:30 +0300, a ecrit:
> > I tried this with ignoreKeys, and now I get an Illegal instruction error
> > instead of Invalid parameter.
> Had you called enterTty before this
On 2021-04-14 at 17:44 +0200, Samuel Thibault
wrote:
> Aura Kelloniemi, le mer. 14 avril 2021 18:26:04 +0300, a ecrit:
> > I wrote a test which tries to ignore the LNUP command:
> >
> > const brlapi_keyCode_t cmds[1] = { BRLAPI_KEY_CMD_LNUP };
&g
On 2021-04-15 at 02:43 +0200, Samuel Thibault
wrote:
> Aura Kelloniemi, le mer. 14 avril 2021 22:13:45 +0300, a ecrit:
> > On 2021-04-14 at 14:27 -0400, Dave Mielke wrote:
> “
> regionBegin = regionSize = 0; (update the whole display, DEPRECATED and will
> be forbidden in
Hi
Davce, nice to have your opinion as well!
On 2021-04-14 at 14:27 -0400, Dave Mielke wrote:
> I might as well throw in my opinion: To me, it's the region size that should
> define the cell count, and it's the exact cell count that matters. Text and
> masks can be padded/truncated as neces
Hello
This time my question is related to ignoring and acceptig keys and key ranges.
If I understand correctly, BrlAPI server holds a list of key ranges that the
client either wants or does not want to see. These are just plain numeric
ranges – no specific bit-pattern handling is performed on the
On 2021-04-14 at 15:29 +0200, Samuel Thibault
wrote:
> Sorry, since I'm at work and thus answering without looking much, I
> missed that we already had the text length in textSize, which precisely
> avoids the concerns with using strlen(). That's what I meant we could
> use.
No problem.
You
On 2021-04-14 at 13:48 +0200, Samuel Thibault
wrote:
> Aura Kelloniemi, le mer. 14 avril 2021 13:28:35 +0300, a ecrit:
> > Would it mean that everything starting from regionBegin until the end of
> > the display is written, and the masks (if given) will need to hold
&
On 2021-04-14 at 11:58 +0200, Samuel Thibault
wrote:
> Aura Kelloniemi, le mer. 14 avril 2021 12:51:51 +0300, a ecrit:
> > So I'm asking, could the restrictions on text and mask lengths be lifted?
> Perhaps we can make regionSize=0 mean that?
I am not a fan of special-cased
Hi again,
On 2021-04-12 at 19:31 +0200, Samuel Thibault
wrote:
> Yes, but strerror_r is available in posix 2001, and gai_strerror is not
> said to be non-threadsafe, so I guess it means it has to be. I guess we
> can thus safely assume that we can build a brlapi_strerror_r from that
> that
On 2021-04-12 at 12:11 +0200, Samuel Thibault
wrote:
> Aura Kelloniemi, le lun. 12 avril 2021 12:58:53 +0300, a ecrit:
> > Could a new function brlapi_strerror_r be added that would be re-entrant?
> We could define add this indeed.
But the problems of strerror and gai_strerror
Hi
On 2021-04-12 at 08:41 +0200, Samuel Thibault
wrote:
> Aura Kelloniemi, le lun. 12 avril 2021 09:33:33 +0300, a ecrit:
> > Various BrlAPI functions return strings to the caller (in one way or
> > another).
> > What is the character set of these strings? Can I as
Hello again!
On 2021-03-26 at 22:45 +0200, Aura Kelloniemi wrote:
> I am continuing my attempt to create bindigs for BrlAPI to the Rust language.
> I have several questions about BrlAPI's internals:
So I continue this series:
Various BrlAPI functions return strings to the caller
Hello,
I return to this questions:
On 2021-03-29 at 09:56 +0300, Aura Kelloniemi wrote:
> Would it require changing the BrlAPI protocol to be able to pass the
> exception
> message to the client? It is a nuisance to restart BRLTTY and search the
> logs.
And I have on
On 2021-03-28 at 22:32 +0200, Samuel Thibault
wrote:
> Aura Kelloniemi, le dim. 28 mars 2021 12:05:46 +0300, a ecrit:
> > Shouldn't both of them use size_t?
> We could do this but that would change the ABI, better leave this for
> next time we really want to break
Hello, and may your Sunday be the most beautiful,
On 2021-03-27 at 15:09 +0100, Samuel Thibault
wrote:
> Aura Kelloniemi, le sam. 27 mars 2021 01:14:13 +0200, a ecrit:
> If you pass UTF-8 text to brlapi_writeText while the locale is non-UTF-8
> it will get a bogus result, as exp
Hi list,
Thanks for the fixes Samuel!
On 2021-03-26 at 22:51 +0100, Samuel Thibault
wrote:
> Aura Kelloniemi, le ven. 26 mars 2021 22:45:43 +0200, a ecrit:
> > - What is the best way to write to the display if the input text is always
> > UTF-8 encoded? (This is how Rust
Hello
I am continuing my attempt to create bindigs for BrlAPI to the Rust language.
I have several questions about BrlAPI's internals:
- Is BrlAPI thread-safe in the sense, that I can call all BrlAPI functions
from different threads with the same handle in parallel?
- What is the best way to w
Hello list,
Dave Mielke writes:
> [quoted lines by Sébastien Hinderer on 2020/12/08 at 10:08 +0100]
> >To clear the display you could use the writeDots method and pass it as
> >many zeros as the display's size.
> The idea, I think, is that the user shouldn't need to know the display's size
Hi,
I noticed, that if I use the Python method brlapi.Connection.writeText and
pass it an empty string, it is a no-op. I would have expected this to clear
the entire contents of the attached display. I don't know if the C method
works similarly. I think that writeText('') in normal operation repla
Hello list,
Now that raw key code input with BrlAPI works as it is inteded, I would like
to start talking about improving the API. My wish is that the API would be
completely driver-independent – i.e. the client can query all possible
information about the keys that the braille device has.
One ve
Hello,
Samuel Thibault writes:
> Aura Kelloniemi, le mar. 28 avril 2020 06:38:52 +0300, a ecrit:
> > Aura Kelloniemi writes:
> > Okay. I think I have found a bug. If I press multiple keys on my display
> > (regardless of what those keys are), BrlAPI starts to give me
Mario Lang writes:
> Aura Kelloniemi writes:
> > If I have many BRLTTYinstances running, will BrlAPI clients connect to
> > the right BRLTTY (i.e. will the latest BRLTTY be able to override the
> > BrlAPI server for the previously started instances)?
> There is
Hello,
Sébastien Hinderer writes:
> Okay, thanks for the explanations!
> So everything will work nicely with 6.2, I guess.
Dave, even BrlAPI? If I have many BRLTTYinstances running, will BrlAPI clients
connect to the right BRLTTY (i.e. will the latest BRLTTY be able to override
the BrlAPI serv
Hi
Dave Mielke writes:
> [quoted lines by Aura Kelloniemi on 2020/11/24 at 18:46 +0200]
> >This probably is not enough, if there is a "system-wide" instance of BRLTTY
> >running, for example if if the main method of connecting one's display is
> >via
&g
Hi list,
Dave Mielke writes:
> [quoted lines by Alexander Epaneshnikov on 2020/11/22 at 01:32 +0300]
> >if i unplug display and plug it back. new brltty instance can't
> >connect to brlapi. i get this:
> >ноя 22 01:27:14 alex-pc brltty[2549]: another BrlAPI server is already
> >listening on
Hello list,
Dave Mielke writes:
> [quoted lines by Aura Kelloniemi on 2020/10/22 at 23:12 +0300]
> >I have, for many years, wanted to have the blinking capitals preference to
> >be
> >generalized, so that I could:
> >
> >1) Define myself which characters
Hi
I could not resist the temptation to speak up.
Lars Bjørndal writes:
> Just a thoght; could the braille pattern characters be set to blink on the
> display, on request?
Yes please, but please, may it be configurable.
I have, for many years, wanted to have the blinking capitals preference
Hello list,
Mario Lang writes:
> P.S.: It appears the same things are coming up over and over again for
> those of us who do not run a graphical desktop. Screen curtain and
> battery status come to mind. Maybe it is time to actually write a tool
> which somehow collects these small tasks i
Hi
Dave Mielke writes:
> When prompt patterns are being used, should it match the whole line? That can
> be done.
Yes, I think so. Many shell prompts contain space by default. Then there are
programs like ipython, which has the following kind of prompt:
In [n]:
whre n is the input line numbe
Hello again,
Aura Kelloniemi writes:
> There are problems in the current prompt matching implementation.
[--]
> while (length < scr.cols) {
> if (characters[length].text == WC_C(' ')) break;
> length += 1;
> }
> This
1 - 100 of 132 matches
Mail list logo
