Bijan,

I don't believe that "colorizing without reformatting" exists in the current implementation, which feeds off the decompiled representation.  

If it were possible to obtain non-pretty-printed colorization from the MethodNode, I agree that it might make sense to set up a UI to allow the user to request it.  But I believe the point to be moot.

  -- Scott 


At 9:39 AM -0500 11/7/99, Bijan Parsia wrote:
>Is it really *pretty-printing* WITH color, or is it colorizing? I think
>it's important to keep the two separate. I.e., I might want to colorized
>code without reformatting (i.e., pretty printing) it. One obviously gets
>the effect of *pretty-printing with color* by having the "pretty print" AND
>the "colorize" preference turned on.
>
>Obviously this isn't as handy for the menu command (you'd have to select
>two items) but having something like the current behavior (shift selecting
>*pretty-print* or *colorize* does both) seems a reasonable behavior.
>
>Cheers,
>Bijan Parsia.