+1
Checked on Windows 10
with:
Apache Maven 3.5.4
Java version: 1.8.0_181
Source package built and installed without issue via maven.
(I did not attempt to test the usage of the build.)
Source release check:
(zip files were checked)
SHA512 matches.
zip file was signed by
Hi Josh,
Just a quick note to say that I will test and review the build this coming
weekend. Sorry I can't get there sooner.
-Greg
On Thu, Mar 9, 2023 at 12:01 PM Josh Tynjala wrote:
> Hi,
>
> Please discuss the BlazeDS 4.8.0 release candidate here and not in the vote
> thread.
>
> Thanks,
>
Just for the record: when I compiled I was using openjdk 11.0.6, so that is
the reason I did not encounter that issue.
On Fri, Feb 10, 2023 at 9:30 PM Yishay Weiss wrote:
> I can confirm that it compiles on windows for java 8. I’ll try to do some
> more checks later and vote. Thanks.
>
>
Thanks for your work on this, Josh. I followed your guide in here, and
think I covered all the required testing, and added my vote in the vote
thread
-Greg
On Sat, Feb 4, 2023 at 5:23 AM Josh Tynjala
wrote:
> At minimum, extract the source-release .zip file and run `mvn clean
> install` in the
Vote: +1
based on following checks conducted:
-sha512 hash matches the release.zip hash
-signing key matches Josh (following
https://www.apache.org/info/verification.html)
-nothing unusual observed from README, RELEASE_NOTES, NOTICE and LICENSE
files
-source code compiles without error.
-usage of
in the browser is going to be a viable option for much
> longer...
>
> -Nick
>
> On Sat, Sep 5, 2020 at 1:10 AM Greg Dove wrote:
>
> > Yes this gives some 'hope' :)
> > But it is difficult to be sure.
> >
> > It does seem to contradict one statement in thi
t; player in IE11 post DEC 2020.
> I also could not get clearly interpret this blog post if this is the case.
>
> Regards,
> Shyam
>
> On Fri, Sep 4, 2020 at 5:27 PM Greg Dove wrote:
>
> > That's interesting, it does sound like it might continue to be
> 'available'
> >
That's interesting, it does sound like it might continue to be 'available'
in terms of 'function' after 2020 for player versions since June this year,
but disabled by default and not 'supported'in the old Edge and in IE11.
That interpretation is actually 'better' than I had understood it to be in
org.apache.royale.utils.ClassSelectorList. Can you think of a
reason why that would be needed here? I assume it should not be needed.
Thanks
Greg
On Fri, May 8, 2020 at 5:40 AM Greg Dove wrote:
>
> Oh, I know it's still out there. But we know it is small and getting
> smaller. It is the age-old dilemma of the needs-o
s IE11, and saw nothing working. It’s still out
> there.
>
> >It's interesting that in the same month as someone wants modules to work
> in IE11 we also want to get rid of IE11 support.
>
> On 5/7/20, 2:09 AM, "Greg Dove" wrote:
>
> Assuming you mean
aster? Emulation is usually faster and
> safer than changing code paths in many places in the application and helps
> others trying to use the emulations. But some emulations (runtime property
> access) are too hard or slow so the application does need to be changed.
>
&g
wrote:
> Without thinking too hard, I would output a warning if someone passes
> something other than a string. Then we'll know if anybody really needs the
> more complex cases and can figure out what to do about it then.
>
> -Alex
>
> On 5/6/20, 2:11 PM, "Greg Dove"
This question is mainly for Alex or anyone else involved in porting an
MXRoyale application.
When porting styleName='myStyleName' what is considered the best approach?
I would have assumed that styleName could simply be added to the underlying
element's classList if it is a string, so it (I
our domain name. :-)
>
> Harbs
>
> > On Dec 10, 2019, at 9:12 AM, Greg Dove wrote:
> >
> > This is player level emulation of [1], supporting (as much as possible)
> > direct use of legacy flash player-level (i.e. no graphics lib) drawing
> > code. So it is
Here's how I am testing across machines [1] <-- that should be [2]
On Tue, Dec 10, 2019 at 8:12 PM Greg Dove wrote:
>
> This is player level emulation of [1], supporting (as much as possible)
> direct use of legacy flash player-level (i.e. no graphics lib) drawing
> code
bs
>
> > On Dec 10, 2019, at 4:51 AM, Greg Dove wrote:
> >
> > Just some early advice that I expect to have a very close emulation of
> the
> > flash graphics API available by early January at the latest. I had a
> client
> > express a need for this, and I ha
Just some early advice that I expect to have a very close emulation of the
flash graphics API available by early January at the latest. I had a client
express a need for this, and I have quite a lot of progress already.
I know we have various graphics support already in Graphics and MXRoyale,
but
I went through this not so long ago. fyi the best option I found was Opera.
It's now like Chrome, but flash debugging still worked for me. If you can't
get anything else to work, you might want to try that.
On Fri, Dec 7, 2018 at 6:27 PM Piotr Zarzycki
wrote:
> Hi Dannemann,
>
> If I remember
I just gave it a try (Win 10).
It's definitely not without some friction, but it works!
I think I did not realize that it had launched the downloaded 64 bit
version so I did exit and relaunch from 32 bit again before I 'got' it.
Anyhow I installed 4.16.1/Air 30 sdk sucessfully with it.
t; In doing so, the AMF code now uses the Reflection APIs that Greg Dove
> contributed. The test still only passes a String to the server, but in
> doing so, it has to wrap the String in an AsyncMessage subclass and I
> think I have watched the AMF code correctly serialize and dese
Hi Alex, I see you are working on amf.
Not sure if you noticed already or not, but just in case I did add
class alias support methods in the reflection package for both targets. I
tested this to work the same for swf and js. (for multiple aliases etc).
registerClassAlias
getAliasByClass
I just made some changes in manual tests, including updates to the ant
scripts to be more consistent with the ant scripts in the regular examples.
I fixed a couple of issues in the GenericTests and renamed it to UnitTests
and also added a maven build for that project. It should be easy to add
I guess that might help with the code minification, but it may be
irrelevant with the longer original strings with something like gzip
compression already there are so many levels to this.
On Wed, Aug 9, 2017 at 9:12 AM, Greg Dove <greg.d...@gmail.com> wrote:
> Alex fyi I have
Alex fyi I have wondered about breaking the class strings into literal
concatenation expressions with package parts for CLASS_INFO and in the
reflection data. This should end up minifying via closure compiler much
better, I think.
e.g.
'org.'+'apache.'+'flex.'+'events.'+'Event'
On Wed, Aug 9,
as it is an error condition.
> >>>
> >>> https://stackoverflow.com/questions/1565164/what-is-the-
> >> rationale-for-all-comparisons-returning-false-for-ieee754-nan-values
> >>>
> >>> https://people.eecs.berkeley.edu/~wkahan/ieee754stat
com> wrote:
> >
> >> What I mean is that if we can somehow have the values uninitialized in
> >> JS, but in all cases where uninitialized values somehow diverge with
> >> ActionScript behavior be solved (so the use cases would behave
> >> correctly), then we’d have
I’d prefer if we could somehow get the best of both worlds.
Sorry Harbs, but I don't get it. I think the agreement is already to 'have
the best of both worlds'.
The issue is what the default should be. I know that you don't think you
could have both behaviours as the default :).
If we take away
Yes it does. NaN is an 'instance' of the Number type (even though it is
'Not a Number' ;) )
On Wed, Aug 2, 2017 at 10:18 AM, Harbs <harbs.li...@gmail.com> wrote:
> Interesting.
>
> I’m not sure that I realized that NaN passes that test. Does it?
>
> > On Aug 2, 201
Maybe I'll convince others eventually.
fwiw Josh, I agree with you.
I agree undefined works the same as NaN for many things for example, but it
fails on very basic things like if (x is Number) that to me is quite
wrong and would be quite unexpected for anyone expecting flexjs
actionscript
Josh, that was the general idea with the wiki docs:
-One section for 'definitions'
-And another section for examples/archetypes with advantages/disadvantages
of each - as a form of 'guidance', emphasis on the practical, but not a
proscriptive approach.
I'm sorry I have not had time to come back
Harbs I think that jsfiddle is not working because of the missing quotes in
the bracket access.
There are a bunch of uses of the bracket access throughout the framework,
including, iirc, some things like ['flex-basis'] etc.
imo, I agree these should be using the javascript camel case properties,
I have a vague recollection of needing some deprecated annotation @expose
for static accessors to work in the past because @export did not work.
Maybe it was related?
-Greg
[sent from my phone]
On 13/07/2017 6:24 PM, "Alex Harui" wrote:
Well, I looked into this and
e_exports will not always be
> required for FlexJS.
>
> Again, though, I think this optimization isn't urgent.
>
> goog.DEBUG is already being used in Language.as.
>
> -Alex
>
> On 7/11/17, 4:01 PM, "Greg Dove" <greg.d...@gmail.com> wrote:
>
> >I'll tr
the @export tag)
>
> What happens if the compiler is run without --generate_exports? Do the
> @exports get stripped out? If yes, is there some kind of “super export”?
> There needs to be some way to invoke the app…
>
> Harbs
>
> > On Jul 11, 2017, at 11:40 PM, Greg Dove
In application development I would normally do this type of thing inside
CONFIG::dev
blocks, or similar, so having the possibility, as described, to exclude
development-only code (extra type checking, null checks etc) would
definitely also be helpful PAYG-wise from within the framework.
The
oops, that last idea won't work so well with @flexjsignorecoercion
ArrayBuffer above it :)
On Wed, Jul 12, 2017 at 9:54 AM, Greg Dove <greg.d...@gmail.com> wrote:
>
> In application development I would normally do this type of thing inside
> CONFIG::dev
> blocks, or
>>
> > >> I'm wondering if the compiler should not auto-import native HTML
> > >>classes.
> > >>
> > >> -Alex
> > >>
> > >> On 7/10/17, 1:16 AM, "Harbs" <harbs.li...@gmail.com> wrote:
> > >>
Guys, we certainly have been here before.
>From a js release 'size' perspective, I don't think it matters whether we
use constants or liteterals, I think the main difference is that if the
static const exists it will also be included in the release output as I
expect it has an @export annotation.
I noticed a problem with VerticalFlexLayout in IE11 (and presumably older
IE browsers).
The JS output causing problems has
child.dispatchEvent(new Event("layoutNeeded"));
The reason is that the org.apache.flex.events.Event import is missing from
the
COMPILE::JS build scope
So it is falling back
I took a quick look at SearchBox.mxml
there are at least some basic xml errors in it.
xmlns:ns="library://ns.apache.org/flexjs/svg> <- missing quote
wrote:
> Allen,
>
> SearchBox.mxml - look good to me - of course if you have ISearchable - but
> I
> don't see it. Apart of that you have in
I just glanced back at your mxml. Not sure if this will help... but you
could try moving the fx:Script tag outside the HContainer tag so it is top
level inside your mxml. This seems more conventional although I am not sure
whether it is the cause of the compiler issues you are seeing or not.
>> Well Object is always THE base class. It may not be known what the
actual base class should be and it is certainly not flexible to always
create a base class just to have a one to satisfy the rule.
>Nor would I suggest that. There are some cases where creating a new class
with properties is
Really pleased to see the input from you all, and thanks for the revisions
and corrections so far.
"To me it's a bit difficult to digest in its current format. I would prefer
to
see a list of design patterns with descriptions of concrete problems and
proposed solutions."
I definitely agree. I
s different defaults. The Basic set has a particular design goal
> (feature parity with SWF) and thus will have different defaults. There is
> often no one right answer, so we build different component sets and folks
> will try them and decide for themselves.
>
> Thoughts?
>
Following on from other discussions, I have made a start on something here
https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=71013028
In the end this will only work if people want to do it. But I do believe
that one way of getting everyone on the same page here (and we do have
, Alex Harui <aha...@adobe.com.invalid>
wrote:
> What's your wiki username?
>
> On 6/26/17, 12:00 AM, "Greg Dove" <greg.d...@gmail.com> wrote:
>
> >I have been trying to get access to the wiki so I can add a page for PAYG
> >under references and
I have been trying to get access to the wiki so I can add a page for PAYG
under references and guides.
Is this functionality intended to be available for committers? I can only
see/select 'Aries' as an option under 'Create'
If not, then I can provide my draft content to someone else who has
Thanks Piotr, I think any reliable repro will be difficult, because it just
seems to 'happen' sometimes. I had maven typedefs build working fine for a
long time before this happened. Then it happened for svg.js and also later
for the google maps js.
It does sound like others have experienced this
Hi Piotr,
"If option a - mean avoid caching svg.js file - It is not a problem I know how
to do this for this file and it can be downloaded for each build."
yes, the idea here was to avoid caching the download in the
maven-download-plugin's own cache. I did not know if there was an option to
do
Alex Harui <aha...@adobe.com.invalid>
wrote:
> That's interesting. But now that you've run Maven again, what version of
> svg.js got cached? The svg.js in my cache does need patching.
>
> -Alex
>
> On 6/14/17, 4:54 PM, "Greg Dove" <greg.d...@gmail.com>
via Maven from inside the
> FalconJX RC1 source package, I'm not sure that's ever been tried. That
> could cause the patch to fail as the flex-typedefs folder is nested one
> level. I moved the flex-typedefs folder outside of the FalconJX folder
> and Maven worked for me.
>
> Thanks,
&
, Greg Dove <greg.d...@gmail.com> wrote:
> A possible clue:
>
> I can see the patched file in :
> C:\Users\Greg\.m2\repository\.cache\maven-download-plugin
>
>
>
> On Thu, Jun 15, 2017 at 11:25 AM, Greg Dove <greg.d...@gmail.com> wrote:
>
>> Alex, fyi
A possible clue:
I can see the patched file in :
C:\Users\Greg\.m2\repository\.cache\maven-download-plugin
On Thu, Jun 15, 2017 at 11:25 AM, Greg Dove <greg.d...@gmail.com> wrote:
> Alex, fyi if I delete the target directory inside flex-typedefs (to be
> sure it is 'clean', a
Alex, fyi if I delete the target directory inside flex-typedefs (to be sure
it is 'clean', although I am quite sure mvn clean does this also) , then
run mvn clean compile, i get the following in svg.js inside downloads:
/**
* @param {string} type
* @param {!EventListener|(function(!Event):
Piotr, I have been trying to get this to work at various stages also.
fyi inside typedefs/js there is an ant build.xml with a 'make_patch' target
which seems like it is intended to be used for updating the patch, and it
does seem to update it, but then I was hitting other problems after it did,
HeFSf6IMQ75kKXSE%
> 2BWY23J7VrbJauoxO1TvG%2BHS
> >Yk%3D=0
> >Diff:
> >https://na01.safelinks.protection.outlook.com/?url=
> http%3A%2F%2Fgit-wip-us
> >.apache.org%2Frepos%2Fasf%2Fflex-asjs%2Fdiff%2F08af60c7&
> data=02%7C01%7C%7C
> >b863f5cff77e41e305b708d4
I have had a few issues with maven build of typedefs (in develop) over recent
times.
I think others may have experienced this also, at least I have seen similar
things mentioned previously.
For me this seems to be related to patches being applied when the content that
is being downloaded is
Harui <aha...@adobe.com.INVALID> wrote:
> This was first published in 2012.
>
> https://cwiki.apache.org/confluence/display/FLEX/Alex's+FlexJS+Prototype
>
> PAYG and avoiding just-in-case code is mentioned in that document. As are
> Beads.
>
> Thanks,
> -Alex
&g
Harbs, a quick comment from the sidelines on: "PAYG is already well
understood"
I don't really think that is the case, at least it has not been for me. I
had a more general notion of PAYG that was nothing to do with beads at all,
and was limited to guesswork/my own interpretation of it at the
Harbs, I think that is only for debug. I don't think they should add bulk
to the release code. At least they do not in the default settings for GCC
optimisation. You will see the definition of the constant only once and
inline replacement is used for the value (with a short name global
variable)
Harui <aha...@adobe.com> wrote:
>
>
> On 5/1/17, 1:33 PM, "Greg Dove" <greg.d...@gmail.com> wrote:
>
> >Just as a quick follow-up (in case anyone else is looking for the same)
> >
> >adding:
> >js
> >to all the swc dependencies i
:
org.apache.flex.core.HTMLElementWrapper
and similar.
I'm currently trying to figure this out.
On Tue, May 2, 2017 at 5:19 AM, Greg Dove <greg.d...@gmail.com> wrote:
> Thanks Alex,
>
> This helps
> JS
> Still some stuff left to figure out, but that is progress. Pretty sure
> that
@adobe.com> wrote:
> I believe examples/native/ButtonExample only produces JS output.
>
> -Alex
>
> On 5/1/17, 9:11 AM, "Greg Dove" <greg.d...@gmail.com> wrote:
>
> >Chris, or perhaps Alex:
> >With the latest changes for maven, I am trying to figure
Chris, or perhaps Alex:
With the latest changes for maven, I am trying to figure out how to get the
same result with maven as
true
which previously permitted js-only compilation so that COMPILE::JS was not
needed in js-only target project, and it was possible to use, for example,
var
try haxe has a great example of this type of thing also, with a lot of
pre-defined examples (but no mxml :) ).
https://try.haxe.org/
It may also be a useful reference for planning for future versions of
whatever we do.
On Fri, Apr 28, 2017 at 3:29 AM, Josh Tynjala
I will try to look at it this coming weekend. I have some looming deadlines
with work at the moment that could cause me to end up not having much spare
time :)
On Wed, Apr 26, 2017 at 5:13 PM, piotrz wrote:
> Hi Greg,
>
> Any chance that you look into that before 0.8
Hi Piotr, you should not be concerned about that. For example, your
bindable VO is also IEventDispatcher but you did not code that. The
compiler did it for you after you marked it [Bindable]. So it could also,
for example, add an interface that indicates the class has compiler
generated toJson
t; wrote:
>
>
> On 4/19/17, 1:29 AM, "Greg Dove" <greg.d...@gmail.com> wrote:
>
> >Yes I was thinking more in terms of the times I did this type of thing to
> >support nested typed objects from raw json, more than simple VOs. Not so
> >much in terms
Yes Piotr, although I think we are all guessing what you want, it will be
helpful to be certain.
On Wed, Apr 19, 2017 at 9:03 PM, piotrz wrote:
> Greg,
>
> In order to touch this subject on compiler sight, would it be helpful if I
> prepare what Alex asked me ?
>
>
Harui <aha...@adobe.com> wrote:
>
>
> On 4/18/17, 11:45 PM, "Greg Dove" <greg.d...@gmail.com> wrote:
>
> >maybe fromJson is not the best example :)
>
> I'm not sure I understand what you want to do. Are you trying to support
> types in the JSON reviv
maybe fromJson is not the best example :)
On Wed, Apr 19, 2017 at 6:42 PM, Greg Dove <greg.d...@gmail.com> wrote:
> I'd be happy to look at compiler side support for this at some point
> during the next month, it is something I have hand-coded many times and I
> think to/from JSO
I'd be happy to look at compiler side support for this at some point during
the next month, it is something I have hand-coded many times and I think
to/from JSON style support would be helpful for VO, especially bindables.
It would need to add an interface I think so you could cast the VO in
Actually I wasn't sure whether the compiler eliminated the dead js code.
But we know that it can.
I get the point about the 'swiss-army-knife' but I don't think that applies
here, because I think this is more a 'standard tool'. I can only directly
recall one Flex project in the last 6 years that
Just a general question about this type of thing:
Because this is JS-only, does GCC eliminate it as deadcode in a release
version if the method is never used? I would expect that, but I have not
checked that yet... if it does then perhaps the PAYG concern might be moot
(love that word!)
On Sun,
AM, Alex Harui <aha...@adobe.com> wrote:
>
>
> On 3/28/17, 12:12 PM, "Greg Dove" <greg.d...@gmail.com> wrote:
>
> >
> >FWIW I tried with remove-circulars again but that broke on 'No GoogDep for
> >console' this time, but I guess you are still work
:13 AM, Alex Harui <aha...@adobe.com> wrote:
>
>
> On 3/28/17, 12:59 AM, "Greg Dove" <gregd...@apache.org> wrote:
>
> >Hi Alex, if you have time, perhaps you can shed some light on this?
> >
> >I have an mxml component using st
Harbs, I saw that error a short while ago, but I am not sure it is related
to the native classes.
Dependencies calculated for 'org.apache.flex.states.SetProperty'
org.apache.flex.states.SetProperty depends on org.apache.flex.core.IDocument
was all the appeared immediately before I saw it.
If you
Hi Alex, if you have time, perhaps you can shed some light on this?
I have an mxml component using states, that implements an Interface,
IFormSequence.
the generated CLASS_INFO looks like this:
FLEXJS_CLASS_INFO = { names: [{ name: 'ActionForm', qName:
'components.forms.ActionForm', kind:
I've just done a sweep through one project fixing our 'borked' stuff, I
guess the latest change might re-'bork' some of the fixes, but I think at
least these changes should be easier to address.
Sometimes I needed to swap a Container to a Group and other times not,
because of the
was not
guaranteed.
On Tue, Mar 21, 2017 at 3:56 AM, Alex Harui <aha...@adobe.com> wrote:
>
>
> On 3/20/17, 12:00 AM, "Greg Dove" <greg.d...@gmail.com> wrote:
>
> >I agree that 10 is wrong, but
> >reading both AS and JS doc, I'm now thinking that if the s
I agree that 10 is wrong, but
reading both AS and JS doc, I'm now thinking that if the second argument
is missing that the compiler should use 0.
Please see the note in the comment of this ticket[1]:
We need to decide whether we should add undefined as the second param (it
seems this is the
will check the various browsers and permutations this weekend to see what
happens. I already added a ticket for me
On Wed, Mar 15, 2017 at 7:03 PM, Alex Harui <aha...@adobe.com> wrote:
>
>
> On 3/14/17, 10:42 PM, "Greg Dove" <greg.d...@gmail.com> wrote:
>
> &
On Wed, Mar 15, 2017 at 6:33 PM, Alex Harui wrote:
> Here's a better link to the old thread. Looks like I did mess around with
> parseInt earlier.
>
> https://s.apache.org/rHq2
>
>
> The goal is to match what AS does and get the performance benefit you
> measured and maybe
>
> I'm not sure what you are referring to. I don't think the compiler
> currently supplies the second argument. I didn't think it was needed, but
> your tests indicate otherwise, so if that's what you are referring to,
> please file a JIRA so we don't forget to do it.
>
>
>
It seems it does -
r to not support '0x' strings and make developers check
and specify the 16 radix on the substringsbut it is not consistent with
orignal version
On Wed, Mar 15, 2017 at 6:07 PM, Alex Harui <aha...@adobe.com> wrote:
>
>
> On 3/14/17, 9:54 PM, "Greg Dove" <greg.d...@gmail.c
017 at 6:02 PM, Greg Dove <greg.d...@gmail.com> wrote:
> Actually I just checked and it looks like there is a bug in the compiler
> for this
>
>
>
> Greg Dove
> Dove Software Development Ltd
> http://greg-dove.com
>
> On Wed, Mar 15, 2017 at 5:54 PM, Greg Dove &
Actually I just checked and it looks like there is a bug in the compiler
for this
Greg Dove
Dove Software Development Ltd
http://greg-dove.com
On Wed, Mar 15, 2017 at 5:54 PM, Greg Dove <greg.d...@gmail.com> wrote:
> Alex, I agree, it seems whatever prompted this was
seInt, then that
> sounds like a good idea. Please file a JIRA so we don't forget.
>
> But, IMO, we are writing ActionScript and we should not make a practice of
> supplying default parameters. Please figure out why your typedefs aren't
> building and remove the optional parameter
I think code clarity is one thing, but performance is another - that should
be faster, so I ran a quick check.
I know it can vary across browsers, but
var timeOne = function(){var d=new Date();var b=0; for (var
i=0;i<1000;i++) {b= parseInt(""+(127/255)*1000, 10) / 1000;}
console.log(new
I am seeing this also. It almost feels like it is applying the patch on
download and then trying again (but I have really no idea)
ant build works fine with some warnings about LoggerErrorManager println
but I could not get regular maven build to work
One way I could get the mvn build to work
Thanks Alex, much appreciated
On Wed, Mar 8, 2017 at 7:24 PM, Alex Harui <aha...@adobe.com> wrote:
> OK. I'll take care of it.
>
> On 3/7/17, 10:11 PM, "Greg Dove" <greg.d...@gmail.com> wrote:
>
> >Yes, I think the
, 2017 at 7:06 PM, Alex Harui <aha...@adobe.com> wrote:
> Greg,
>
> I just realized that these might be legitimate errors. I can fix them if
> you don't have time.
>
> -Alex
>
> On 3/7/17, 1:32 PM, "Alex Harui" <aha...@adobe.com> wrote:
>
> >
>
. I can look into this in a about 5-6 hours time. Do you
need me to revert the commit until I get a chance to address those tests?
On Wed, Mar 8, 2017 at 9:53 AM, Alex Harui <aha...@adobe.com> wrote:
>
>
> On 3/7/17, 9:41 AM, "Greg Dove" <greg.d...@gmail.com> wro
things still compile correctly in
> my apps. Anything else I should be doing?
>
> > On Mar 6, 2017, at 10:40 AM, Greg Dove <greg.d...@gmail.com> wrote:
> >
> > "It sound to me like you know what you’re talking about"
> >
> > Haha, Harbs that'
I'm going to throw a comment in here from the sidelines
At the end of reading this, you might think it seems like a trivial
suggestion, but here goes anyway:
I understand the logic in striving for a basic set of browser/swf
compatible styles and I agree with the need. But I actually don't
ree.
I suggest changing the FlexJS error description to be similar to Flex 4, to:
Multiple initializers for 'local:number' are not permitted for element
'local:TestView'.
^
On Sat, Mar 4, 2017 at 8:46 PM, Greg Dove <greg.d...@gmail.com> wrote:
>
> I believe MXML is
omething like that.
>
> And same for the second scenario:
>
>
>
>
>
> Is the equivalent of:
>
>
> var initialView:IApplicationView = new SimpleCSSValuesImpl().
>
> My 2 cents,
> -Alex
>
> On 3/2/17, 9:09 PM, "Greg Dove" <
wrote:
>
>
> On 3/3/17, 9:53 PM, "Greg Dove" <greg.d...@gmail.com> wrote:
>
> >Thanks, I'm running 51.0.1, I'll see if I can downgrade that. Suffice to
> >say that "If you are using Ant, it should just work" was not quite
> >applicable in my case
5 PM, Alex Harui <aha...@adobe.com> wrote:
> What version of Firefox are you using?
>
> We are currently using Selenium 2.53.1. I think it likes FF 47.0.1.
>
> HTH,
> -Alex
>
> On 3/3/17, 6:48 PM, "Greg Dove" <greg.d...@gmail.com> wrote:
>
> >
ent variable “webdriver.gecko.driver” to
> the selenium gecko-driver and run “mvn clean install –P build-examples” the
> build will also run some browser-tests.
>
> Chris
>
>
>
>
> Am 03.03.17, 05:59 schrieb "Greg Dove" <gregd...@apache.org>:
>
>
1 - 100 of 222 matches
Mail list logo