I just need to chime in here because that last point you made is very important. AFAIK there is one developer working full time on Orca. That makes the concept of such a radical change incredibly
difficult unless someone has a lot of time and energy to put into it. Not just in the development stage but also in the implementation and bug fixing stage. Don’t get me wrong. I love these ideas. But I also look at Orca over the past fifteen or so years and
think it’s really beyond incredible how much development has gone into it. Many projects maintained by one person have come and gone since then.
For anyone who hasn’t seen my name show up here, I have lurked on this list for many years. I first began using Gnome during the early days of the Gnopernicus project. I have used Linux since about
1998. However, these days I tend to use it over an SSH connection from windows. Simply because I’m more involved in the server side of computing.
Regards
Darragh
From: orca-list <orca-list-bounces gnome org>
On Behalf Of majid hussain via orca-list
Sent: Friday 11 February 2022 19:53
To: Jeffery Mewtamer <mewtamer gmail com>; orca-list gnome org
Subject: Re: [orca-list] Settings concept for plugin based orca
hi,
that gsettings patch made running orca from git problematic.
basicly, as soon as you installed orca from master, your settings that you had made using the distro installed version of orca would be made null and void.
lucky someone who had sense reverted that patch.
I would have understood it if the gsettings patch had ever been integrated in to upstream, if that had happened, then upgradeing from distro orca to master would not have caused any issues.
I believe that luke yelavitch was the person who may have started work on the gsettings port but was layed off from ubuntu.
he was the main guy for ubuntu accessibility at
don't quote me bout that last bit.
sorry for going ot!
I like the plan where the pluggin tab would be added to the orca
Preferences
no re writeing of the hole shebang
it would mean less pain overall write?
or could it be argued that a rewrite of the hole dialog would be of some advantage?
remember this,
there is only one dev that as far as I am aware working on orca.
thanks for reading my message :)
Majid
On 11/02/2022 19:40, Jeffery Mewtamer via orca-list wrote:
Maybe I'm missing something, but wouldn't it be simpler to have a
"plug-ins" tab in the Orca Preferences that
-Lists installed plug-ins.
-provides enabled/disable, remove, and preferences buttons for each plug-in.
-The preferences button brings up preferences specific to that plug-in.
Instead of overhauling the Orca Preferences to integrate plug-in
preferences with the bulit-in preferences?
Also, maybe I'm misremembering, but wasn't their an issue fairly
recently where some Ubuntu-specific patches that force greater
integration between Orca and Gsettings causes issues with backing up
or copying Orca preferences between machines, especially if the
machines are running different distros?
Personally, I have no strong opinion on how the GUI is handled, in
part because Orca+space fails to launch Orca's preferences on my
machine, but I'm in favor of anything that prevents direct editing of
.local/share/orca/user-settings.conf from getting any harder or makes
it easier, and I'm in favor of keeping backing up, restoring, or
copying Orca preferences to another machine staying as simple as
copying .local/share/orca.
_______________________________________________
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
