[svn] 2479: 3.1 fix: SDK-15310

Revision: 2479
Author: [email protected]
Date: 2008-07-14 15:11:32 -0700 (Mon, 14 Jul 2008)
Log Message:
3.1 fix: SDK-15310
Focus pane mask needs to be nulled out to avoid cases where it remains and blocks out the visual updating of focus.
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-15310
Modified Paths:
flex/sdk/branches/3.1.0/frameworks/projects/framework/src/mx/core/UIComponent.as

Thank you, chuanhaochiu. Any idea as to when it will be released? Also, is Sun apt to release an update to a prior version (1.3.1_04) when 1.4 is already out there?

Similar Messages

[svn:fx-trunk] 9328: Fixing SDK-22462: Event dispatched is not as expected in Tree

Revision: 9328
Author:   [email protected]
Date:     2009-08-14 17:02:35 -0700 (Fri, 14 Aug 2009)
Log Message:
Fixing SDK-22462: Event dispatched is not as expected in Tree
For this, the issue is really that TreeItemRenderers assume that no click event can occur on the disclosureIcon. This is because the discolsureIcon is added and removed each time it goes through invalidation in commitProperties(), so a new discolsureIcon gets created and replaces the old one after they mouseDown (meaning no click event actually occurs). Automation replays some mouse events on one disclosureIcon only (which is an automation bug because that?\226?\128?\153s not how it actually works in the real world) and when a ?\226?\128?\156click?\226?\128?\157 occurs, that causes an itemClick on the Tree, when it shouldn?\226?\128?\153t. For Flex 3, this wasn?\226?\128?\153t a problem because the IR was getting invalidated through a different codepath because openDuration did not default to 0. If you set it to 0, you?\226?\128?\153d see the same problem in Flex 3. Anyways, the fix is just to block all click events that occur on the disclosureIcon.
QE notes: -
Doc notes: -
Bugs: SDK-22462
Reviewer: Alex
Tests run: checkintests, mustella Tree
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-22462
    http://bugs.adobe.com/jira/browse/SDK-22462
Modified Paths:
    flex/sdk/trunk/frameworks/projects/framework/src/mx/controls/treeClasses/TreeItemRenderer .as

error dateField not selecion date 27/11/2002 ?
This is bug flex 3 ?
thanks

[svn:fx-trunk] 13172: Fix SDK-24776 which is a ColorPicker focus bug in the Arcade theme.

Revision: 13172
Revision: 13172
Author:   [email protected]
Date:     2009-12-22 16:14:56 -0800 (Tue, 22 Dec 2009)
Log Message:
Fix SDK-24776 which is a ColorPicker focus bug in the Arcade theme.
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24776
Modified Paths:
    flex/sdk/trunk/samples/themes/arcade/src/defaults.css
    flex/sdk/trunk/samples/themes/graphite/src/defaults.css

error dateField not selecion date 27/11/2002 ?
This is bug flex 3 ?
thanks

[svn:fx-trunk] 11903: Fix SDK-22564: Debug player logs RSL sizes to console using main SWF name.

Revision: 11903
Revision: 11903
Author:   [email protected]
Date:     2009-11-17 12:18:59 -0800 (Tue, 17 Nov 2009)
Log Message:
Fix SDK-22564: Debug player logs RSL sizes to console using main SWF name. Now, whenever the player loads a swf whose name is not known, because it was loaded via Loader.loadBytes() (which includes framework RSLs with digests), we display the name as "<unknown-N>", where "N" is a unique number to differentiate it from other unnamed swfs.
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-22564
Modified Paths:
    flex/sdk/trunk/modules/debugger/src/java/flash/tools/debugger/SwfInfo.java
    flex/sdk/trunk/modules/debugger/src/java/flash/tools/debugger/concrete/DManager.java
    flex/sdk/trunk/modules/debugger/src/java/flash/tools/debugger/concrete/DSwfInfo.java
    flex/sdk/trunk/modules/debugger/src/java/flash/tools/debugger/events/SwfLoadedEvent.java
    flex/sdk/trunk/modules/debugger/src/java/flash/tools/debugger/threadsafe/ThreadSafeSwfInf o.java

