Hi !
Featured games (85)
games approved by the League of Dukes
Games in Showcase (623)
Games in Android Showcase (176)
games submitted by our members
Games in WIP (676)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  DocCheck - automatically find out which methods you forgot to document  (Read 3016 times)
0 Members and 1 Guest are viewing this topic.
Offline blahblahblahh

JGO Coder

Medals: 1

« Posted 2006-08-07 13:11:12 »

From the realm of "brilliant tools that Sun forget to tell you they wrote" Smiley

(posted here because I *only just came across it*, and its small but brilliant).

Summaries include listing all your packages and giving a "percentage of missing comments" for each.

Also provides copy/pastable "guessed" comments for you to paste in to your source and edit wherever it can.

malloc will be first against the wall when the revolution comes...
Offline bohdan

Junior Devvie


« Reply #1 - Posted 2006-08-07 13:34:33 »

Thats cool!  Grin,  Thanks for info!
Sad though, it is not in development since mid 2003, strange...

Offline blahblahblahh

JGO Coder

Medals: 1

« Reply #2 - Posted 2006-08-07 14:04:26 »

Mainly, it seems, because "it works".

However, I tried emailing the official support adress at Sun, and it bounced. Time to take those people who run the infrastructure out back and shoot them again Sad.

malloc will be first against the wall when the revolution comes...
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline bohdan

Junior Devvie


« Reply #3 - Posted 2006-08-07 17:08:47 »

Actually, that DocCheck is really brilliant idea.. but I think it could be done better in regards to output. I just thought it would be very nice if it can be extended so, that output is not just a "dead" html files, but so that if I click on certain method missing the doc it will open up corresponding class itself in NotePad for instance... or better if it is possible to extend to be the Eclipse plugin, so that it will actually bring me to that particular method to do doc...

This will be huge help in documenting big projects! The way it is now - you actually need to go and search yourself, then when you done, you look up in html file another missing doc and go searching in you code again.... still good help but could be yet better! Smiley

What's you opinion?
Offline ryanm

Senior Devvie

Projects: 1
Exp: 15 years

Used to be bleb

« Reply #4 - Posted 2006-08-07 17:57:14 »

You can already set Eclipse to nag you for missing/wrong javadoc, ie: it'll appear as a warning or, if you're a particularly huge hard-ass, as an error.
Offline CaptainJester

JGO Knight

Medals: 12
Projects: 2
Exp: 14 years

Make it work; make it better.

« Reply #5 - Posted 2006-08-08 13:01:43 »

There's also a great, free tool called Jalopy  Although it is more than just a commenter.  It is also a code formatter.  But it does a good job with Javadoc comments.  It will format any existing ones and will add any new ones required.  Of course this is configurable to only add method level javadoc or field level.  It provides a default template that you can modify, so you can have TODOs in all the ones that you missed.  Plus it plugs into Eclipse seamlessly.

Offline Kova

Senior Devvie

« Reply #6 - Posted 2006-08-09 02:05:25 »

I've already mentioned this before, but what I'm looking for is some sort of commend hide / unhide plugin for eclipse or program. Basicly when I'm coding I don't want to look and browse through all of those comments, that would be great time to hide them. If I ever get stuck asking myself what does this code do, then I would unhide comments and see whats there... comments would remain in their lines, the thing I had in mind would just hide those lines from our view.
Anybody has something similar? Best I could do is make eclipse fold multi-line comments into one line.
Offline blahblahblahh

JGO Coder

Medals: 1

« Reply #7 - Posted 2006-08-09 13:00:13 »

I just bought a bigger monitor Grin and told eclipse to do line-breaks at 160 columns instead of 80

malloc will be first against the wall when the revolution comes...
Pages: [1]
  ignore  |  Print  
You cannot reply to this message, because it is very, very old.

KaiHH (8 views)
2015-10-06 20:22:20

KaiHH (11 views)
2015-10-06 19:41:59

BurntPizza (17 views)
2015-10-06 19:04:48

basil_ (44 views)
2015-09-30 17:04:40

shadowstryker (22 views)
2015-09-29 15:55:06

TheSpaceHedgehog (28 views)
2015-09-29 01:58:48

GamerC4 (54 views)
2015-09-24 21:10:38

GamerC4 (71 views)
2015-09-24 21:09:48

htuy (28 views)
2015-09-24 04:57:24

htuy (38 views)
2015-09-24 04:56:35
Math: Inequality properties
by Roquen
2015-10-01 13:30:46

Math: Inequality properties
by Roquen
2015-09-30 16:06:05

HotSpot Options
by Roquen
2015-08-29 11:33:11

Rendering resources
by Roquen
2015-08-17 12:42:29

Rendering resources
by Roquen
2015-08-17 09:36:56

Rendering resources
by Roquen
2015-08-13 07:40:51

Networking Resources
by Roquen
2015-08-13 07:40:43

List of Learning Resources
by gouessej
2015-07-09 11:29:36 is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!