Closed
Bug 889512
Opened 12 years ago
Closed 12 years ago
no focus event for google's moving textbox
Categories
(Core :: Disability Access APIs, defect)
Core
Disability Access APIs
Tracking
()
RESOLVED
FIXED
mozilla25
People
(Reporter: surkov, Assigned: surkov)
References
(Blocks 1 open bug)
Details
(Keywords: access)
Attachments
(1 file)
5.09 KB,
patch
|
tbsaunde
:
review+
|
Details | Diff | Splinter Review |
when you start typeing into textbox at google.com then the textbox is destroyed and new one is created. There's no focus event for new textbox what is confusing for AT.
(was reported by AT vendor, marking blocking 2013q3a11y
Assignee | ||
Comment 1•12 years ago
|
||
Assignee: nobody → surkov.alexander
Status: NEW → ASSIGNED
Assignee | ||
Updated•12 years ago
|
OS: Mac OS X → All
Hardware: x86 → All
Assignee | ||
Updated•12 years ago
|
Attachment #771359 -
Flags: review?(trev.saunders)
Assignee | ||
Comment 2•12 years ago
|
||
(don't forget to retest bug 775536 after this one)
Comment 3•12 years ago
|
||
I'd prefer this writen without using out args, any reason not to do that?
Assignee | ||
Comment 4•12 years ago
|
||
(In reply to Trevor Saunders (:tbsaunde) from comment #3)
> I'd prefer this writen without using out args, any reason not to do that?
what's bad about out args? doing a return value approach when it's not always needed doesn't seem nicer
Comment 5•12 years ago
|
||
(In reply to alexander :surkov from comment #4)
> (In reply to Trevor Saunders (:tbsaunde) from comment #3)
> > I'd prefer this writen without using out args, any reason not to do that?
>
> what's bad about out args? doing a return value approach when it's not
> always needed doesn't seem nicer
simpler and looks nicer, what's wrong with it? afaik we have plenty of other functions whose return value is sometimes ignored...
Assignee | ||
Comment 6•12 years ago
|
||
(In reply to Trevor Saunders (:tbsaunde) from comment #5)
> (In reply to alexander :surkov from comment #4)
> > (In reply to Trevor Saunders (:tbsaunde) from comment #3)
> > > I'd prefer this writen without using out args, any reason not to do that?
> >
> > what's bad about out args? doing a return value approach when it's not
> > always needed doesn't seem nicer
>
> simpler and looks nicer, what's wrong with it? afaik we have plenty of other
> functions whose return value is sometimes ignored...
ok, if you like
Assignee | ||
Comment 7•12 years ago
|
||
on another hand out argument is used as a flag to avoid excess focus checks. Are you sure you want to replace that out arg on return value?
Comment 8•12 years ago
|
||
(In reply to alexander :surkov from comment #7)
> on another hand out argument is used as a flag to avoid excess focus checks.
> Are you sure you want to replace that out arg on return value?
I'm not sure, though don't we need to move more event logic (the popup stuff iirc) into CacheChildrenInsSubtree() so maybe we should add bool needEvents flag?
Assignee | ||
Comment 9•12 years ago
|
||
(In reply to Trevor Saunders (:tbsaunde) from comment #8)
> (In reply to alexander :surkov from comment #7)
> > on another hand out argument is used as a flag to avoid excess focus checks.
> > Are you sure you want to replace that out arg on return value?
>
> I'm not sure, though don't we need to move more event logic (the popup stuff
> iirc) into CacheChildrenInsSubtree() so maybe we should add bool needEvents
> flag?
a small demo of idea? If it's code clean up only then maybe we could file a follow up on it since it's a major issue and the fix seems takes too long.
Comment 10•12 years ago
|
||
Comment on attachment 771359 [details] [diff] [review]
patch
ok whatever
Attachment #771359 -
Flags: review?(trev.saunders) → review+
Assignee | ||
Comment 11•12 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla25
You need to log in
before you can comment on or make changes to this bug.
Description
•