[svn:fx-gumbo_beta2] 10321: Fix SDK-23520 - Application background colors don' t work with the Wireframe theme

Revision: 10321
Author:   [email protected]
Date:     2009-09-16 13:42:01 -0700 (Wed, 16 Sep 2009)
Log Message:
Fix SDK-23520 - Application background colors don't work with the Wireframe theme
QE notes: Wireframe tests need new baselines. There are subtle rendering differences on the edges/corners that are not visible, but are causing test failures. Joann has excluded the wireframe tests for now.
Doc notes: None
Bugs: SDK-23520
Reviewer: Chet
Tests run: checktests, mustella gumbo/components/wireframe
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-23520
    http://bugs.adobe.com/jira/browse/SDK-23520
Modified Paths:
    flex/sdk/branches/gumbo_beta2/frameworks/projects/wireframe/src/spark/skins/wireframe/App licationSkin.mxml

[svn] 3914: Bug fix SDK-17779 FlexAntTasks-license. txt contradicts readme-open.htm

Revision: 3914
Author: [email protected]
Date: 2008-10-27 13:56:09 -0700 (Mon, 27 Oct 2008)
Log Message:
Bug fix SDK-17779 FlexAntTasks-license.txt contradicts readme-open.htm
QE Notes:
Doc Notes:
Bugs: SDK-17779
Reviewer: Matt Chotin
Removing this file from SVN.
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-17779
http://bugs.adobe.com/jira/browse/SDK-17779
Removed Paths:
flex/sdk/branches/3.2.0/modules/antTasks/FlexAntTasks-license.txt

[svn:fx-trunk] 5224: Flex SDK Bug Fixes

Revision: 5224
Author: [email protected]
Date: 2009-03-10 14:06:53 -0700 (Tue, 10 Mar 2009)
Log Message:
Flex SDK Bug Fixes
SDK-19772 Initially invisible graphic element can not be made visible
When visible is false, we were both setting the displayObject invisible and not drawing the graphics. When visible was then set to true, we changed the displayObject visibility, but didn't draw the graphics. The fix is to always draw the graphics when we are not sharing our displayObject. This way we simply toggle visibility on the displayObject on/off, instead of having to perform a redraw.
SDK-19581 BitmapFill incorrectly handle source property
Updated code to match code in BitmapGraphic. If the source is a class, we still need to check the type of the newly instantiated instance of that class.
SDK-19085 unexpected behaviour when setting scaleX < 3 on a LinearGradient
Internally, we no longer allow scaleX to be less than 2. Visually, this shouldn't have much impact.
QE Notes: n/a
Doc Notes: n/a
Bugs: SDK-19772, SDK-19581, SDK-19085
Reviewer: Evtim, Chet
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-19772
http://bugs.adobe.com/jira/browse/SDK-19581
http://bugs.adobe.com/jira/browse/SDK-19085
http://bugs.adobe.com/jira/browse/SDK-19772
http://bugs.adobe.com/jira/browse/SDK-19581
http://bugs.adobe.com/jira/browse/SDK-19085
Modified Paths:
flex/sdk/trunk/frameworks/projects/flex4/src/mx/graphics/BitmapGraphic.as
flex/sdk/trunk/frameworks/projects/flex4/src/mx/graphics/baseClasses/GraphicElement.as
flex/sdk/trunk/frameworks/projects/framework/src/mx/graphics/BitmapFill.as
flex/sdk/trunk/frameworks/projects/framework/src/mx/graphics/LinearGradient.as

error dateField not selecion date 27/11/2002 ?
This is bug flex 3 ?
thanks

[svn:fx-i11] 5489: i11 branch: Fix SDK-20148 Group bounds do not update after moving a child UIComponent

Revision: 5489
Author: [email protected]
Date: 2009-03-23 10:04:25 -0700 (Mon, 23 Mar 2009)
Log Message:
i11 branch: Fix SDK-20148 Group bounds do not update after moving a child UIComponent
Fix: add a method in GroupBase that's called whenever child x,y changes in UIComponent. GroupBase invalidates layout when autoLayout is true.
QE Notes: None
Doc Notes: None
Bugs: SDK-20148
Reviewer: Deepa
tests: checkintests, mustella
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-20148
http://bugs.adobe.com/jira/browse/SDK-20148
Modified Paths:
flex/sdk/branches/i11/frameworks/projects/flex4/src/mx/components/baseClasses/GroupBase.a s
flex/sdk/branches/i11/frameworks/projects/framework/src/mx/core/UIComponent.as

