[svn:fx-trunk] 10303: init merge tracking for gumbo_beta2

Revision: 10303
Author:   [email protected]
Date:     2009-09-16 08:19:57 -0700 (Wed, 16 Sep 2009)
Log Message:
init merge tracking for gumbo_beta2
Property Changed:
    flex/sdk/trunk/

Similar Messages

[svn:fx-trunk] 5750: init merge tracking for i11

Revision: 5750
Author: [email protected]
Date: 2009-03-30 09:41:48 -0700 (Mon, 30 Mar 2009)
Log Message:
init merge tracking for i11
Property Changed:
flex/sdk/trunk/

[svn] 4895: init merge tracking on trunk 1-4816.

Revision: 4895
Author: [email protected]
Date: 2009-02-09 06:41:23 -0800 (Mon, 09 Feb 2009)
Log Message:
init merge tracking on trunk 1-4816. Will only be cherry picking trunk changes to be merged down, no mass merges will happen to this branch.
Property Changed:
flex/sdk/branches/i10/

oops I meant (svn merge trunk sandbox), not (svn merge trunk local)

[svn] 3800: initialize merge tracking for 3.x

Revision: 3800
Author: [email protected]
Date: 2008-10-21 16:12:30 -0700 (Tue, 21 Oct 2008)
Log Message:
initialize merge tracking for 3.x
Property Changed:
flex/sdk/trunk/

[svn] 2296: Initialized merge tracking for 3.0.3 changes that go back to 3. 0.x

Revision: 2296
Author: [email protected]
Date: 2008-06-30 07:01:14 -0700 (Mon, 30 Jun 2008)
Log Message:
Initialized merge tracking for 3.0.3 changes that go back to 3.0.x
Property Changed:
flex/sdk/branches/3.0.x/

Your Firefox settings and info are kept in a folder separate from the Firefox program, called your profile folder. Try creating a test profile, to see if the problem still occurs. See [[Managing profiles]]

[svn] 3799: initialize merge tracking for 3.2.0

Revision: 3799
Author: [email protected]
Date: 2008-10-21 16:07:53 -0700 (Tue, 21 Oct 2008)
Log Message:
initialize merge tracking for 3.2.0
Property Changed:
flex/sdk/branches/3.x/

Hi. I've never seen anything like this, and it seems to be something which
the JDBC module is going to be an innocent victim of, rather than a
contributor to... Your best course is to open an official support case.
Joe

[svn:fx-trunk] 12552: DataGroup now tracks the indices of the active virtual item renderers with a list , rather than the min/max values.

Revision: 12552
Revision: 12552
Author:   [email protected]
Date:     2009-12-04 13:45:12 -0800 (Fri, 04 Dec 2009)
Log Message:
DataGroup now tracks the indices of the active virtual item renderers with a list, rather than the min/max values.
DataGroup/addItemRendererToDisplayList() now respects the overlay.
QE notes:
Doc notes:
Bugs: sdk-24052
Reviewer:
Tests run: DataGroup, List
Is noteworthy for integration: no
Ticket Links:
    http://bugs.adobe.com/jira/browse/sdk-24052
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/DataGroup.as

Hello Martin:
Thanks for your input. However I am not certain we have resolved this issue adequately, or understand the principles governing the css as regards this spry menu framework 2.0 (1.0).
For example, the menu only works in IE 6.0 if the css remains in the head. I agree with your original post that it shouldn't make any difference whether the css is posted in the head or in a separate style sheet (so long as specificity issues are addressed). Both should work -- and yet it doesn't.
If the CSS is placed in the separate style sheet governing the total site, it doesn't work for 6.0. If placed at the top of the style sheet, conflicts of specificity prevent the menu from rendering properly in any of the browsers causing the rules for general links to govern the menu.   This has been verified using a cross browser testing. If the styles are placed at the bottom of the style sheet to help them take precedence, they work in all the browsers except for IE 6.
The website I am building needs to support IE 6 for a variety of reasons, and because it is catering to the non-profit community and to low income persons, I am mindful of even small differences in page weight.
So for me, at least, the issue remains baffling.
I appreciate your input, but also would appreciate the input from others, and especially Adobe Community Professionals and employees. The spry framework in this regard is not well documented. I am not certain if this is exclusively a CSS problem, if it might also be complicated by the architecture of the spry framework, or if indeed other variables are at play.
I would be my hope that in resolving the problem, other users of the this particular spry framework might also benefit.
Thanks,
Steve.

[svn:fx-trunk] 10312: Generate style information for AS files that subclass a class with a loader .

Revision: 10312
Author:   [email protected]
Date:     2009-09-16 11:57:30 -0700 (Wed, 16 Sep 2009)
Log Message:
Generate style information for AS files that subclass a class with a loader.
QE notes: None.
Doc notes: None.
Bugs: SDK-16177
Reviewer: Paul
Tests run: checkintests
Is noteworthy for integration: no.
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-16177
Modified Paths:
    flex/sdk/trunk/modules/compiler/src/java/flex2/tools/PreLink.java

