If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

cleanup the way necko exposes public components

RESOLVED WONTFIX

Status

()

Core
Networking
RESOLVED WONTFIX
16 years ago
2 years ago

People

(Reporter: Darin Fisher, Unassigned)

Tracking

({arch})

Trunk
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

16 years ago
i'd like to see necko push all public CID's and ContractID's into nsNetCID.h. 
this file should be used to document the interfaces implemented by a particular
class specified by a CID and/or ContractID.  i have already added a couple
classes to this file over the past year, and i think it would be good to
transition the rest of necko.
(Reporter)

Comment 1

16 years ago
-> 0.9.6
Priority: -- → P3
Target Milestone: --- → mozilla0.9.6
(Reporter)

Updated

16 years ago
Target Milestone: mozilla0.9.6 → mozilla0.9.7

Comment 2

16 years ago
hey darin,

the scheme that we came up with for deailing with public contract-ids is to
create separate header files for each public "component"  and put its
contract-id and related stuff in there...

the reason for separate headers was to make it easier for doxygen style
documentation...  and to allow components to change (more or less) independently
from each other :-)

take a look at the bottom of
http://www.mozilla.org/projects/embedding/EmbedInterfaceFreeze.html

-- rick
(Reporter)

Comment 3

16 years ago
rick: that sounds good... could you point me to a sample component header file?
Status: NEW → ASSIGNED

Comment 4

16 years ago
I can't think of any 'component headers' that you can use for reference  (jud,
please correct me if i'm wrong)...  So, you can be the first :-)

-- rick
(Reporter)

Comment 5

16 years ago
do you have a naming convention for these?  a preferred location in the tree?
consider for example, nsLoadGroup.  could you give me an example of what a
component header for this should roughly look like?  obviously, i can't call it
nsLoadGroup.h ... what should it be called then?
(Reporter)

Updated

16 years ago
Summary: make all of necko use nsNetCID.h → cleanup the way necko exposes public components
(Reporter)

Comment 6

16 years ago
-> 0.9.8
Target Milestone: mozilla0.9.7 → mozilla0.9.8
(Reporter)

Comment 7

16 years ago
punt -> 0.9.9
Target Milestone: mozilla0.9.8 → mozilla0.9.9
(Reporter)

Comment 8

16 years ago
-> 1.0
Target Milestone: mozilla0.9.9 → mozilla1.0
(Reporter)

Updated

16 years ago
Keywords: arch

Comment 9

16 years ago
Moving Netscape owned 0.9.9 and 1.0 bugs that don't have an nsbeta1, nsbeta1+,
topembed, topembed+, Mozilla0.9.9+ or Mozilla1.0+ keyword.  Please send any
questions or feedback about this to adt@netscape.com.  You can search for
"Moving bugs not scheduled for a project" to quickly delete this bugmail.
Target Milestone: mozilla1.0 → mozilla1.2
(Reporter)

Updated

16 years ago
Target Milestone: mozilla1.2alpha → ---
(Reporter)

Comment 10

16 years ago
mass futuring of untargeted bugs
Target Milestone: --- → Future
(Reporter)

Comment 11

11 years ago
-> default owner
Assignee: darin → nobody
Status: ASSIGNED → NEW
QA Contact: benc → networking
Target Milestone: Future → ---
Priority: P3 → --
Status: NEW → RESOLVED
Last Resolved: 2 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.