Closed
Bug 12157
Opened 25 years ago
Closed 25 years ago
need array of strings in IDL
Categories
(Core :: XPCOM, defect, P3)
Core
XPCOM
Tracking
()
VERIFIED
FIXED
People
(Reporter: mikepinkerton, Assigned: scc-obsolete)
References
Details
I need some mechanism where i can pass an array of strings to an idl'ified interface that can also be done in JS. scc and waterson suggested nsIStringArray, which scc is working on now.
Reporter | ||
Comment 1•25 years ago
|
||
idl-ifying nsITransferable depends on this.
Comment 2•25 years ago
|
||
It may not be your first choice, but... nsISupportsPrimitives.idl declares nsISupportsString which is an nsISupports wrapper for strings. These can be held in containers that hold nsISupports objects. These objects are supported as components in nsSupportsPrimitives.cpp and the factory for the Component is registered in nsXPComInit.cpp as "component://netscape/supports-string" See nsISupportsPrimitives.idl for the other primitive types wrapped this way. They are all scriptable.
Reporter | ||
Comment 3•25 years ago
|
||
that might just work. let me keep this bug open and i'll try to use that. gracias.
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Reporter | ||
Updated•25 years ago
|
Severity: blocker → normal
Reporter | ||
Comment 4•25 years ago
|
||
reducing priority while i try jband's solution.
Reporter | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Reporter | ||
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 5•25 years ago
|
||
seems to be good enough, though we end up copying data a lot in and out. that's alright for now, i guess. resolving fixed.
Reporter | ||
Comment 6•25 years ago
|
||
verified.
Comment hidden (collapsed) |
You need to log in
before you can comment on or make changes to this bug.
Description
•