Re: [orca-list] Question about capitalization styles



Hey Attila, all.

I'm not seeing the problem where the previously-chosen setting is not
preserved. I don't think a debug.out would help -- unless it contains a
traceback. (Does it?)

As for your other comments. I am fully aware of those issues. They drove
me crazy while working on the implementation. This is why I asked the
question I did in this thread, and subsequently committed the change now
so people can try and be driven crazy too. Uh, I mean, so they could
provide feedback based on concrete experience. <smiles>

I'll let some other people chime in. But from what you've said and what
Zahari has said, combined with my desire to not go completely nuts with
settings, I'm thinking:

1. Enabled by default for editable objects and terminals
2. A single setting to enable it for all things

Thoughts on 1 and 2?
--joanie

On 11/26/2015 09:09 AM, Hammer Attila wrote:
Hi Joanie,

I looked the new capitalization style GUI possibility.
First issue:
1. If in Orca preferences dialog/voice page If choosing the
capitalization style combo box for example the icon possibility and
press OK button, everithing is works right. Orca right reload and
applying all preferences.
But, when I opening again Orca preferences dialog, goto the voice page
and tabbing the capitalization style combo box, the default selected
value is the None possibility, not the previous setted icon possibility.
Possible fixing this?

2. If the capitalization style is icon or spell,  now Orca reporting the
capitalization simbol with non editable labels and not editable widgets
too.
My openion this two modes useful only when we editing texts in text
boxes or on-line forms text-boxes, or whenreading articles in theWeb or
filling forms, this situation Orca usual have in focus or browse mode.
I don't no other users what modes will be prefer for example check
boxes, combo boxes, radio buttons, push buttons, etc with GTK and web
script handled form field elements.
Try following testcase to demonstrate now what happening if the selected
possibility is icon or spell mode:
1. Set the capitalization style with spell possibility, and reload Orca
preferences.
2. Goto again Orca preference pane, and press a tab key to land the
keyboard layout possibility.
3. Listen Orca what will be speak.
If you using english locale, have chance to you two or three time will
be hearing the cap or capital word.
So, the Orca speech output is following or similar I think when the
spell possibility the active preference and if you using Espeak speech
sinth:
"CapitalKeyboard layout panel capital desktop radio button selected"
If checked the speak object mnemonics check box in speech page, the
example I quoted speech output will be following or similar:
"CapitalKeyboard layout panel capital desktop radio button selected
capital alt + capital d"
So, I would like hear the icon and spell modes output only with editable
text widgets, but of course this is only my openion.
With only editable text widgets works good I think the capitalization
style feature if the selected mode is icon or spell possibility.
I looked Orca what doing for example in Gedit or Thunderbird with
following text:
My name is Attila Hammer.
If in this letter I go back theprevious line, I hear only before the My,
Attila and Hammer words the cap word hungarian translated text.
If I doed word navigation the example line, the feature works good too.
So, I think the best practice with icon and spell mode possibility to
restrict the feature working method with GTK editable text view widgets
(the read-only textview widgets I don't no need or not this
possibility), Web script handled editable text view widgets, in
Thunderbird the editable text view widgets and message body if the focus
have an existing letter body or a Compose or Reply dialog the message body.
I don't no what we doing if Orca have in browse mode forexample in Firefox.
With normal text reading possible useful this two capitalization style
modes in browse mode, but need preventing this two modes with normal
Firefox or Thunderbird menu operations or UI interactions with not
editable widgets.
So, this is a difficult thing.

Attila
_______________________________________________
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
Log bugs and feature requests at http://bugzilla.gnome.org




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