Okay. Thanks.
I'll give it another go later today…
On Sep 2, 2013, at 9:22 AM, Alex Harui wrote:
>
>
> On 9/1/13 10:57 PM, "Harbs" wrote:
>
>> I'm going around in circles hereŠ
>>
>> I have two problems. One with playerglobal.swc and another with
>> textLayout.swc
>>
>> 1) When I link the
Hi,
> I guess I'd suggest using the Installer to set up a working SDK then copy
> textLayout.swc into the working SDK's frameworks/libs folder. But even
> then, I think you have to worry about FB caching the SWC.
From my experience it doesn't cache the framework swcs that often (generally a
ant
On 9/1/13 10:57 PM, "Harbs" wrote:
>I'm going around in circles hereŠ
>
>I have two problems. One with playerglobal.swc and another with
>textLayout.swc
>
>1) When I link the develop SDK to a project, I get two swc links:
>playerglobal.swc and "11.1". It can't find either of those. I can manage
On 9/1/13 10:59 PM, "Harbs" wrote:
>Okay. How do I do that?
>
>You are referring to build.xml in the tlf folder. Right?
No. I've tried to do that and never figured it out. Instead:
1) Go to Project/Properties/Build Paths
2) Open the SDK folder
3) Open the textLayout.swc entry
4) Click on Sourc
Here's what I see in the build.xml:
IMXMLObject
Okay. How do I do that?
You are referring to build.xml in the tlf folder. Right?
On Sep 2, 2013, at 8:50 AM, Alex Harui wrote:
> On second thought, you may need to set up the source attachment in your
> build properties.
I'm going around in circles here…
I have two problems. One with playerglobal.swc and another with textLayout.swc
1) When I link the develop SDK to a project, I get two swc links:
playerglobal.swc and "11.1". It can't find either of those. I can manage to get
the SDK to work by unlinking those a
On 9/1/13 10:30 PM, "Alex Harui" wrote:
>
>
>On 9/1/13 10:21 PM, "Harbs" wrote:
>
>>Okay. Makes sense.
>>
>>And how do you set breakpoints in the code?
>I'm not using FB. FDB allows me to set breakpoints just fine. FB should
>too given that it will use the path in the SWC that you built on y
Hi,
Nice one.
BTW Still waiting on Nabble to import the archives but they have them now.
Justin
Nice! I didn't know you could control the final fragment.
On 9/1/13 10:22 PM, "OmPrakash Muppirala" wrote:
>I have created shortened urls using s.apache.org for these two forums:
>
>http://s.apache.org/flex-dev-forum
>
>http://s.apache.org/flex-users-forum
>
>Thanks,
>Om
On 9/1/13 10:21 PM, "Harbs" wrote:
>Okay. Makes sense.
>
>And how do you set breakpoints in the code?
I'm not using FB. FDB allows me to set breakpoints just fine. FB should
too given that it will use the path in the SWC that you built on your
machine so it should be an exact match.
>
>Does i
I have created shortened urls using s.apache.org for these two forums:
http://s.apache.org/flex-dev-forum
http://s.apache.org/flex-users-forum
Thanks,
Om
Okay. Makes sense.
And how do you set breakpoints in the code?
Does it make sense to include the swcs in the TLF folder instead of the ones in
the sdk folder?
On Sep 2, 2013, at 6:29 AM, Alex Harui wrote:
>
>
> On 9/1/13 3:07 PM, "Harbs" wrote:
>
>> So how does Flash Builder know where the
On 9/1/13 3:07 PM, "Harbs" wrote:
>So how does Flash Builder know where the source is?
IIRC, when we package up everything for a release, we copy the TLF code
into the frameworks/projects/textLayout folder.
But because we had problems with Git handling the mapping of source from
the flex-tlf r
On 9/1/13 6:42 PM, "Justin Mclean" wrote:
>Hi,
>
>> [java] =
>> [java] Failed:
>> [java] =
>> [java]
>>gumbo/components/DataGrid/Properties/DataGrid_Properties_editable
>>E
Hi,
> [java] =
> [java]Failed:
> [java] =
> [java] gumbo/components/DataGrid/Properties/DataGrid_Properties_editable
> Editable_startItemEditorSesision_inValidParams Failed
So how does Flash Builder know where the source is?
On Sep 2, 2013, at 12:58 AM, Justin Mclean wrote:
> Hi,
>
>> Is the TLF source files supposed to be copied to the flex sdk folder when
>> building the sdk?
> No, it's left where it is.
>
> Justin
>
Hi,
> Is the TLF source files supposed to be copied to the flex sdk folder when
> building the sdk?
No, it's left where it is.
Justin
I think so.
I added it to the env.properties file. I believe it's working because otherwise
I would not get the textLayout.swc files. No?
Here's my env.properties file (in flex-sdk -- minus all the comments…)
env.AIR_HOME=/Users/harbs/Documents/ApacheFlex/Dependencies/AdobeAIRSDK/
env.TLF_HOME=
HI,
> I redid everything from scratch. Everything went smoother this time, but I
> still can not connect to the TLF source.
Probably a silly question but is TLF_HOME correctly set?
Justin
Look good to me, see
https://fisheye6.atlassian.com/browse/flex-sdk/frameworks/projects/textLayou
t/build.xml?r=4f20635628acdc09e8739c5f94ec644d20cbd959
-Message d'origine-
De : Harbs [mailto:harbs.li...@gmail.com]
Envoyé : dimanche 1 septembre 2013 23:35
À : dev@flex.apache.org
Objet : R
I redid everything from scratch. Everything went smoother this time, but I
still can not connect to the TLF source.
Here's what I have:
git
flex-tlf
--etc...
flex-sdk
frameworks
libs
textLayout.swc (along with all the other swcs)
player
(all the version
I have a feeling my problems might stem from the fact that my git repro is
named differently.
I'm re-downloading the whole repro and starting from scratch with the standard
names…
Tomorrow is another day…
On Sep 1, 2013, at 10:55 PM, Harbs wrote:
> Okay. I solved this one, but I'm only gettin
Okay. I solved this one, but I'm only getting source for core Flex components.
(i.e. I get source for Spark components, but I don't get source for TLF stuff:
"Source could not be found for flashx.textLayout.edit.EditManager in
\Users\harbs\blabla\textLayout.swc"
How do I properly link TLF to the
When specifying the paths in env.protperties, the spaces don't cause any
problems.
But it looks like my issues are not finished. I get this error when I try to
actually use the SDK:
unable to open '/Users/harbs/Documents/Apache Flex/git/Flex
SDK/frameworks//Users/harbs/Documents/Apache
Flex/De
I set all the variables in the env.properties file instead of via the command
line and that seems to have resolved the problem. Weird…
Next time I'll try with the spaces and see what happens.
Harbs
On Sep 1, 2013, at 5:41 PM, Alex Harui wrote:
> Use set command to dump environment. Maybe a hid
On Sep 1, 2013, at 5:59 PM, Alex Harui wrote:
> If not static how will someone change the value?
Something like this:
var em:EditManager = new EditManager(new UndoManager());
em.tlf_internal::handleShiftAsSoftReturn = false;
textFlow.interactionManager = em;
(or it can be a proper attribute)
>
If not static how will someone change the value?
Redo key seems platform specific. Y is default on windows?
Sent via the PANTECH Discover, an AT&T 4G LTE smartphone.
Harbs wrote:
Okay. As soon as I manage to build the SDK I'll be able to test my changes…
I'm putting the flag into EditManag
Use set command to dump environment. Maybe a hidden char in there?
Sent via the PANTECH Discover, an AT&T 4G LTE smartphone.
Harbs wrote:
Still no go:
Buildfile: /Users/harbs/Documents/ApacheFlex/git/FlexSDK/build.xml
check-playerglobal-home:
[echo] PLAYERGLOBAL_HOME is ${env.PLAYERG
Still no go:
Buildfile: /Users/harbs/Documents/ApacheFlex/git/FlexSDK/build.xml
check-playerglobal-home:
[echo] PLAYERGLOBAL_HOME is ${env.PLAYERGLOBAL_HOME}
[echo] playerglobal.version is 11.1
BUILD FAILED
/Users/harbs/Documents/ApacheFlex/git/FlexSDK/build.xml:168: The environment
v
Hi,
There's still a space in the path - try removing that? I know it was an issue
early on but thought it had been fixed - perhaps not.
> /Users/harbs/Documents/ApacheFlex/git/Flex SDK/build.xml
Thanks,
Justin
Never mind. I was missing Documents from the path. Removing the space helps,
but it is still not working:
check-playerglobal-home:
[echo] PLAYERGLOBAL_HOME is ${env.PLAYERGLOBAL_HOME}
[echo] playerglobal.version is 11.1
BUILD FAILED
/Users/harbs/Documents/ApacheFlex/git/Flex SDK/build.
Bah. Removing the space did not help:
check-playerglobal-home:
[echo] PLAYERGLOBAL_HOME is ${env.PLAYERGLOBAL_HOME}
[echo] playerglobal.version is 11.1
BUILD FAILED
/Users/harbs/Documents/ApacheFlex/git/Flex SDK/build.xml:168: The environment
variable PLAYERGLOBAL_HOME is not set to a
Nope. Escaping the paths does not help. (The variable cannot be set at all.)
I guess I'll remove the space in the paths…
On Sep 1, 2013, at 4:00 PM, Harbs wrote:
> Okay. Getting somewhere…
>
> It looks like it's splitting the space into two separate paths:
> ls: /Users/harbs/Apache: No such fil
Okay. Getting somewhere…
It looks like it's splitting the space into two separate paths:
ls: /Users/harbs/Apache: No such file or directory
ls: Flex/Dependencies/player/: No such file or directory
Does the build script not support vars with spaces? Do I need to double escape
the variable?
I'm s
Hi,
Your structure looks fine, double check the env variable are full paths not
relative, otherwise it may be that there's still an issue with spaces in paths
in the build files.
Justin
Hi,
> The variable is set:
> echo $PLAYERGLOBAL_HOME
> /Users/harbs/Apache Flex/Dependencies/player/
>
> And the file structure looks like this:
> /Users/harbs/Apache Flex/Dependencies/player/11.1/playerglobal.swc
> (I only added 11.1)
Looks OK to me but try this:
ls $PLAYERGLOBAL_HOME
I get:
1
I'm really not having a lot of luck today…
I tried building TLF separately just to see what happens and it seems to be
looking for "flex-sdk" one level up from TLF:
Buildfile: /Users/harbs/Documents/Apache Flex/git/TLF/build.xml
[echo] FLEX_HOME is /Users/harbs/Documents/Apache Flex/git/TLF
Does flexUnit plan on making a mocking framework built in? The
documentation on Mockolate and other frameworks seems to have just
died mid devleopment, and the code doesn't match the docs or the
forums anymore. :(
brought to you by the letters A, V, and I
and the number 47
On Fri, Aug 30, 2013 at
I'm getting this error:
heck-playerglobal-home:
[echo] PLAYERGLOBAL_HOME is ${env.PLAYERGLOBAL_HOME}
[echo] playerglobal.version is 11.1
BUILD FAILED
/Users/harbs/Documents/Apache Flex/git/Flex SDK/build.xml:168: The environment
variable PLAYERGLOBAL_HOME is not set to a directory
The
Ah. The readme… :-X
Thanks for the list of envoronment vars. That was helpful.
Thanks!
Harbs
On Sep 1, 2013, at 2:50 PM, Justin Mclean wrote:
> Hi,
>
>> It's been a while since I tried to build the SDK from source and I don't
>> remember the details.
>
> Just follow the README, basically ch
Hi,
BTW building the SDK and even making it a usable SDK leaves git reasonably
clean. That way you don't always need to do a full build but just build the
project you need (taking under a minute compared to 7-8 minutes for a full
build).
Thanks,
Justin
Hi,
> It's been a while since I tried to build the SDK from source and I don't
> remember the details.
Just follow the README, basically check out the sdk and tlf repos and then set
up the required environment vars and do an "ant main".
Example environment vars on OSX
ANT_HOME=/usr/share/ant
A
I run such a different setup then the majority here, not sure how much
config I can give... but as for keeping your Git Repositories clean, I use
one way file syncing. Meaning I sync the files from Git to my SDK build
folder. The only downside is having to rebuild the SDK (6-7 mins) after
you do
Okay. As soon as I manage to build the SDK I'll be able to test my changes…
I'm putting the flag into EditManager rather than ContainerController. That
seems to make more sense to me. Please raise objections if you disagree. Also,
should the flag be static, or does it make sense to make it a pro
It's been a while since I tried to build the SDK from source and I don't
remember the details.
Assuming I have the git repository on my machine, what's the recommended
process for building the SDK while retaining the ability to debug the source?
(without messing up the git directories…)
I trie
Hi,
> You're right. I was just looking at the 'stats' page and didn't make
> the distinction. Still... a million dollars, baby!
I like the stats on this page:
https://www.ohloh.net/p/ApacheFlex
160,000 odd commits made by 50 contributors in 14 million lines of code and
4,340 years of effort! (o
You're right. I was just looking at the 'stats' page and didn't make
the distinction. Still... a million dollars, baby!
;-)
EdB
On Sun, Sep 1, 2013 at 9:13 AM, Justin Mclean wrote:
> Hi,
>
>> We're closing in on 10.000... within one month, no less!
> By my count from google analytics we passe
Hi,
> We're closing in on 10.000... within one month, no less!
By my count from google analytics we passed the 10,000 mark for all time a
while ago but we are only(!) around the 4200 mark since the 4.10 release.
There's been 15,000 total installs since we starting tracking installs.
Of course t
Greate news .. )
On Aug 22, 2013 10:09 AM, "Justin Mclean" wrote:
> Hi,
>
> Just an update on the installer stats (from this morning about 6 hours
> ago), there have been over 2500 successful installs.
>
> Windows 4.10 - 1820 downloads (69%)
> Mac 4.10 - 633 downloads (24%)
> Windows 4.9.1 - 78 i
We're closing in on 10.000... within one month, no less!
If the SDK was sold for $99, we'd be close to making making our first
million, how cool is that ;-) All kidding aside, this should make a
pretty compelling business case that Apache Flex IS NOT DEAD. Let's
make some noise on the interwebs ab
51 matches
Mail list logo
