Closed
Bug 7563
Opened 26 years ago
Closed 25 years ago
move xulstubs.idl into rdf/content/public/idl
Categories
(Core :: XUL, defect, P1)
Core
XUL
Tracking
()
VERIFIED
WONTFIX
M14
People
(Reporter: alecf, Assigned: waterson)
Details
I put xulstubs in rdf/base/public because that was the minimal work to get what
I need for M7, but this stuff has to move with the rest of XUL, it doesn't
belong in rdf/base.
Reporter | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Priority: P3 → P1
Target Milestone: M8
Reporter | ||
Comment 1•25 years ago
|
||
going on vacation, mass-moving these M8 bugs to M9
Updated•25 years ago
|
Target Milestone: M9 → M10
Comment 2•25 years ago
|
||
Moving to M10.
Reporter | ||
Comment 3•25 years ago
|
||
chris, I'm not sure I can move this into rdf/content/public/idl because there
are already idlc files there and the makefile.win is setup to do idlc stuff.
There might be a way of doing this but my windows box is toally horked and I
don't really know much about windows makefiles.
Is there any chance you can help me out on windows for this one? I can fix unix
and mac.
If you can do this, just send me a working makefile.win and I'll check it in
with everything else.
One thing I ran into is that the "MODULE" is defined as "rdf" which means the
typelibrary that gets created in rdf/base/idl, rdf.xpt, is going get
whacked...so you need to use XPIDL_MODULE to get that working right.
Assignee | ||
Comment 4•25 years ago
|
||
We could put this in rdf/content/public -- the parent directory? How about that
instead?
Reporter | ||
Comment 5•25 years ago
|
||
that would work perfectly.
I'll try to do that tomorrow.
Assignee | ||
Comment 7•25 years ago
|
||
is this file even necessary anymore? I think that brendan & sfraser put in a
hack so that we don't these at all. brendan/smfr: these were some little XPIDL
'stubs' that allowed XPIDL to recoginze/wrap DOM objects.
Comment 8•25 years ago
|
||
Heck, I don't know. jband, mccabe or someone might know better.
Reporter | ||
Updated•25 years ago
|
Target Milestone: M10 → M14
Reporter | ||
Comment 9•25 years ago
|
||
the stub is so that XPIDL can compile idl files that refer to nsIDOM*
interfaces... they need to connect the nsIDOM* name with an IID in the typelib
It's not so it can actually do the wrapping.
Sorry this is taking so long... because of all the platform insanity, I'm shying
away from dealing with this... :)
I'm moving past beta for now.
Assignee | ||
Comment 10•25 years ago
|
||
brendan: please comment. didn't you make this unnecessary?
Comment 11•25 years ago
|
||
spam: changing qa contact from ckritzer -> paulmac for xul bugs
Comment 12•25 years ago
|
||
Alec or Brendan, do we still need to do this? If so, is it req'd for B1?
Reporter | ||
Comment 13•25 years ago
|
||
probably not...
Assignee | ||
Updated•25 years ago
|
Assignee: alecf → waterson
Status: ASSIGNED → NEW
Assignee | ||
Comment 14•25 years ago
|
||
I believe that the need for "xulstubs.idl" has been obviated by hackery in
XPConnect that brendan and jband did. I'm going to try removing it from the
build...
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Comment 15•25 years ago
|
||
BULK MOVE: Changing component from XUL to XP Toolkit/Widgets: XUL. XUL
component will be deleted.
Component: XUL → XP Toolkit/Widgets: XUL
Assignee | ||
Comment 16•25 years ago
|
||
I'm wrong. We still need this file. Where it lives now is fine.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WONTFIX
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in
before you can comment on or make changes to this bug.
Description
•