[FalconJx] avoiding interesting merge situation ;-)

2013-01-21 Thread Erik de Bruin
Mike,

In the interest of expediency, will you be checking in a lot more
today, or can I start to merge my local changes with your latest
commits?

EdB



--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl


Re: [FalconJx] avoiding interesting merge situation ;-)

2013-01-21 Thread Michael Schmalle
I'm done, so do what you need to do, I promise I won't touch any files  
in SVN until I see your new stuff.


I didn't change much that should affect you really. I haven't  
committed the MXML specific api files yet, I'm waiting to get those  
more concrete but things are working!


I have the ASBlcokWalker composited in the MXMLBlockWalker perfectly,  
sharing the main GoogEmitter in the main walker. This design is  
showing it's merit now!


So commit. I'm just going to work on the MXML stuff again. And yeah  
that is your Main.mxml file that is cross compiled right now. ;-)


Mike


Quoting Erik de Bruin e...@ixsoftware.nl:


Ah, ping me when you're done for the day, so I'll know when it's safe
to figure out where my stuff goes in the new improved scheme :-)

EdB



On Mon, Jan 21, 2013 at 10:05 PM, Erik de Bruin e...@ixsoftware.nl wrote:

Awesome!

You go ahead, play for a while :-) Wouldn't want to break you out of
the zone. My changes can wait, I have other loose ends to tie up.

Have fun!

EdB



On Mon, Jan 21, 2013 at 10:03 PM, Michael Schmalle
apa...@teotigraphix.com wrote:

Err...

DO it NOW! :) I am on a roll and at a point where it's safe, let me commit
one more tiny change.

Check this out. :)


goog.provide('Main');

goog.require('spark.components.Button');
goog.require('mx.events.FlexEvent');

/**
 * @param {FlexEvent} event
 */
Main.prototype.creationCompleteHandler = function(event) {
var /** @type {Example} */ main = new Example();
this.addElement(main);
main.init();
}

It's fun playing in the sand!


Mike





Quoting Erik de Bruin e...@ixsoftware.nl:


Mike,

In the interest of expediency, will you be checking in a lot more
today, or can I start to merge my local changes with your latest
commits?

EdB



--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl



--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com





--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl




--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl



--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com



Re: [FalconJx] avoiding interesting merge situation ;-)

2013-01-21 Thread Michael Schmalle

Erik,

We seriously need to get a format.xml file to share for the Eclipse  
formater. Once we get passed this rough development we are only going  
to want to see non whitespace commits.


I compulsively format all the time, it's habit. :) We can try to make  
it look a lot like falcons's maybe use Gordons if he has one, just  
need to get this figured out sooner than later.


Mike

--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com



Re: [FalconJx] avoiding interesting merge situation ;-)

2013-01-21 Thread Erik de Bruin
Ok, I've resolved a few minor conflicts and committed my code for
FalconJx. I completely agree on the formatter thing, the whitespace
stuff is already driving me nuts. I'll follow your lead.

I'll work on the publisher app a bit, but I must say, for a Monday,
things aren't going half bad. I have an AS project with a very simple
MXML to get AS access to spark components, and a 'large' AS file that
will show a button and a label, with a simple click event and handler,
all Flex SDK (spark).

The publisher app takes that AS project, runs it through FJx, runs the
resulting JS project through the 'goog' 'depswriter' script to get
only the library files actually used by the project, adds an
index.html from a template and enters the JS dependencies and then
launches the resulting HTML. So, with a bit of tweaking on my new JS
framework (VanillaSDK, couldn't resist ;-)) and maybe even some of
your MXML magic (no pressure!), in the coming days we should see
something that might open the door to the future of the Flex SDK with
web native playback.

Or I'll stumble upon a deal breaker; I'll give you even odds on that
happening :-)

EdB



On Mon, Jan 21, 2013 at 10:10 PM, Michael Schmalle
apa...@teotigraphix.com wrote:
 I'm done, so do what you need to do, I promise I won't touch any files in
 SVN until I see your new stuff.

 I didn't change much that should affect you really. I haven't committed the
 MXML specific api files yet, I'm waiting to get those more concrete but
 things are working!

 I have the ASBlcokWalker composited in the MXMLBlockWalker perfectly,
 sharing the main GoogEmitter in the main walker. This design is showing it's
 merit now!

 So commit. I'm just going to work on the MXML stuff again. And yeah that is
 your Main.mxml file that is cross compiled right now. ;-)


 Mike


 Quoting Erik de Bruin e...@ixsoftware.nl:

 Ah, ping me when you're done for the day, so I'll know when it's safe
 to figure out where my stuff goes in the new improved scheme :-)

 EdB



 On Mon, Jan 21, 2013 at 10:05 PM, Erik de Bruin e...@ixsoftware.nl
 wrote:

 Awesome!

 You go ahead, play for a while :-) Wouldn't want to break you out of
 the zone. My changes can wait, I have other loose ends to tie up.

 Have fun!

 EdB



 On Mon, Jan 21, 2013 at 10:03 PM, Michael Schmalle
 apa...@teotigraphix.com wrote:

 Err...

 DO it NOW! :) I am on a roll and at a point where it's safe, let me
 commit
 one more tiny change.

 Check this out. :)


 goog.provide('Main');

 goog.require('spark.components.Button');
 goog.require('mx.events.FlexEvent');

 /**
  * @param {FlexEvent} event
  */
 Main.prototype.creationCompleteHandler = function(event) {
 var /** @type {Example} */ main = new Example();
 this.addElement(main);
 main.init();
 }

 It's fun playing in the sand!


 Mike





 Quoting Erik de Bruin e...@ixsoftware.nl:

 Mike,

 In the interest of expediency, will you be checking in a lot more
 today, or can I start to merge my local changes with your latest
 commits?

 EdB



 --
 Ix Multimedia Software

 Jan Luykenstraat 27
 3521 VB Utrecht

 T. 06-51952295
 I. www.ixsoftware.nl


 --
 Michael Schmalle - Teoti Graphix, LLC
 http://www.teotigraphix.com
 http://blog.teotigraphix.com




 --
 Ix Multimedia Software

 Jan Luykenstraat 27
 3521 VB Utrecht

 T. 06-51952295
 I. www.ixsoftware.nl




 --
 Ix Multimedia Software

 Jan Luykenstraat 27
 3521 VB Utrecht

 T. 06-51952295
 I. www.ixsoftware.nl


 --
 Michael Schmalle - Teoti Graphix, LLC
 http://www.teotigraphix.com
 http://blog.teotigraphix.com




