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)
Tracking
(Not tracked)
VERIFIED
INVALID
mozilla1.1alpha
People
(Reporter: jud, Assigned: saari)
References
Details
(Keywords: embed, topembed-)
Attachments
(2 files)
3.15 KB,
patch
|
Details | Diff | Splinter Review | |
3.85 KB,
patch
|
Details | Diff | Splinter Review |
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.
Comment 1•25 years ago
|
||
->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
Assignee | ||
Comment 2•25 years ago
|
||
This is also known as moving focus management out of the command dispatcher.
Status: NEW → ASSIGNED
Assignee | ||
Updated•25 years ago
|
Whiteboard: ETA: 1/29
Assignee | ||
Updated•25 years ago
|
Whiteboard: ETA: 1/29 → ETA: 2/3
Assignee | ||
Comment 5•25 years ago
|
||
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
Assignee | ||
Comment 6•25 years ago
|
||
Assignee | ||
Comment 7•25 years ago
|
||
r=pavlov for checking in the stub implementation and idl
Reporter | ||
Comment 8•25 years ago
|
||
r=valeski
Reporter | ||
Comment 9•25 years ago
|
||
whoops. that's a sr=valeski.
Comment 10•25 years ago
|
||
this is targeted at mozilla 0.8 Is this something you all still want to try to
get in to 0.8?
Assignee | ||
Comment 11•25 years ago
|
||
Comment 13•24 years ago
|
||
Can we get a new ETA for this work?
Comment 15•24 years ago
|
||
Correction: Changing QA contact for the Embed API bugs to David Epstein.
QA Contact: mdunn → depstein
Updated•24 years ago
|
Target Milestone: mozilla0.9.1 → mozilla1.0
Assignee | ||
Updated•24 years ago
|
Whiteboard: ETA: 2/3
Target Milestone: mozilla1.0 → mozilla0.9.7
Assignee | ||
Updated•24 years ago
|
Target Milestone: mozilla0.9.7 → mozilla0.9.9
Reporter | ||
Updated•24 years ago
|
Target Milestone: mozilla0.9.9 → mozilla1.0
Updated•23 years ago
|
Keywords: mozilla1.0+
Assignee | ||
Updated•23 years ago
|
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla1.0 → mozilla1.1alpha
Assignee | ||
Comment 16•23 years ago
|
||
out of date, invalidating
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
Updated•6 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•