ErrorString - border Bug?

When I set an errorString on a UIComponent, reset it (set to
null) and afterwards want to set a borderColor it doesn't work - it
doesn't change the color (or any other border style at all).
Is this a bug or am I doing something wrong? (tested with
flex 3.2)

In your resetErrorString method you are assigning the
setStyle method too earlier. Put a validateNow method between those
2 lines of code in the resetErrorString method.

Similar Messages

[svn:fx-trunk] 9931: Border Bug Fixes

Revision: 9931
Author:   [email protected]
Date:     2009-09-02 11:36:49 -0700 (Wed, 02 Sep 2009)
Log Message:
Border Bug Fixes
http://bugs.adobe.com/jira/browse/SDK-22918 - When the Border component style borderVisible is set to false the top line of the Border is still visible
Don?\226?\128?\153t draw the inset drop shadow if borderVisible == false
http://bugs.adobe.com/jira/browse/SDK-22937 - Border's toolTip does not display via a mouseOver the content area
If we don?\226?\128?\153t have a backgroundFill, backgroundColor, or backgroundImage, then use a transparent fill to register mouse interactions
http://bugs.adobe.com/jira/browse/SDK-22925 - Border component has a default size of 2x2
Set the default width and height to 112, the same as for List
http://bugs.adobe.com/jira/browse/SDK-22953 - Border has strange shadow when cornerRadius and borderWeight are set
If the borderWeight is 10 or greater, then for the drop shadow just draw a straight line. Wider strokes have squared off inner corners.
http://bugs.adobe.com/jira/browse/SDK-22952 - Border only receives mouse events when they occur on the border
If we don?\226?\128?\153t have a backgroundFill, backgroundColor, or backgroundImage, then use a transparent fill to register mouse interactions
http://bugs.adobe.com/jira/browse/SDK-22926 - Border component has a default borderStyle of inset
Updated the Border type selector. The global selector already sets borderStyle = ?\226?\128?\156inset?\226?\128?\157 for the Halo components.
QE notes: None
Doc notes: Added default dimensions of 112 x 112 for Border
Bugs: SDK-22918, SDK-22937, SDK-22925, SDK-22953, SDK-22952, SDK-22926
Reviewer: Glenn
Tests run: Checkin tests
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-22918
    http://bugs.adobe.com/jira/browse/SDK-22937
    http://bugs.adobe.com/jira/browse/SDK-22925
    http://bugs.adobe.com/jira/browse/SDK-22953
    http://bugs.adobe.com/jira/browse/SDK-22952
    http://bugs.adobe.com/jira/browse/SDK-22926
    http://bugs.adobe.com/jira/browse/SDK-22918
    http://bugs.adobe.com/jira/browse/SDK-22937
    http://bugs.adobe.com/jira/browse/SDK-22925
    http://bugs.adobe.com/jira/browse/SDK-22953
    http://bugs.adobe.com/jira/browse/SDK-22952
    http://bugs.adobe.com/jira/browse/SDK-22926
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/defaults.css
    flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/BorderSkin.as

This bug figures out also when creating a custom spark ComboBox, then trying to programatically update the userProposedSelectedIndex property. The proposed selected index is selected, but does not apply the same skin as when mouse is on rollover or item is selected due to up and down keys.
The issue seems like updating the status of the item renderer to rollover or selected to get the same skin applied.
Please could you attach DropDow nList.as that you edited ?
Thank you so much.

Lightroom Photo Border Bug ?

I have an issue where my Lightroom seems to display images correctly but once it sends them to the printer they get cropped differently. I did some digging around with the numbers and came to the conclusion that this is probably a bug or a feature that is implemented backwards. Basically what seems to create the problem is the "Photo Border" feature. When you add a border the image in Lightroom gets scaled down to compensate and that is what Lightroom displays. When printing however, the image is scaled back up to the size of the frame and the border is now masking it. Here are some images to demonstrate this:
The original Image:
The way Lightroom displays it when the border is added:
The way Lightroom prints it:
What actually goes on (masking instead of scaling to compensate for the border):
Has anyone else run into this or can confirm that they get the same behaviour on their end ?

