Closed Bug 19981 Opened 25 years ago Closed 25 years ago

[DOGFOOD] need key binding per webshell not just one for whole app

Categories

(Core :: XUL, defect, P3)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: mjudge, Assigned: mjudge)

References

Details

(Whiteboard: [PDT+] [by 12/15])

Akkana and I have PDT+ bugs and we need a refering block to list as a blocker for us. this bug will list exactly what it is we want from sari and how that blocks us. Sari, if this is a dup of bugs you have, get back to me. I am adding a JS interface to PresShell that will allow it to scroll the page, move cursor around ect. This interface needs the correct View that has focus in order to work properly. This view is usually passed in from some event. Sari has a way to allow the eventstatemanager to give us the view that had the most recent focus.(18046) Sari also has a way to allow stacking of key bindings so that nested web shells will be allowed to intercept keystrokes and call JS calls. aka copy,paste from keyboard.(10642)
Blocks: 10642, 18046
Summary: Place marker for focus/keybinding blockers → [DOGFOOD] Place marker for focus/keybinding blockers
Marking as DOGFOOD for consideration by PDT team since PDT+ bugs depend on it.
Whiteboard: [PDT+]
Putting on PDT+ radar.
Component: Misc → XUL
Product: Architecture → Browser
Version: 5.0 → other
Not sure how this bug ended up in bugzilla product "Architecture", component "Misc" -- I moved it to "Browser/XUL". Can someone (mjudge, beppe?) shed some light, so endico and I can track down the potential bug(s) that may lead to bogus product settings? (Architecture is for API review of each apparently public .idl file.) Thanks, /be
QA Contact: nobody → ckritzer
setting qa contact to the normal xul contact
This reads like tracking bug, but on closer inspection seems to be two separate problems. Please split into separate bug reports so we can track them and close them independently.
No longer blocks: 18046
Summary: [DOGFOOD] Place marker for focus/keybinding blockers → [DOGFOOD] need key binding per webshell not just one for whole app
split bug to 20225. the only issue for this bug is: Sari also has a way to allow stacking of key bindings so that nested web shells will be allowed to intercept keystrokes and call JS calls. aka copy,paste from keyboard.(blocking 10642)
Target Milestone: M12
targetting m12
Assignee: saari → mjudge
Mike, you're doing the work on this right?
Assignee: mjudge → saari
Chris, there is some underlying code that you need to supply for Mike to complete his protion, you need to provide the stacking of key bindings as Mike mentions.
Assignee: saari → mjudge
reassigning to mjudge
Blocks: 12658
linking to composer pdt+ tracking bug
Whiteboard: [PDT+] → [PDT+] [by 12/10]
spam: changing qa contact from ckritzer -> paulmac for xul bugs
Whiteboard: [PDT+] [by 12/10] → [PDT+] [by 12/15]
updating fix by date
Blocks: 21564
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
we have new key binding per webshell now. goo saari. gooo me.
damn, how can I verify this by 2pm without a release build, I want my car washed!!! Maybe I'll just re-open it ;-)
Blocks: 22176
Status: RESOLVED → VERIFIED
verified
BULK MOVE: Changing component from XUL to XP Toolkit/Widgets: XUL. XUL component will be deleted.
Component: XUL → XP Toolkit/Widgets: XUL
No longer blocks: 21564
No longer blocks: 22176
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: paulmac → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.