This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 12084 - JToolBar: selected border repaint problem
Summary: JToolBar: selected border repaint problem
Status: CLOSED FIXED
Alias: None
Product: guibuilder
Classification: Unclassified
Component: Code (show other bugs)
Version: 3.x
Hardware: Sun Solaris
: P4 blocker (vote)
Assignee: Tomas Pavek
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-05-10 11:56 UTC by Marian Mirilovic
Modified: 2003-06-30 18:32 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Form file (2.03 KB, text/plain)
2001-05-10 11:58 UTC, Marian Mirilovic 		Details
JAVA file (1.24 KB, text/plain)
2001-05-10 11:59 UTC, Marian Mirilovic 		Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Marian Mirilovic 2001-05-10 11:56:30 UTC 
[nb_dev](184), [jdk1.3.1](rc1)

- try select and move jtoolbar in added java file(attachment).

Select border stay visible on bad place if you move JtoolBar (with some
component - JToggleButton), frame is repainted and stay visible two selected
border .

If you move JToolBar you can see "small repaint efect - change font and size for
a while"
Comment 1 Marian Mirilovic 2001-05-10 11:58:51 UTC 
Created attachment 1341 [details]
Form file
Comment 2 Marian Mirilovic 2001-05-10 11:59:10 UTC 
Created attachment 1342 [details]
JAVA file
Comment 3 Tomas Pavek 2001-05-16 12:10:04 UTC 
This is a Look & Feel issue.
The problem is that MetalToobarUI (when JToolBar is being created) updates UI 
of its subcomponents in next AWT event - when UIDefaults are already set back 
to IDE's default. So e.g. a button in JToolBar is displayed with bold font 12, 
but immediately changed to plain font 11 (changing also the preferred size of 
the toolbar).
Comment 4 Marian Mirilovic 2001-09-05 11:41:53 UTC 
If I now move JToolBar, select border are repainted right and small
repaint efect disappears (only next opening is changed font).

This seems work now [nb_dev](20010905).
Comment 5 Tomas Pavek 2001-09-05 12:50:11 UTC 
The first "moving" problem disappeared because a new instance is no 
more created when a component is moved. But the core of the problem 
(behavior of MetalToolbarUI) remains. But I've fortunately found a 
workaround for it, so also this should be fixed now. Please verify.
Comment 6 Marian Mirilovic 2001-09-07 08:28:18 UTC 
verified in [nb_dev](20010907)
Comment 7 Quality Engineering 2003-06-30 18:32:23 UTC 
Resolved for 3.3.x or earlier, no new info since then -> closing.