Closed
Bug 77530
Opened 24 years ago
Closed 23 years ago
[RFE] XPCOM 'Any' type
Categories
(Core :: XPCOM, enhancement)
Core
XPCOM
Tracking
()
People
(Reporter: Paul.Sandoz, Assigned: dougt)
Details
It would be useful if XPCOM had an any type that encapsualtes the basic types
and nsISupports such that they can be treated uniformly.
This would great for generic containers like property sets and bags e.g. see the
corba property service:
ftp://ftp.omg.org/pub/docs/formal/98-10-28.idl
thus there is no need for 'application' specific interfaces with explicit get
and set methods, or attributes (for explicit property names), for types.
Two examples of where this would be useful are the preference and address book
card areas.
It might also make it easier for a Corba<->XPCOM bridge.
Thanks,
Paul.
Updated•24 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 3•23 years ago
|
||
Yes. This is a dup of bug 44675. I got distracted with other things, but I plan
to have that code in soon. I hope other language mappings will follow my lead
and add their own magic for nsIVariant support with short delay.
This bug also touches on the need for a standard name/value pair collection
feature that I've just filed as bug 98209.
*** This bug has been marked as a duplicate of 44675 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•