Nice component, thanks.
About the mobile, I had a component with immediate validation (e.g. numeric
input), that on mobile does not work because the TextOperationEvent
dispatched does not contain the most important information (the
operation:FlowOperation attribute). Probably non-TLF implementatio
On 12/9/13 11:40 PM, "Maurice Amsellem"
wrote:
>So we could make the compilation conditional on a env parameter, and set
>that in the Jenkins job accordingly?
Yes, but keep in mind that there is always a chance that someone who does
use the pbj's will grab the nightly and complain.
>
>
>Note:
So we could make the compilation conditional on a env parameter, and set that
in the Jenkins job accordingly?
Note: the current build has already a condition "unless=isLinux". Does this
mean Pixel Bender will not compile on Linux machines ?
Maurice
-Message d'origine-
De : Alex
Apache repos aren't supposed to contain compiled code. The pbj files were
removed during the initial release audit.
I don't think a workaround can involve checking in the pbj files. But we
could borrow them from a prior release package temporarily.
-Alex
On 12/9/13 11:35 PM, "Maurice Amsellem"
Actually, *.pbj are ignored by git, so the files aren't there, although they
were in the past (cf. git log).
But the idea is the same.
-Message d'origine-
De : Maurice Amsellem [mailto:maurice.amsel...@systar.com]
Envoyé : mardi 10 décembre 2013 08:27
À : dev@flex.apache.org
Objet : RE:
We could take the pixel bender compilation out of the jenkins builds, but
not our release package. It must contain the source and instructions for
building it, and the binary package must contain that compiled source so
folks don't have to compile it.
The compiled pbj's should not be in the repo.
On 12/9/13 11:12 PM, "Erik de Bruin" wrote:
>Remember, Gavin (builds@a.o) claim he changed nothing on the slave
>that's now failing. I'm sure we didn't change anything on the Jenkins
>job that is now failing. It isn't something in the SDK that's causing
>this, lot's of people and the Mustella V
Simple yet radical proposition:
The pbk shaders didn't evolve much, and the compiled pbj are already committed
to the repo (although git history says they have been removed).
So couldn't we simply comment/strip "pixelbender-compile" from the build ?
If it ever happens to change, we could then rec
Remember, Gavin (builds@a.o) claim he changed nothing on the slave
that's now failing. I'm sure we didn't change anything on the Jenkins
job that is now failing. It isn't something in the SDK that's causing
this, lot's of people and the Mustella VM are building that regularly.
Anyway: I'm not fami
I tried to reproduce the failure on my machine but couldn't. I tried
different path statements, removing the aif_* dlls, and changing execute
rights on those dlls. I did find that the string "Internal Exception" is
in the aif_core.dll.
Not sure what to do next, but now I'm thinking: maybe nobody
Never mind, I figured it out.
I am using a 64bit version of Cygwin. So, in mustella/build.xml, changing
to
fixed this.
Thanks,
Om
On Mon, Dec 9, 2013 at 6:04 PM, OmPrakash Muppirala wrote:
> I am trying to get my VM back online. The flex-sdk compiles fine, but
> when I run ./mini_run -
I am trying to get my VM back online. The flex-sdk compiles fine, but when
I run ./mini_run -all, I am getting these errors:
Any idea?
chmod_shells:
[echo] changing user shell files to executable
shells:
BUILD FAILED
C:\apacheflex\flex-sdk\mustella\build.xml:1127: The following error
occu
Hi,
> @Justin, I'll check your comments to see how we can take into account all
> this things, but I'm afraid that this initial component is not as
> smart..maybe with the time and your help we can build such versatile
> maskedtextinput component.
Sure can help out there and tat certainly doesn't
Hi,
@Erik, @Maurice, thanks for your kindly words :), this encourages me to
commit the component :)
@Lee, I must confess that my development is focused on browser so I didn't
take StageText into account, but as this is a spark TextInput extension, I
think it should work, since it mainly uses two
Hi,
> - there was a list of possible separators
The mx:DateFormatter validator does this (see parseDateString), you might want
to take a look at how it does it. Also you might want to consider how to mask
for currency ($ + , + .) and non english dates with multiple separators (eg
Japanese dat
Great component. +1
De : Lee Burrows [subscripti...@leeburrows.com]
Envoyé : lundi 9 décembre 2013 19:41
À : dev@flex.apache.org
Objet : Re: New Flex MaskedTextInput Spark Component
Awesome stuff Carlos. Does it work with Mobile too? (ie: with StageText)
O
Hey Carlos,
That's great. I'd written a very similar component a few years ago, which
worked pretty much the same as yours except the code was never
publication-worthy ;)
>From what I've seen, there are 2 minor differences:
- there was a list of possible separators (which could also be
configure
On Dec 9, 2013 10:56 AM, "Alex Harui" wrote:
>
> Ah, that thread looked like it was a year old. Did you work around it or
> just stop working on it?
I just stopped working on it because I hit a dead end. I was clueless as
to how to fix it.
>
> Other than checking the path, I don't have any ide
Very nice!
One thing:
The IBAN and Phone masks do not work the way I'd expect. It should jump
straight to the numbers.
On Dec 9, 2013, at 8:28 PM, Carlos Rovira wrote:
> Hi,
>
> These days I worked a new spark MaskedTextInput component and I want to
> share a demo of this component so you ca
Ah, that thread looked like it was a year old. Did you work around it or
just stop working on it?
Other than checking the path, I don't have any ideas to try at the moment.
On your Azure VM, if you manually launch the compiler from Windows command
prompt you get this error, right?
-Alex
On 12/
On Dec 9, 2013 10:35 AM, "Alex Harui" wrote:
>
> We keep hitting this error, but the mail archives do not document how we
> fix it. This time, we should write down the answer. Om's hit it, Justin
> hit it, I think I had it once. The emails seem to indicate that it ispath
> related, but the buil
Awesome stuff Carlos. Does it work with Mobile too? (ie: with StageText)
On 09/12/2013 18:28, Carlos Rovira wrote:
Hi,
These days I worked a new spark MaskedTextInput component and I want to
share a demo of this component so you can play with it.
I think there's no such component already in the
This is supremely useful, thank you!
EdB
On Mon, Dec 9, 2013 at 7:28 PM, Carlos Rovira wrote:
> Hi,
>
> These days I worked a new spark MaskedTextInput component and I want to
> share a demo of this component so you can play with it.
> I think there's no such component already in the Flex SDK
We keep hitting this error, but the mail archives do not document how we
fix it. This time, we should write down the answer. Om's hit it, Justin
hit it, I think I had it once. The emails seem to indicate that it ispath
related, but the build.xml does at least check if the pbutil.exe exists
and i
Hi,
These days I worked a new spark MaskedTextInput component and I want to
share a demo of this component so you can play with it.
I think there's no such component already in the Flex SDK or out there, and
as I needed for a project I had to make one from scratch.
The component is an extension of
Ahh that makes sense, I will add the default to automatically set right when I
get home.
-Mark
-Original Message-
From: Alex Harui [mailto:aha...@adobe.com]
Sent: Monday, December 09, 2013 12:38 PM
To: dev@flex.apache.org
Subject: Re: git commit: [flex-sdk] [refs/heads/develop] - FLEX-3
On 12/9/13 4:01 AM, "Kessler CTR Mark J" wrote:
>
>It's an interesting concept, but since we do not have a solid
>open-source skin drawing application, we need a different solution.
>Styles make sense in that the skin has the same components but can be
>adjusted with styles/CSS. Which sho
IMO, you are welcome to do more, but as long as you don't break existing
functionality, or make it harder to make improvements later, doing just
what you need is completely acceptable, so I think your current set of
proposed changes is fine.
-Alex
On 12/9/13 8:02 AM, "Stephan Plath" wrote:
>Am
Am 09.12.2013 15:32, schrieb Mr. Rich:
Personally, I've always used ant to automate the wrappers.
The Flex SDK is released together with
${FLEX_HOME}/ant/lib/flexTasks.jar which provides the following ant tasks
mxmlc=flex.ant.MxmlcTask
compc=flex.ant.CompcTask
html-wrapper=flex.ant.HtmlWrapp
The Uriana J2EE and J2EE GWT ports are downloadable from
https://www.assembla.com/code/uriana/subversion/nodes/128/trunk the Uriana
repository.
I am currently working to embed GWT remote Objects architecture within the
framework architecture, which I hope that will take no much longer to be
accomp
While you're in ant, automate your project assets also. Setup a main
workspace asset repo, pull files from there.
Another good trick, if you have multiple projects that work together, use
ant to create a main output folder and compile files there.
On Dec 9, 2013 4:17 AM, "Stephan Plath" wrote:
Personally, I've always used ant to automate the wrappers.
Just my 2 cents.
On Dec 9, 2013 4:17 AM, "Stephan Plath" wrote:
> The current version of the Ant html-wrapper task doesn't supports to use
> external files. Instead it only uses its embedded template resources
>
> - /history
> - histor
Didn't work. I had to manually delete index.lock like you said.
-Message d'origine-
De : Erik de Bruin [mailto:e...@ixsoftware.nl]
Envoyé : lundi 9 décembre 2013 13:59
À : dev@flex.apache.org
Objet : Re: flex-sdk_mustella - Build # 603 - Still Failing!
That happens from time to time (as
That happens from time to time (as Maurice said, mostly while messing
with the builds). In my experience only a manual removal of that file
and a reboot of the machine solves this... but we'll see.
EdB
On Mon, Dec 9, 2013 at 1:20 PM, Kessler CTR Mark J
wrote:
> Index file locked? Says to remo
Thanks Maurice.
-Original Message-
From: Maurice Amsellem [mailto:maurice.amsel...@systar.com]
Sent: Monday, December 09, 2013 7:37 AM
To: dev@flex.apache.org
Subject: RE: flex-sdk_mustella - Build # 603 - Still Failing!
I had to cancel some jobs manually to make som tests on the mustel
BTW, the test with unchecking "Interact with desktop" didn't give any result
(didn't fail).
-Message d'origine-
De : Maurice Amsellem [mailto:maurice.amsel...@systar.com]
Envoyé : lundi 9 décembre 2013 12:12
À : dev@flex.apache.org
Objet : RE: [Builds/Jenkins] Help and advise needed
A
I had to cancel some jobs manually to make som tests on the mustella VM and
it's showing these errors when restarting.
Nothing to worry about.
Now the builds are operational again.
Still have to wait until the next run.
Maurice
-Message d'origine-
De : Kessler CTR Mark J [mailto:mark.k
Index file locked? Says to remove the file manually.
-Mark
-Original Message-
From: flex.muste...@gmail.com [mailto:flex.muste...@gmail.com]
Sent: Monday, December 09, 2013 6:10 AM
To: comm...@flex.apache.org; jmcl...@apache.org; kesslerconsult...@gmail.com;
maurice.amsel...@systar.com
It's an interesting concept, but since we do not have a solid open-source
skin drawing application, we need a different solution. Styles make sense in
that the skin has the same components but can be adjusted with styles/CSS.
Which should also work with the new FlexJS. It's probably bet
A session log-off was apparently enough.
Ouf !
Maurice
-Message d'origine-
De : Kessler CTR Mark J [mailto:mark.kessler@usmc.mil]
Envoyé : lundi 9 décembre 2013 12:08
À : dev@flex.apache.org
Objet : RE: [Builds/Jenkins] Help and advise needed
Sounds like a good idea to restart t
Sounds like a good idea to restart the instance. Then run his start scripts.
-Mark
-Original Message-
From: Maurice Amsellem [mailto:maurice.amsel...@systar.com]
Sent: Monday, December 09, 2013 5:59 AM
To: dev@flex.apache.org
Subject: RE: [Builds/Jenkins] Help and advise needed
I back
I back back everything (mainly checked "Interact with desktop", then restarted
the jenkins service and launched WindowsSlave through jnlp.
But it now fails to connection to master, ( retries 10 times, then aborts).
Note: I did "Prepare for shutdown" before stopping the service, but apparently
,
The slave agents should load automatically upon restart... If not,
there are shortcuts to start it with all over the place ;-)
EdB
On Mon, Dec 9, 2013 at 11:03 AM, Maurice Amsellem
wrote:
> I have set up the sample pixelbender job on mustella VM.
> Now, I need to remove the "Interact with desk
I have set up the sample pixelbender job on mustella VM.
Now, I need to remove the "Interact with desktop" option in Jenkins windows
service and restart it.
Can this be done without risk of the service not restarting properly?
Will the slave agent be restarted automatically? Or does it need to be
Exactly.
Usually CI is just for checking. But until the Installer can create a
working FlexJS SDK, the people wanting to play with it, like the nice
folks from FDK, mostly have to rely on the nightly builds. The
certainly can build an SDK themselves, but I don't think they need to
waste their time
>I don't mind experiments on the Mustella VM, but remember we don't have a
>proper backup in place.
I am just going to run some builds, and change some variables.
Everything reversible.
Maurice
-Message d'origine-
De : Erik de Bruin [mailto:e...@ixsoftware.nl]
Envoyé : lundi 9 décembr
Hi,
> Our nr. 1 priority now, IMHO, must be to have reliable nightly builds
> in place, so any contributors/third parties can get the Flex and
> FlexJS SDKs and have the latest and greatest.
For development and testing purposes only of course :-) If it's not an
officially voted on release then
I don't mind experiments on the Mustella VM, but remember we don't
have a proper backup in place.
Our nr. 1 priority now, IMHO, must be to have reliable nightly builds
in place, so any contributors/third parties can get the Flex and
FlexJS SDKs and have the latest and greatest.
EdB
On Mon, Dec
The current version of the Ant html-wrapper task doesn't supports to use
external files. Instead it only uses its embedded template resources
- /history
- history.css
- history.js
- historyFrame.html
- expressInstall.swf
- index.template.html
- swfobject.js
I added a "wrapperFile" paramet
1) On this thread:
https://twitter.com/bigosmallm/status/308466759130816512
Kevin answering to Om says:
" [pbutil] needs a window, I think, it is failing to initialize OpenGL. If you
launch it in a visible command window it may work".
So could it be something like Jenkins service permissions
Om told me earlier he had the same error when setting up his local
system, but it went away when the machine was properly set up and he
couldn't reproduce it after that. This made me think that the root
cause might be with the machine setup and not with the Jenkins config.
EdB
On Mon, Dec 9, 20
Ok, never mind.
So what else could it be?
Does someone know how to reproduce the "AIF Internal exception" in
pixel-bender compiler ?
Maurice
-Message d'origine-
De : Erik de Bruin [mailto:e...@ixsoftware.nl]
Envoyé : lundi 9 décembre 2013 09:52
À : dev@flex.apache.org
Objet : Re:
Nope, that's not it. When the last work was done on the new machine,
the builds also stopped working on the ORIGINAL, supposedly untouched,
machine.
EdB
On Mon, Dec 9, 2013 at 9:49 AM, Maurice Amsellem
wrote:
> Hi,
>
> I have checked the jenskins workspace, there is no env.properties in the ro
I already did... twice.
EdB
On Mon, Dec 9, 2013 at 9:49 AM, Justin Mclean wrote:
> Hi,
>
> Just checked and here's the config:
> AIR_HOME=${WORKSPACE}/air/AIR Integration Kit
> FLASHPLAYER_DEBUGGER=C\:/Program\ Files\
> (x86)/Adobe/flashplayer_11_sa_debug_32bit.exe
> PLAYERGLOBAL_HOME=${WORKS
Hi,
I have checked the jenskins workspace, there is no env.properties in the root
folder, which means all the env variables are set through system properties.
So there is a possibility that they were not set the same in the new machine.
Makes sense ?
Maurice
-Message d'origine-
De : J
Hi,
Just checked and here's the config:
AIR_HOME=${WORKSPACE}/air/AIR Integration Kit
FLASHPLAYER_DEBUGGER=C\:/Program\ Files\
(x86)/Adobe/flashplayer_11_sa_debug_32bit.exe
PLAYERGLOBAL_HOME=${WORKSPACE}/lib/player
PIXELBENDER_HOME=C\:/Program\ Files\ (x86)/Adobe/Adobe Utilities\ -\ CS5/Pixel\
B
Yes, my thoughts exactly. Two things: we cannot change or even check
the settings of the machines themselves, we only have access through
the Jenkins web interface. And the most worrying thing: the builds
also don't work anymore on the original (windows1) machine.
EdB
On Mon, Dec 9, 2013 at 9:4
Hi,
I'd think it would be unlikely that the Pixel Bender path would of changed as I
would assume the Jenkins job was just copied over from the original windows
machine. A good first set would be to check the setup on both (if we can) and
set that the environment variable are the same on both an
Hi,
what exactly is the current Problem? As far as I understood, the stability of
the build-server seems to be a Problem.
I had similar Problems when Setting up the Flexmojos CI Server. After doing all
sorts of Amazon EC2, MS Azure VM stuff, I did a fallback to a central CI Server
and multiple
Thanks Erik for the clarification.
I confirm to you, I had to send the updated swc manually for testing because
the nightly build was down.
Sorry, I didn't follow the thread from the beginning, so I checked the
archives, maybe have missed something.
I can see from the build logs that pixel ben
60 matches
Mail list logo