I'm not in front of my lightroom machine right now to check, but I would expect the display of the software to indicate what will actually be printed. The image is scaled down to conpensate for the border as far as the lightroom display goes, but it's not what the pdf preview before printing or the actual print reflects.

Tabbed Panels border bug IE7?

If I insert the default Tabbed Panel widget and use this css
code (which is the default with the borders changed to black to
show the problem):
@charset "UTF-8";
/* SpryTabbedPanels.css - version 0.4 - Spry Pre-Release 1.6
/* Copyright (c) 2006. Adobe Systems Incorporated. All rights
reserved. */
/* Horizontal Tabbed Panels*/
.TabbedPanels {
margin: 0px;
padding: 0px;
float: left;
clear: none;
width: 100%; /* IE Hack to force proper layout when preceded
by a paragraph. (hasLayout Bug)*/
.TabbedPanelsTabGroup {
margin: 0px;
padding: 0px;
.TabbedPanelsTab {
position: relative;
top: 1px;
float: left;
padding: 4px 10px;
margin: 0px 1px 0px 0px;
font: bold 0.7em sans-serif;
background-color: #DDD;
list-style: none;
border-left: solid 1px #000;
border-bottom: solid 1px #000;
border-top: solid 1px #000;
border-right: solid 1px #000;
-moz-user-select: none;
-khtml-user-select: none;
cursor: pointer;
.TabbedPanelsTabHover {
background-color: #CCC;
.TabbedPanelsTabSelected {
background-color: #EEE;
border-bottom: 1px solid #EEE;
.TabbedPanelsTab a {
color: black;
text-decoration: none;
.TabbedPanelsContentGroup {
clear: both;
border-left: solid 1px #000;
border-bottom: solid 1px #000;
border-top: solid 1px #000;
border-right: solid 1px #000;
background-color: #EEE;
.TabbedPanelsContent {
padding: 4px;
.TabbedPanelsContentVisible {
I have a pixel missing at the left lower corner where the
border for the content appears to end and the border for the tab
appears to begin. This does not happen in Firefox...in FF the
borders meet and gives the appearance of one continuous border. As
with everything else that has to do with IE I am assuming this is
some "quirk" with IE but unsure. If it is what is the bug called
and what is the hack/work-around (if any)?

Name of the site is in the graphic above.
I have now seen that this small (1 pixel) gap exists in all implementations of the Spry Tabbed Panels.
Check yourself (you will need to use Ctrl+"+" to magify the screen to see it).
It seems to be an unavoidable bug that is usually hidden by colors that are not too contrasty.
Oh well, seems I have to accept this minor flaw and move on?

Photoshop CS5.5 Save For Web UI extra border Bug

I have observed on two different Win7 32bit workstations with Photoshop 12.1 x32 from Adobe Design Premium CS 5.5 that save for web seems to add an extra pixel of workspace background grey to the inside black border of the image display on the right and bottom edge. It's very annoying to see this extra padding in the image since it makes me second guess whether my image crop was accurate. Please see the screenshot below which was taken of a completely red image in the save for web dialogue window. Notice the top and left border of the image don't have the same problem. I've also used a screen magnifier utility (pixie) to make the issue more obvious. Fortunately the issue seems only to affect the UI, the file that is saved doesn't have the extra pixels included. I hope this issue can be verified and reproduced here so that it can be fixed in future updates.
Thanks!
-tony

FYI, just to test I just did a crop of an image, then screen grabbed the result.
To ensure the edge is visible, I changed the workspace background from the dark gray I usually use to a lighter gray... Here's the pertinent part of the workspace...
A closeup of the upper-right corner:
Notably, I don't see any black line around it like you showed. This leads me to wonder whether I interpreted your screen grab properly...
-Noel

Photoshop CS6 Save For Web UI extra border Bug

Last week we finally got upgraded to CS6, and I'm dissapointed to see the visual defect I reported in CS5.5 still exists in Photoshop CS6 Save for Web. The details and screenshots are all the same as in my previous thread. http://forums.adobe.com/message/3843054#3843054
Isn't there a way to fix this? I rely on PhotoShop to be pixel perfect, not to add extra distracting lines and borders to my work.

FYI, just to test I just did a crop of an image, then screen grabbed the result.
To ensure the edge is visible, I changed the workspace background from the dark gray I usually use to a lighter gray... Here's the pertinent part of the workspace...
A closeup of the upper-right corner:
Notably, I don't see any black line around it like you showed. This leads me to wonder whether I interpreted your screen grab properly...
-Noel

NPE on JInternalFrame. init on GTK LNF with some GTK themes

Hi!
I has updated my Ubuntu system (from 9 to 10) and new GTK themes were added to it. Now if some themes are used the application throws NPE on creating JInernalFrame. Currently I noticed it happens with 'Ambiance' theme, but it works with 'Clearity' theme.
Also once I saw such error message in log:
Exception in Metacity for theme "Clearlooks": Variable "Bmin`max`height" not defined
It happens on OpenJDK 1.6.0_18 and HotSpot 1.6.0_20 also.
I suppose the problem may be like this:
[http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6425949]
The only way which I see is not to use GTK LnF at all.
java.lang.NullPointerException
     at com.sun.java.swing.plaf.gtk.Metacity.getInt(Unknown Source)
     at com.sun.java.swing.plaf.gtk.Metacity.calculateButtonSize(Unknown Source)
     at com.sun.java.swing.plaf.gtk.Metacity$TitlePaneLayout.minimumLayoutSize(Unknown Source)
     at com.sun.java.swing.plaf.gtk.Metacity$TitlePaneLayout.preferredLayoutSize(Unknown Source)
     at java.awt.Container.preferredSize(Unknown Source)
     at java.awt.Container.getPreferredSize(Unknown Source)
     at javax.swing.JComponent.getPreferredSize(Unknown Source)
     at java.awt.BorderLayout.preferredLayoutSize(Unknown Source)
     at javax.swing.plaf.basic.BasicDesktopIconUI.getPreferredSize(Unknown Source)
     at javax.swing.JComponent.getPreferredSize(Unknown Source)
     at javax.swing.JInternalFrame$JDesktopIcon.updateUI(Unknown Source)
     at javax.swing.JInternalFrame$JDesktopIcon.<init>(Unknown Source)
     at javax.swing.JInternalFrame.<init>(Unknown Source)
<some my code which creates an object of subclass JInternalFrame>
     at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
     at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
     at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
     at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
     at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Source)
     at java.awt.AWTEventMulticaster.mouseReleased(Unknown Source)
     at java.awt.Component.processMouseEvent(Unknown Source)
     at javax.swing.JComponent.processMouseEvent(Unknown Source)
     at java.awt.Component.processEvent(Unknown Source)
     at java.awt.Container.processEvent(Unknown Source)
     at java.awt.Component.dispatchEventImpl(Unknown Source)
     at java.awt.Container.dispatchEventImpl(Unknown Source)
     at java.awt.Component.dispatchEvent(Unknown Source)
     at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
     at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
     at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
     at java.awt.Container.dispatchEventImpl(Unknown Source)
     at java.awt.Window.dispatchEventImpl(Unknown Source)
     at java.awt.Component.dispatchEvent(Unknown Source)
     at java.awt.EventQueue.dispatchEvent(Unknown Source)
     at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
     at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
     at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
     at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
     at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
     at java.awt.EventDispatchThread.run(Unknown Source)Edited by: Electriq2 on Jun 29, 2010 4:22 AM

That one indeed was the 1 pixel border bug.
I have now solved this, atleast partially I believe. I am now using ArchSimple theme, which I modified to have 2px borders and better colors for my taste.
Compositions are still not working, and I do not know why. I have multiple monitors and I am using twinview instead of Xinerama and it should work with it - atleast that is what wiki says if I have not missed anything. The networkmanager menu is still a bit weird looking, but atleast it is not that ugly anymore. Below is a screenshot from current state:
http://dl.dropbox.com/u/27198869/images … 1%3A54.png
I will mark this as solved now, even though there are still some minor issues which I think do not belong to this thread, but I will list them below anyway if someone knows something about them. I have not found answers for these:
- GTK checkbox enabled state is way too light. It is hard to see if it is enabled or not. I can not find any docs about it.
- GTK combobox, when I click it open, list background is black and text is black. Only the hovered text is visible. No docs about this either.
- Compositions still not working. But that is not really the most important feature I need. I can live without it.
- My menus are themed as white on black, but some menus are still black on grey (or white). But I can live with it.

Problems with Amarok and accents in filenames [SOLVED]

Hello,
First of all sorry for my bad english.
I have just installed Arch with KDE4.
I have my music collection in a NTFS partition, and I have managed to have Dolphin show accents correctly by installing ntfs-3g.
All software I have tested is able to open files which contain accents in its filename from the NTFS partition without problem except amarok. For example, VLC can play any mp3 without problems, but amarok is unable to play all files which contain an accent or files whose parent directory contains an accent, despite the fact that it adds the files correctly to the collection.
Is someone experiencing the same problem or know a solution?
(SOLUTION)
I managed to solve it changing the system locale to UTF8. It caused a mess of filenames with some of my documents but I managed to restore them from a backup.
Thanks
Last edited by Amt0571 (2010-06-18 22:24:23)

That one indeed was the 1 pixel border bug.
I have now solved this, atleast partially I believe. I am now using ArchSimple theme, which I modified to have 2px borders and better colors for my taste.
Compositions are still not working, and I do not know why. I have multiple monitors and I am using twinview instead of Xinerama and it should work with it - atleast that is what wiki says if I have not missed anything. The networkmanager menu is still a bit weird looking, but atleast it is not that ugly anymore. Below is a screenshot from current state:
http://dl.dropbox.com/u/27198869/images … 1%3A54.png
I will mark this as solved now, even though there are still some minor issues which I think do not belong to this thread, but I will list them below anyway if someone knows something about them. I have not found answers for these:
- GTK checkbox enabled state is way too light. It is hard to see if it is enabled or not. I can not find any docs about it.
- GTK combobox, when I click it open, list background is black and text is black. Only the hovered text is visible. No docs about this either.
- Compositions still not working. But that is not really the most important feature I need. I can live without it.
- My menus are themed as white on black, but some menus are still black on grey (or white). But I can live with it.

BUG: iPad displays 1cm border around content in task flow popup window

I have tried this out on JDeveloper 11.1.1.6.0, 11.1.2.1.0 and 11.1.2.2.0 and each one seems to have the same problem. When displaying a taskflow in-line popup windows on an iPad (iOS 4.3.5 and iOS 5.1) a ~1cm border is displayed on the left, bottom and top of the window's content, with some of the content (also about 1cm) on the right being cut-off.
I have also tried my app out on a Android Samsung Galaxy Tab (built-in browser), Android Samsung S1 (built-in) and on my Windows 7 PC in Safari and Firefox. None of these devices/browsers have this problem.
To replicate this problem the following steps can be followed.
1) Create a normal fusion web application.
2) Add a wild card control flow rule to the default unbounded task flow.
3) Add a new bounded task flow to the unbounded task flow.
4) Set the bounded task flow 'Run as Dialog' to 'true' and 'Display type' to 'inline popup'.
5) Link the wild card control flow to the bounded task flow.
6) Add a single jsf page to the bounded task flow.
7) Add a panel box to the jsf page (or any other content for that matter)
8) Create a test page and add a button to it. Set up the button's action properties such that it opens the bounded task flow as a window ('UseWindow' - 'true'; 'WindowEmbedStyle' - 'window'; 'WindowModalityType' - 'modeless' and set width and height).
Are any workarounds for this? Is there currently a available patch to fix this problem?