FYI - This regression has been filed here: http://bugs.adobe.com/jira/browse/SDK-31989

[svn] 663: Fix SDK-14201: Performance: embedded images are written into the swf one byte at a time.

Revision: 663
Author: [email protected]
Date: 2008-02-26 13:56:08 -0800 (Tue, 26 Feb 2008)
Log Message:
Fix SDK-14201: Performance: embedded images are written into the swf one byte at a time.
This changes the way swfs are written out when they contain embedded lossless images,
such as PNGs and GIFs. The old code had a loop to write a byte at a time; the new code
does a single biblt. The result is a modest compilation speedup, on the order of
several hundred milliseconds when compiling Flexstore.
(This already went into the trunk as revision 658.)
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-14201
Modified Paths:
flex/sdk/branches/3.0.x/modules/swfutils/src/java/flash/swf/TagEncoder.java

Hiya, Mike,
It's pretty tough to work through pasted-in code. If you can, please upload a page to a server, so we can see your pages in context. We'll be able to download it and look at it.
That said, you can do this: Find the beginning of an editable region in Code View. It will look like this:

Click anywhere in that tag, between the opening bracket and the closing bracket.
Then, on the vertical toolbar on the left side of the Code window, click on the "Collapse Full Tag" button. It is the one with two arrows pointing at each other. This will collapse that entire editable region. Then click the button with the two arrows pointing away from each other. That will re-open the editable region, but will highlight it.
If you have nested regions, you will find the other inside one of the editable regions. If you copy the <!-- InstanceBeginEditable and do a search on it in that document, you will find the nested region.
Beth

[svn] 658: Fix SDK-14201: Performance: embedded images are written into the swf one byte at a time.

Revision: 658
Author: [email protected]
Date: 2008-02-26 11:28:16 -0800 (Tue, 26 Feb 2008)
Log Message:
Fix SDK-14201: Performance: embedded images are written into the swf one byte at a time.
This changes the way swfs are written out when they contain embedded lossless images,
such as PNGs and GIFs. The old code had a loop to write a byte at a time; the new code
does a single biblt. The result is a modest compilation speedup, on the order of
several hundred milliseconds when compiling Flexstore.
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-14201
Modified Paths:
flex/sdk/trunk/modules/swfutils/src/java/flash/swf/TagEncoder.java

Thanks John,
I've downloaded the exif tool + the gui - I can see how it's meant to work and have successfully processed a single file (even when I got the name wrong it still copied exif time data!)
I'll investigate further on how to do a batch and use command line
Really appreciate your prompt response to my problem.
I will let you all know how I get on - will take quite a few weeks but I am confident I can get there!
Thanks Mike
A week later I've now got back into this. I used the exif gui tool - which was very simple to use once I sat down with peace and quiet for 10 mins! I successfully copied and updated the correct exif data including capture time from the original backup files. My metadata keywords remained untouched when I then updated the metadata setting from disk in lightroom.
exif is a great tool, and I found it easier to use than AM pro - I couldn't see the photo attributes in the trial download so made it hard to sort by date.
Anyway my problem was overcome thank you

[svn] 3130: Fix SDK-16700: Applying a matrix to a GraphicElement does not get applied immediately.

Revision: 3130
Author: [email protected]
Date: 2008-09-05 15:32:13 -0700 (Fri, 05 Sep 2008)
Log Message:
Fix SDK-16700: Applying a matrix to a GraphicElement does not get applied immediately.
Added explicit matrixChanged and displayObjectChanged flags to GraphicElement so we can reliably track changes to those items. Changed commitXY() to set the x and y properties directly on the display object rather than indirectly through the matrix. Setting through the matrix caused any non-rotation or scale transform to be lost.
Reviewer: Deepa
Checkintests: pass
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-16700
Modified Paths:
flex/sdk/trunk/frameworks/projects/flex4/src/flex/graphics/graphicsClasses/GraphicElement .as

