Hi, I would prefer peer approval on the proposition below before going ahead.
Anyone?
Maurice
De : Maurice Amsellem
Envoyé : jeudi 31 octobre 2013 17:08
À : dev@flex.apache.org
Objet : RE: Issue with mobile UI default sizes
Hi,
Based on yesterday's dis
Hi,
I just committed changes to FalconJx and FlexJS that should allow for
the use of 'is' for type checking. I also added serveral other
improvements to the library and compiler, mostly with regard to the
presence and handling of native AS functions that aren't available in
vanilla JS.
EdB
--
Hi,
While trying to get my local development setup in order, I kept
getting errors when trying to run FalconJx on the examples. The
FalconJx tests run fine, so it's not the compiler perse... Some (ha!)
digging later, I stumbled on the following: both Falcon and the
Closure Compiler (CC) are depend
I haven't wrestled with this DPI stuff to truly understand the issue, but
I don't see anything obviously wrong with it.
-Alex
On 11/1/13 3:32 AM, "Maurice Amsellem" wrote:
>
>Hi, I would prefer peer approval on the proposition below before going
>ahead.
>Anyone?
>
>Maurice
>
>_
Awesome! Thanks for doing it.
Will we end up doing metadata and describetype following this pattern?
-Alex
On 11/1/13 5:16 AM, "Erik de Bruin" wrote:
>Hi,
>
>I just committed changes to FalconJx and FlexJS that should allow for
>the use of 'is' for type checking. I also added serveral other
>
Makes sense to upgrade Guava. That's out of my comfort zone and it
appears you got around the problem, so is there a set of steps we can
record here or in the wiki for the next person to hit it?
-Alex
On 11/1/13 5:32 AM, "Erik de Bruin" wrote:
>Hi,
>
>While trying to get my local development s
> Will we end up doing metadata and describetype following this pattern?
It certainly provides an extra tool towards that goal, but depending
on the requirements for both features - can you elaborate your ideas a
bit - there might be other things that we can do, e.g. Closure
provides some introspe
Nope, I never got the exceptions to go away entirely, but I managed to
tweak my setup depending on what I wanted to test, so I could get what
I needed for this particular situation. This needs to be addressed...
Can you check which version of the CC you have running with FalconJx?
And if you're no
On 11/1/13 7:48 AM, "Erik de Bruin" wrote:
>> Will we end up doing metadata and describetype following this pattern?
>
>It certainly provides an extra tool towards that goal, but depending
>on the requirements for both features - can you elaborate your ideas a
>bit - there might be other things
I'd rather not fiddle with my setup right now, but I've definitely seen
this error and somehow got it to go away for long periods of time. What
kinds of things did you tweak to get around it? It's been so long that I
don't recall how I got around it.
I couldn't find any version stamp in my gcc f
> I'd rather not fiddle with my setup right now, but I've definitely seen
> this error and somehow got it to go away for long periods of time. What
> kinds of things did you tweak to get around it? It's been so long that I
> don't recall how I got around it.
I've been switching versions of the C
But you found a guava.jar in your google closure files somewhere? Where
was that? I'm not seeing one in my google folders.
-Alex
On 11/1/13 8:16 AM, "Erik de Bruin" wrote:
>> I'd rather not fiddle with my setup right now, but I've definitely seen
>> this error and somehow got it to go away for
No, I wasn't clear. The only 'guava.jar' I can find is in the
'compiler/lib' directory. I don't know Java all that well, and
certainly won't claim to know anything about project dependencies, but
my guess is that the fact that the 'compiler.jx' project is dependent
on the 'compiler' project has som
+1 from me.
Thanks,
Om
On Nov 1, 2013 7:41 AM, "Alex Harui" wrote:
> I haven't wrestled with this DPI stuff to truly understand the issue, but
> I don't see anything obviously wrong with it.
>
> -Alex
>
> On 11/1/13 3:32 AM, "Maurice Amsellem"
> wrote:
>
> >
> >Hi, I would prefer peer approval
But there must be another newer one on our computers that google closure
finds when it does work, right?
I also have a vague recollection that this issue is somehow related to
hitting certain code paths in Falcon which may be why it goes away for a
while.
-Alex
On 11/1/13 8:36 AM, "Erik de Bruin
Thanks Alex and Om.
I will then make the change.
BTW, do you know why the 120 DPI classification was introduced? Is it to match
the DENSITY_LOW dpi class on the Android platform?
Maurice
-Message d'origine-
De : omup...@gmail.com [mailto:omup...@gmail.com] De la part de OmPrakash
Mup
On Nov 1, 2013 10:02 AM, "Maurice Amsellem"
wrote:
>
> Thanks Alex and Om.
> I will then make the change.
>
Thanks for taking this on!
> BTW, do you know why the 120 DPI classification was introduced? Is it to
match the DENSITY_LOW dpi class on the Android platform?
Yes, that is correct. This
Which of the ASJS examples is working for you? I've tried the 'again'
and 'binding' ones and both give me errors, although the resulting
'release JS' seems to work (with bugs).
EdB
On Fri, Nov 1, 2013 at 5:22 PM, Alex Harui wrote:
> But there must be another newer one on our computers that goo
DataBindingTest is the one I use. I never did figure out how old my
Closure tools are. And there is a chance I mucked with the Guava's on my
system to "fix" this.
Did the compilation work before you started making changes? I think
that's what I used to see. The problem would go away for a long
I've been away from Falcon(Jx) for a long time, coding wise. I had to
basically set up my dev env all new and this is what happened.
I really wish we got get Gordon or Darrel or even Mike to take a look
at replacing the deprecated Guava API calls... Here's to hoping one of
them reads this and acce
Fixed as designed.
committed to develop branch
Tested on iPad 2 and iPad 3
Mustella "mobile/*" tests pass.
Maurice
-Message d'origine-
De : omup...@gmail.com [mailto:omup...@gmail.com] De la part de OmPrakash
Muppirala
Envoyé : vendredi 1 novembre 2013 18:16
À : dev@flex.apache.org
Obje
Looks fine. One random thought: If this code doesn't get called often,
putting some of the constants like 1024 and 2048 into static vars would
allow someone to change those numbers if needed.
-Alex
On 11/1/13 3:27 PM, "mamsel...@apache.org" wrote:
>Updated Branches:
> refs/heads/develop 3c3d
Hi,
Minor concern re fullScreenWidth and fullScreenHeight as I believe the height
doesn't include system toolbars - not sure if that happens on iOS or not.
Looking at this:
http://www.adobe.com/devnet/air/articles/multiple-screen-sizes.html
It states:
Unfortunately devices often report the wro
Some more info for whomever takes this on:
https://groups.google.com/forum/#!topic/guava-discuss/DFk_T62rRkU
EdB
On Fri, Nov 1, 2013 at 11:24 PM, Erik de Bruin wrote:
> I've been away from Falcon(Jx) for a long time, coding wise. I had to
> basically set up my dev env all new and this is what
24 matches
Mail list logo