Hello, this is an evergreen. Just call setPickOnBounds(false) on the CustomHexagon.
An issue tracking this problem is open here: https://javafx-jira.kenai.com/browse/RT-17024

[svn:fx-trunk] 5353: * Added compiler error for Halo Navigators containing non-Containers

Revision: 5353
Author: [email protected]
Date: 2009-03-17 12:59:06 -0700 (Tue, 17 Mar 2009)
Log Message:
* Added compiler error for Halo Navigators containing non-Containers
as their first level child.
tests Passed: checkintests
Needs QA: YES
Needs DOC: NO
Bug fixes: SDK-19317
API Change: NO
Reviewer: Pete F.
Code-level description of changes:
compiler/mxml/lang/StandardDefs.java
Added getContainerPackage(), isHaloNavigator(), CLASS_VIEWSTACK,
CLASS_ACCORDION, and PACKAGE_MX_CONTAINERS.
compiler/mxml/builder/ComponentBuilder.java
Modified
ComponentBuilder.ComponentAttributeHandler.nestedDeclaration() to
report an error if a non-container is declared as a child of a
Halo navigator.
compiler_en.properties
Added HaloNavigatorsRequireHaloContainerChildren message.
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-19317
Modified Paths:
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/builder/ComponentBuilder.jav a
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/lang/StandardDefs.java
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler_en.properties

[svn:fx-trunk] 15795: Initial check-in for removing unused rsls and the include-inheritance-dependencies-only features .

Revision: 15795
Revision: 15795
Author:   [email protected]
Date:     2010-04-28 14:01:58 -0700 (Wed, 28 Apr 2010)
Log Message:
Initial check-in for removing unused rsls and the include-inheritance-dependencies-only features.
Changes to implement ?\226?\128?\147remove-unused-rsls feature. When the configuration option is true, RSLs associated with RSLs that are not used by the application are not loaded at runtime. The compiler logs the primary RSLs that are required with the number of failovers, if any.
compiler/src/java/flex2/compiler/common/Configuration.java
            add ?\226?\128?\147remove-unused-rsls and ?\226?\128?\147include-inheritance-dependencies-only.
compiler/src/java/flex2/compiler/CompilerSwcContext.java
            pass rslGroup to getSwcGroup.
compiler/src/java/flex2/compiler/swc/SwcCache.java
            Add parameter to getSwcGroup to a group of rsls can be passed in.
compiler/src/java/flex2/compiler/swc/SwcGroup.java
            Add a SwcGroup constructor that accepts a SwcGroup of Rsls. Use the RSLs to give preference to scripts that come from RSLs when duplicate scripts are merged.
compiler/src/java/flex2/tools/CompcPreLink.java
compiler/src/java/flex2/tools/PreLink.java
            Find the set of SWCs that are contributing code to the application. Use this set to restrict which RSLs are written to the generated root class. Log the RSLs that are required to give the user some feedback.
compiler/src/java/flex2/tools_en.properties

