Closed Bug 77530 Opened 24 years ago Closed 23 years ago

[RFE] XPCOM 'Any' type

Categories

(Core :: XPCOM, enhancement)

enhancement
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 44675

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.
Status: UNCONFIRMED → NEW
Ever confirmed: true
This looks to be a dupe of bug 44675
reassign all kandrot xpcom bug.
Assignee: kandrot → dougt
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.