This repository has been archived by the owner on Feb 8, 2018. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 16
/
README
112 lines (82 loc) · 3.28 KB
/
README
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
Monodoc
-------
This is the MonoDoc module. It contains the documentation for
the Mono class libraries, tools to produce and edit the
documentation, and a documentation browser.
The documentation browser consists of a library and two
front-ends: a Gtk#-based one, and an ASP.NET-based version.
This set of tools is under heavy development, please report any bugs
in the Mono/Doctools module of Ximian Bugzilla (bugzilla.ximian.com)
* Web Edition
To run the web edition, copy the browser/web directory into
a directory in your web server, for example:
cd browser/web
mono xsp.exe
Then you can browse it:
http://localhost:8080/index.html
* Gtk# Edition
The Gtk# frontend is in Mono SVN in mono-tools/docbrowser
* Format
The documentation in this module is in the format used by the
ECMA specification.
* Layout
The documentation is contained in the `class' directory, the
documentation is done in a per-assembly basis. The idea is
that each one of the assemblies will become a documentation
module, and then help browser will be able to aggregate
multiple documentation modules when users install new
assemblies on their system.
Example, the class "System.IO.Path" is part of the corlib
assembly, and its part of the "System.IO" namespace there.
The documentation in english for it, will live in the
following directory:
class/corlib/en/System.IO/Path.xml
Now, each "assembly" has a list of "pending" methods that must
be documented, those live at the assembly level directory, in
this case the "master" file for the corlib assembly will live
in:
class/corlib/mscorlib.xml
This file is used to keep track of what needs to be
documented. The documenting tools can then be used to verify
that everything is documented. These files are generated by
the mkmaster program.
This is a small "snapshot" of what it might look like in a
tree fashion (I can not draw nice trees):
class/
corlib/
en/
System/
System.IO/
System.Reflection/
es/
it/
fr/
de/
System/
System.Xml/
System.Drawing/
* Editing tools.
Monodoc contains a built-in editor for class library
documentation. Just click next to a node that you want to
edit in the [Edit] button, and you will be taken to a
graphical editor.
Once you are done with all your edits, you can use the
`File/Upload Contributions' option to submit your
contribution.
* Documentation tools.
Mono classes are being documented in a different way than
Microsoft suggests. The reason obeys to the need to maintain
multiple translations, and the fact that inline-documentation
is better suited for explaining particular implementation
details, or to communicate to someone reviewing/auditing the
code the intentions behind the code.
Adding inline documentation for the whole class library to the
source code makes the source code harder to read. It might be
useful for small projects, but for large projects its not
worth doing that way.
The updater tool (located in monodoc/generator/updater.exe) can
generate documentation stubs from assemblies. Also, it can be
used to update docs as changes are made to the assemblies,
maintaining existing changes when appropriate. It can also
detect what has been removed from an assembly and mark it as
deprecated or remove it completely.