Thinking about this some more:
Order can be important, but that’s something that should be enforced by the
strand. Where to add beads might change from strand to strand, but there should
be some clear “point” where that happens (before beadsAdded). There needs to be
a way to say "add a bead wit
Hi,
I have checked [1] but something does not seem right. It states (for Mac):
Flash Player first checks the user’s home directory (~). If none is found,
then Flash Player looks in /Library/Application Support/Macromedia
So I checked my user directory and there is an mm.cfg file with 0 bytes
las
Moonshine is one of the IDE which supports FlexJS - maybe we could make some
shout out about that on fan page ? What do you think guys ?
Thanks, Piotr
-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/Moonshine
+1.
> On Jul 14, 2017, at 12:13 PM, piotrz wrote:
>
> Moonshine is one of the IDE which supports FlexJS - maybe we could make some
> shout out about that on fan page ? What do you think guys ?
>
> Thanks, Piotr
>
>
>
> -
> Apache Flex PMC
> piotrzarzyck...@gmail.com
> --
> View this mess
Perfect.
The project owner already gave permission, but we need to get permission from
other contributors as well.
Thanks,
Harbs
> On Jul 14, 2017, at 12:05 PM, Norman Xu wrote:
>
> Hi Harbs,
>
> Thanks for emailing me, I did made a small contribution but I think I don't
> have the right to
I have an mm.cfg in my home directory, but it isn't empty. It contains the
following two lines, plus an empty line:
ErrorReportingEnable=1
TraceOutputFileEnable=1
- Josh
On Fri, Jul 14, 2017 at 1:17 AM, Fréderic Cox wrote:
> Hi,
>
> I have checked [1] but something does not seem right. It stat
I'm not sure you "must" have an mm.cfg file. I think if you don't have
one, you just won't get certain kinds of information in the flashlog.txt
but the debugger would still work. Mine looks like Josh's so you can try
starting with that.
If you had an mm.cfg file, Flash Builder might have written
AIUI, we are supposed to try to contact all contributors, no matter how
small. If you don't hear from all of them, the PMC has to make a risk
assessment. If we take un-permitted lines of code and someone later
objects, could we quickly remove those lines of code and replace it? Or,
should our in
I contacted the other contributors.
I already got permission from the one who did the critical fix. (forwarded to
the dev list) That only leaves one more who did convenience code changes. We
can remove that code if necessary.
The document changes were not in the class file. It was to the readme
Hi Harbs,
If the package naming is kept is there any risk of a user having a classname
collision if they use the original GitHub project?
Regards,
Dave
> On Jul 14, 2017, at 8:34 AM, Harbs wrote:
>
> I contacted the other contributors.
>
> I already got permission from the one who did the cr
Maybe. Not sure.
What’s standard practice with this kind of thing? I’ve never done this before.
> On Jul 14, 2017, at 6:59 PM, Dave Fisher wrote:
>
> Hi Harbs,
>
> If the package naming is kept is there any risk of a user having a classname
> collision if they use the original GitHub project?
For sure, it probably isn't efficient to try to think this out on the
mailing list. So, if this is important to you, find the time to code it
up and see how it turns out.
My first impression of an 8-step lifecycle is not positive. Sounds like a
lot of steps. The lifecycle I described upthread,
I'm not sure I understand your question. We are either going to treat
this file as external 3rd party and not change the package name, or we are
going to make our repo the new home for further development of this file
in which case we can rename the package. What would be the advantages of
retain
Hi All,
You guys have really interesting conversation related to PAYG. [1] Let's
continue it all here!
[1]
http://apache-flex-development.247.n4.nabble.com/Re-git-commit-flex-asjs-refs-heads-develop-Add-FileUploaderWithResponseData-td63051.html
Thanks,
Piotr
-
Apache Flex PMC
piotrzar
I am not being able to communicate with the server with the jars from
flex-messaging-core, common, proxy and remoting version 4.7.3. When I change
to 4.7.2 things work. Importante: the ONLY thing I change is the version on
my pom.xml for it to work. No code changes at all.
I have the following te
Hi,
You may want to look into using the decorator pattern [1]. It's a nice way of
adding one or more pieces of functionality to a class without using
inheritance. Here’s an AS example i did ages ago [2] for a state machine that
you can add logging or event dispatching or both to.
Thanks,
Justi
According to the release notes for BlazeDS 4.7.3, classes must be
whitelisted in order to be deserialized by ClassDeserializationValidator.
Perhaps that is what you are encountering.
- Josh
On Jul 14, 2017 4:46 PM, "jaabax" wrote:
I am not being able to communicate with the server with the jar
Hi,
> I was wondering why bracket access was not working. I should have opened my
> eyes.
Happens to us all.
Yes I agree camel case is better and change it. We should probably fix the 100
or so other instances of it in the SDK at some point.
Thanks,
Justin
Hi,
Alex you said this about the latest changes:
> Anyway, this is quite a bit of new code. The old bead should have been
> preserved and given a name like ToolTipsOnRightBottomBead and the existing
> examples updated to use it.
But before you said:
>Maybe the default tooltip bead should be slig
Hi,
I notice in this check in you changed all of the event contestants to hard
coded strings i.e. HTTPConstants.STATUS - > “httpStatus”.
Any reason for that change especially given the conversion on the dev list
recently that it doesn’t matter and the using constants is the preferred way?
Than
20 matches
Mail list logo
