Paul Ruane wrote:
+1
S.
> Would it be possible to have a switch to choose how code folding works, or else I
>propose this as a replacement to the current code folding method.
>
> Currently, a method and its javadoc are regarded as two different elements that can
>be collapsed. Personally, I would prefer to have each method represented by
> one code folding element that, when collapsed, shows the first line of the javadoc
>and the method signature:
>
> /**
> * Obtains a String representation.
> *
> * @return The object as a String
> */
> public String toString() {
> return "something";
> }
>
> Becomes:
>
> /** Obtains a String representation. ... */
> public String toString() { ... }
>
> Where the whole javadoc line is not editable until expanded. This would give a
>useful overview of a class. Folding the javadoc currently takes up a line without
>providing any
> useful information.
>
> Paul.
>
>
> --
>
> This e-mail may contain confidential and/or privileged information. If you are not
>the intended recipient (or have received this e-mail in error) please notify the
>sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or
>distribution of the material in this e-mail is strictly forbidden.
>
>
_______________________________________________
Eap-features mailing list
[EMAIL PROTECTED]
http://lists.jetbrains.com/mailman/listinfo/eap-features
