[svn:fx-trunk] 8114: minor asdoc fix

Revision: 8114
Author:   [email protected]
Date:     2009-06-23 13:39:31 -0700 (Tue, 23 Jun 2009)
Log Message:
minor asdoc fix
Modified Paths:
    flex/sdk/trunk/frameworks/projects/framework/src/mx/styles/CSSSelector.as

Similar Messages

[svn:fx-trunk] 8115: minor asdoc fix

Revision: 8115
Author:   [email protected]
Date:     2009-06-23 13:40:46 -0700 (Tue, 23 Jun 2009)
Log Message:
minor asdoc fix
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/RadioButton.as

[svn:fx-trunk] 12323: minor asdoc bug fix

Revision: 12323
Revision: 12323
Author:   [email protected]
Date:     2009-12-01 07:52:52 -0800 (Tue, 01 Dec 2009)
Log Message:
minor asdoc bug fix
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/utils/TextFlowUtil.as

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

[svn:fx-trunk] 11256: minor asdoc updates

Revision: 11256
Author:   [email protected]
Date:     2009-10-29 08:25:28 -0700 (Thu, 29 Oct 2009)
Log Message:
minor asdoc updates
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/TextSelectionHighlighting.a s
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/supportClasses/TextBase.as

[svn:fx-trunk] 11664: Update ASDoc comments on new MXItemRenderer classes, and fix a broken HTML tag in Range.as

Revision: 11664
Author:   [email protected]
Date:     2009-11-11 11:42:00 -0800 (Wed, 11 Nov 2009)
Log Message:
Update ASDoc comments on new MXItemRenderer classes, and fix a broken HTML tag in Range.as
QE notes: -
Doc notes: -
Bugs: -
Reviewer: -
Tests run: - Checkintests
Is noteworthy for integration: No
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/mx/controls/dataGridClasses/MXDataGridItemRe nderer.as
    flex/sdk/trunk/frameworks/projects/spark/src/mx/controls/listClasses/MXItemRenderer.as
    flex/sdk/trunk/frameworks/projects/spark/src/mx/controls/treeClasses/MXTreeItemRenderer.a s
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/supportClasses/Range.as

Revision: 11664
Author:   [email protected]
Date:     2009-11-11 11:42:00 -0800 (Wed, 11 Nov 2009)
Log Message:
Update ASDoc comments on new MXItemRenderer classes, and fix a broken HTML tag in Range.as
QE notes: -
Doc notes: -
Bugs: -
Reviewer: -
Tests run: - Checkintests
Is noteworthy for integration: No
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/mx/controls/dataGridClasses/MXDataGridItemRe nderer.as
    flex/sdk/trunk/frameworks/projects/spark/src/mx/controls/listClasses/MXItemRenderer.as
    flex/sdk/trunk/frameworks/projects/spark/src/mx/controls/treeClasses/MXTreeItemRenderer.a s
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/supportClasses/Range.as

[svn:fx-trunk] 12156: Various ASDoc bug fixes:

Revision: 12156
Revision: 12156
Author:   [email protected]
Date:     2009-11-24 06:17:59 -0800 (Tue, 24 Nov 2009)
Log Message:
Various ASDoc bug fixes:
- localization: FLEXDOCS-1122, FLEXDOCS-1123
- Remove stray references to 'Fx' FLEXDOCS-999
QE notes: -
Doc notes: -
Bugs: -
Reviewer: -
Tests run: - checkintests
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/FLEXDOCS-1122
    http://bugs.adobe.com/jira/browse/FLEXDOCS-1123
    http://bugs.adobe.com/jira/browse/FLEXDOCS-999
Modified Paths:
    flex/sdk/trunk/frameworks/projects/airspark/src/spark/components/WindowedApplication.as
    flex/sdk/trunk/frameworks/projects/framework/src/mx/effects/TweenEffect.as
    flex/sdk/trunk/frameworks/projects/framework/src/mx/managers/SystemManager.as
    flex/sdk/trunk/frameworks/projects/spark/asdoc/en_US/spark/components/examples/SpinnerExa mple.mxml

[svn:fx-trunk] 13078: minor fix to exclude datavisualization from the package