Ah, ok. I was in the assumption the PCI connect had something to do with the video connection. But it seems like Apple wanted to reinvented PCIe...
I'm out of my territory here so feel free to ignore the following.
These are the things I notice in your Xorg.0.log:
[ 19.474] (==) modesetting(G0): Depth 24, (==) framebuffer bpp 32
[ 19.474] (==) modesetting(G0): RGB weight 888
[ 19.474] (==) modesetting(G0): Default visual is TrueColor
[ 19.474] (II) modesetting(G0): ShadowFB: preferred YES, enabled YES
[ 19.500] (II) modesetting(G0): Output VGA-1-0 has no monitor section
[ 19.526] (II) modesetting(G0): EDID for output VGA-1-0
[ 19.526] (II) modesetting(G0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated.
[ 19.526] (==) modesetting(G0): DPI set to (96, 96)
What the hell is modesetting doing there?
And have you tried the nvidia blob? It could be that this is not well supported by nouveau. Maybe check up with their IRC / mailing list.

[svn:fx-trunk] 10867: FIx up createInFontContext for when there are no embedded fonts

Revision: 10867
Author:   [email protected]
Date:     2009-10-05 09:50:12 -0700 (Mon, 05 Oct 2009)
Log Message:
FIx up createInFontContext for when there are no embedded fonts
QE Notes: None
Doc Notes: None
Bugs: SDK-23563
Reviewer: Carol
API Change: Yes
Is noteworthy for integration: No
tests: checkintests
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-23563
Modified Paths:
    flex/sdk/trunk/frameworks/projects/framework/src/mx/core/UIComponent.as

[svn:bz-trunk] 10029: Revert change 9940 for BLZ-429 which broke circular references, need to take another look.

Revision: 10029
Author:   [email protected]
Date:     2009-09-04 11:57:34 -0700 (Fri, 04 Sep 2009)
Log Message:
Revert change 9940 for BLZ-429 which broke circular references, need to take another look.
Ticket Links:
    http://bugs.adobe.com/jira/browse/BLZ-429
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

[svn:bz-trunk] 19459: Security API change for auth sync sample/ concept to work in WebLogic, WebSphere.

Revision: 19459
Revision: 19459
Author:   [email protected]
Date:     2010-12-17 10:15:23 -0800 (Fri, 17 Dec 2010)
Log Message:
Security API change for auth sync sample/concept to work in WebLogic, WebSphere.
Adding the PrincipalConverter interface
Implement the converting principal in WebLogic and WebSphere login command
Modified Paths:
    blazeds/trunk/modules/opt/src/weblogic/flex/messaging/security/WeblogicLoginCommand.java
    blazeds/trunk/modules/opt/src/websphere/flex/messaging/security/WebSphereLoginCommand.jav a
Added Paths:
    blazeds/trunk/modules/core/src/flex/messaging/security/PrincipalConverter.java

Thanks for the reply dood... i've found the solution after several tries... i had to set the channel from the actionscript instead of depending on the Service-config.xml file like the following.. then it worked..
var cs:ChannelSet = new ChannelSet();
var chnl:Channel = new Channel();
var customChannel:Channel = new AMFChannel("my-amf", "http://localhost:8080/somehting/messagebroker/amf");
                cs.addChannel(customChannel);
consumer = new Consumer();
consumer.channelSet = cs;

[svn:fx-trunk] 5819: Fix asdoc issue for event description getting copied over to the class definition .

Revision: 5819
Author: [email protected]
Date: 2009-03-31 13:15:14 -0700 (Tue, 31 Mar 2009)
Log Message:
Fix asdoc issue for event description getting copied over to the class definition.
QE Notes: None.
Doc Notes: None.
tests: checkintests, asdoc tests
Modified Paths:
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/TopLevelClassesGenerator.ja va

THank you , Nancy. Appreciate the input.
So instead of this:
<a class="brand" href="index.html"><img src="../img/logo-ca.png"alt="Consumers Advocate Review"> </a>
Would it be something like this?:
<a class="brand" href="index.html"><img src="http://ConsumersAdvocate/img/logo-ca.png"alt="Consumers Advocate Review"> </a>
And if I do that, is there a way to cope with that locally so that DW can still display the images?
jeff

[svn:fx-trunk] 5234: Initial check-in for FxWindowedApplication.

Revision: 5234
Author: [email protected]
Date: 2009-03-11 09:16:21 -0700 (Wed, 11 Mar 2009)
Log Message:
Initial check-in for FxWindowedApplication.
The FlexChrome has been written. FxTitleBarSkin provides a different look depending on if you are running on a mac or other OS.
QE Notes: Not ready for testing
Doc Notes: None
Bugs: none
Reviewer: Ryan
tests: checkintests
Modified Paths:
flex/sdk/trunk/development/eclipse/flex/airframework/.actionScriptProperties
flex/sdk/trunk/frameworks/mxml-2009-manifest.xml
flex/sdk/trunk/frameworks/projects/airframework/build.xml
flex/sdk/trunk/frameworks/projects/airframework/defaults.css
flex/sdk/trunk/frameworks/projects/airframework/src/AIRFrameworkClasses.as
flex/sdk/trunk/frameworks/projects/airframework/src/mx/core/WindowedApplication.as
Added Paths:
flex/sdk/trunk/frameworks/projects/airframework/mxml-2009-manifest.xml
flex/sdk/trunk/frameworks/projects/airframework/src/mx/core/FxWindowedApplication.as
flex/sdk/trunk/frameworks/projects/airframework/src/mx/core/windowClasses/FxTitleBar.as
flex/sdk/trunk/frameworks/projects/airframework/src/mx/skins/spark/
flex/sdk/trunk/frameworks/projects/airframework/src/mx/skins/spark/FxCloseButtonSkin.mxml
flex/sdk/trunk/frameworks/projects/airframework/src/mx/skins/spark/FxGripperSkin.mxml
flex/sdk/trunk/frameworks/projects/airframework/src/mx/skins/spark/FxMacCloseButtonSkin.m xml
flex/sdk/trunk/frameworks/projects/airframework/src/mx/skins/spark/FxMacMaximizeButtonSki n.mxml
flex/sdk/trunk/frameworks/projects/airframework/src/mx/skins/spark/FxMacMinimizeButtonSki n.mxml
flex/sdk/trunk/frameworks/projects/airframework/src/mx/skins/spark/FxMaximizeButtonSkin.m xml
flex/sdk/trunk/frameworks/projects/airframework/src/mx/skins/spark/FxMinimizeButtonSkin.m xml
flex/sdk/trunk/frameworks/projects/airframework/src/mx/skins/spark/FxRestoreButtonSkin.mx ml
flex/sdk/trunk/frameworks/projects/airframework/src/mx/skins/spark/FxTitleBarSkin.mxml
flex/sdk/trunk/frameworks/projects/airframework/src/mx/skins/spark/FxWindowedApplicationS kin.mxml

[svn:fx-trunk] 10303: init merge tracking for gumbo_beta2

Similar Messages

Maybe you are looking for