This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Editor fold support is really great, and I think it should be used by default on certain parts of java classes, like - getters and setters Nothing bothers me more than having tons of getters and setters taking space in the screen. There could be a default editor-fold in java classes labeled 'Getters and Setters', and automatically created getters and setters could be added inside this fold. - overrided methods I don't know how difficult/plausible would this be, but I think it would be great to have editor-fold's for overrided methods, one fold for each ancestor class. So, toString, hashCode and equals should go into a 'java.lang.Object methods' fold, and so on. Methods would be resolved into the higher parent in the hierarchy.
Created attachment 81475 [details] Example
Would be fine to have this. Lets have a look for next release.
Great idea! Ideally, these would be controlled via the "Collapse by Default" IDE options rather than adding code-folding directives to the source itself.
But NetBeans already have similar feature. Tools > Options > Editor > Code Templates > Java > New Name: fold body: // <editor-fold defaultstate="collapsed" desc=" ${Identifier} "> ${cursor} // </editor-fold>
Set target-milestone of open issue to TBD (was < 7.3, f.e. 6.8), so the issue doesn't get lost.
Set target-milestone of open issue to TBD (was < 7.3, f.e. 6.8), so the issue doesn't get lost. This time the target milestone is really set.
Could be an enhancement for java.ext.editor - see the other similar samples at http://www.aljoscha-rittner.de/blog/archive/2010/12/21/idedev-bundle-texte-direkt-im-quelltext/