Revision: 13078
Revision: 13078
Author:   [email protected]
Date:     2009-12-17 14:19:06 -0800 (Thu, 17 Dec 2009)
Log Message:
minor fix to exclude datavisualization from the package
QE notes: dmv folks to verify it matches with what they want
Doc notes:
Bugs: no
Reviewer: no
Tests run: checkintests
Is noteworthy for integration: no
Modified Paths:
    flex/sdk/trunk/build.xml

[svn:fx-trunk] 12980: Minor fix for SliderBaseAccImpl and SpinnerAccImpl

Revision: 12980
Revision: 12980
Author:   [email protected]
Date:     2009-12-15 17:33:56 -0800 (Tue, 15 Dec 2009)
Log Message:
Minor fix for SliderBaseAccImpl and SpinnerAccImpl
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/SliderBaseAccImpl.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/accessibility/SpinnerAccImpl.as

[svn:fx-trunk] 5355: Minor fixes to deal with corner cases where developers try to play keyframe-less MotionPaths or call getValue () outside of an effect actually playing.

Revision: 5355
Author: [email protected]
Date: 2009-03-17 13:03:28 -0700 (Tue, 17 Mar 2009)
Log Message:
Minor fixes to deal with corner cases where developers try to play keyframe-less MotionPaths or call getValue() outside of an effect actually playing.
QE Notes: None
Doc Notes: None
Bugs: SDK-19964, SDK-19966
Reviewer: Jason
Testing: checkintests, Mustella Effects, ListDataEffects, mx/effects
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-19964
http://bugs.adobe.com/jira/browse/SDK-19966
Modified Paths:
flex/sdk/trunk/frameworks/projects/flex4/src/mx/effects/effectClasses/FxAnimateInstance.a s
flex/sdk/trunk/frameworks/projects/flex4/src/spark/effects/MotionPath.as

Revision: 5355
Author: [email protected]
Date: 2009-03-17 13:03:28 -0700 (Tue, 17 Mar 2009)
Log Message:
Minor fixes to deal with corner cases where developers try to play keyframe-less MotionPaths or call getValue() outside of an effect actually playing.
QE Notes: None
Doc Notes: None
Bugs: SDK-19964, SDK-19966
Reviewer: Jason
Testing: checkintests, Mustella Effects, ListDataEffects, mx/effects
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-19964
http://bugs.adobe.com/jira/browse/SDK-19966
Modified Paths:
flex/sdk/trunk/frameworks/projects/flex4/src/mx/effects/effectClasses/FxAnimateInstance.a s
flex/sdk/trunk/frameworks/projects/flex4/src/spark/effects/MotionPath.as

[svn:fx-trunk] 10055: localized classpath fix for mxmlc.jar,compc. jar and asdoc.jar - add mxmlc_ lang .jar to the path.

Revision: 10055
Author:   [email protected]
Date:     2009-09-08 09:41:10 -0700 (Tue, 08 Sep 2009)
Log Message:
localized classpath fix for mxmlc.jar,compc.jar and asdoc.jar - add mxmlc_.jar to the path. Without these localized errors and warnings aren't generated.
QE notes: ensure the errors and warnings are generated properly
Doc notes: no
Bugs: sdk-22806
Reviewer:
Tests run: checkintests:pass
Is noteworthy for integration: no
Ticket Links:
    http://bugs.adobe.com/jira/browse/sdk-22806
Modified Paths:
    flex/sdk/trunk/modules/compiler/build.xml

