[g-a-devel]Re: inconsistent in gnopernicus event process for HTML input widgets
- From: remus draica <rd baum ro>
- To: Simford Dong <Simford Dong Sun com>
- Cc: gnome-accessibility-devel gnome org, gnome-baum-dev basso SFBay Sun COM
- Subject: [g-a-devel]Re: inconsistent in gnopernicus event process for HTML input widgets
- Date: Mon, 27 Jan 2003 15:47:10 +0200
Hi,
Thanks for the patch, but not this is the idea in which gnopernicus must work.
Possible causes of this behaviour could be:
- diferences between gtk and mozilla toolkits;
- missing some relations between objects or name of the object is not
reported correctly.
I tried to see what the problem can be for this page.
My mozilla version is from 07 november 2002 from mozilla site.
For the page in atachament, I cannot see any relation between that combo and
label (text before label).
Please send me an adress from where I can donload the most recent mozilla
version for more investigation.
Best regards,
Remus
On Friday 24 January 2003 08:27, you wrote:
> Hi,
>
> I am working on a mozilla bug:
> #187203(http://bugzilla.mozilla.org/show_bug.cgi?id=187203) and found some
> inconsistent actions in gnopernicus for the HTML input widgets: edit,
> checkbox, radiobox and combobox. (Attachment #1 is a demo homepage for
> them.)
>
> For the first three widgets, when first time they got focus, gnopernicus
> will read the label and status/content. After that, when the status/content
> of them changed, gnopernicus reads the status/content only, without label.
> For the last widget (combobox), gnopernicus reads the content(list-item)
> only for both situation!
>
> Attachment #2 is a patch for gnopernicus event process in
> "gnopernicus/srcore/srmain.c".
>
> Comments are appreciated.
>
> Best regards,
> Simford
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]