• Pretty Printer
  
• JRefactory
  
• Printing
  
• Elixir Extensions
  
• Line Numbering
  
• Metrics
  
• Stub Generator
  
• Dev Utilities
  
• Requested Features
  

To Do List

Requested

I'm starting to use SourceForge more and more. If you have time and you see a feature on this list that you would really want, could you please enter it in the SourceForge database? Here is how:

Go to the JRefactory Project and click on the list of bugs or features. Then press the button to submit a new request.

Thanks!!!

Also, if you really want a feature that is listed here, send me e-mail which feature it is. The more people who want a feature, the sooner I'll get it done. (As it is, I'll never finish this list, so I prioritize the feature based on the number of requests for it.)

Pretty Printer

1. GUI for pretty printer configuration
2. Removed duplicate import statements
3. Remove import *
4. A "remove imports not used" function (automatic or prompt at users choice?)
5. Long loop for bug with super() and no ;
6. The error box takes a long time to appear
7. Removes CVS comments from the end of the file
8. Blocks inside a method
9. // single line comments move after the {
10. When passing values to a function which spans more than one line, the parameters should line up with the (
11. If only a @return tag, don't include the double space after the name
12. Space in statements but not expressions and space after !
13. Wrap long lines of code. They should be wrapped on parameter separator (","), then on open bracket ("("), then on expressions but not inside brackets.
14. Parse Error dialog - only a single one with error in a scrollable area box
15. File header without the stars to the left
16. Eliminate javadoc comments if it is already documented in the interface
17. Add a header only if no header comments are present
18. Growing javadoc comments
19. A single line // comment should be moved to the line before the code
20. Remove {} around a single statement
21. Indent variable declarations with the previous block
22. Default comment for getAt and setAt
23. If a method overloads a method from a parent class or abstract class or implements a method in an interface insert a javadoc comment that says that the description is in the appropriate interface/abstract method/parent class with a @see tag.
24. Only use the variable spacing for fields (not for variables in a method)
25. Make array declarations line up with the rest of the declarations
26. Array {} line up with the declaration but the contents of the array are indented
27. Sort implemented classes
28. Sort thrown exceptions
29. Newline before extends
30. Newline before implements
31. Option to add blank line after "package"
32. Option to add blank line after "import"
33. Sort order for imports. Example: put "java" on top, then javax, then other packages. This can be done in even more complicated, but logical way if you sort packages by level matching.
34. Option to add blank line after every "import" group (java, javax, com...). Problem: some imports should be grouped by second package level, like "com" because they import very different things. Idea: if group contains more than "n" imports, split it on next level recursively.
35. Import sort looks bad if you alread have blank lines between imports because it keeps blank line after import example:
36. Option to add space before block statements like for, while, try, switch..., but only if they are not the first statement of containing block. Javadoc template for indexed properties (getSomething(int it), setSomething(int i))
37. Sort order: add option to sort by final / non-final.
38. Option to add blank line(s) between method/class declaration and body.
39. Templates for getters / setters / parameters: if property name contains uppercase letters, {3} should be split into lowercase words. Example: setHostName return "host name". In Javadoc, you'll get "Sets host name" rather than "Sets hostName". But if there are more than one uppercase letter, split and leave uppercase: setHostURL becomes "host URL".
40. Comments for add / remove listener methods are strange (feature?!). Example:
41. Add a removeSomething template.

Refactorings

1. Rename method
2. Rename inner class
3. Rename local variable
4. Accurately reflect whether a method can be moved
5. Move method into field
6. Deleting comment before extract method
7. Automatically manage length of undo stack
8. NEXT Browser - instead of class diagram view
9. Rename package
10. Move inner classes into their own file
11. Allow user to set public/package for parent class
12. Push up a constructor
13. Include the javadoc from the original file when you do an extract
14. Create stub operation. User enters a method with arguments, highlights the method, and then selects create stub. System generates a method with the correct signature based on the inputs and a reasonable return (null or 0 or false).
15. ConvertLocalVariableToInstanceVariable refactoring
16. Change the parameters of the extract method
17. Better at getting the return type when a return statement is included
18. Encapsulate field (replace a public field with a private one, add getters and setters and replace all usage of the field with the appropriate accessor.

UML Diagrams

1. Add a tooltip for each class (especially when in 10% zoom mode)
2. Put a wait cursor over the structure pane when loading the diagrams
3. Scroll pane makes larger jumps for the key and class list panels
4. Develop a layout engine
5. Moving a class changes the view back to 100%
6. View inner classes in a diagram
7. Center Loading dialog box for the metadata
8. Hide methods/fields/classes to simplify the diagram
9. Edit classes in the UML diagrams (change class/method/field/arguments names + add/remove of the same + updates of usage)
10. Add class to a package (without relationship to other classes)
11. Sizing of classes in the UML diagram and more steps to the zoom function. Also, there should be a tick showing what zoom level is currently chosen
12. The dialog box that pops up when "New UML diagram" is chosen has a very narrow window, unsuitable for long pacakage names. Resizing the dialog box does not help since the scrollpane does not "follow".
13. JDK summary loader not sized for linux
14. When mouse is held at background, it would be nice to move diagram with mouse.

IDEs

1. Integrate into netbeans
2. Moving/Adding/Renaming classes should update JBuilder
3. JRefactory plugs into JEdit (like JavaStyle)
4. Plugin for VA4J I need to learn answers to the following questions before JRefactory can integrate with VA4J. Some answers are in Chapter 27.
   • How can you get a list of all the classes in the repository?
   • How can you get the text of a specific class?
   • How can you set the text of a specific class?
   • How can you get the current class that the user is editing?
   • How can you get the text that the user selected?
5. Access JRefactory from the structure pane of a .java file in JBuilder
6. Add a new diagram to the project pane of JBuilder
7. Integrate with Emacs JDE
8. It would be nice if the default for the "New UML diagram" was the package that one are currently viewing. In JBuilder, I often want the UML diagram for the class that I am currently viewing.
9. When a UML diagram is saved, it's (default) location is in its place in the package hierarchy. Fine. But why is it not shown in its place in the package hierarchy in the JBuilder project pane? Seems that all UML diagrams are shown at top level.
10. Menu item to edit pretty.settings

Other

1. Better documentation of what the pretty printer does:

   The pretty printer does these transformations on the source file:

   • reindentation accoring to bla bla style...
   • sorting of methods and data members according to these criteria
   • ...

   Just a brief overview of what changes the pretty printer does to the source possibly intermixed with some examples.

2. Color blind colors in about box
3. Do a check for style (catching and ignoring exceptions, correct case for fields and methods and classes, etc.
4. Add embedded JSQL to the parser
5. Online help
6. Add the ability for a user to add a comment to the log file to serve as a vote for future refactorings
7. Add "usage search". There obviously is one implicitly since the "Rename class" function updates all usages, but it would be nice to simply have the results available in a list with a "Show source" option.

   Then it would be possible to have the questions "is this class used at all?" and "where is this class used?" answered easily.

8. A "find private fields/methods never used" function. Items found could actually be removed (after prompting the user ?) Likewise, a "Find protected/public/default fields/methods would be useful, searching all available code. Here the user must evaluate wether the items found can be deleted, since they may be used by others. But it would be helpful when searching for obsolete code in larger systems.
9. Break the JPG file into pages
10. Export UML diagram to another UML tool's format
11. Indent standards from Sun

Last Modified: November 28, 2000