Closed Bug 48959 Opened 25 years ago Closed 23 years ago

need to define and implement focus behavior.

Categories

(Core Graveyard :: Embedding: APIs, enhancement, P3)

x86
Linux
enhancement

Tracking

(Not tracked)

VERIFIED INVALID
mozilla1.1alpha

People

(Reporter: jud, Assigned: saari)

References

Details

(Keywords: embed, topembed-)

Attachments

(2 files)

An interface needs to provide notification of focus out of the content window (maybe into the content window as well), programmatic transference of focus from the embedding application back into content, query what window is currently in focus, and query what element is currently in focus if any.
Keywords: embed
->saari/M0.9, cc joki
Assignee: dougt → saari
Severity: normal → enhancement
Summary: need to define and imple focus behavior. → need to define and implement focus behavior.
Target Milestone: --- → mozilla0.9
This is also known as moving focus management out of the command dispatcher.
Status: NEW → ASSIGNED
target mozilla 0.8
Target Milestone: mozilla0.9 → mozilla0.8
Updating QA Contact
QA Contact: jrgm → mdunn
Whiteboard: ETA: 1/29
Whiteboard: ETA: 1/29 → ETA: 2/3
nsIWebBrowserFocus Proposed idl void activate(); void deactivate(); // Give the firstelementfocus within mozilla // (ie. TAB was pressedand focus should enter mozilla) void setFocusAtFirstElement(); // Give the last element focus within mozilla // (ie ALT-TAB was pressed andfocus should enter mozilla) void setFocusAtLastElement(); attribute nsIDOMWindowfocusedWindow; attribute nsIDOMElementfocusedElement; nsWebBrowser.cpp has some Activate() impl that could/should be leveraged here. [01/11/01] embeddor must maintain focus memory up to our "boundary"/box, *we* maintain focus memory inside our content area. activate(): top level window getting focus via mouse click. maybe mouse click events are enough. activate/deactivate must be called by the embedding app in order for us to maintain our internal focus memory. called when the top level window gets focus *and* we are determined to receive focus, vise versa for deactivate. hangs off of the webBrowser
r=pavlov for checking in the stub implementation and idl
r=valeski
whoops. that's a sr=valeski.
this is targeted at mozilla 0.8 Is this something you all still want to try to get in to 0.8?
Attached patch implementationsSplinter Review
Blocks: 70229
->moz0.9
Target Milestone: mozilla0.8 → mozilla0.9
Can we get a new ETA for this work?
->moz0.9.1
Target Milestone: mozilla0.9 → mozilla0.9.1
Correction: Changing QA contact for the Embed API bugs to David Epstein.
QA Contact: mdunn → depstein
Target Milestone: mozilla0.9.1 → mozilla1.0
Whiteboard: ETA: 2/3
Target Milestone: mozilla1.0 → mozilla0.9.7
Target Milestone: mozilla0.9.7 → mozilla0.9.9
Target Milestone: mozilla0.9.9 → mozilla1.0
Keywords: topembed
Keywords: mozilla1.0+
Keywords: topembedtopembed-
Target Milestone: mozilla1.0 → mozilla1.1alpha
out of date, invalidating
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
verified.
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: