tag:robotlegs.tenderapp.com,2009-10-18:/discussions/robotlegs-2/6-robotlegs-20-the-path-from-hereRobotlegs: Discussion 2018-10-18T16:35:36Ztag:robotlegs.tenderapp.com,2009-10-18:Comment/82922372011-08-12T14:27:51Z2011-08-12T14:27:51ZRobotlegs 2.0 - the path from here<div><p>I tend to use my own implementations of the mvcs classes, as I
just don't use any of the event based things. It's a strength of rl
that it is so flexible, but it also means that I am out of synch
with the standard.</p>
<p>What I would LUV would be an opt it for everything. You start
with a.bare context that has nothing but the injector, then every
thing else is pluged in with a line of.code.</p>
<p>That way I.don't have to hack out bits I don't want.</p>
<p>Xxx</p></div>neiltag:robotlegs.tenderapp.com,2009-10-18:Comment/82922372011-08-26T02:28:18Z2011-10-05T17:23:44ZRobotlegs 2.0 - the path from here<div><p>i have used RL on a few projects...been working with extjs 3/4
for the last few months. My return to actionscript is currently
with swiz. I miss RL. I will provide any help needed. Would love to
be involved in some way.</p></div>Ricktag:robotlegs.tenderapp.com,2009-10-18:Comment/82922372011-10-03T13:47:38Z2011-10-03T13:47:39ZRobotlegs 2.0 - the path from here<div><p>I'm quite experienced with PureMVC and have been considering
porting my project to RL.</p>
<p>Should I wait for version 2 and only have to port once, or
should I learn RL 1 first, port the project (and continue
development using RL1), and then port again when RL 2 is
released?</p>
<p>The project is still in development so I suppose the time
savings of RL1 will still be beneficial.</p>
<p>Any advice would be greatly appreciated!</p></div>Jamestag:robotlegs.tenderapp.com,2009-10-18:Comment/82922372011-10-10T11:10:35Z2011-10-10T11:10:35ZRobotlegs 2.0 - the path from here<div><p>Hi James,</p>
<p>sorry for not getting back earlier - most of the RL team was at
a<br>
conference last week.</p>
<p>The good news regarding that is that we worked hard at getting
RL 2<br>
closer to release during that week. The bad news for you is that
it<br>
will still be a couple of months until that new version is<br>
production-ready. So if you're developing right now and want to
start<br>
porting sooner rather than later, I'd recommend starting with
what's<br>
currently available.</p>
<p>We will enable full or, at the very least, almost full
backwards<br>
compatibility, meaning that getting started with porting to RL 2
will<br>
in the best case simply mean switching out a .SWC file and in
the<br>
worst case doing some simple search-and-replace stuff on your<br>
codebase. Also, keeping conceptual backwards compatibility is one
of<br>
our highest priorities. That means that what you'll learn about RL
1<br>
now won't be a waste as the fundamental concepts won't be thrown
out<br>
at all.</p>
<p>hope that helps,<br>
till</p></div>Till Schneidereittag:robotlegs.tenderapp.com,2009-10-18:Comment/82922372011-10-27T10:21:25Z2011-10-27T10:21:26ZRobotlegs 2.0 - the path from here<div><p>Hi Stray,<br>
Saw your talk at FOTB this year, it was most excellent!<br>
Quick question for RL 2.0: will there be any features added to the
core of the MVCS implementation that deals with asynchronous
command chaining? This 'commandmap.loadFlow(...)' you hinted at
sounds like it may be something along these lines. Most of my apps
go through a bootstrap process to load external resources, hit
various webservice APIs etc. before I can put my view in 'ready'
mode. Since switching to RL I've tried chaining synchronous
commands (feels dirty), tried Joel's state mancine utility (pretty
verbose), and various other approaches. I still haven't managed to
find the procedure that feels as nice as the asynchMacroCommand
utility I used in the PureMVC days: <a href=
"http://trac.puremvc.org/Utility_AS3_AsyncCommand">http://trac.puremvc.org/Utility_AS3_AsyncCommand</a>
even though this approach might be a bit 'naughty'</p>
<p>Do you have any thoughts or comments?</p>
<p>Cheers & thanks for all the hard work!</p>
<p>best,<br>
jc</p></div>jcetag:robotlegs.tenderapp.com,2009-10-18:Comment/82922372011-10-27T10:31:51Z2011-10-27T10:31:51ZRobotlegs 2.0 - the path from here<div><p>Hi jc,</p>
<p>the good news is there will be not one but TWO solutions for
this, with a built in flexibility for rolling your own solution if
neither of ours feels right to you.</p>
<p>So - you'll be well provided for there - and Robert Penner is
currently beavering away on one of those solutions so it's bound to
be performant, efficient and free of naughtiness!</p>
<p>We're also working hard to make it as easy as possible to
upgrade a RL1 project to RL2 - so you may even be able to drop the
new solutions into your current projects.</p>
<p>We'll have more news on that (and the rest of our progress)
<em>very</em> soon.</p>
<p>Stray</p></div>Straytag:robotlegs.tenderapp.com,2009-10-18:Comment/82922372011-10-27T12:16:04Z2011-10-27T12:16:04ZRobotlegs 2.0 - the path from here<div><p>@stray - that's music to my ears! Can't wait!</p></div>jcetag:robotlegs.tenderapp.com,2009-10-18:Comment/82922372011-10-27T14:06:32Z2011-10-27T14:06:32ZRobotlegs 2.0 - the path from here<div><p>Will RL2 have some kind of hooking mechanism to allow to react
to object instantiation?I saw in the_future branch of SS that he's
implementing various events to be dispatched upon mapping,
instantiation etc. Will these allow us to hook into the process and
for instance map a command that configures an instance when it's
created? Allowing for lazy instantiation <em>and</em>
configuration? Are these events system wide? Or SS adapter
specific? And I suppose there'll be some kind of mechanism to map a
command to a specific class instantiation?<br>
I'll stop with the questions now. :)</p></div>creynderstag:robotlegs.tenderapp.com,2009-10-18:Comment/82922372011-10-27T14:23:42Z2011-10-27T14:23:42ZRobotlegs 2.0 - the path from here<div><p>RL2 will most likely do away with the adapters as it is
becoming<br>
unfeasible to do an adapter that still allows you to fully
exercise<br>
the Swiftsuspenders API. So yeah: You'll be able to hook into
all<br>
instance creation internal to RL2.</p>
<p>I'm not sure I understand what you mean by "I suppose there'll
be some<br>
kind of mechanism to map a command to a specific class
instantiation",<br>
can you clarify?</p></div>Till Schneidereittag:robotlegs.tenderapp.com,2009-10-18:Comment/82922372011-10-27T15:40:27Z2011-10-27T15:40:27ZRobotlegs 2.0 - the path from here<div><p>I meant: will it be possible to listen for the instantiation of
one type specifically? or will we have to check what type was
instantiated ourselves? The latter seems extremely expensive.</p>
<p>Something like</p>
<pre>
<code>commandMap.mapPreConstruct( ConfigSomeClassCommand, SomeClass )</code>
</pre></div>creynderstag:robotlegs.tenderapp.com,2009-10-18:Comment/82922372011-10-27T15:51:35Z2011-10-27T15:51:35ZRobotlegs 2.0 - the path from here<div><p>Ah, sorry: I was a bit dense there.</p>
<p>Yes: We will provide hooks for commands and mediators at least.
I<br>
think that covers your needs, right?</p></div>Till Schneidereittag:robotlegs.tenderapp.com,2009-10-18:Comment/82922372011-10-27T16:42:25Z2011-10-27T16:42:25ZRobotlegs 2.0 - the path from here<div><p>It certainly does, thanks!</p></div>creynderstag:robotlegs.tenderapp.com,2009-10-18:Comment/82922372011-11-05T22:46:59Z2011-11-05T22:46:59ZRobotlegs 2.0 - the path from here<div><p>I started learning Rl couple of weeks ago. Just started a new
mobile project with it.<br>
Would be glad to help in any way to RL 2.0.<br>
Tweet me at @ateli, or mail me in case you will need anything.</p></div>Eli Atlastag:robotlegs.tenderapp.com,2009-10-18:Comment/82922372012-02-01T08:49:48Z2012-02-01T10:22:39ZRobotlegs 2.0 - the path from here<div><p>Hi,</p>
<p>I am working on big enterprise project and really missing proper
mediation for flex popups. Would like to help you with testing.</p></div>Denistag:robotlegs.tenderapp.com,2009-10-18:Comment/82922372012-02-02T15:55:41Z2012-02-02T15:55:41ZRobotlegs 2.0 - the path from here<div><p>Hello all,</p>
<p>Just a quick update. RL2 is coming along at a good pace. If
you're feeling adventurous you can head over to GitHub and browse
the source (or even build yourself a SWC):</p>
<p><a href=
"https://github.com/robotlegs/robotlegs-framework/tree/version2">https://github.com/robotlegs/robotlegs-framework/tree/version2</a></p>
<p>Please bear in mind that the APIs are still in flux and may
change before the official beta.</p>
<p>There are a number of readme files in the repo which you can
read directly on GitHub:</p>
<p><a href=
"https://github.com/robotlegs/robotlegs-framework/tree/version2/src/robotlegs/bender">
https://github.com/robotlegs/robotlegs-framework/tree/version2/src/...</a><br>
<a href=
"https://github.com/robotlegs/robotlegs-framework/tree/version2/src/robotlegs/bender/framework/context">
https://github.com/robotlegs/robotlegs-framework/tree/version2/src/...</a><br>
<a href=
"https://github.com/robotlegs/robotlegs-framework/tree/version2/src/robotlegs/bender/extensions">
https://github.com/robotlegs/robotlegs-framework/tree/version2/src/...</a><br>
<a href=
"https://github.com/robotlegs/robotlegs-framework/tree/version2/src/robotlegs/bender/bundles">
https://github.com/robotlegs/robotlegs-framework/tree/version2/src/...</a></p>
<p>You can also file issues and take part in the framework
development discussions here:</p>
<p><a href=
"https://github.com/robotlegs/robotlegs-framework/issues">https://github.com/robotlegs/robotlegs-framework/issues</a></p>
<p>And of course, pull requests are most welcome! But please ensure
that you have created sufficient unit tests for any new/altered
code.</p></div>Shaun Smithtag:robotlegs.tenderapp.com,2009-10-18:Comment/82922372012-02-02T16:03:34Z2012-02-02T16:03:34ZRobotlegs 2.0 - the path from here<div><p>How could I let this opportunity to piggy-back pass by?</p>
<p>If you want to do a first step towards converting your existing
apps<br>
to RL2, you can do so by using RL1 in conjunction with
Swiftsuspenders<br>
2. I have uploaded a special build of Robotlegs 1.5.2 to my fork
on<br>
github:<br>
<a href=
"https://github.com/tschneidereit/robotlegs/downloads">https://github.com/tschneidereit/robotlegs/downloads</a></p>
<p>This build contains Swiftsuspenders 2 and a modified Injector
adapter<br>
and context to make it a drop-in replacement for Swiftsuspenders 1.
In<br>
theory, and I hope in practice, too, everything should continue
to<br>
work as before. I'd be happy to get confirmations for that or
bug<br>
reports, though.</p>
<p>Also, if you want to start using the new API of Swiftsuspenders
2, you<br>
can simply inject the injector itself with the type "Injector"
instead<br>
of "IInjector" and do so. An oh so very short outline of that new
API<br>
can be found in the README here:<br>
<a href=
"https://github.com/tschneidereit/SwiftSuspenders/">https://github.com/tschneidereit/SwiftSuspenders/</a></p>
<p>cheers,<br>
till</p></div>Till Schneidereittag:robotlegs.tenderapp.com,2009-10-18:Comment/82922372012-02-21T17:01:29Z2012-02-21T17:01:29ZRobotlegs 2.0 - the path from here<div><p>Nice one guys, I look FWD to seeing what you come up with!!!</p></div>Nikos tag:robotlegs.tenderapp.com,2009-10-18:Comment/82922372012-02-27T12:53:34Z2012-02-29T12:14:55ZRobotlegs 2.0 - the path from here<div><ul>
<li>
<p>Till Schneidereit’s FITC 2012 Amsterdam presentation on
Robotlegs 2<br>
<a href=
"http://www.slideshare.net/tschneidereit/fitc-2012-rise-of-the-modules">
http://www.slideshare.net/tschneidereit/fitc-2012-rise-of-the-modules</a></p>
</li>
<li>
<p>Robotlegs 2 demo: <a href=
"https://github.com/robotlegs/robotlegs-demos-Bundle/tree/rl2/CafeTownsend/src/org/robotlegs/demos/cafetownsend">
https://github.com/robotlegs/robotlegs-demos-Bundle/tree/rl2/CafeTo...</a></p>
</li>
</ul></div>Ondina D.F.tag:robotlegs.tenderapp.com,2009-10-18:Comment/82922372012-02-27T19:08:24Z2012-02-27T19:08:24ZRobotlegs 2.0 - the path from here<div><p><a href=
"mailto:rranke@reflexsystems.com">rranke@reflexsystems.com</a></p></div>Rick