Re: [orca-list] Pluginsystem for Orca using libpeas



Hi Christopher,

I wasn’t meaning to ask if you could do this work, just trying tu gauge how possible such an endeavour would 
be before sticking a few devs on it. We are particularly interested in an alternate Mac screen reader in 
addition to Linux support. :)

Warm regards,
Alex

Alex Jurgensen,
He/Him/His
I wear many hats!

Lead Software Developer,
Bowen Innovations Research and Development Society
www.birdsonbowen.com

President
Camp Bowen Society for the Independence of the Blind and Deafblind
www.campbowen.ca

Lead Program Coordinator
Pacific Training Centre for the Blind
www.ptcb.ca

On Jun 10, 2021, at 3:39 PM, Christopher Chaltain via orca-list <orca-list gnome org> wrote:

My understanding is that a lot of screen reader code is taking advantage of technologies built into and 
unique to each operating system, so only a limited amount of the code could be ported, and a lot of work 
would have to go into making this portable code work with the OS specific layers that would be needed on 
each platform. Just my $0.02.

--
Christopher (AKA CJ)
Chaltain at Outlook

-----Original Message-----
From: orca-list <orca-list-bounces gnome org> On Behalf Of chrys
Sent: Thursday, June 10, 2021 2:55 PM
To: orca-list gnome org
Subject: Re: [orca-list] Pluginsystem for Orca using libpeas

Howdy Alex,

maybe its technically possible, but windows already has a lot of screen readers. So i will only concentrate 
my time to Linux. For windows its just another alternative. fur Linux its a must have without any choice 
currently.

Am 10.06.21 um 21:21 schrieb Alexandro Jurgensen via orca-list:
Hi All,

I’m just throwing this out there but can this work set the stage for Orca to be ported to other operating 
systems? The organization I work with is interested in cross-platform screen reader technologies. If there 
are already separate plugins for GTK and QT apps on the table, could this pave the way for plugins based 
on MSAA or Apple’s AXAccessibility APIs?

Warm regards,
Alex

Alex Jurgensen,
He/Him/His
I wear many hats!

Lead Software Developer,
Bowen Innovations Research and Development Society 
www.birdsonbowen.com

President
Camp Bowen Society for the Independence of the Blind and Deafblind 
www.campbowen.ca

Lead Program Coordinator
Pacific Training Centre for the Blind
www.ptcb.ca

On Jun 10, 2021, at 9:56 AM, Didier Spaier via orca-list <orca-list gnome org> wrote:

Hi,

I would go for: 3. Build libpeas from source.

Make a package for it just took 40 seconds on my laptop.

I'll leave for others to tell you how to do that for Ubuntu.

Cheers,
Didier


Le 10/06/2021 à 18:44, Geoff Shang a écrit :
On Thu, 10 Jun 2021, chrys wrote:
if this commit is true, you need at least version 1.26 of libpeas from January 2020.
Debian Bullseye (the next release) has libpeas 1.28.
Unfortunately, it doesn't appear to be in buster-backports.
I looked at the version in Bullseye. It actually has fewer dependencies than the version in Buster, and 
many of them are the same version or are covered by packages in Buster.
However, it depends on libpython3.9, and as the version of Python in Buster is 3.7.3 and one of the 
dependencies for libpython3.9 is libc6 >= 2.29 which is higher than the version in Buster, trying to 
pull in libpeas from Bullseye will result in an upgrade of libc6 which will suck in a whole lot of other 
packages.
As I see it, your choices are:
1.  Upgrade to Bullseye.  Bullseye is currently frozen and is likely to release soon, so this might be 
safe enough to do.  I'm going to do this on one of my systems for a similar reason - I need Python > 
3.7.  You should read the release notes first though as there may be important changes (you should do 
this anyway).
2.  Pull in libpeas from Bullseye anyway and accept all the upgraded packages.  This will result in a 
partially upgraded system which is probably not a good idea, especially given that lib6 will be upgraded.
3.  Build libpeas from source. I have no idea at all how involved this is and it may well be more work 
than it's worth, particularly given the dependencies.
4.  Wait for Bullseye to release.
HTH,
Geoff.
_______________________________________________
orca-list mailing list
orca-list gnome org
https://mail.gnome.org/mailman/listinfo/orca-list
Orca wiki: https://wiki.gnome.org/Projects/Orca
Orca documentation: https://help.gnome.org/users/orca/stable/
GNOME Universal Access guide: 
https://help.gnome.org/users/gnome-help/stable/a11y.html
_______________________________________________
orca-list mailing list
orca-list gnome org
https://mail.gnome.org/mailman/listinfo/orca-list
Orca wiki: https://wiki.gnome.org/Projects/Orca
Orca documentation: https://help.gnome.org/users/orca/stable/
GNOME Universal Access guide: 
https://help.gnome.org/users/gnome-help/stable/a11y.html


_______________________________________________
orca-list mailing list
orca-list gnome org
https://mail.gnome.org/mailman/listinfo/orca-list
Orca wiki: https://wiki.gnome.org/Projects/Orca
Orca documentation: https://help.gnome.org/users/orca/stable/
GNOME Universal Access guide: https://help.gnome.org/users/gnome-help/stable/a11y.html
_______________________________________________
orca-list mailing list
orca-list gnome org
https://mail.gnome.org/mailman/listinfo/orca-list
Orca wiki: https://wiki.gnome.org/Projects/Orca
Orca documentation: https://help.gnome.org/users/orca/stable/
GNOME Universal Access guide: https://help.gnome.org/users/gnome-help/stable/a11y.html



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]