swingx
  1. swingx
  2. SWINGX-1546

Regression: JRendererCheckbox doesn't paint background for synth-based lafs

    Details

    • Type: Bug Bug
    • Status: Resolved
    • Priority: Blocker Blocker
    • Resolution: Fixed
    • Affects Version/s: 1.6.5
    • Fix Version/s: 1.6.5-1
    • Component/s: Renderer
    • Labels:
      None

      Description

      Introduced by Swingx-1513 (support fully transparent renderer)

      reported by wzberger:

      http://www.java.net/forum/topic/javadesktop/java-desktop-technologies/swinglabs/jxtable-v165-alternate-row-colors

        Issue Links

          Activity

          Hide
          kleopatra added a comment -

          the regression is to core behaviour, only worse: in core, the checkbox renderer has no striping background, but the selection background is showing. In SwingX 1.6.5 not even the selection is showing.

          Reverting to 1.6.4 JRendererCheckbox as an emergency measure (needs a new tackle of 1513 some time in future)

          Note - to myself - that default (nimbus) striping has changed from jdk6 -> jdk7

          • removing the "Table.alternateRowColor" has no effect, striping happens always
          • setting a custom "Table.alternateRowColor" has no effect, striping color is always the default
          • striping now correctly is done on the odd row#
          Show
          kleopatra added a comment - the regression is to core behaviour, only worse: in core, the checkbox renderer has no striping background, but the selection background is showing. In SwingX 1.6.5 not even the selection is showing. Reverting to 1.6.4 JRendererCheckbox as an emergency measure (needs a new tackle of 1513 some time in future) Note - to myself - that default (nimbus) striping has changed from jdk6 -> jdk7 removing the "Table.alternateRowColor" has no effect, striping happens always setting a custom "Table.alternateRowColor" has no effect, striping color is always the default striping now correctly is done on the odd row#
          Hide
          kleopatra added a comment -

          fixing this by reverting the fix of 1513 requires to tackle the 1513 differently

          Show
          kleopatra added a comment - fixing this by reverting the fix of 1513 requires to tackle the 1513 differently
          Hide
          kleopatra added a comment -

          Fixed by explicitly setting opacity to true.

          Deciding about a better overall handling (like allowing the ui to apply its painter) is a different issue and will be tackled in a normal release(see the forum thread for details)

          As the fix to 1513 was not reverted, that can be closed again as well.

          Show
          kleopatra added a comment - Fixed by explicitly setting opacity to true. Deciding about a better overall handling (like allowing the ui to apply its painter) is a different issue and will be tackled in a normal release(see the forum thread for details) As the fix to 1513 was not reverted, that can be closed again as well.

            People

            • Assignee:
              kleopatra
              Reporter:
              kleopatra
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: