JetGroovy 1.5 Colors (Settings:Colors & Fonts) Flakey

Hi,

I wanted to change one of the default color assignments used in Groovy code (specifically, the block comment background, which is currently pale yellow and which I'd like to disable).

When I tried to do this, I encountered some odd behavior:

- Open IDEA Settings dialogue

- Select "Colors & Fonts (E)"

- Click the Groovy tab.
This is where things start acting up. When I do this, the display changes (e.g., the Groovy tab is moved to the second row of tabs), but I end up seeing the "General" tab, not the Groovy tab. Clicking the Groovy tab a second time seems to work.

- Select "Block Comment" from color category list.
The momentarily flashing box correctly calls out the block comment area of the sample code listing. However, the sample does not match the color being used in Groovy files. Moreover, changing that setting has no effect on the source display, block comments retain their pale yellow background.

- Lastly, upon clicking the Settings dialogue's Apply button, the list of color categories changes to these:

-- Prologue
-- Comment
-- Tag
-- Tag name
-- Attribute name
-- Attribute value
-- Tag data
-- Entity reference

Oddly enough, these color categories appear nowhere else. At this point, the sample code is still Groovy and the Groovy tab remains (visually) selected. When I select these categories, the color configuration display to the right of the list changes, but the sample code never shows the flashing outline.


No exceptions are reported during this little exercise.


All in all, pretty funky!


Randall Schulz

14 comments
Comment actions Permalink

Hello Randall,
Really funky - I'm unable to reproduce it here however- what build of IntelliJ IDEA itself do you use?

Eugene.

0
Comment actions Permalink

IDEA 7.0.3 #7744
x86; Linux
Sun JVM 1.6.0_04

I've reproduced these behaviors several times across at least two launches of IDEA and it's entirely repeatable here.


Randall Schulz

0
Comment actions Permalink

Eugene,

I have a correction to make.

The Block Comment color for Groovy code is being applied correctly to ordinary block comments. However, this color is not applied to JavaDoc comments (they remain pale yellow) and the Groovy tab of Colors & Fonts pane of the Settings dialog does not include a JavaDoc-specific color setting.

All the other odd behviors I described are confirmed, however.


Randall Schulz

0
Comment actions Permalink

Aha, this is another story, groovydoc comments are indeed another beasts in our psi as of recently.

0
Comment actions Permalink

OK, but please note that the other erratic behaviors I described in my original post are real and 100% repeatable. Clearly something is amiss.

Randall Schulz

0
Comment actions Permalink

Randall,

We've altered our Groovy colors&fonts settings page according to groovydoc support. Now it is possible to adjust highlighting settings for this kind of comments separately.

0
Comment actions Permalink

Thanks. As ever, I look forward to the next release.

Randall Schulz

0
Comment actions Permalink

Hi, Ilya,

I installed JetGroovy 1.5.14891 and as promised, it now has distinct support for documentation and non-doc block comments.

However, all the other peculiar behaviors I reported initially remain.


Randall Schulz

0
Comment actions Permalink

The strange behavior of the Groovy tab of the Colors & Fonts settings remain in 1.5.14966.

Randall Schulz

0
Comment actions Permalink

Randall,

Don't you use by any chance some visual effects, provided for examples by compiz etc?
I cannot reproduce described behavior, but in my case (using Ubuntu) I had several problems with java 6 and advanced graphical features, which appeared in wrong painting of java swing components.

0
Comment actions Permalink

Compiz? No way. Just KDE. Besides, the changed list of highlighting categories can hardly be explained by the windowing system.

Randall Schulz

0
Comment actions Permalink

Randall,
I'm still unable to reproduce changing the categories sporadically. However I see the selection changes in the same category when pressing Apply button. But AFAIU this is IntelliJ core problem, that should be adressed on that side - it behaves the same way for all tabs.

0
Comment actions Permalink

Eugene,

Let me clarify: The behavior I see is not random. It is entirely predictable and repeatable.

It really comes down to two anomalies:

1) Upon showing the Colors & Fonts settings (where the General tab is initially selected) and then clicking the Groovy tab, you don't end up with the Groovy tab selected. Instead, you end up back on General. The display flashes briefly and the Groovy tab moves from the top row of tabs to the bottom row. The second time you click the Groovy tab, you do in fact get the Groovy syntax / coloring categories and the Groovy sample code.

2) After making some changes in the Groovy tab and clicking the dialog's Apply button, you're left with these syntax / color categories:

Prologue
Comment
Tag
Tag name
Attribute name
Attribute value
Tag data
Entity reference

At this point the sample code is still Groovy and clicking in any of the those 8 syntax categories does not cause the flashing outline around any portion of the sample code. At this point, the only way to make further Groovy color changes is to exit the Setting dialog entirely. Switching to a different settings section and back leaves you just were you were. Likewise, swithching to a different language within the Colors and Fonts section does not resolve the problem. Only leaving the Settings entirely and then coming back gets you back to a point where you can effect Groovy color changes. And when you do, both symptoms (1) and (2) occur again.


Randall Schulz

0
Comment actions Permalink

Hi,

I just upgraded to version 1.5.15022 of JetGroovy and, naturally, decided to check out the behavior of the Colors & Fonts settings.

Here's the change I noticed: The list of syntax / coloring categories that replace the proper Groovy ones when one clicks Apply are now different. Now these syntax / color categories appear after clicking Apply:

Comment
Tag
Tag Name
Attribute name
Attribute value
Entity reference


Perhaps this will help you track down the issue.

Randall Schulz

0

Please sign in to leave a comment.