On 2/6/14 10:49 PM, "OmPrakash Muppirala" wrote:
>On Feb 6, 2014 10:42 PM, "Alex Harui" wrote:
>>
>> Ack. Read the error incorrectly. It may not be BarChartLayout that is
>> incorrect. Do you know which .js file is actually complaining?
>>
>
>Yes, it is from XAxisBead.js
Hmm. Are you all s
On Feb 6, 2014 10:42 PM, "Alex Harui" wrote:
>
> Ack. Read the error incorrectly. It may not be BarChartLayout that is
> incorrect. Do you know which .js file is actually complaining?
>
Yes, it is from XAxisBead.js
>
> On 2/6/14 10:29 PM, "OmPrakash Muppirala" wrote:
>
> >On Feb 6, 2014 10:0
Ack. Read the error incorrectly. It may not be BarChartLayout that is
incorrect. Do you know which .js file is actually complaining?
On 2/6/14 10:29 PM, "OmPrakash Muppirala" wrote:
>On Feb 6, 2014 10:08 PM, "Alex Harui" wrote:
>>
>>
>>
>> On 2/6/14 9:38 PM, "OmPrakash Muppirala" wrote:
>>
On Feb 6, 2014 10:08 PM, "Alex Harui" wrote:
>
>
>
> On 2/6/14 9:38 PM, "OmPrakash Muppirala" wrote:
>
> >On Feb 6, 2014 8:24 PM, "Alex Harui" wrote:
> >>
> >>
> >>
> >> On 2/6/14 6:04 PM, "OmPrakash Muppirala" wrote:
> >>
> >> >App works fine even though I am getting a warning during the JS
>
On 2/6/14 9:38 PM, "OmPrakash Muppirala" wrote:
>On Feb 6, 2014 8:24 PM, "Alex Harui" wrote:
>>
>>
>>
>> On 2/6/14 6:04 PM, "OmPrakash Muppirala" wrote:
>>
>> >App works fine even though I am getting a warning during the JS
>> >compilation
>> >part:
>> >
>> >WARNING - Bad type annotation. Un
On Feb 6, 2014 8:24 PM, "Alex Harui" wrote:
>
>
>
> On 2/6/14 6:04 PM, "OmPrakash Muppirala" wrote:
>
> >App works fine even though I am getting a warning during the JS
> >compilation
> >part:
> >
> >WARNING - Bad type annotation. Unknown type
> >org.apache.flex.charts.beads.layouts.BarChartLayo
On 2/6/14 6:04 PM, "OmPrakash Muppirala" wrote:
>App works fine even though I am getting a warning during the JS
>compilation
>part:
>
>WARNING - Bad type annotation. Unknown type
>org.apache.flex.charts.beads.layouts.BarChartLayout
> [java] var /** @type
>{org.apache.flex.charts.beads.l
On Mon, Feb 3, 2014 at 6:37 AM, Peter Ent wrote:
> Hi Om,
>
> Sorry for the delayed response. BarChartLayout.changeHandler is the place.
> You might need to look at the BarChartView bead as well.
>
> Thanks so much!
> Peter
>
>
Just checked in a fix. Please take a look.
App works fine even thou
Ps: Indeed if the file is modified localy, git wont conplain during the
checkout :-)
Envoyé depuis un mobile Samsung
Message d'origine De : webdoublefx
Date :06/02/2014 15:53 (GMT+00:00)
A : dev@flex.apache.org Objet : RE : FLEX-34070
Sorry, short answer because Im in r
Sorry, short answer because Im in roaming, I originaly put those files in the
gitignore because they are generated and therefore it is logical to do so, this
was at the start when we moved to git, Justin as RM was complaining about that
for the same reasons he does today.
@Maurice, this git com
Definitely not trying to make more work for the RM. Can you remind me of
the details of what went wrong with the -config.xml that one time?
On 2/6/14 2:33 AM, "Justin Mclean" wrote:
>Hi,
>
>Sorry - but seriously why are we trying to make things more difficult for
>a release manager and increase
Hi guys,
Please vote for adding AIR Worker support for iOS.
This is the bug page, please sign in with your Adobe ID, and press [My Vote]
button to add your vote for it.
https://bugbase.adobe.com/index.cfm?event=bug&id=3683920
Hi,
> OK, but in daily bug fixing, every time I run ant main, I have to clean up
> those files before committing, pulling, etc. Why is that not happening
> for others?
No idea sorry. I've made 100's of commits with no issues with this.
> Can we just put a Fail condition if build number is 0?
Pr
Hi,
Sorry - but seriously why are we trying to make things more difficult for a
release manager and increase the change a release candidate may be
rejected/have to be redone?
Again this issue caused a release candidate to be rejected with all that wasted
time and effort involved - why are peo
14 matches
Mail list logo