dkubb / yardstick

A tool for verifying YARD documentation coverage
http://wiki.github.com/dkubb/yardstick
MIT License
172 stars 22 forks source link

Make rule descriptions easier to visually parse #32

Closed backus closed 8 years ago

backus commented 9 years ago

Yardstick output can be fairly difficult to parse when there are a lot of changes which could be made:

image

I think some formatting changes could mostly alleviate this. When it comes to rule descriptions I think we should make the following changes:

image

dkubb commented 9 years ago

I agree with all of these.

backus commented 9 years ago

@dkubb for #34 so far I have the following descriptions:

>> puts Yardstick::Document.registered_rules.map(&:description)
@api should be specified
@api should be public, semipublic, or private
@api should be semipublic or private for protected methods
@api should be private for private methods
@example should be specified for public and semipublic methods
method summary should be specified
method summary should be less than or equal to 79 characters in length
method summary should not end in a period
method summary should be a single line
@return should be specified
dkubb commented 9 years ago

@backus should the rule output be ordered according to where the @ tag typically appears within the output? For example, the method summary stuff should be first, with @example second, @api last, and @return just before @api (with @yield and related in between`).

backus commented 9 years ago

That sounds good to me. I'll open a separate issue for this since the current PR is just about changing the look of the rule output not the ordering.