[svn:fx-trunk] 9449: Fix for RTE when clicking on stage before preloader is complete.

Revision: 9449
Author:   [email protected]
Date:     2009-08-21 07:40:22 -0700 (Fri, 21 Aug 2009)
Log Message:
Fix for RTE when clicking on stage before preloader is complete.
QE notes: None
Doc notes: None
Bugs: SDK-22682
Reviewer: Alex
Tests run: Checkin
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-22682
Modified Paths:
    flex/sdk/trunk/frameworks/projects/framework/src/mx/managers/SystemManager.as

Hey Jim
Wow, that's great; thanks! Can I ask what settings you used to get the files so small?
Yes, I am familiar with Photoshop and image optimization issues, but I didn't realize that PNG was so much bigger than JPG and that I had so much file size I could shed before I would notice a degradation in image quality. Your advice will certainly help greatly, and I will certainly apply it to the thumbs as well. I think my mom will be very pleased.  : )
I look forward to hearing what collection of settings you used.
Thanks and Be Well
Graham

Similar Messages

  • [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] 6642: Fix for bug when doing a Resize and a transform effect in a Parallel transition with autoCenterTransform =true.

    Revision: 6642
    Author:   [email protected]
    Date:     2009-05-05 08:18:04 -0700 (Tue, 05 May 2009)
    Log Message:

    Revision: 6642
    Author:   [email protected]
    Date:     2009-05-05 08:18:04 -0700 (Tue, 05 May 2009)
    Log Message:

  • [svn:fx-trunk] 14016: Fix for List RTE when dropping into list with null dataProvider.

    Revision: 14016
    Revision: 14016
    Author:   [email protected]
    Date:     2010-02-05 16:12:41 -0800 (Fri, 05 Feb 2010)
    Log Message:
    Fix for List RTE when dropping into list with null dataProvider. If the dataProvider is null, we create an ArrayCollection to hold items being dropped in the List.
    QE notes: No
    Doc notes: No
    Bugs: SDK-25218
    Reviewer: Jason
    Tests run: checkintests
    Is noteworthy for integration: No
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-25218
    Modified Paths:
        flex/sdk/trunk/frameworks/projects/spark/src/spark/components/List.as

    Revision: 14016
    Revision: 14016
    Author:   [email protected]
    Date:     2010-02-05 16:12:41 -0800 (Fri, 05 Feb 2010)
    Log Message:
    Fix for List RTE when dropping into list with null dataProvider. If the dataProvider is null, we create an ArrayCollection to hold items being dropped in the List.
    QE notes: No
    Doc notes: No
    Bugs: SDK-25218
    Reviewer: Jason
    Tests run: checkintests
    Is noteworthy for integration: No
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-25218
    Modified Paths:
        flex/sdk/trunk/frameworks/projects/spark/src/spark/components/List.as

  • [svn:fx-trunk] 10891: Fix for ASDoc throws error when using getter methods for pseudo-inheritance of static constants

    Revision: 10891
    Author:   [email protected]
    Date:     2009-10-06 09:46:47 -0700 (Tue, 06 Oct 2009)
    Log Message:
    Fix for ASDoc throws error when using getter methods for pseudo-inheritance of static constants
    QE notes: None.
    Doc notes: None
    Bugs: SDK-22676
    Tests run: checkintests
    Is noteworthy for integration: No
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-22676
    Modified Paths:
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/AsDocUtil.java

    Have you tried using com.adobe.air.crypto.EncryptionKeyGenerator instead?

  • [svn:fx-trunk] 8551: Fix for focusSkin and errorSkin to account for bogus bitmap snapshots when objects are 3D transformed .

    Revision: 8551
    Author:   [email protected]
    Date:     2009-07-14 11:31:50 -0700 (Tue, 14 Jul 2009)
    Log Message:
    Fix for focusSkin and errorSkin to account for bogus bitmap snapshots when objects are 3D transformed.
    Bugs: SDK-17766
    Reviewer: Glenn
    QE Notes: None
    Doc Notes: None
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-17766
    Modified Paths:
        flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/ErrorSkin.as
        flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/FocusSkin.as

  • [svn:fx-trunk] 13136: Fix for FLEXENT-1196 ( Replay of click on NavigatorContent does not close the combobox)

    Revision: 13136
    Revision: 13136
    Author:   [email protected]
    Date:     2009-12-21 17:40:28 -0800 (Mon, 21 Dec 2009)
    Log Message:
    Fix for FLEXENT-1196 (Replay of click on NavigatorContent does not close the combobox)
    We need not record OPEN event when it is triggered from a KeyBoard event that types a character. Replaying the type event would automatically open the drop down.
    Ticket Links:
        http://bugs.adobe.com/jira/browse/FLEXENT-1196
    Modified Paths:
        flex/sdk/trunk/frameworks/projects/automation_spark/src/spark/automation/delegates/compon ents/SparkComboBoxAutomationImpl.as
        flex/sdk/trunk/frameworks/projects/automation_spark/src/spark/automation/delegates/compon ents/supportClasses/SparkDropDownListBaseAutomationImpl.as

  • [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] 12994: * Fixes for two issues that were showing up in FB.

    Revision: 12994
    Revision: 12994
    Author:   [email protected]
    Date:     2009-12-16 06:44:45 -0800 (Wed, 16 Dec 2009)
    Log Message:
    Fixes for two issues that were showing up in FB.
    QE notes:
    Doc notes:
    Bugs: SDK-24669, SDK-24686
    Reviewer: Corey
    Cycloner: George
    Tests run: checkintests
    Is noteworthy for integration: yes, fixes two FB issues.
    Code-level description of changes:
      modules/compiler/src/java/flex2/tools/PreLink.java
        Modified postRun() to swap in the root CompilationUnit's Logger
        when validating it's StyleContainer.  This allows the warnings
        from StylesContainer.validate() to be persisted across incremental
        compilations.  This fixes SDK-24686.
      modules/compiler/src/java/flex2/compiler/Source.java
        Made getLogger() public, so it could be called from PreLink.
      modules/compiler/src/java/flex2/compiler/CompilerAPI.java
        Modified compile() to check forcedToStop() after each PreLink
        batch.  This fixes SDK-24669.
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-24669
        http://bugs.adobe.com/jira/browse/SDK-24686
        http://bugs.adobe.com/jira/browse/SDK-24686
        http://bugs.adobe.com/jira/browse/SDK-24669
    Modified Paths:
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/CompilerAPI.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/Source.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/linker/CULinkable.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/tools/PreLink.java

  • [svn:fx-trunk] 11602: Fix for Button tooltips.

    Revision: 11602
    Author:   [email protected]
    Date:     2009-11-09 22:35:11 -0800 (Mon, 09 Nov 2009)
    Log Message:
    Fix for Button tooltips. TextBase dispatches an event when _isTruncated is set through the setIsTruncated() function. This allows ButtonBase to listen for the event and set the tooltip as necessary. If an explicit tooltip is set, then ButtonBase will not set a tooltip.
    QE notes: No
    Doc notes: No
    Bugs: SDK-22260, SDK-23474, SDK-23657
    Reviewer: Evtim
    Tests run: checkintests
    Is noteworthy for integration: No
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-22260
        http://bugs.adobe.com/jira/browse/SDK-23474
        http://bugs.adobe.com/jira/browse/SDK-23657
    Modified Paths:
        flex/sdk/trunk/frameworks/projects/spark/src/spark/components/Label.as
        flex/sdk/trunk/frameworks/projects/spark/src/spark/components/RichText.as
        flex/sdk/trunk/frameworks/projects/spark/src/spark/components/supportClasses/ButtonBase.a s
        flex/sdk/trunk/frameworks/projects/spark/src/spark/components/supportClasses/TextBase.as

  • [svn:fx-trunk] 5386: * Fix for Flex Builder JUnit tests.

    Revision: 5386<br />Author:   [email protected]<br />Date:     2009-03-18 08:03:11 -0700 (Wed, 18 Mar 2009)<br /><br />Log Message:<br />-----------<br />* Fix for Flex Builder JUnit tests.<br /><br />tests Passed: checkintests, performance testsuite<br /><br />Needs QA: YES<br /><br />Needs DOC: NO<br /><br />API Change: NO<br /><br />Reviewer: Pete F.<br /><br />Code-level description of changes:<br /> <br />  compiler/CompilerAPI.java<br /><br />    Changed the deleted Map used in validateCompilationUnits() and<br />    some of it's helper methods from <String, Source> to <QName,<br />    Source>.  This allows us to track when a definition is deleted<br />    from one SWC in the library path and then added by another SWC in<br />    the library path.  All the definitions dependant on the definition<br />    need to be recompiled and we were missing this before.<br />    Specifically, the Flex Builder JUnit tests were switching from<br />    airglobal.swc to playerglobal.swc midstream.  As a result, we<br />    weren't recompiling classes that depended on<br />    flash.display.DisplayObjectContainer, because it looked like it<br />    hadn't been deleted.<br /><br />Modified Paths:<br />--------------<br />    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/CompilerAPI.java<br />    flex/sdk/trunk/modules/compiler/src/java/flex2/tools/oem/Library.java

  • [svn:fx-trunk] 12078: Fix for change events in Slider and ScrollBar.

    Revision: 12078
    Revision: 12078
    Author:   [email protected]
    Date:     2009-11-21 00:14:46 -0800 (Sat, 21 Nov 2009)
    Log Message:
    Fix for change events in Slider and ScrollBar. They now dispatch change events as before, whenever the user alters the value. In addition, changeStart and changeEnd events will be dispatched at the start and end of a user interaction or animation.
    TrackBase.as - Added metadata for changeStart/End events. Dispatch change, changeStart/End events when appropriate.
    Slider.as - Dispatch change, changeStart/End events when appropriate.
    ScrollBar.as - Dispatch the appropriate events. Note that changeStart/End will not dispatch when shift-clicking on a non-animating ScrollBar. Renamed animatingSinglePage to animatingOnce to better reflect its function. Refactored some method calls to the new private stopAnimation(), which is more consistent with Slider. Refactored the button handlers to make stepping more readable. Added a setValue call in animationEndHandler where we were ending up off the snapInterval when shift-clicking.
    Updated FlexEvent, ScrollBarTestScript and VideoPlayer to handle the new events.
    QE notes: Update Slider and ScrollBar tests
    Doc notes: No
    Bugs: SDK-24264
    Reviewer: Ryan
    Tests run: checkintests
    Is noteworthy for integration: No
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-24264
    Modified Paths:
        flex/sdk/trunk/frameworks/projects/framework/src/mx/events/FlexEvent.as
        flex/sdk/trunk/frameworks/projects/spark/src/spark/components/VideoPlayer.as
        flex/sdk/trunk/frameworks/projects/spark/src/spark/components/supportClasses/ScrollBar.as
        flex/sdk/trunk/frameworks/projects/spark/src/spark/components/supportClasses/Slider.as
        flex/sdk/trunk/frameworks/projects/spark/src/spark/components/supportClasses/TrackBase.as
        flex/sdk/trunk/frameworks/tests/basicTests/spark/scripts/ScrollBarTestScript.mxml

  • [svn:fx-trunk] 13169: * Fixes for two FB issues and two regressions caused by recent fixes.

    Revision: 13169
    Revision: 13169
    Author:   [email protected]
    Date:     2009-12-22 14:39:59 -0800 (Tue, 22 Dec 2009)
    Log Message:
    Fixes for two FB issues and two regressions caused by recent fixes.
    QE notes:
    Doc notes:
    Bugs: SDK-24708, SDK-24668, SDK-24827, SDK-24829
    Reviewer: Corey
    Tests run: checkintests, com.adobe.flexbuilder.project JUnit tests
    Is noteworthy for integration: Yes, fixes two FB issues
    Code-level description of changes:
      modules/compiler/src/java/flex2/tools/oem/Library.java
      modules/compiler/src/java/flex2/tools/Compc.java
      modules/compiler/src/java/flex2/tools/Fcsh.java
      modules/compiler/src/java/flex2/compiler/asdoc/AsDocAPI.java
        Modified calls into SwcAPI's setupClasses() and
        setupNamespaceComponents() to pass in the SourceList.
      modules/compiler/src/java/flex2/tools/VersionInfo.java
        Added null check to getBuild().
      modules/compiler/src/java/flex2/compiler/CompilerAPI.java
        Modified compile() to only add elements of "classes" to "sources"
        if not already contained.  This covers the case of a Source being
        in the SourceList and the manifest.
      modules/compiler/src/java/flex2/compiler/swc/SwcAPI.java
        Modified setupClasses() and setupNamespaceComponents() to check the
        SourceList before the SourcePath when looking up sources.
      modules/compiler/src/java/flex2/compiler/SourceList.java
        Made getPaths() public.
      modules/compiler/src/java/flex2/compiler/CompilationUnit.java
        Modified setState() to skip disconnecting the root's Logger.  This
        fixes SDK-24827 and SDK-24829.
      modules/compiler/src/java/flex2/tools/oem/internal/OEMReport.java
        Added sourceList variable, modified procressSources() to
        initialize it, and modified init() to recursively store a
        timestamp for each path in the SourceList.  This fixes SDK-24708.
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-24708
        http://bugs.adobe.com/jira/browse/SDK-24668
        http://bugs.adobe.com/jira/browse/SDK-24827
        http://bugs.adobe.com/jira/browse/SDK-24829
        http://bugs.adobe.com/jira/browse/SDK-24827
        http://bugs.adobe.com/jira/browse/SDK-24829
        http://bugs.adobe.com/jira/browse/SDK-24708
    Modified Paths:
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/CompilationUnit.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/CompilerAPI.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/SourceList.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/as3/SignatureExtension.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/AsDocAPI.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcAPI.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/tools/Compc.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/tools/Fcsh.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/tools/VersionInfo.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/tools/oem/Library.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/tools/oem/internal/OEMReport.java

  • [svn:bz-trunk] 10281: Fix for BLZ-343.

    Revision: 10281
    Author:   [email protected]
    Date:     2009-09-15 15:30:27 -0700 (Tue, 15 Sep 2009)
    Log Message:
    Fix for BLZ-343.
    Move common code from AbstractAmfInput back to the subclasses Amf0Input and Amf3Input. A proxy instance was being created locally in the superclass method, but was unavaliable to the remaining code in the subclasses. The subclasses were therefore using the wrong proxy to unwrap the value, which caused problems when deserializing Enums.
    reviewed by Mete
    checkintests pass (minus 2 that have been failing intermittently)
    Ticket Links:
        http://bugs.adobe.com/jira/browse/BLZ-343
    Modified Paths:
        blazeds/trunk/modules/core/src/flex/messaging/io/amf/AbstractAmfInput.java
        blazeds/trunk/modules/core/src/flex/messaging/io/amf/Amf0Input.java
        blazeds/trunk/modules/core/src/flex/messaging/io/amf/Amf3Input.java
        blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/dataTypesTest/E numTypeTest.mxml
        blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/remotingService/dataTypes/EnumTy peTest.mxml

  • [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.

Maybe you are looking for