First of all, great job on Nimbus, I really like the looks! I’ve decided to use it as a LaF for one of the projects I am working on but I am running into a major issue with JTree rendering. Surprisingly, nobody has brought this up before but even in the current WebStart demo you can see that JTrees aren’t rendered correctly. All you get is flat thin dark line on the left side of what should be a properly indented and marked tree. Unfortunately, JTrees are crucial to the functionality we are working on Any thought on when that part of LaF would be completed?

Thanks!

As someone else said, the stroke width of the rounded corners on the tabs do look too thick. It might be an issue with the 2D Graphics engine though. Horizontal and vertical lines are fine, but the engine’s anti-aliasing makes everything else (curves, diagonals) look too thick for a 1px stroke width.

Variable widget sizes are a dream come true. I’m developing an applet that uses many GUI components, and screen real estate is important. (I was upset at how fat the arrow button on the Metal combobox is, even after specifying a combobox size.) And overriding UI methods is a pain. I’m glad Nimbus will make sizing easier.

I was thinking about using Synthetica for my applet, but it’s huge and has permission issues. So, I’m really looking forward to using Nimbus as a consistent, cross-platform GUI that users would feel good with. I’m glad Sun’s finally investing lots of effort in a L&F!

(Oh, one more thing… Will Nimbus support a narrow title bar for the JInternalFrame.isPalette property? I find it useful.)

Thanks for your blog posts.

I think Nimbus looks really great and I think your specifications are very detailed, so although is a work in progress we can make a good idea of the final result. I love buttons, radios, checks, etc, but I think scrollbars should be simetric, because their shape is very near to a tab.

Aparently, Nimbus will have three colors: bluegrey for the general background, blue for the details and orange for the progressbars. I like the combination, but, why three colours? Swing works with only two colours. Why more? If an application alows the user to change the colour scheme changing a metal theme it will have to options: to use an standard metaltheme and change only two colours, or to use an SpecialNimbusTheme and be an only-nimbus-laf-application. Because I suppose Nimbus will honour metalthemes and will allow user or application programmer to change the default colours.

My english is quite bad and I’m not as “soft” as polite english needs, so don’t think I don’t like nimbus, because in fact I like it very much and I think is a very promising work than will give Java a modern look, but if you are asking for feedback, I think that to make a laf as interchangable as possible is very important.

I’m also concerned that while the scrollbars look neat (because they’re different and “fresh”), that this gee-whiz factor will be one of those things that eventually wears off and will become an annoyance. In my mind, it’s the L&F’s most “radical” departure from traditional UI design and because of that, though it may come across good/fun/exciting at first glance, will be agitating with long term use.

Someone suggested a mechanism to control the amount of “curve.” That would work (at least from this developer’s perspective). I would hope a parameter to curve it both directions, or to make it square like traditional would be available.

There’s so much to like about Nimbus, it would be sad if the look pushed the envelope too hard and was abrasive in any way. New is good, but conservative is also good. I believe it’s a balance.

For instance, I highly doubt that the designers would make the right corners slightly bigger than the left corners in the buttons. This comes from a Java2D bug (probably) and Chet knows about it…

Gorazd