Closed Bug 752 Opened 26 years ago Closed 25 years ago

nsISelection needs to be XPCOM'd

Categories

(Core :: DOM: Selection, defect, P2)

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: kipp, Assigned: sfraser_bugs)

Details

And while you are at it, you should clean up SelectionRange and
SelectionPoint. Since they need to be visible to nsISelection,
they should be defined (as structs) in nsISelection and frozen
forever.

Second, the API's to get them should return const&'s and (for ranges and
point's).

If you want me to review it, I'll be glad to review it before you complete it.
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → REMIND
Status: RESOLVED → REOPENED
Assignee: rods → akkana
Status: REOPENED → NEW
Status: NEW → ASSIGNED
Resolution: REMIND → ---
Adding mjudge to cc list -- we'll need this soon for implementing js tests.
Setting all current Open/Normal to M4.
per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Target Milestone: M4 → M5
Change Milestone to M5
Probably won't write IDL files for selection until the XPIDL-vs-COM-IDL issue
gets straightened out, so the work doesn't have to be done twice.
Assignee: akkana → sfraser
Status: ASSIGNED → NEW
Simon has volunteered to look at this.
Status: NEW → RESOLVED
Closed: 26 years ago25 years ago
Resolution: --- → FIXED
nsIDOMSelection has been idl'd. Closing. QA, you can't really verify this one.
Just trust me.
Status: RESOLVED → VERIFIED
marking verified per sfraser comments (i trust you) but if you could enter a build date for when the fix went in that'd be real cool.
Per a request from Selection and Search component eng (mjudge) and qa (elig),
moving all "Selection and Search" bugs to new "Selection" component.  Original
"Selection and Search" component will be retired.
You need to log in before you can comment on or make changes to this bug.