Hi,
Are any workarounds for this? Is there currently a available patch to fix this problem?
if nobody dares reproducing this and filing it as a bug then a fix can take a while. I'll put it on a list of my follow ups, but this is not a high priority list. So if you can I appreciate if you can file the bug and provide a testcase. Note that 11.1.2 (11g R2) is not yet optimized for tablet PCs. So JDeveloper 11g R1 (11.1.1.6) is the build that should be used as a reference for filing the bug
Frank

[svn:fx-3.x] 16321: Backport trunk rev 15228 to fix bug SDK-25731 - Clearing validation result (via 'errorString') prevents new validations.

Revision: 16321
Revision: 16321
Author:   [email protected]
Date:     2010-05-25 15:01:42 -0700 (Tue, 25 May 2010)
Log Message:
Backport trunk rev 15228 to fix bug SDK-25731 - Clearing validation result (via 'errorString') prevents new validations.
I tried to do this with svn merge and it didn't work so I merged it by hand. The bug file seems to work correctly now.
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-25731
Modified Paths:
    flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/core/UIComponent.as

Huge Bugs with Many Legs Still Living in Premiere Pro - (Border from Sharpening & Flickering from Adjustment Layer)

I haven't edited video in awhile. While working on a new project I've run into a bunch of what I suppose are well known issues in Premiere Pro CC 2014. It seems Adobe has know about these issues for some time, but that for some reason, nothing is being done about them. Here is my most recent experience with editing a video using PP:
1. Found that color correction tools in Premiere Pro for setting White Balance Suck for folks who don't edit video 8 hours a day.
Searched on web to find solution find that Adobe has no fix but random humans have found hack solution: White Balance in Premiere Pro CC on Vimeo
The dude shows you how to use the Cyroce Color Neutralizer plugin from After Effects - but sure enough the current version of the plugin that ships with AE CC 2014 doesn't work with premiere any more so you have to download the old version from dude's website here: http://www.sternfx.com/tutorials/136
Thanks to the DUDE!
2. Found out that adding an Adjustment layer can cause flickering in footage.
Searched on web to find solution find that Adobe has no fix but random humans have found hack solution: PP CC 2014 - adjustment layers flickering problem : Adobe Premiere Pro AND Re: image flickering from adjustment layer
Added mask to control flickering. More specifically, I turned each effect in the adjustment layer on and off until I found the particular effect that was causing the flickering. Then I created a mask in that effect which covered the entire frame. Mystically the flickering disappeared. Learned that if you make any changes to adjustment layer effects, flickering will return and you have to delete/recreate the mask once again. Ridiculous.
3. Thought all was good and that I could now peacefully continue to finish my project. I was wrong. Found that adding sharpening in adjustment layer causes a small border to form around the entire frame. The pixels seem faded or translucent or something.
Searched on web to find solution find that Adobe has no fix but random humans have found hack solution: Sharpening bug Premiere Pro - - Fourmedia
So now I've learned that the sharpening effect needs to go on it's own adjustment layer. Awesome.
Flickering returns because I made a change to adjustment layer 1. Re-mask. Sweet.
That's it. Pretty sure this post will help folks out, but man I am going to run out and give another NLE a shot. None of these operations should be this difficult. Makes me wonder if Adobe even attempts to use their own programs. I don't see how anyone could possibly let a huge tool like Premiere Pro suffer from these issues -- and for so long a period of time. Absolutely ridiculous. Adobe truly seems to be asleep at the wheel. This is some amateur crap here.

