Closed
Bug 100172
Opened 23 years ago
Closed 23 years ago
need scriptable string stream implementation (must support nsIInputStream)
Categories
(Core :: XPCOM, defect, P2)
Core
XPCOM
Tracking
()
RESOLVED
FIXED
mozilla0.9.7
People
(Reporter: darin.moz, Assigned: darin.moz)
References
Details
(Keywords: arch)
Attachments
(1 file, 3 obsolete files)
74.51 KB,
patch
|
darin.moz
:
review+
rpotts
:
superreview+
|
Details | Diff | Splinter Review |
need scriptable string stream implementation (must support nsIInputStream) this is needed to support nsIUploadChannel usage via JS.
Assignee | ||
Comment 1•23 years ago
|
||
i filed a similar bug a while back, but can't seem to find it now. i think this is urgently needed... as in by mozilla0.9.5.
Keywords: mozilla0.9.5
Assignee | ||
Updated•23 years ago
|
Assignee | ||
Comment 3•23 years ago
|
||
Assignee | ||
Comment 4•23 years ago
|
||
dougt: can you comment on attachment 50334 [details]? thanks!
Comment 5•23 years ago
|
||
Does this interface handle double-byte strings (like Japanese)? I expected to see wstring. Where do I get the nsIInputStream from?
Comment 6•23 years ago
|
||
looks fine: use the /** **/ style comments instead of the c++ // comment. (unless you know more about doxygen that I do, which is probably the case). Also, I am not sure what the mantra is regarding CONTRACTID, CLASSNAME, and CID declarations in an IDL. Rick, Vidur?
Assignee | ||
Comment 7•23 years ago
|
||
brade: you can only upload bytes to a necko channel... you will have to make sure that the data is properly encoded before uploading. dougt: 1- will change to /** **/ comments just to be consistent 2- followed nsILocalFile for an example of how CID, CONTRACTID, and CLASSNAME are declared in XPCOM
Comment 8•23 years ago
|
||
This is probably something that we should freeze soon as many scripters will begin using it.
Comment 9•23 years ago
|
||
take a look at the bottom of http://www.mozilla.org/projects/embedding/EmbedInterfaceFreeze.html for information about what is needed to freeze a component... -- rick
Assignee | ||
Comment 10•23 years ago
|
||
i'm planning to just implement this interface using the impl's in nsIStringStream.cpp for now... the nsIStringStream.h C++ api will not be touched. we will also probably want a nsIStringOutputStream and perhaps a nsIStringIOStream. but, perhaps those interfaces are less urgently needed.
Assignee | ||
Comment 11•23 years ago
|
||
*** Bug 100171 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 13•23 years ago
|
||
looks like i'm not going to have time for this now -> 0.9.7
Status: NEW → ASSIGNED
Target Milestone: mozilla0.9.6 → mozilla0.9.7
Assignee | ||
Comment 14•23 years ago
|
||
this patch takes a slightly different approach.. see nsIStringStream.idl
Assignee | ||
Comment 15•23 years ago
|
||
Comment on attachment 58507 [details] [diff] [review] v1.0 patch actually, this patch still needs work.. the nsIStringInputStream needs a factory.
Attachment #58507 -
Flags: needs-work+
Assignee | ||
Comment 16•23 years ago
|
||
moving some files around: nsIStringStream.h -> nsIStringStream.idl nsIStringStream.cpp -> nsStringStream.cpp and created: nsStringStream.h
Attachment #50334 -
Attachment is obsolete: true
Attachment #58507 -
Attachment is obsolete: true
Assignee | ||
Comment 17•23 years ago
|
||
Attachment #58776 -
Attachment is obsolete: true
Assignee | ||
Comment 18•23 years ago
|
||
Comment on attachment 58784 [details] [diff] [review] v1.2 added contributors per "cvs log" to renamed files got an r=dougt via AIM
Attachment #58784 -
Flags: review+
Comment 19•23 years ago
|
||
Comment on attachment 58784 [details] [diff] [review] v1.2 added contributors per "cvs log" to renamed files sr=rpotts@netscape.com
Attachment #58784 -
Flags: superreview+
Assignee | ||
Comment 20•23 years ago
|
||
fixed-on-trunk
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•