So do you know how I can get JavaStudio to add
library classes and JAR''s into the packaged dist
file?I was wrong in my previous post. Sorry.
It's impossible to specify additional classpath with '-jar' option.
http://java.sun.com/j2se/1.5.0/docs/tooldocs/windows/java.html#options
�-jar
When you use this option, the JAR file is the source of all user classes, and other user class path settings are ignored. �
So the only solution is to add libs into jar file and declare them in manifest.
One possible way of how to do it in JSE8 is:
1. Put all necessary lib jars to some place under src folder.
2. Add those jars into Compile-time libraries list (Project properties -> Libraries) for correct compilation
3. Switch to 'Files' JSE8 tab, open manifest.mf file (it's in projects root) and add your lib jars to it.
Syntax is:
Class-Path: relative URLs
That's it.

[svn:bz-trunk] 8795: Minor fix to AMFConnection; it wasn' t reporting the underlying exception correctly.

Revision: 8795
Author:   [email protected]
Date:     2009-07-24 04:39:51 -0700 (Fri, 24 Jul 2009)
Log Message:
Minor fix to AMFConnection; it wasn't reporting the underlying exception correctly.
Modified Paths:
    blazeds/trunk/modules/core/src/flex/messaging/io/amf/client/AMFConnection.java

[svn:bz-trunk] 16869: Minor change to the build file to get it working on Mac.

Revision: 16869
Revision: 16869
Author:   [email protected]
Date:     2010-07-12 02:01:25 -0700 (Mon, 12 Jul 2010)
Log Message:
Minor change to the build file to get it working on Mac.
Modified Paths:
    blazeds/trunk/apps/team/build.xml

The new user helped a little but not enough to make the customer happy. I have done a bunch of research over the weekend and I have found there is a little known bug in Apple's ACLs. ACL stands for Access Control List and I have a snippet from a MacFixit that describes the issue:
"A disappointing aspect of Repair Permissions in Leopard is that it does not deal with ACLs (Access Control Lists), a secondary layer of permissions control laid on top of standard Unix permissions, tentatively introduced in Tiger and actually used for the first time in Leopard. Repair Permissions will announce that it is surprised to discover that a certain folder has an unexpected ACL setting, but it won't do anything about it (in other words, it won't repair that kind of permissions)."
Anyway it appears to me that if your privileges get hosed in a computer upgrade the only way to really fix the problem is copy all of your data to a second HD and then break out the install DVDs that came with the Mac Pro and do a fresh install and set the user/file-sharing up manually and then copy your data back to the Mac Pro. I did not connect back to the G4 to get the data again, I just copied my many years of correspondence back to the Mac Pro and this time everything works?
The new user idea did let me manually drop files onto the Mac Pro from connected computers it WOULD NOT let me save files to the Mac Pro from network computers. I usually got a bad path message when I would try and save from Word or TextEdit. I figured I had wasted enough time on this problem and erasing everything and starting over was a better idea.
Thanks everybody.

[svn:fx-trunk] 7830: Update ASDoc on the new backgroundFrameRate property to WindowedApplication , to by default reduce the CPU usage in cases where an app is not 'active'.

Revision: 7830
Author:   [email protected]
Date:     2009-06-14 15:57:29 -0700 (Sun, 14 Jun 2009)
Log Message:
Update ASDoc on the new backgroundFrameRate property to WindowedApplication, to by default reduce the CPU usage in cases where an app is not 'active'.
Bugs: SDK-21135
Reviewer:
QE Notes:
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-21135
Modified Paths:
    flex/sdk/trunk/frameworks/projects/airframework/src/mx/core/WindowedApplication.as
    flex/sdk/trunk/frameworks/projects/airframework/src/spark/components/WindowedApplication. as

By the way, I agree with sybrand: you need to tune
your redo log size.
Regards
Ignacio
http://oracledisect.blogspot.com
Ignacio,
The excessive waits on log file parallel write and the related client wait of log file sync may be due to insufficient CPU availability, and may not point at an actual redo log size problem or a problem with the disk speed where the redo is written to disk, especially if there are 3 Oracle instances on the server with a single CPU.
Paraphrased from "Optimizing Oracle Performance":
The log file sync wait event is one of the first events to show increased latencies due to the time a process spends waiting in a CPU wait queue while processing excessive logical IOs.
Kevin Closson wrote a couple blog entries that examined the potential problems of insufficient CPU capacity and its effects on log file parallel write when writing to solid state disks, and even when writing redo was explicitly disabled:
http://kevinclosson.wordpress.com/2007/07/21/manly-men-only-use-solid-state-disk-for-redo-logging-lgwr-io-is-simple-but-not-lgwr-processing/
"Once LGWR loses his CPU it may be quite some time until he gets it back. For instance, if LGWR is preempted in the middle of trying to perform a redo buffer flush, there may be several time slices of execution for other processes before LGWR gets back on CPU..." Fix the CPU problem, and the other significant waits may decrease.
JesusLuvR,
yingkuan's suggestion to look at the SQL statement that performs the 4,365,564 logical IOs, consumes 186.03 CPU seconds, and has an execution time of 225.06 seconds, is likely a very good starting point. You might also want to check the value of the SESSION_CACHED_CURSORS parameter to see if it needs to be adjusted.
Charles Hooper
IT Manager/Oracle DBA
K&M Machine-Fabricating, Inc.

[svn:fx-trunk] 8786: Minor updates from Sujata and Min for fxgutils.

Revision: 8786
Author:   [email protected]
Date:     2009-07-23 21:10:35 -0700 (Thu, 23 Jul 2009)
Log Message:
Minor updates from Sujata and Min for fxgutils. Addresses an issue where FXG files with a matrix display differently after running through FXG to FXG. Also includes a fix to stop processing of unknown fxg tags in skipped sections.
QE: No
Doc: No
Checkintests: Pass
Reviewer: Min and Sujata
Modified Paths:
    flex/sdk/trunk/modules/fxgutils/src/java/com/adobe/internal/fxg/dom/filters/AbstractFilte rNode.java
    flex/sdk/trunk/modules/fxgutils/src/java/com/adobe/internal/fxg/dom/transforms/MatrixNode .java
    flex/sdk/trunk/modules/fxgutils/src/java/com/adobe/internal/fxg/sax/FXGSAXParser.java
    flex/sdk/trunk/modules/fxgutils/src/java/com/adobe/internal/fxg/sax/FXGSAXScanner.java

This is a duplicate post. This should be locked to avoid further confusion.
My CSS wont change
Nancy O.

[svn:fx-trunk] 11151: Various bug fixes.

Revision: 11151
Author:   [email protected]
Date:     2009-10-26 10:41:10 -0700 (Mon, 26 Oct 2009)
Log Message:
Various bug fixes.
Button.as
-Added some ASDocs for a previous fix where we made the icons property protected instead of private.
Skins.properties, components.properties, sparkEffects.properties
-Removed ?\226?\128?\156Fx?\226?\128?\157 prefix and cleaned up whitespace
SwatchPanel.as, defaults.css
-ColorPicker was drawing incorrectly with sparkskins because two halo specific styles were missing in the spark theme. Thus, I included highlightColor and shadowColor?\194?\160into the spark theme and added them to defaults.css.
TitleWindowSkin.mxml, wireframe/TitleWindowSkin.mxml
-The label skin part came too close to the close button so I added padding
DataGrid.as
-Added exclude metadata for columnWidth
-Column widths are now rounded down to avoid sub-pixel values in the initial rendering
QE notes: None
Doc notes: None
Bugs: SDK-23057, SDK-23695, SDK-23576, SDK-23791, SDK-22733, SDK-22757
Reviewer: Glenn
Tests run: checkintests
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-23057
    http://bugs.adobe.com/jira/browse/SDK-23695
    http://bugs.adobe.com/jira/browse/SDK-23576
    http://bugs.adobe.com/jira/browse/SDK-23791
    http://bugs.adobe.com/jira/browse/SDK-22733
    http://bugs.adobe.com/jira/browse/SDK-22757
Modified Paths:
    flex/sdk/trunk/frameworks/projects/framework/bundles/en_US/skins.properties
    flex/sdk/trunk/frameworks/projects/framework/defaults.css
    flex/sdk/trunk/frameworks/projects/framework/src/mx/controls/Button.as
    flex/sdk/trunk/frameworks/projects/framework/src/mx/controls/DataGrid.as
    flex/sdk/trunk/frameworks/projects/framework/src/mx/controls/colorPickerClasses/SwatchPan el.as
    flex/sdk/trunk/frameworks/projects/spark/bundles/en_US/components.properties
    flex/sdk/trunk/frameworks/projects/spark/bundles/en_US/sparkEffects.properties
    flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/TitleWindowSkin.mxml
    flex/sdk/trunk/frameworks/projects/wireframe/src/spark/skins/wireframe/TitleWindowSkin.mx ml

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.

[svn:fx-trunk] 8114: minor asdoc fix

Similar Messages

Maybe you are looking for