Thanks for this post. It would be cool (since Adobe doesn't seem to use their products) if there were more posts like this that I could read before I upgrade. I'm having the flickering w adjustment layer problem you mentioned in #2 - and this post is over month old! Aghh

[svn:fx-trunk] 14199: ToolTip border skin bug fix

Revision: 14199
Revision: 14199
Author:   [email protected]
Date:     2010-02-16 13:59:53 -0800 (Tue, 16 Feb 2010)
Log Message:
ToolTip border skin bug fix
http://bugs.adobe.com/jira/browse/SDK-24282 - SliderDataTip instantiates it?\226?\128?\153s border class before it?\226?\128?\153s style can be set by Slider
Modified a patch submission to follow the pattern in TextInput. When the borderSkin style changes, the border was not recreated with the new border class.
Thanks go to David Spanton for the original submission
QE notes: yes, need tests for this use case
Doc notes: n/a
Bugs: SDK-24282
Reviewer: Kevin
Tests run: checkintests
Is noteworthy for integration: no
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24282
    http://bugs.adobe.com/jira/browse/SDK-24282
Modified Paths:
    flex/sdk/trunk/frameworks/projects/framework/src/mx/controls/ToolTip.as

Flash update Jan 2014 in Chrome CSS Border-radius BIG TIME bug !

Please confirm and fix !
Jan 30 2014
Chrome Version : 32.0.1700.72
Operating System: Windows 7 through 8.1
Several days ago Chrome updated its Flash player to version 12 and it introduced a bug somewhere.
Setting border-radius to a flash object will make it vanish.
<object type="application/x-shockwave-flash" data="test.swf" style="border-radius:1px"/>
It works on Firefox with flash player 12, it also works on Chrome with flash player 11, but it stopped working several days ago when FP 12 was added to chrome.

You have posted to the Shockwave forum which, despite the title, has nothing to do with Shockwave Flash. Please post to a Flash-related forum

Xp: bug: jbutton: transparent + no border

hi,
we have tested our swing-application under win-xp and must see that the jbuttons doesn't be shown correctly. this problem does exist only under win-xp. in win9x, winnt, win2k it works perfectly.
we use own designed buttons with transparent gif's and no borders. here is an example:
(look+feel = system)
ivjButNext = new javax.swing.JButton();
ivjButNext.setName("ButNext");
ivjButNext.setBounds(350, 5, 103, 42);
ivjButNext.setOpaque(false);
ivjButNext.setBackground(new java.awt.Color(0,100,255));
ivjButNext.setForeground(java.awt.Color.black);
ivjButNext.setIcon(new javax.swing.ImageIcon(getClass().getResource("but_1.gif")));
ivjButNext.setPressedIcon(new javax.swing.ImageIcon(getClass().getResource("but_2.gif")));
ivjButNext.setDisabledIcon(new javax.swing.ImageIcon(getClass().getResource("but_3.gif")));
ivjButNext.setFocusPainted(false);
ivjButNext.setBorderPainted(false);
ivjButNext.setFont(new java.awt.Font("Arial", 1, 12));
ivjButNext.setHorizontalTextPosition(javax.swing.SwingConstants.CENTER);
ivjButNext.setText(resLocale.getString("next"));
ivjButNext.setSelected(true);we get the following problems
1. the buttons will not be transparent. we don't know if the gif not be shown correctly or the button-background.
2. the border is still visible. the borderpainted/focuspainted-command doesn't work correctly
thx for prof. answers
oliver

It is because XP laf doesn't have the same behavior as previous Wndows laf (skins!).
if you want to have your own design change the UI for the buttons :
JButton b = new JButton("Test");
b.setUI(new BasicButtonUI());
b.setBorder(BasicBorders.getButtonBorder()); // don't forget for buttons only
JToggleButton tb = new JToggleButton("Test");
tb.setUI(new BasicToggleButtonUI());If you want to set it for all buttons:
try {
UIManager.setLookAndFeel(UIManager.getSystemLookAndFeelClassName());
catch (Exception e) {
e.printStackTrace();
UIManager.put("ToggleButtonUI", "javax.swing.plaf.basic.BasicToggleButtonUI");
UIManager.put("ButtonUI", "javax.swing.plaf.basic.BasicButtonUI");(don't forget to set also the border for the JButtons if you want it)
Denis

The Border Of A JInternalFrame.. can anyone help me solve the bug?

Hi all,
I have many internal frames in my desktoppane and i want to set the border to color.blue of one of them at a time. I want to test if it is blue, if yes, then set the internal frame back to its original border, if it is not blue, then set to blue.. but there seems to be some error to do with metal borders..?? i am extremely confused.. can anyone help me.. sorry, but i am new to java
so i did..
in one of my classes...
JInternalFrame intFrame = new JInternalFrame;
inframe.setBorder(BorderFactory.createLineBorder(Color.blue));
then in main class i did..
public void SelectedInternalFrame(JInternalFrame intFrame)
     this.selectedFrame = intFrame;
     if(this.selectedFrame !=null)
          Color c = ((LineBorder)this.selectedFrame.getBorder ()).getLineColor();
          if (c == Color.blue)
               ///set back to the original border.. i dont know how to get it
thank u i advance
          this.selectedFrame.setBorder(BorderFactory.createLineBorder(Color.blue,3));
               }

Hello Victoria, see IF in the next link the "Reset the connection settings in Yahoo Messenger" help you.
https://help.yahoo.com/kb/reset-connection-settings-resolve-sign-in-issues-sln1670.html?impressions=true
thank you

ErrorString - border Bug?

Similar Messages

Maybe you are looking for