-
Bug
-
Resolution: Won't Fix
-
P4
-
None
-
1.0.2
-
None
-
sparc
-
solaris_2.5.1
when you have enough tabs that they don't fit into a single row (this is in the normal tabs-on-top configuration),
the tabs in the first row are sized to fit their text, but the tabs in remaining rows are expanded to fit the width of the window.
the resulting visual effect is that the first row is "left justified" while the remaining rows are "fully justified".
clearly, when not even one full row is needed, you'd want to left-justify the tabs. However, when there are more than one full row of tabs, it looks odd to do this only for the first row.
why not fully justify all rows if there are more than one, for a neat block-like appearance?
Chris Ryan's Metal L&F spec does not specify how tabs should "justify". It shows some stacked tabs in a few places, but only for illustrating how they should be colored and highlighted when selected; it does not describe the overall appearance of the collection of tabs under multi-row situations. The L&F spec should probably define this stuff, and then Metal fixed to "follow the spec".
to reproduce, try SwingSet with Metal L&F, and shrink the window to half its initial size. This is particularly ugly on applications like JavaModeler, which employs only 3 or 4 tabs, where the difference between the 1st and 2nd rows of tabs is significant. To see the problem in JavaModeler, launch /net/javahouse/export/javahouse/products/demos/phoenix/javamodeler.22jundemo/run.solaris and observe the left side of the window.
the tabs in the first row are sized to fit their text, but the tabs in remaining rows are expanded to fit the width of the window.
the resulting visual effect is that the first row is "left justified" while the remaining rows are "fully justified".
clearly, when not even one full row is needed, you'd want to left-justify the tabs. However, when there are more than one full row of tabs, it looks odd to do this only for the first row.
why not fully justify all rows if there are more than one, for a neat block-like appearance?
Chris Ryan's Metal L&F spec does not specify how tabs should "justify". It shows some stacked tabs in a few places, but only for illustrating how they should be colored and highlighted when selected; it does not describe the overall appearance of the collection of tabs under multi-row situations. The L&F spec should probably define this stuff, and then Metal fixed to "follow the spec".
to reproduce, try SwingSet with Metal L&F, and shrink the window to half its initial size. This is particularly ugly on applications like JavaModeler, which employs only 3 or 4 tabs, where the difference between the 1st and 2nd rows of tabs is significant. To see the problem in JavaModeler, launch /net/javahouse/export/javahouse/products/demos/phoenix/javamodeler.22jundemo/run.solaris and observe the left side of the window.
- relates to
-
JDK-4151646 Metal L&F: tabcard not shortened to fit small widths, also text not clipped
-
- Closed
-