[svn:fx-trunk] 6747: Fixing integration blocker.

Revision: 6747
Author: [email protected]
Date: 2009-05-08 02:56:03 -0700 (Fri, 08 May 2009)
Log Message:

Camuzo, please go to the forum and just un-subscribe yourself.
each of your emails is getting sent to everyone who does want to use this forum
just sending messages is not going to do anything.
GO to this url:
http://forums.adobe.com/community/opensource/flexsdk
and simply tell your account not to be emailed.
But, please kindly stop just sending us all your messages.

Similar Messages

[svn:fx-trunk] 7765: Fixing up some copyrights, adding copyrights, and fixing up some legal-eese for the Flash Component Kit For Flex.

Revision: 7765
Author:   [email protected]
Date:     2009-06-11 15:58:18 -0700 (Thu, 11 Jun 2009)
Log Message:
Fixing up some copyrights, adding copyrights, and fixing up some legal-eese for the Flash Component Kit For Flex.
Also, updating the MXP to get latest changes to base classes.
QE Notes: -
Doc Notes: -
Bugs: SDK-21670
Reviewer: No one (just header updates)
tests: checkintest (seem to fail due to local changes to ScrollBar, which I'm not checking in here)
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-21670
Modified Paths:
    flex/sdk/trunk/frameworks/flash-integration/FlexComponentKit.mxp
    flex/sdk/trunk/frameworks/flash-integration/readme.txt
    flex/sdk/trunk/frameworks/projects/flash-integration/FlexComponentKit.mxi
    flex/sdk/trunk/frameworks/projects/flash-integration/JSFL/Convert Symbol to Flex Component.jsfl
    flex/sdk/trunk/frameworks/projects/flash-integration/JSFL/Convert Symbol to Flex Container.jsfl
    flex/sdk/trunk/frameworks/projects/flash-integration/JSFL/MakeFlexComponent.jsfl
    flex/sdk/trunk/frameworks/projects/flash-integration/readme.txt
    flex/sdk/trunk/frameworks/projects/flash-integration/src/mx/flash/ContainerMovieClip.as
    flex/sdk/trunk/frameworks/projects/flash-integration/src/mx/flash/UIMovieClip.as

[svn:fx-trunk] 12545: flash-integration. swc is no longer built in to utilities.swc.

Revision: 12545
Revision: 12545
Author:   [email protected]
Date:     2009-12-04 11:31:50 -0800 (Fri, 04 Dec 2009)
Log Message:
flash-integration.swc is no longer built in to utilities.swc. It is now it's own standalone swc that needs to be packaged up as part of the SDK. This is so Flash Builder can find the source code for the swc.
I'm also making some other changes for OSMF. Jim is going to make the rest of them to support fat-swcs.
QE notes: -
Doc notes: -
Bugs: SDK-24471
Reviewer: Pete reviewed some of this
Tests run: checkintests
Is noteworthy for integration: Yes
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24471
Modified Paths:
    flex/sdk/trunk/build.xml
    flex/sdk/trunk/frameworks/build.xml
    flex/sdk/trunk/frameworks/flash-integration/FlexComponentKit.mxp
    flex/sdk/trunk/frameworks/projects/flash-integration/FlexComponentKit.mxi
    flex/sdk/trunk/frameworks/projects/flash-integration/build.xml
    flex/sdk/trunk/frameworks/projects/osmf/build.xml
    flex/sdk/trunk/frameworks/projects/osmf/src/OSMFClasses.as
    flex/sdk/trunk/frameworks/projects/utilities/build.xml
Added Paths:
    flex/sdk/trunk/frameworks/projects/osmf/src/OSMFDocClasses.as

[svn:fx-trunk] 8909: * Fix to allow Script blocks interspersed with default property

Revision: 8909
Author:   [email protected]
Date:     2009-07-29 13:19:07 -0700 (Wed, 29 Jul 2009)
Log Message:
Fix to allow Script blocks interspersed with default property
children.
QE notes:
Doc notes:
Bugs: SDK-22249
Reviewer: Pete F.
Tests run: checkintests
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-22249
Modified Paths:
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/lang/ChildNodeHandler.java

Add this to the end of your nav p CSS selector at Line 209 of your HTML file, after 'background-repeat...':
margin-bottom: -2px;
Your nav p will then look like this:
nav p {
          font-size: 90%;
          font-weight: bold;
          color: #FFC;
          background-color: #090;
          text-align: right;
          padding-top: 5px;
          padding-right: 20px;
          padding-bottom: 5px;
          border-bottom-width: 2px;
          border-bottom-style: solid;
          border-bottom-color: #060;
          background-image: url(images/background.png);
          background-repeat: repeat-x;
          margin-bottom: -2px;

[svn:fx-trunk] 10224: Fix for seemingly invalid use of 'tar', fixes AIR integration extraction on Snow Leopard.

Revision: 10224
Author:   [email protected]
Date:     2009-09-14 05:35:41 -0700 (Mon, 14 Sep 2009)
Log Message:
Fix for seemingly invalid use of 'tar', fixes AIR integration extraction on Snow Leopard.
QE notes: None
Doc notes: None
Bugs: N/A
Reviewer: Gaurav
Tests run: Tested build on Windows.
Is noteworthy for integration: No
Modified Paths:
    flex/sdk/trunk/frameworks/build.xml

[svn:bz-trunk] 8964: Fix LCDS-953 - Add a last ditch catch block to the service() function to avoid any possibility or leaking exception info.

Revision: 8964
Author:   [email protected]
Date:     2009-07-31 12:07:09 -0700 (Fri, 31 Jul 2009)
Log Message:
Fix LCDS-953 - Add a last ditch catch block to the service() function to avoid any possibility or leaking exception info.
Ticket Links:
    http://bugs.adobe.com/jira/browse/LCDS-953
Modified Paths:
    blazeds/trunk/modules/core/src/flex/messaging/MessageBrokerServlet.java

Dear Pallavi,
Very useful post!
I am looking for similar accelerators for
Software Inventory Accelerator
Hardware Inventory Accelerator
Interfaces Inventory
Customization Assessment Accelerator
Sizing Tool
Which helps us to come up with the relevant Bill of Matetials for every area mentioned above, and the ones which I dont know...
Request help on such accelerators... Any clues?
Any reply, help is highly appreciated.
Regards
Manish Madhav

[svn:fx-trunk] 12685: Fix for RTE in VideoPlayer when trying to capture bitmaps.

Revision: 12685
Revision: 12685
Author:   [email protected]
Date:     2009-12-08 19:23:32 -0800 (Tue, 08 Dec 2009)
Log Message:
Fix for RTE in VideoPlayer when trying to capture bitmaps. Put try-catch block around bitmapData.draw() and use a Rectangle if it throws an error. Also, added some documentation in BitmapUtil for getSnapshot since it may throw the same type of error.
QE notes: No
Doc notes: No
Bugs: SDK-24574
Reviewer: Ryan
Tests run: checkintests
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24574
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/HighlightBitmapCaptureSkin .as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/utils/BitmapUtil.as

[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] 9329: Fixing openDuration on Tree.

Revision: 9329
Author:   [email protected]
Date:     2009-08-14 17:07:31 -0700 (Fri, 14 Aug 2009)
Log Message:
Fixing openDuration on Tree. The issue was that a call to UIComponent.suspendBackgroundProcessing() wasn?\226?\128?\153t being respected by LayoutManager, now that it doesn?\226?\128?\153t use UIComponent.callLater(). The fix was for LayoutManager to look at UIComponentGlobals.callLaterSuspsendCount. There are probably other ways to fix this bug because all the tweening in Tree seems very hokey, but given that UIC.suspendBackgroundProcessing() should be respected by LayoutManager, this seemed like the right fix.
QE notes: We should add tests for openDuration
Doc notes: -
Bugs: SDK-21752
Reviewer: Alex
Tests run: checkintests, mustella Tree
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-21752
Modified Paths:
    flex/sdk/trunk/frameworks/projects/framework/src/mx/managers/LayoutManager.as

ould wrote:
I have done the hard work for you. My HTPC is pretty barebones so it was relatively easy to roll back all the packages that depend on libjpeg>7 with older versions. I then compiled the xbmc-svn package using that system. Slow downs are gone and I have uploaded the package to hotfile here:
http://hotfile.com/dl/13546051/021f9c9/ … ar.gz.html
This is for 32-bit. You will need the libjpeg6 package from AUR installed. I have tested it on two systems, my main system which has both libjpeg7 and the AUR libjpeg6 installed and on my htpc which has only the libjpeg6 along with the rolled back dependancies. Works good on both systems.
Hope that helps!
Kevin
Thanks ould!! You got it working with libjpeg6 again!
I had to upgrade libcdio again so now I lost dvd support. It's not easy to use the svn version.
If you could compile the build against libcdio 0.80 I'd be forever grateful... If you've got the time.
Last edited by Perre (2009-09-26 17:09:04)

[svn:fx-trunk] 12962: Fix for ASDoc not saving event type for [Bindable] metadata tag

Revision: 12962
Revision: 12962
Author:   [email protected]
Date:     2009-12-15 10:32:23 -0800 (Tue, 15 Dec 2009)
Log Message:
Fix for ASDoc not saving event type for metadata tag
QE notes: None.
Doc notes: None
Bugs: SDK-24706
Reviewed By:Corey
Tests run: checkintests
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24706
Modified Paths:
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/TopLevelClassesGenerator.ja va

aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: NVidia [HDA NVidia], device 3: NVIDIA HDMI [NVIDIA HDMI]
Subdevices: 1/1
Subdevice #0: subdevice #0
Which correspondents fine with the
device "hw:0,3"
in my mpd.conf alsa section.
Also sound worked fine withh this config before I started installing ffmpeg-svn and alikes
hokasch:
I tried changing the mixer to "Master" but that did not change much.

[svn:fx-trunk] 10635: * Fixed FB issue with FXG in library projects.

Revision: 10635
Author:   [email protected]
Date:     2009-09-28 06:49:45 -0700 (Mon, 28 Sep 2009)
Log Message:
Fixed FB issue with FXG in library projects.
QE notes:
Doc notes:
Bugs: FB-22197
Reviewer: pfarland
Cycloner: gcomnino
Tests run: checkintests
Is noteworthy for integration: Yes, fixes FB issue
Code-level description of changes:
Modified getSourceListMimeTypes() to include FXG mime type.
Ticket Links:
    http://bugs.adobe.com/jira/browse/FB-22197
Modified Paths:
    flex/sdk/trunk/modules/compiler/src/java/flex2/tools/WebTierAPI.java

[svn:fx-trunk] 10898: Fix for a bug: After playing a hide effect, a window wouldn't be visible again.

Revision: 10898
Author:   [email protected]
Date:     2009-10-06 13:54:04 -0700 (Tue, 06 Oct 2009)
Log Message:
Fix for a bug: After playing a hide effect, a window wouldn't be visible again.
The issue here is that all effects that occur because of HIDE end up calling setVisible() (see EffectManager.effectEndHandler). Window/WindowedApplication was basically left with two concepts of setVisible...the displayObject one and the native application one, and they were out of synch. So setting visible=true on the window wasn?\226?\128?\153t calling setVisible(true) which controls the display object visibility. Now instead of doing our work in the visible setter, we override setVisible() and do it in there.
QE notes: -
Doc notes: -
Bugs: SDK-23263
Reviewer: Darrell
Tests run: checkintests, Rob ran mustella window/windowedapplication
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-23263
Modified Paths:
    flex/sdk/trunk/frameworks/projects/airframework/src/mx/core/Window.as
    flex/sdk/trunk/frameworks/projects/airframework/src/mx/core/WindowedApplication.as
    flex/sdk/trunk/frameworks/projects/airframework/src/spark/components/Window.as
    flex/sdk/trunk/frameworks/projects/airframework/src/spark/components/WindowedApplication. as

I run Suse 9.1 Linux, and Suse has a package called lmsensors which by default on my machine gives readings like this:
Code: [Select]
temp1: +27°C (high = +0°C, hyst = +22°C) sensor = thermistor
temp2: +41.0°C (high = +80°C, hyst = +75°C) sensor = PII/Celeron diode
Now that 41C is pretty high for an idle AMD643000+ running at 1000Mhz, 1.08V. Too high, I would say. temp 1 in this case is the SYS temp, temp2 is the CPU temp.
Now, using lmsensors I can duplicate your little trick and tell it that temp 2 is in fact a 3904 transistor. Having done this can I get readings like this:
Code: [Select]
temp1: +27°C (high = +0°C, hyst = +22°C) sensor = thermistor
temp2: +16.0°C (high = +80°C, hyst = +75°C) sensor = 3904 transistor
Problem is, I'm not sure that the sensor is actually a 3904 transistor! The number's lower, but I was pretty sure that the sensor in the AMD64 is in fact a diode. Also, surely the CPU temp can't actually be that much lower than the SYS temp.
So, I think your fix succeeds in giving lower temps and that's great in that it will tell your system software that the CPU is not overheating, but I don't think it's the solution to high temp reporting. Anyway, as you say, its a solution for people who can't run with system shutdowns due to bogus high temps.
I've been looking at these temp issues with the MSI K8T, and I was thinking the problem was simply a miscalibration. The Winbond sensor chip on my board (maybe the K8N is the same, maybe not) has a sensor temp offset that gets added to the temp coming from the sensor. On the K8T this number is +54C. Funny number I know, but I've "fixed" the problem while I wait for a real bios fix on the K8T by simply reducing this offset to give me a CPU temp that matches SYS temp when idle. This enables cool'n'quiet fan control to work properly on my system, which is my main practical concern.

[svn:fx-trunk] 11250: Fixing proxy pattern bug in VideoPlayer.

Revision: 11250
Author:   [email protected]
Date:     2009-10-28 17:07:19 -0700 (Wed, 28 Oct 2009)
Log Message:
Fixing proxy pattern bug in VideoPlayer. I tried to save a few extra bytes by not keeping around an extra object, but I made a mistake with this code. It seems better just to follow the typical pattern and not worry about this extra savings, which probably cost more in code-size anyways.
Also changing VideoPlayer.thumbnailSource to mx_internal, rather than public. In VideoElement it's mx_internal, and that's what it should be here too.
QE notes: -
Doc notes: -
Bugs: SDK-23665
Reviewer: Deepa
Tests run: checkintests, mustella VideoPlayer
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-23665
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/VideoPlayer.as

[svn:fx-trunk] 12982: Fix for issue with exposing accessible names for combobox list items

Revision: 12982
Revision: 12982
Author:   [email protected]
Date:     2009-12-15 20:44:23 -0800 (Tue, 15 Dec 2009)
Log Message:
Fix for issue with exposing accessible names for combobox list items
QE notes: none
Doc notes: none
Bugs: n/a
Reviewer: Gordon
Tests run: checkintests
Is noteworthy for integration: no
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/accessibility/ComboBoxAccImpl.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/accessibility/ListBaseAccImpl.as

Add this to the end of your nav p CSS selector at Line 209 of your HTML file, after 'background-repeat...':
margin-bottom: -2px;
Your nav p will then look like this:
nav p {
          font-size: 90%;
          font-weight: bold;
          color: #FFC;
          background-color: #090;
          text-align: right;
          padding-top: 5px;
          padding-right: 20px;
          padding-bottom: 5px;
          border-bottom-width: 2px;
          border-bottom-style: solid;
          border-bottom-color: #060;
          background-image: url(images/background.png);
          background-repeat: repeat-x;
          margin-bottom: -2px;

[svn:fx-trunk] 11447: Fix to 3 unrelated bugs.

Revision: 11447
Author:   [email protected]
Date:     2009-11-04 16:12:40 -0800 (Wed, 04 Nov 2009)
Log Message:
Fix to 3 unrelated bugs.
- Auto-fading logic was clobbering the state-specified value of alpha in some situations (and the logic was way complex and fragile, so a refactoring was needed).
- Animation now handles sorting of Resize animations to be processed first in each frame, to improve some of the Resize/transform-effect interaction.
- Post-layout translation animations were being automatically created in some situations, ignoring any startDelays set on the real translation animations. The fix was to pick up the real translation animation info to pre-populate the post-layout animations.
QE notes: None
Doc notes: None
Bugs: sdk-23399, sdk-22563, sdk-24010, sdk-23252
Reviewer: Kevin
Tests run: checkintests, Mustella spark/effects
Is noteworthy for integration: Yes - some fixes requested by Tools
Ticket Links:
    http://bugs.adobe.com/jira/browse/sdk-23399
    http://bugs.adobe.com/jira/browse/sdk-22563
    http://bugs.adobe.com/jira/browse/sdk-24010
    http://bugs.adobe.com/jira/browse/sdk-23252
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/effects/animation/Animation.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/effects/supportClasses/AnimateTransfor mInstance.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/effects/supportClasses/FadeInstance.as

[svn:fx-trunk] 6747: Fixing integration blocker.

Similar Messages

Maybe you are looking for