:/ - I just said I can't post this on the business forum as I have tried, it it says my post doesn't conform to the rules, yet there isn't anywhere where it breaks them. I will already be in talks with a lawyer but I was wondering if a more amicable solution could be reached first

[svn:fx-trunk] 5831: Fix bug Fix SDK-19800 FxButton doesnt resize itself to display all text when lineBreak == toFit

Revision: 5831
Author: [email protected]
Date: 2009-03-31 16:50:47 -0700 (Tue, 31 Mar 2009)
Log Message:
Fix bug Fix SDK-19800 FxButton doesnt resize itself to display all text when lineBreak == toFit
Fix: implement text reflow support for TextGraphicelement.
QE Notes: None
Doc Notes:
Bugs: SDK-19800
Reviewer: Carol, Gordon
tests: checkintests, mustella
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-19800
http://bugs.adobe.com/jira/browse/SDK-19800
Modified Paths:
flex/sdk/trunk/frameworks/projects/flex4/src/spark/primitives/supportClasses/TextGraphicE lement.as

[svn] 962: fix SDK-15020 get the proper values in flex-sdk-description. xml when packaging flex_sdk_4.zip

Revision: 962
Author: [email protected]
Date: 2008-03-27 09:49:15 -0700 (Thu, 27 Mar 2008)
Log Message:
fix SDK-15020 get the proper values in flex-sdk-description.xml when packaging flex_sdk_4.zip
-also add setup.sh.build.xml,build.properties
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-15020
Modified Paths:
flex/sdk/trunk/build.xml

Revision: 962
Author: [email protected]
Date: 2008-03-27 09:49:15 -0700 (Thu, 27 Mar 2008)
Log Message:
fix SDK-15020 get the proper values in flex-sdk-description.xml when packaging flex_sdk_4.zip
-also add setup.sh.build.xml,build.properties
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-15020
Modified Paths:
flex/sdk/trunk/build.xml

[svn] 3777: Bug fix SDK-17677 Update to include MPL license and third-party notices.

Revision: 3777
Author: [email protected]
Date: 2008-10-21 10:20:27 -0700 (Tue, 21 Oct 2008)
Log Message:
Bug fix SDK-17677 Update to include MPL license and third-party notices.
QE Notes:
Doc Notes:
Bugs: SDK-17677
Reviewer: Matt Chotin
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-17677
http://bugs.adobe.com/jira/browse/SDK-17677
Modified Paths:
flex/sdk/trunk/modules/webtier/readme.txt

Step by step, how did you arrive at seeing this agreement?

[svn] 4656: Fix SDK-18823 and SDK-18885 - Skin tweaks to both default skins and wireframe skins .

Revision: 4656
Author: [email protected]
Date: 2009-01-23 18:07:45 -0800 (Fri, 23 Jan 2009)
Log Message:
Fix SDK-18823 and SDK-18885 - Skin tweaks to both default skins and wireframe skins. Its important to note that the wireframe skins for Spinner and NumericStepper are a bit behind the default skins look, but we'll be spending some time next iteration cleaning up the wireframe skins so thats ok for now.
QA: Yes - you might have to regen some bitmaps based on the tweks.
Doc: No
Checkintests: Pass
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-18823
http://bugs.adobe.com/jira/browse/SDK-18885
Modified Paths:
flex/sdk/trunk/frameworks/projects/flex4/src/mx/skins/spark/FxNumericStepperSkin.mxml
flex/sdk/trunk/frameworks/projects/wireframe/src/wireframe/FxNumericStepperSkin.mxml
flex/sdk/trunk/frameworks/projects/wireframe/src/wireframe/FxSpinnerDecrButtonSkin.mxml
flex/sdk/trunk/frameworks/projects/wireframe/src/wireframe/FxSpinnerIncrButtonSkin.mxml
flex/sdk/trunk/frameworks/projects/wireframe/src/wireframe/FxSpinnerSkin.mxml

[svn] 2479: 3.1 fix: SDK-15310

Similar Messages

Maybe you are looking for