-- 
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl


Re: [FalconJx] avoiding interesting merge situation ;-)

2013-01-21 Thread Michael Schmalle


Quoting Erik de Bruin e...@ixsoftware.nl:


Ok, I've resolved a few minor conflicts and committed my code for
FalconJx. I completely agree on the formatter thing, the whitespace
stuff is already driving me nuts. I'll follow your lead.


I will get this together, I will set mine up to look as much like  
Falcon does with it's formatting. Then we will just use the same one,  
I wonder where we should put it... for other to be able to use if they  
use Eclipse.




I'll work on the publisher app a bit, but I must say, for a Monday,
things aren't going half bad. I have an AS project with a very simple
MXML to get AS access to spark components, and a 'large' AS file that
will show a button and a label, with a simple click event and handler,
all Flex SDK (spark).


It's an interesting idea, and I never thought about trying to emulate  
the Spark components in JavaScript. I will be interested how you do  
with it.



The publisher app takes that AS project, runs it through FJx, runs the
resulting JS project through the 'goog' 'depswriter' script to get
only the library files actually used by the project, adds an
index.html from a template and enters the JS dependencies and then
launches the resulting HTML. So, with a bit of tweaking on my new JS
framework (VanillaSDK, couldn't resist ;-)) and maybe even some of
your MXML magic (no pressure!), in the coming days we should see
something that might open the door to the future of the Flex SDK with
web native playback.


Word, MXML is interesting because it is something but it can be  
anything at the same time. It just depends on what you want it to be.  
I'll tell you what is crazy, being in the visitDocument method and  
getting all the Script blocks, looping through there IASNode array and  
calling getWalker().walk(node) on each of them and it spits out goog  
javascript right there in the MXML walker, pretty crazy. :)




Or I'll stumble upon a deal breaker; I'll give you even odds on that
happening :-)


Seems like there is innovative electricity in the air, never know  
where it will take you.


Don't worry about the commit and merge, I will just add my stuff back,  
it was my fault, I knew your were working on something and I  
compulsively did the commits. :) Another reason using static utility  
classes temporarily make sense sometimes.



Mike



EdB



On Mon, Jan 21, 2013 at 10:10 PM, Michael Schmalle
apa...@teotigraphix.com wrote:

I'm done, so do what you need to do, I promise I won't touch any files in
SVN until I see your new stuff.

I didn't change much that should affect you really. I haven't committed the
MXML specific api files yet, I'm waiting to get those more concrete but
things are working!

I have the ASBlcokWalker composited in the MXMLBlockWalker perfectly,
sharing the main GoogEmitter in the main walker. This design is showing it's
merit now!

So commit. I'm just going to work on the MXML stuff again. And yeah that is
your Main.mxml file that is cross compiled right now. ;-)


Mike


Quoting Erik de Bruin e...@ixsoftware.nl:


Ah, ping me when you're done for the day, so I'll know when it's safe
to figure out where my stuff goes in the new improved scheme :-)

EdB



On Mon, Jan 21, 2013 at 10:05 PM, Erik de Bruin e...@ixsoftware.nl
wrote:


Awesome!

You go ahead, play for a while :-) Wouldn't want to break you out of
the zone. My changes can wait, I have other loose ends to tie up.

Have fun!

EdB



On Mon, Jan 21, 2013 at 10:03 PM, Michael Schmalle
apa...@teotigraphix.com wrote:


Err...

DO it NOW! :) I am on a roll and at a point where it's safe, let me
commit
one more tiny change.

Check this out. :)


goog.provide('Main');

goog.require('spark.components.Button');
goog.require('mx.events.FlexEvent');

/**
 * @param {FlexEvent} event
 */
Main.prototype.creationCompleteHandler = function(event) {
var /** @type {Example} */ main = new Example();
this.addElement(main);
main.init();
}

It's fun playing in the sand!


Mike





Quoting Erik de Bruin e...@ixsoftware.nl:


Mike,

In the interest of expediency, will you be checking in a lot more
today, or can I start to merge my local changes with your latest
commits?

EdB



--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl



--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com





--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl





--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl



--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com





--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl



--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com