Can we make it to 60% coverage? That’s only another 1626 items to
document!
I’ve written a blog post with further information including a link to an
hourly-updatidng coverage report and a tutorial by Steve K. on how
to write documentation and get it committed, the short link is here:
If you’ve never contributed to Ruby before, I wrote up this blog post,
explaining just how easy it is for you to add the documentation that
Eric’s
asking for.
If you’ve never contributed to Ruby before, I wrote up this blog post,
explaining just how easy it is for you to add the documentation that Eric’s
asking for.
I’m not sure who makes these decisions for ruby-doc.org, but is there any chance
that we could get Yardoc-formatted documentation (or at least a fresh stylesheet
for standard rdoc output) this time around?
I’d be very inclined to help out with this effort if I knew the output was going
to look fresh and appealing.
I would appreciate this more for the fact that the syntax is better.
That too, but I figured if the goal here was to complete the
documentation (instead of revamping it), a complete conversion to Yardoc
would be a hard sell. (If that’s not the case, I’ll be thrilled.)
I’m not sure who makes these decisions for ruby-doc.org, but is there
any chance that we could get Yardoc-formatted documentation (or at least
a fresh stylesheet for standard rdoc output) this time around?
I’d be very inclined to help out with this effort if I knew the output
was going to look fresh and appealing.
(Yes, I know I could host my own styled version of the docs. But I’m
talking about what comes up first on Google.)
Is there an encouragement to document private methods? If not it would
be nice if they could be omitted from the coverage. Otherwise just so we
know what the goal is.
I can’t speak for Eric, but I think part of documenting is marking the
code which does not need documenting with :nodoc:
While I was looking at addrinfo_initialize() in ext/socket/raddrinfo.c
and then looked at http://www.ruby-doc.org/core-1.9/classes/Addrinfo.html#M001733 , I
noticed that at the HTML page there is a typo, it says “The instnace
contains…” but the docs in the code are right. Looking with git blame
at the code docs it said last change was in 2009-11-04 12:02:37 . That’s
now more than two years and I’m wondering if looking at http://www.ruby-doc.org/core-1.9/ will give generally a wrong impression
because the docs aren’t up to date? Is there some automatic generation?
Content preview: On 16.06.2011 23:55, Justin C. wrote: > Markus
Fischer
wrote: >> - Is there an encouragement to document private methods?
If not
it would >> be nice if they could be omitted from the coverage.
Otherwise
just so we >> know what the goal is. >> > > I can’t speak for Eric,
but I
think part of documenting is marking the > code which does not need
documenting
with :nodoc: […]
-1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP
-1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1%
[score: 0.0000]
X-Cloudmark-Analysis: v=1.1
cv=HQ3F56nxkum+cgCiDL7AXQpbvw7DWrWCBJRnYYnM0Zc= c=1 sm=0
a=CPlwVjms4CEA:10 a=rDlpkb2S-8kA:10 a=IkcTkHD0fZMA:10 a=CH-RE0sgAAAA:8
a=dpcX-2CAAAAA:8 a=y3b3jT8EjhXMX-GLqS4A:9 a=QEXdDO2ut3YA:10
a=wPposIssD2IA:10 a=-w7TLmJE7m8A:10 a=VFu7tLI1AyYA:10
a=HpAAvcLHHh0Zw7uRqdWCyQ==:117
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: bulk
Lines: 32
List-Id: ruby-talk.ruby-lang.org
List-Software: fml [fml 4.0.3 release (20011202/4.0.3)]
List-Post: mailto:[email protected]
List-Owner: mailto:[email protected]
List-Help: mailto:[email protected]?body=help
List-Unsubscribe: mailto:[email protected]?body=unsubscribe
Received-SPF: none (Address does not pass the Sender Policy Framework)
SPF=FROM; [email protected];
remoteip=::ffff:221.186.184.68; remotehost=carbon.ruby-lang.org; helo=carbon.ruby-lang.org; receiver=eq4.andreas-s.net;
On 16.06.2011 23:55, Justin C. wrote:
Markus F. wrote:
Is there an encouragement to document private methods? If not it would
be nice if they could be omitted from the coverage. Otherwise just so we
know what the goal is.
I can’t speak for Eric, but I think part of documenting is marking the
code which does not need documenting with :nodoc:
But rdoc, at least by default, does not document private methods. I
assume it’s just a limitation of the coverage tool for now.
Thanks, I quickly noticed it contains stdlib but not core.
I’m still looking for a convenient way to quickly search through the
current docs. Currently I use a FF4 keyworded search which uses the
integrated search on ruby-doc.org :
The results I get back when I search for e.g. split or other methods are
often nearly perfect. That’s where I also found Addrinfo.
The advantage at ruby-doc, at least for me, is that it includes core;
and I need core too.
Content preview: On 17.06.2011 11:30, Florian G. wrote: >> Thanks,
I quickly
noticed it contains stdlib but not core. > > It does, actually. It’s
a bit
hidden under “stdlib” => “core”. Thanks […]
def raw_encoding(default = Encoding::ASCII_8BIT); end
end
taking a closer look, it’s method marked private.
I’ve a few questions now:
for Addrinfo, is there really still something missing or does this
come from the additional ruby code in ext/socket/lib/socket.rb and the
coverage report just can’t connect both of these together?
Is there an encouragement to document private methods? If not it would
be nice if they could be omitted from the coverage. Otherwise just so we
know what the goal is.
While I was looking at addrinfo_initialize() in ext/socket/raddrinfo.c
and then looked at http://www.ruby-doc.org/core-1.9/classes/Addrinfo.html#M001733 , I
noticed that at the HTML page there is a typo, it says “The instnace
contains…” but the docs in the code are right. Looking with git blame
at the code docs it said last change was in 2009-11-04 12:02:37 . That’s
now more than two years and I’m wondering if looking at http://www.ruby-doc.org/core-1.9/ will give generally a wrong impression
because the docs aren’t up to date? Is there some automatic generation?
for Addrinfo, is there really still something missing or does this
come from the additional ruby code in ext/socket/lib/socket.rb and the
coverage report just can’t connect both of these together?
There is no class documentation for Addrinfo. Either a Document-class:
Addrinfo needs to be added to the C file or a class comment needs to be
added to the ruby file.
Is there an encouragement to document private methods? If not it would
be nice if they could be omitted from the coverage. Otherwise just so we
know what the goal is.
Yes, but if the maintainer of the library decides that a private method
is also an implementation detail it may be hidden by :nodoc:
Private methods can be API. For example, when you subclass you may need
to call a private method for proper operation.
While I was looking at addrinfo_initialize() in ext/socket/raddrinfo.c
and then looked at http://www.ruby-doc.org/core-1.9/classes/Addrinfo.html#M001733 , I
noticed that at the HTML page there is a typo, it says “The instnace
contains…” but the docs in the code are right. Looking with git blame
at the code docs it said last change was in 2009-11-04 12:02:37 . That’s
now more than two years and I’m wondering if looking at http://www.ruby-doc.org/core-1.9/ will give generally a wrong impression
because the docs aren’t up to date? Is there some automatic generation?
I’m not sure how ofter ruby-doc.org updates, I don’t maintain it.
Content preview: On 15.06.2011 18:23, Markus F. wrote: > - Is
there an
encouragement to document private methods? If not it would > be nice
if they
could be omitted from the coverage. Otherwise just so we > know what
the
goal is. […]
-1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP
-1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1%
[score: 0.0000]
X-Cloudmark-Analysis: v=1.1
cv=HQ3F56nxkum+cgCiDL7AXQpbvw7DWrWCBJRnYYnM0Zc= c=1 sm=0
a=CPlwVjms4CEA:10 a=rDlpkb2S-8kA:10 a=IkcTkHD0fZMA:10 a=w2PP7KgtAAAA:8
a=hPOO5x_7WQ7bVIdFsboA:9 a=Tqsi6l-SR2mjwo_FlSwA:7 a=QEXdDO2ut3YA:10
a=HpAAvcLHHh0Zw7uRqdWCyQ==:117
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: bulk
Lines: 8
List-Id: ruby-talk.ruby-lang.org
List-Software: fml [fml 4.0.3 release (20011202/4.0.3)]
List-Post: mailto:[email protected]
List-Owner: mailto:[email protected]
List-Help: mailto:[email protected]?body=help
List-Unsubscribe: mailto:[email protected]?body=unsubscribe
Received-SPF: none (Address does not pass the Sender Policy Framework)
SPF=FROM; [email protected];
remoteip=::ffff:221.186.184.68; remotehost=carbon.ruby-lang.org; helo=carbon.ruby-lang.org; receiver=eq4.andreas-s.net;
On 15.06.2011 18:23, Markus F. wrote:
Is there an encouragement to document private methods? If not it would
be nice if they could be omitted from the coverage. Otherwise just so we
know what the goal is.