Hello,
I have uploaded orca 46 beta to experimental.
So please test and report to the orca list ;)
Samuel
Sebastian Humenda, le dim. 21 janv. 2024 16:47:09 +0100, a ecrit:
> Samuel Thibault schrieb am 21.01.2024, 11:43 +0100:
> >Sebastian Humenda, le dim. 21 janv. 2024 11:33:42 +0100, a ecrit:
> >> Samuel Thibault schrieb am 20.01.2024, 23:35 +0100:
> >> >I have uploaded
On 1/21/24 16:47, Sebastian Humenda wrote:
Hi Samuel
Samuel Thibault schrieb am 21.01.2024, 11:43 +0100:
Sebastian Humenda, le dim. 21 janv. 2024 11:33:42 +0100, a ecrit:
Samuel Thibault schrieb am 20.01.2024, 23:35 +0100:
I have uploaded orca 46 alpha to experimental. It is notably said
Hi Samuel
Samuel Thibault schrieb am 21.01.2024, 11:43 +0100:
>Sebastian Humenda, le dim. 21 janv. 2024 11:33:42 +0100, a ecrit:
>> Samuel Thibault schrieb am 20.01.2024, 23:35 +0100:
>> >I have uploaded orca 46 alpha to experimental. It is notably said to
>> >have
Sebastian Humenda, le dim. 21 janv. 2024 11:33:42 +0100, a ecrit:
> Samuel Thibault schrieb am 20.01.2024, 23:35 +0100:
> >I have uploaded orca 46 alpha to experimental. It is notably said to
> >have improved performance a lot through using cache.o
> Sounds great, thanks for givi
Hi
Samuel Thibault schrieb am 20.01.2024, 23:35 +0100:
>I have uploaded orca 46 alpha to experimental. It is notably said to
>have improved performance a lot through using cache.o
Sounds great, thanks for giving the opportunity to test it out.
Are there any minimum required software ve
Hi Samuel,
Thanks for that upload. I’ll try to test.
Raphaël
Samuel Thibault writes:
> Hello,
>
> I have uploaded orca 46 alpha to experimental. It is notably said to
> have improved performance a lot through using cache. It also got
> significant rewrites to clear the cod
Hello,
I have uploaded orca 46 alpha to experimental. It is notably said to
have improved performance a lot through using cache. It also got
significant rewrites to clear the code, so there may be regressions
ahead.
So please test and report to the orca list ;)
Samuel
Hi Samuel,
On Tue, Nov 14, 2023 at 09:57:25PM +0100, Samuel Thibault wrote:
>Jason J.G. White, le mar. 14 nov. 2023 08:56:27 -0500, a ecrit:
>> On 14/11/23 08:35, Christian Schoepplein wrote:
>>
>> After installing the two gir packages with the fix from your personal
>> repo
>>
>> all
Hello,
This is all very odd.
Jason J.G. White, le mar. 14 nov. 2023 08:56:27 -0500, a ecrit:
>
> On 14/11/23 08:35, Christian Schoepplein wrote:
>
> After installing the two gir packages with the fix from your personal repo
>
> all things are good again:
>
> You'll need to mark the
On Tue, Nov 14, 2023 at 08:56:27AM -0500, Jason J.G. White wrote:
> On 14/11/23 08:35, Christian Schoepplein wrote:
>
> > After installing the two gir packages with the fix from your personal
> > repo
>
> all things are good again:
>
> You'll need to mark the appropriate libvte packages
On 14/11/23 08:35, Christian Schoepplein wrote:
After installing the two gir packages with the fix from your personal
repo
all things are good again:
You'll need to mark the appropriate libvte packages as on hold until
Samuel's patch is accepted upstream, and the upstream version enters
Hi Samuel,
On Mon, Sep 11, 2023 at 02:27:41AM +0200, Samuel Thibault wrote:
>I have updated https://gitlab.gnome.org/GNOME/vte/-/issues/88 with an
>improved patch. Could people try it? I have also uploaded patched Debian
>packages on https://people.debian.org/~sthibault/tmp/trixie-tmp/
I was
ion with
> the new flatfview feature from orca and not with brltty's COPY_RECT feature
Ok, how do you copy from orca exactly? The
FLAT_REVIEW_COPY = _("Copy the contents under flat review to the clipboard")
Orca command? Or braille routing keys?
Could you kill your xbrlapi,
t; I've also tested it with the new show flatview contents feature of orca 45
>> during working in a tmux session. There the same issue is happening if I
>> copy multiline text and insert it using different editors.
>
>I don't see the relation between flatview and copy? Are you u
nts feature of orca 45
> during working in a tmux session. There the same issue is happening if I
> copy multiline text and insert it using different editors.
I don't see the relation between flatview and copy? Are you using a copy
feature from orca?
Samuel
y multiline content,
>the issue is happening and the content is inserted in reverse order and with
>broken line breaks.
>
>I'll test if the internal tmux copy and paste function is working without a
>problem if I've found out how to use it, currently I am to stupid to
>understan
Hi samuel,
On Sun, Oct 22, 2023 at 10:38:41PM +0200, Samuel Thibault wrote:
>Samuel Thibault, le dim. 22 oct. 2023 22:36:34 +0200, a ecrit:
>> Christian Schoepplein, le mar. 10 oct. 2023 12:46:21 +0200, a ecrit:
>> > The issue is with copying content via the cliphboard feature of brltty if
>> >
Samuel Thibault, le dim. 22 oct. 2023 22:36:34 +0200, a ecrit:
> Christian Schoepplein, le mar. 10 oct. 2023 12:46:21 +0200, a ecrit:
> > The issue is with copying content via the cliphboard feature of brltty if I
> > am inside a tmux session which I need to use very ofthen for my daily job.
> >
Hello,
Christian Schoepplein, le mar. 10 oct. 2023 12:46:21 +0200, a ecrit:
> The issue is with copying content via the cliphboard feature of brltty if I
> am inside a tmux session which I need to use very ofthen for my daily job.
>
> The original content I like to copy looks like this:
>
>
Hi Samuel and all,
there is another strange issue with the terminal, but I do not know if it is
libvte, tmux or maybe brltty related.
I am using brltty in the terminal, the braille functionality of orca is
turned of in the orca profile settings for mate-terminal. In
/etc/X11/Xsession.d
Hi Samuel,
On Fri, Oct 06, 2023 at 11:03:01PM +0200, Samuel Thibault wrote:
>Which exact version are you testing? Please use
>
>dpkg -l libvte-2.91-0:amd64
>
>otherwise I cannot say anything about your results. My package with
>latest changes is versioned 0.73.99-1+fix, not 0.74.
I got version
Christian Schoepplein, le ven. 06 oct. 2023 20:52:20 +0200, a ecrit:
> On Mon, Sep 11, 2023 at 02:27:41AM +0200, Samuel Thibault wrote:
> >
> >I have updated https://gitlab.gnome.org/GNOME/vte/-/issues/88 with an
> >improved patch. Could people try it? I have also uploaded patched Debian
>
Hi Samuel and all,
On Mon, Sep 11, 2023 at 02:27:41AM +0200, Samuel Thibault wrote:
>
>I have updated https://gitlab.gnome.org/GNOME/vte/-/issues/88 with an
>improved patch. Could people try it? I have also uploaded patched Debian
>packages on https://people.debian.org/~sthibault/tmp/trixie-tmp/
Hi Samuel,
On Tue, Sep 12, 2023 at 10:31:27PM +0200, Samuel Thibault wrote:
>Samuel Thibault, le mar. 12 sept. 2023 14:07:35 +0200, a ecrit:
>> Christian Schoepplein, le mar. 12 sept. 2023 10:38:02 +0200, a ecrit:
>> > But I noticed another thing. When I switch away from the terminal, e.g.
>> >
Samuel Thibault, le mar. 12 sept. 2023 14:07:35 +0200, a ecrit:
> Christian Schoepplein, le mar. 12 sept. 2023 10:38:02 +0200, a ecrit:
> > But I noticed another thing. When I switch away from the terminal, e.g.
> > into
> > another terminal, and then switch back into the terminal with the
Christian Schoepplein, le mar. 12 sept. 2023 10:38:02 +0200, a ecrit:
> But I noticed another thing. When I switch away from the terminal, e.g. into
> another terminal, and then switch back into the terminal with the translate
> command everything looks good and the output is in a seperate line.
Hi,
Christian Schoepplein (2023/09/12 13:30 +0200):
> I do have the problem not only with translate, this was just an example
> command to show the issue. I have the same problems with apt and other
> commands too, so the issue IMHO is not related to translate only.
Yes that's what I was
Hi Seb and all,
On Tue, Sep 12, 2023 at 10:52:39AM +0200, Sébastien Hinderer wrote:
>May it be the case that translate adjusts its output to the size of the
>terminal?
I do have the problem not only with translate, this was just an example
command to show the issue. I have the same problems
Hello,
May it be the case that translate adjusts its output to the size of the
terminal?
That may enxplain the difference observed in behaviours between Samuel
and Christian.
Seb.
On Tue, Sep 12, 2023 at 09:10:56AM +0200, Samuel Thibault wrote:
>Christian Schoepplein, le mar. 12 sept. 2023 09:02:40 +0200, a ecrit:
>> The following command displays
>> the output in a long line instead dividing it into seperate lines:
>>
>> translate -i occure
>
>On my system it does output
Hi Samuel,
On Tue, Sep 12, 2023 at 09:06:00AM +0200, Samuel Thibault wrote:
>Christian Schoepplein, le mar. 12 sept. 2023 09:02:40 +0200, a ecrit:
>> But there are still a few problematic things:
>
>Are these regressions over the previous state?
No. Its much better now, also with the other
Christian Schoepplein, le mar. 12 sept. 2023 09:02:40 +0200, a ecrit:
> The following command displays
> the output in a long line instead dividing it into seperate lines:
>
> translate -i occure
On my system it does output
Vorkommen {n} (von etw.) [min.] | Erdölvorkommen {n} | Vorkommen [...]
Hello,
Christian Schoepplein, le mar. 12 sept. 2023 09:02:40 +0200, a ecrit:
> But there are still a few problematic things:
Are these regressions over the previous state?
Not that I don't want to fix them, but I want to get something committed
so we can make some progress, even if not perfect
Hi Samuel,
On Tue, Sep 12, 2023 at 12:36:28AM +0200, Jérémy Prego wrote:
>for me, everything looks good compared to the version in debian testing
I've also installed the packages you build yesterday and did some testing.
The problem with the statusbar from apt seems to be gone, very cool, and
file.txt |less and press enter to go
down in the file, orca almost always pronounces the first 2 letters of the
line before reading the whole line.
Is this a regression over the previous versions or not?
yes, it's a regression. i don't have this behavior with the version in debian
testing
Ok, I see
Christian Schoepplein, le lun. 11 sept. 2023 11:38:26 +0200, a ecrit:
> A way to rupture the console is to update the packages on a system with apt.
> The progress line at the bottom seems to trigger the unwanted behaviour very
> reproducable :-).
I know, that was the original testcase that
g cat file.txt |less and press enter to
> > > go
> > > down in the file, orca almost always pronounces the first 2 letters of the
> > > line before reading the whole line.
> > Is this a regression over the previous versions or not?
>
> yes, it's a regression.
On Mon, Sep 11, 2023 at 09:25:44AM +0200, Samuel Thibault wrote:
>Ok, is it more problematic than the various erratic behaviors that the
>debian testing version has?
Yes :-(. For me also the new patch brings no real improvement but thank you
so much to continue working on it.
A way to rupture
Christian Schoepplein, le lun. 11 sept. 2023 11:38:26 +0200, a ecrit:
> Just out of curiosity: Is the problem related to libvte in general or is it
> related to the version in Debian?
It's completely a vte bug.
Samuel
g cat file.txt |less and press enter to
> > > go
> > > down in the file, orca almost always pronounces the first 2 letters of the
> > > line before reading the whole line.
> > Is this a regression over the previous versions or not?
> yes, it's a regression. i don't
Le 11/09/2023 à 09:01, Samuel Thibault a écrit :
Jérémy Prego, le lun. 11 sept. 2023 03:35:15 +0200, a ecrit:
I noticed a small problem
1. when you open a large file using cat file.txt |less and press enter to go
down in the file, orca almost always pronounces the first 2 letters
Jérémy Prego, le lun. 11 sept. 2023 03:35:15 +0200, a ecrit:
> I noticed a small problem
>
> 1. when you open a large file using cat file.txt |less and press enter to go
> down in the file, orca almost always pronounces the first 2 letters of the
> line before reading
hello,
I've just tested this version out of curiosity.
I noticed a small problem
1. when you open a large file using cat file.txt |less and press enter
to go down in the file, orca almost always pronounces the first 2
letters of the line before reading the whole line.
Jerem
Le 11/09/2023 à
Hello,
I have updated https://gitlab.gnome.org/GNOME/vte/-/issues/88 with an
improved patch. Could people try it? I have also uploaded patched Debian
packages on https://people.debian.org/~sthibault/tmp/trixie-tmp/
Please test so we can at last get this fixed!
Samuel
Samuel Thibault (2023/09/07 20:10 +0200):
> The fixed packages are in Debian stable and testing, could people make
> sure to upgrade and test before I upload the fixes to bookworm?
Can't say thanks enough for your hard and prompt work.
Just upgraded, everything seems to work normally.
Thanks
Samuel Thibault, le mar. 05 sept. 2023 00:08:33 +0200, a ecrit:
> Samuel Thibault, le lun. 04 sept. 2023 22:59:05 +0200, a ecrit:
> > I'm on it.
>
> So, as usual it's the combination of two issues that were producing the
> odd behavior.
>
[...]
> So, long story short:
>
>
Chevelle, le lun. 04 sept. 2023 20:27:08 -0400, a ecrit:
> Thanks Samuel. The ORCA Debian package only has xbrlapi as Reccomends.
> There doesn't seem to be any warning by ORCA so if xbrlapi isn't installed
> the unsuspecting user has a Braille display that doesn't work properly.
Thanks Samuel. The ORCA Debian package only has xbrlapi as
Reccomends. There doesn't seem to be any warning by ORCA so if xbrlapi
isn't installed the unsuspecting user has a Braille display that doesn't
work properly. Should xbrlapi be a depends instead?
On 9/4/23 18:08, Samuel
tty with the
BrlAPI braille driver and the AtSpi2 screen driver, but the latter
wouldn't load, so brltty would fallback to the "no" screen driver. But
that driver was not telling the BrlAPI braille driver that it cannot do
much, on the contrary it would tell that it works really well, bet
Sébastien Hinderer, le lun. 04 sept. 2023 22:52:11 +0200, a ecrit:
> Samuel Thibault (2023/09/04 22:42 +0200):
> > Sébastien Hinderer, le lun. 04 sept. 2023 22:27:57 +0200, a ecrit:
> > > Upgrade: xbrlapi:amd64 (6.5-7, 6.6-2),
> >
> > That makes a huge difference, that's why I was asking for
Samuel Thibault (2023/09/04 22:42 +0200):
> Sébastien Hinderer, le lun. 04 sept. 2023 22:27:57 +0200, a ecrit:
> > Upgrade: xbrlapi:amd64 (6.5-7, 6.6-2),
>
> That makes a huge difference, that's why I was asking for versions. In
> versions before 6.6-1, the xbrlapi package was trying to start
Sébastien Hinderer, le lun. 04 sept. 2023 22:27:57 +0200, a ecrit:
> Upgrade: xbrlapi:amd64 (6.5-7, 6.6-2),
That makes a huge difference, that's why I was asking for versions. In
versions before 6.6-1, the xbrlapi package was trying to start brltty
with a ba driver and an a2 driver, only to fail
Samuel Thibault (2023/09/04 22:12 +0200):
> I don't mean it's not implemented. I mean in the tests one can make,
> Orca doesn't happen to be doing anything with them. For *whatever*
> reason that might lie between the actual braille device and Orca.
Yes yes, I'm following you now.
&
ct is not actually implemented by Orca, it's the
> > > > a2 screen driver that takes precedence in the text fields
> > >
> > > Well I am unsure about what you mean by text field here because, for the
> > > little of GUI I am using (Firefox essentially), I have
Samuel Thibault (2023/09/04 21:28 +0200):
> Sébastien Hinderer, le lun. 04 sept. 2023 21:16:47 +0200, a ecrit:
> > Samuel Thibault (2023/09/04 21:01 +0200):
> > > So the behavior you expect is not actually implemented by Orca, it's the
> > > a2 screen driver that t
Roberto Burceni, le lun. 04 sept. 2023 21:39:07 +0200, a ecrit:
> Ok but at this point which is the exactly the main function of brltty-x11?
Providing a brltty-like experience wherever it can on the graphical
desktop.
Yes that's not very precise, because the details are dense.
Samuel
tien Hinderer, le lun. 04 sept. 2023 21:16:47 +0200, a ecrit:
Samuel Thibault (2023/09/04 21:01 +0200):
So the behavior you expect is not actually implemented by Orca, it's the
a2 screen driver that takes precedence in the text fields
Well I am unsure about what you mean by text field here bec
Sébastien Hinderer, le lun. 04 sept. 2023 21:16:47 +0200, a ecrit:
> Samuel Thibault (2023/09/04 21:01 +0200):
> > So the behavior you expect is not actually implemented by Orca, it's the
> > a2 screen driver that takes precedence in the text fields
>
> Well I am unsur
Samuel Thibault (2023/09/04 21:01 +0200):
> Ok, I see.
>
> So the behavior you expect is not actually implemented by Orca, it's the
> a2 screen driver that takes precedence in the text fields
Well I am unsure about what you mean by text field here because, for the
little of GU
ress down arrow key.
>
> Have you an idea about this behaviour?
AIUI that'd have to be implemented in Orca. xbrlapi and brltty-x11 don't
actually know about graphical items etc, they only provide some support
within a given widget.
Samuel
So the behavior you expect is not actually implemented by Orca, it's the
a2 screen driver that takes precedence in the text fields because it
knows it brings better support in that case (the cursor routing you get
is achieved by the brltty core itself, not the a2 driver which is only
the "
Ok, I see.
So the behavior you expect is not actually implemented by Orca, it's the
a2 screen driver that takes precedence in the text fields because it
knows it brings better support in that case (the cursor routing you get
is achieved by the brltty core itself, not the a2 driver which is only
On Sun, Sep 03, 2023 at 11:18:49PM +0200, Samuel Thibault wrote:
> Alexander Epaneshnikov, le lun. 04 sept. 2023 00:08:42 +0300, a ecrit:
> > in order to return this fix, where the correction of the diff algorithm
> > should occur in libvte or in orca?
>
> In vte. Diff algo
Alexander Epaneshnikov, le lun. 04 sept. 2023 00:08:42 +0300, a ecrit:
> in order to return this fix, where the correction of the diff algorithm
> should occur in libvte or in orca?
In vte. Diff algorithms should be done as early as possible to avoid
overflowing the rest.
Samuel
it.
A question for Samuel.
in order to return this fix, where the correction of the diff algorithm
should occur in libvte or in orca? because as a vte-based
terminal every day user, I can't imagine life without this patch.
ps Well, this patch has a difficult fate.
> Jerem
[1]: https://gitlab.g
this fix, where the correction of the diff algorithm
should occur in libvte or in orca? because as a vte-based
terminal every day user, I can't imagine life without this patch.
ps Well, this patch has a difficult fate.
Jerem
[1]: https://gitlab.gnome.org/GNOME/vte/-/issues/88
confess I don't know what to put in it.
Jerem
Le 02/09/2023 à 02:55, Jérémy Prego (jeremy) a écrit :
Hello,
since this evening, I've been experiencing a strange bug with orca,
but I don't think he's the direct culprit.
if I fill my terminal and then issue a command, e.g. "echo foo&q
ason White"
Cc:
Sent: Saturday, December 10, 2022 4:54 PM
Subject: Re: Orca Isn't Autostarting
Here's a snippet from a journal.txt I made of the output, just involving
today, and around Orca.
It mentions something about Orca, and I don't know what it is pointing to:
The segment is:
[843]:
Here's a snippet from a journal.txt I made of the output, just involving
today, and around Orca.
It mentions something about Orca, and I don't know what it is pointing to:
The segment is:
[843]: Run “orca --replace” to replace that process with a new one.
snippet below:
ted service 'org.a11y.Bus
Thank you.
- Original Message -
From: "Jason White"
To: "K0LNY_Glenn"
Sent: Saturday, December 10, 2022 4:19 PM
Subject: Re: Orca Isn't Autostarting
On 11/12/22 09:09, K0LNY_Glenn wrote:
> Which logs should I look, and where?
Run journalctl and have a look.
On 10/12/22 14:32, K0LNY_Glenn wrote:
The last command didn't give an error, but it still does not auto start.
Thanks for trying.
Have you examined your system logs to find out whether it attempts to
start, but fails for some reason?
Check whether at-spi2 is run. This is needed for Orca
The last command didn't give an error, but it still does not auto start.
Thanks for trying.
- Original Message -
From: "Paul Wise"
To: "K0LNY_Glenn" ;
Sent: Friday, December 09, 2022 8:39 PM
Subject: Re: Orca Isn't Autostarting
Well I looked in /etc/xdg/autostart and Orca is in there, something like:
orca-autostart.desktop.
Glenn
- Original Message -
From: "Paul Wise"
To: "K0LNY_Glenn" ;
Sent: Friday, December 09, 2022 8:39 PM
Subject: Re: Orca Isn't Autostarting
Thanks Paul, I'll look at those suggestions.
Glenn
- Original Message -
From: "Paul Wise"
To: "K0LNY_Glenn" ;
Sent: Friday, December 09, 2022 8:39 PM
Subject: Re: Orca Isn't Autostarting
On Fri, 2022-12-09 at 18:30 -0600, K0LNY_Glenn wrote:
> Hope someone has some ideas.
I note that orca is supposed to autostart by default:
$ apt-file search autostart | grep ^orca:
orca: /etc/xdg/autostart/orca-autostart.desktop
Seems it only happens when the screen-reader opt
stall
the Gnome Flashback, just installed mate-desktop-environment-extras.
I noticed that Mate used the Orca voice settings I set up when I was running
the Gnome Flashback.
Glenn
- Original Message -
From: "Jason White"
To:
Sent: Friday, December 09, 2022 6:53 PM
Subject: Re: Orca Isn
If you start Orca at the log-in dialogue with Alt-Super-S, it should
remain running in the desktop session and persist across reboots. (I'm
using Debian Testing and GNOME, so this isn't your exact situation.)
Also, check your desktop's Accessibility settings and ensure that
"screen r
Hello,
On Debian 11.5, I just installed Mate with extras.
I put Orca in the auto start applications in control panel, but it still
isn't auto starting.
I've been trying to find an answer on-line, regarding making an icon and
putting it into an auto start folder, but the closest reference I found
Hello,
Egon, le mar. 15 nov. 2022 06:10:59 +0100, a ecrit:
> What can I do when the kernel in Debian stable (even with non-free
> firmware-supported net-install image) not support the integrated Wi-Fi
> card of my notebook?
Easiest is to use a USB wifi dongle.
Samuel
; I installed the Mate desktop environment.
> > Orca did not start automatically but the console-based speaking software
> > did.
> >
> > How can I install the system to avoid these problems?
> In a properly installed system, pressing Alt-Super-S at the log-in dialogue
> should start Orca.
>
>
Hi All,
Thank you.
What can I do when the kernel in Debian stable (even with non-free
firmware-supported net-install image) not support the integrated Wi-Fi
card of my notebook?
How can be easy to create net-install media with pached-kernel to support it?
The Wi-Fi card name is: MediaTek MT7921
urms of what else you want, plus, orca comes as standard, if
> > your pc requires non free firmware, go grab one of those images
> >
> It is a notebook PC without RJ45 port and I have fear that I unable to
> set Wi-Fi connection...
> So, to use the netinstall image is not possib
Hi,
2022-10-29 22:46 GMT+02:00, Samuel Thibault :
> Hello,
>
> Egon, le sam. 29 oct. 2022 20:03:33 +0200, a ecrit:
>> better if I install it from "debian-11.5.0-amd64-DVD-1.iso" image?
>
> When installing from that image, I do get Orca starting automaticall
Egon, le sam. 29 oct. 2022 20:03:33 +0200, a ecrit:
> How can I install the system to avoid these problems?
> Can I install the system from "debian-live-11.3.0-amd64-mate.iso"
It seems that the debian live images have dropped the bits that make
orca auto-started.
Samuel
Hello,
Egon, le sam. 29 oct. 2022 20:03:33 +0200, a ecrit:
> better if I install it from "debian-11.5.0-amd64-DVD-1.iso" image?
When installing from that image, I do get Orca starting automatically.
Samuel
Hi,
2022-10-29 20:07 GMT+02:00, Jordan Livesey :
> just use the netinstall iso files, they give you a minimal mate desktop
> with gimp and libreoffice but everything else you are free to use and
> customise in turms of what else you want, plus, orca comes as standard, if
> your pc
just use the netinstall iso files, they give you a minimal mate desktop
with gimp and libreoffice but everything else you are free to use and
customise in turms of what else you want, plus, orca comes as standard, if
your pc requires non free firmware, go grab one of those images
On Sat, Oct 29
Hi All,
How can I install Debian without "auto start of Orca" problem?
I installed Debian with "Speech support" option from the actual Debian
standard first DVD many years ago.
I installed the Mate desktop environment.
Orca did not start automatically but the console-based s
I remember trying out conqueror once which is based on webkit but being
kkde plasma, it doesn't work with orca
On Wed, Oct 26, 2022 at 3:02 PM Jordan Livesey
wrote:
>
>
> On Wed, Oct 26, 2022 at 2:29 PM john doe wrote:
>
>> On 10/26/22 13:14, Jordan Livesey wrote:
>&g
On Wed, Oct 26, 2022 at 2:29 PM john doe wrote:
> On 10/26/22 13:14, Jordan Livesey wrote:
> > hello everyone, due to google chrome having issues with orca, or any
> > chromium based browser for that matter, where orca is reading lines
>
> Can you expend on the is
On 10/26/22 13:14, Jordan Livesey wrote:
hello everyone, due to google chrome having issues with orca, or any
chromium based browser for that matter, where orca is reading lines
Can you expend on the issue(s) you are having?
regardless of your orca settings, I have decided to try a webkit
hello everyone, due to google chrome having issues with orca, or any
chromium based browser for that matter, where orca is reading lines
regardless of your orca settings, I have decided to try a webkit based
browser if any are for linux, how accessible is webkit with orca?
I thought tesseract ocr would work but how would that be implemented with
orca. is tesseract ocr even in bookworm?
On Tue, Oct 18, 2022 at 4:20 PM chrys wrote:
> Howdy Jordan,
>
> // I want to see this screen reader get lots of other new future
> releases where you have ocr support
Howdy Jordan,
// I want to see this screen reader get lots of other new future
releases where you have ocr support and finally
when you feel confident you can try my plugin driven refactoring of
orca. its still a WIP but woks quite well. i created an simple OCR
plugin there for testing
https
hello folks, decided to install debian testing, which is the only version
of debian I can actually get working on my computer. in doing so I am now
running the latest orca, are there any new improvements I should
be aware of? I want to see this screen reader get lots of other new future
releases
On 9/9/22 03:15, john doe wrote:
I'm already doing that but it's a micro/headphone combo, so that might
be the issue.
Trying different headphones might be worthwhile.
So far as I know, this is not a Linux-specific issue, so you probably
aren't in a worse position than users of other
Answering publicly to this e-mail.
On 9/7/2022 4:01 PM, Frank Carmickle wrote:
How can I ensure that I'm the only one that will hear Orca and prevent
other persons in the call from hearing it?
If you are listening to Orca in headphones and you are still having this issue,
you may have
On 7/9/22 04:45, john doe wrote:
How can I ensure that I'm the only one that will hear Orca and prevent
other persons in the call from hearing it?
I turn speech off during online meetings and use only the braille display.
This eliminates the problem you describe. More importantly, it frees
I wonder then if a throat microphone would help.
That is a microphone that rests on your larynx.
Glenn
- Original Message -
From: "Sam Hartman"
To: "Debian Accessibility Team"
Sent: Thursday, September 08, 2022 12:34 PM
Subject: Re: Videocall hearing the voice o
1 - 100 of 1053 matches
Mail list logo