You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flex.apache.org by Gary McGhee <su...@buzzware.com.au> on 2012/07/10 10:44:03 UTC
Suggestion : Adopt a package manager like Ruby Gems for Flex as a first class citizen of the SDK
Any Ruby developer will tell you the importance of Ruby Gems in the growth and health of the Ruby ecosystem, as will node.js users with npm, and Linux users with apt-get etc.
Flex has Sprouts (http://projectsprouts.org/), which I haven't used, but it has a nice website, has been updated recently, and is based on Ruby Gems that I am very familiar with.
However it doesn't have the game-changing power of eg. gems unless it is adopted as a core default.
Now that Flex has been handed to the community, would it be possible to consider properly adopting Sprouts as a core part of the SDK?
Re: Suggestion : Adopt a package manager like Ruby Gems for Flex as a
first class citizen of the SDK
Posted by JP Bader <jp...@zavteq.com>.
I would be adamantly against Ruby or gems or anything of that nature
inside of Flex. Flex projects can easily integrate with library
projects, which is (from my understanding) essentially what gemsets
are, i.e. libraries that you can leverage their API to get stuff done.
The main difference is that by calling the gem installer, it "masks"
the download, unpackaging, (symlink?) and installing of the lib in
some convenient to reuse location so that it is "easily" available for
a current or future project.
Having worked inside of IDEs for the last several year, with a good
use of folder structures for shared libraries, I have been able to
easily use and reuse libs without relying on (or creating dependencies
with) other language to manage my libraries. It's convenient for
some, but adds more payload to getting a user up and running.
And please do not misconstrue my comments. Some people have very
positive opinions about Sprouts, and for all intents and purposes, it
is a robust toolset that really helps people build their projects more
quickly. I just simply do not see why we would add a Ruby dependency
in the Flex framework.
Regards,
JP
On Tue, Jul 10, 2012 at 9:43 AM, Сергей aSt Егоров <bs...@gmail.com> wrote:
> No, Jesus! No!
>
> I don't want install ruby when i use flex, it's awful
>
> Maven + flexmojos == my love, why not use it?
>
> On Tue, Jul 10, 2012 at 6:38 PM, Jeffry Houser <je...@dot-com-it.com>wrote:
>
>> On 7/10/2012 10:29 AM, Charles Monteiro wrote:
>>
>>>
>>> If it's a package manager you wouldn't have to use it. Gems are really
>>> very useful for pulling in community goodies and it's one of the reasons
>>> ruby is so productive. I dont know of a counterpart in flex, pulling
>>> stuff via git is more cumbersome.
>>>
>>>
>>> I'm not understanding how you envision something like this to work.
>>
>>
>>
>> --
>> Jeffry Houser
>> Technical Entrepreneur
>> 203-379-0773
>> --
>> http://www.flextras.com?c=104
>> UI Flex Components: Tested! Supported! Ready!
>> --
>> http://www.theflexshow.com
>> http://www.jeffryhouser.com
>> http://www.asktheflexpert.com
>> --
>> Part of the DotComIt Brain Trust
>>
>>
>
>
> --
> С уважением, Сергей Егоров
--
JP Bader
Principal
Zavteq, Inc.
@lordB8r | jp@zavteq.com
608.692.2468
Re: Suggestion : Adopt a package manager like Ruby Gems for Flex as a
first class citizen of the SDK
Posted by Jonathan Campos <jo...@gmail.com>.
On Tue, Jul 10, 2012 at 4:40 PM, Jeffry Houser <je...@dot-com-it.com>wrote:
> What you're proposing here is different than the original suggestion, but
> I believe in the same spirit. Anyway, I can probably be sold on the
> benefit of such a tool, I'm not sure if such a tool belongs in the Flex
> SDK, but I'm not sure.
It is different than his original suggestion, but only slightly. I was
looking to the spirit of his request which is a good one. Think of it like
an integrated Tour De Flex.
I was mainly pushing to slow people down and think about the positives of
the idea rather than just hanging onto specific points.
We should be looking for solutions to common problems and letting people
have the support to make those solutions. Sometimes support means giving
back ideas and small course corrections. Though I love Ruby I'm not going
to put it into Flex - but there are really good ideas over there that are
usable.
If someone wants to run with this idea then great. When some code is
completed then we can talk about if it goes into Flex or not. Just saying
no at the beginning isn't helpful to anyone.
--
Jonathan Campos
Re: Suggestion : Adopt a package manager like Ruby Gems for Flex as a
first class citizen of the SDK
Posted by Nicholas Kwiatkowski <ni...@spoon.as>.
Yi,
I think very few people were advocating that we NOT have a packing manager,
but rather adopting the two proposed solutions may not be the way to go.
I personally think that if/when a package manager is decided on, it be one
with very little barrier to entry. The gem system works very well for ruby
developers, because they already have all the prerequisites installed on
their machines. It is just one additional tool that they have in their
toolkit.
For us to require another tool that has tons of other dependencies, we are
just raising that barrier to entry to do Flex programming. If I require
somebody to install Node.JS (and its dependancies, and configure it, and
keep it patched, etc), that is a huge burden for something that really
isn't required to do programming in Flex (and maybe only to use certain OSS
libraries and projects).
Why couldn't we create a package manager out of AIR/Flex? Sure, doing
things in command-line is pretty limited, but in all honesty, we have very
command-line developers... I would venture to say 95% use some sort of IDE
on Windows or Mac. If we /needed/ a command-line app, one could be written
in C/C++ so that the requirements are very low.
The nice thing about Flex is that our "packages" (gem-likes), are compiled
into the final app, where as in Ruby, PHP and others that require package
managers, the end-user also needs to install those components in order for
the app to work. It really only needs to be a developer tool, and an
end-user tool.
-Nick
On Fri, Jul 13, 2012 at 9:48 AM, Yi Tan <ta...@smartgf.com> wrote:
> Hi all,
>
> I've been following this maillist for months. I seldom post, because my
> English is self-taught. I try my best to express myself simple and clearly.
>
> This post does make me feel a bit sad when seeing 6 of 12 replies against
> adopting a package manager in Flex.
>
> Programming has already become a social activity. In a community with
> decent tools, programmers share, learn with each other and eventually be
> able to make better software in much less time. This is the trend I really
> hope Flex/ActionScript could catch up with, because the major part of my
> daily job is coding in AS.
>
> /* 1. Why a package manager matters */
>
> A real story: we are working on a game app by using AIR for iOS. To reduce
> memory consumption, I need something can make skinnable interface from
> little bitmaps snippets (oh, no Flex framework, it's too enterprise to be
> fit in real-world apps). So I googeled and found a few scale bitmap AS
> classes. After comparing them, I chose ByteArray.org's one (
> http://www.bytearray.org/?p=118) . A few days after using that class, I
> found it is not well-thought, there was no need to duplicate the original
> bitmap data. So I wrote my own. The funny thing was when I am about to push
> my version of ScaleBitmap onto github. I found there is a newer version
> of ByteArray.org's already on github and it did exactly the same thing as I
> did :( (http://www.bytearray.org/?p=1206). Because that blog post is
> newer, it ranked lower in google search result, and I missed it. So I
> wasted half day building a same thing and writing test cases for it.
>
> If flex has a decent package manager, programmer can share and maintain
> code libraries in a centralized-managed place. And that will also be the
> best place for all AS programmers to find out is there already some smart
> guys done what I'm going to do.
>
> /* 2. Why Ruby, Python, JS, Perl... whatever script language need */
>
> The answer is so obvious: AVM can not do that job.
>
> AVM is designed to performer heavy multimedia tasks under limited
> resources. It is the best in that filed, but it's not a general purpose VM.
> There is no CLI, no REPL, no script ability in AVM.
> So when you need something that can talk in command line on-the-fly, you
> have to look on other scriptable virtual machine, and thus other languages.
>
> For this point, I would recommend nodejs. It's built on V8 engine, reads
> javascript, which is familiar to ActionScript 2, and npm is just so easy to
> use: http://npmjs.org/
> Also for Ruby-friendly people, coffee-script is awesome.
>
> /* 3. What a decent package manager should be */
>
> at least:
> - It should let people publish their libs in a few simple steps
> - It should let people search other people's libs in a few simple steps
> - It should let lib owners maintain there libs in a very easy way
> - It will be great if it can be integrated with github
>
>
> Regards,
>
> ty
>
>
> On Fri, Jul 13, 2012 at 4:46 PM, John Fletcher <fl...@gmail.com>
> wrote:
>
> > 2012/7/12 Jeffry Houser <je...@dot-com-it.com>:
> > > It does not affect my point. But, as I understood it; most people use
> > Ruby
> > > today for the server-side of a web site (or other application).
> >
> > Probably true. It's most commonly used with Rails, which is a
> > server-side framework built on top of Ruby.
> >
> > > I can
> > > install any given application server on my local machine, that doesn't
> > make
> > > it less of a server..
> >
> > True. But in this case we're only talking about the part that really
> > isn't a server. It's like depending on Java, as opposed to depending
> > on Tomcat (a server technology built with Java).
> >
> > But this is all academic. I think most agree with you that we don't
> > want to introduce other dependencies. But if someone could write this
> > tool in ActionScript (not sure if that's feasible) then you would
> > probably have a lot of support on your hands.
> >
> > John
> >
>
Re: Suggestion : Adopt a package manager like Ruby Gems for Flex as a
first class citizen of the SDK
Posted by Yi Tan <ta...@smartgf.com>.
On Fri, Jul 13, 2012 at 10:08 PM, christofer.dutz@c-ware.de <
christofer.dutz@c-ware.de> wrote:
> Ok ... and what exactly is the difference to what you describe from simply
> using Maven to build a Flex application?
>
I have to say they are different *fundamentally*.
Please excuse me for not willing discuss any more on this topic.
Because I had been dragged into war about convention vs. configuration. And
turn out such an argument is meaningless.
When you have some time, please try both and I'm pretty sure you will feel
the difference indeed -- It's something just right :-)
Regards,
ty
AW: Suggestion : Adopt a package manager like Ruby Gems for Flex as
a first class citizen of the SDK
Posted by "christofer.dutz@c-ware.de" <ch...@c-ware.de>.
Ok ... and what exactly is the difference to what you describe from simply using Maven to build a Flex application?
From what I get from your whishlist, It sort of gives you everything you want. And it does this really nicely and the solution is somewhat finished allready.
Chris
-----Ursprüngliche Nachricht-----
Von: Yi Tan [mailto:tanyi@smartgf.com]
Gesendet: Freitag, 13. Juli 2012 15:49
An: flex-dev@incubator.apache.org
Betreff: Re: Suggestion : Adopt a package manager like Ruby Gems for Flex as a first class citizen of the SDK
Hi all,
I've been following this maillist for months. I seldom post, because my English is self-taught. I try my best to express myself simple and clearly.
This post does make me feel a bit sad when seeing 6 of 12 replies against adopting a package manager in Flex.
Programming has already become a social activity. In a community with decent tools, programmers share, learn with each other and eventually be able to make better software in much less time. This is the trend I really hope Flex/ActionScript could catch up with, because the major part of my daily job is coding in AS.
/* 1. Why a package manager matters */
A real story: we are working on a game app by using AIR for iOS. To reduce memory consumption, I need something can make skinnable interface from little bitmaps snippets (oh, no Flex framework, it's too enterprise to be fit in real-world apps). So I googeled and found a few scale bitmap AS classes. After comparing them, I chose ByteArray.org's one (
http://www.bytearray.org/?p=118) . A few days after using that class, I found it is not well-thought, there was no need to duplicate the original bitmap data. So I wrote my own. The funny thing was when I am about to push my version of ScaleBitmap onto github. I found there is a newer version of ByteArray.org's already on github and it did exactly the same thing as I did :( (http://www.bytearray.org/?p=1206). Because that blog post is newer, it ranked lower in google search result, and I missed it. So I wasted half day building a same thing and writing test cases for it.
If flex has a decent package manager, programmer can share and maintain code libraries in a centralized-managed place. And that will also be the best place for all AS programmers to find out is there already some smart guys done what I'm going to do.
/* 2. Why Ruby, Python, JS, Perl... whatever script language need */
The answer is so obvious: AVM can not do that job.
AVM is designed to performer heavy multimedia tasks under limited resources. It is the best in that filed, but it's not a general purpose VM.
There is no CLI, no REPL, no script ability in AVM.
So when you need something that can talk in command line on-the-fly, you have to look on other scriptable virtual machine, and thus other languages.
For this point, I would recommend nodejs. It's built on V8 engine, reads javascript, which is familiar to ActionScript 2, and npm is just so easy to
use: http://npmjs.org/
Also for Ruby-friendly people, coffee-script is awesome.
/* 3. What a decent package manager should be */
at least:
- It should let people publish their libs in a few simple steps
- It should let people search other people's libs in a few simple steps
- It should let lib owners maintain there libs in a very easy way
- It will be great if it can be integrated with github
Regards,
ty
On Fri, Jul 13, 2012 at 4:46 PM, John Fletcher <fl...@gmail.com> wrote:
> 2012/7/12 Jeffry Houser <je...@dot-com-it.com>:
> > It does not affect my point. But, as I understood it; most people
> > use
> Ruby
> > today for the server-side of a web site (or other application).
>
> Probably true. It's most commonly used with Rails, which is a
> server-side framework built on top of Ruby.
>
> > I can
> > install any given application server on my local machine, that
> > doesn't
> make
> > it less of a server..
>
> True. But in this case we're only talking about the part that really
> isn't a server. It's like depending on Java, as opposed to depending
> on Tomcat (a server technology built with Java).
>
> But this is all academic. I think most agree with you that we don't
> want to introduce other dependencies. But if someone could write this
> tool in ActionScript (not sure if that's feasible) then you would
> probably have a lot of support on your hands.
>
> John
>
Re: Suggestion : Adopt a package manager like Ruby Gems for Flex as a
first class citizen of the SDK
Posted by Yi Tan <ta...@smartgf.com>.
Hi all,
I've been following this maillist for months. I seldom post, because my
English is self-taught. I try my best to express myself simple and clearly.
This post does make me feel a bit sad when seeing 6 of 12 replies against
adopting a package manager in Flex.
Programming has already become a social activity. In a community with
decent tools, programmers share, learn with each other and eventually be
able to make better software in much less time. This is the trend I really
hope Flex/ActionScript could catch up with, because the major part of my
daily job is coding in AS.
/* 1. Why a package manager matters */
A real story: we are working on a game app by using AIR for iOS. To reduce
memory consumption, I need something can make skinnable interface from
little bitmaps snippets (oh, no Flex framework, it's too enterprise to be
fit in real-world apps). So I googeled and found a few scale bitmap AS
classes. After comparing them, I chose ByteArray.org's one (
http://www.bytearray.org/?p=118) . A few days after using that class, I
found it is not well-thought, there was no need to duplicate the original
bitmap data. So I wrote my own. The funny thing was when I am about to push
my version of ScaleBitmap onto github. I found there is a newer version
of ByteArray.org's already on github and it did exactly the same thing as I
did :( (http://www.bytearray.org/?p=1206). Because that blog post is
newer, it ranked lower in google search result, and I missed it. So I
wasted half day building a same thing and writing test cases for it.
If flex has a decent package manager, programmer can share and maintain
code libraries in a centralized-managed place. And that will also be the
best place for all AS programmers to find out is there already some smart
guys done what I'm going to do.
/* 2. Why Ruby, Python, JS, Perl... whatever script language need */
The answer is so obvious: AVM can not do that job.
AVM is designed to performer heavy multimedia tasks under limited
resources. It is the best in that filed, but it's not a general purpose VM.
There is no CLI, no REPL, no script ability in AVM.
So when you need something that can talk in command line on-the-fly, you
have to look on other scriptable virtual machine, and thus other languages.
For this point, I would recommend nodejs. It's built on V8 engine, reads
javascript, which is familiar to ActionScript 2, and npm is just so easy to
use: http://npmjs.org/
Also for Ruby-friendly people, coffee-script is awesome.
/* 3. What a decent package manager should be */
at least:
- It should let people publish their libs in a few simple steps
- It should let people search other people's libs in a few simple steps
- It should let lib owners maintain there libs in a very easy way
- It will be great if it can be integrated with github
Regards,
ty
On Fri, Jul 13, 2012 at 4:46 PM, John Fletcher <fl...@gmail.com> wrote:
> 2012/7/12 Jeffry Houser <je...@dot-com-it.com>:
> > It does not affect my point. But, as I understood it; most people use
> Ruby
> > today for the server-side of a web site (or other application).
>
> Probably true. It's most commonly used with Rails, which is a
> server-side framework built on top of Ruby.
>
> > I can
> > install any given application server on my local machine, that doesn't
> make
> > it less of a server..
>
> True. But in this case we're only talking about the part that really
> isn't a server. It's like depending on Java, as opposed to depending
> on Tomcat (a server technology built with Java).
>
> But this is all academic. I think most agree with you that we don't
> want to introduce other dependencies. But if someone could write this
> tool in ActionScript (not sure if that's feasible) then you would
> probably have a lot of support on your hands.
>
> John
>
Re: Suggestion : Adopt a package manager like Ruby Gems for Flex
as a first class citizen of the SDK
Posted by Jeffry Houser <je...@dot-com-it.com>.
On 7/13/2012 4:46 AM, John Fletcher wrote:
>> I can
>> install any given application server on my local machine, that doesn't make
>> it less of a server..
> True. But in this case we're only talking about the part that really
> isn't a server. It's like depending on Java, as opposed to depending
> on Tomcat (a server technology built with Java).
Understood.
> But this is all academic. I think most agree with you that we don't
> want to introduce other dependencies.
Agreed!
--
Jeffry Houser
Technical Entrepreneur
203-379-0773
--
http://www.flextras.com?c=104
UI Flex Components: Tested! Supported! Ready!
--
http://www.theflexshow.com
http://www.jeffryhouser.com
http://www.asktheflexpert.com
--
Part of the DotComIt Brain Trust
Re: Suggestion : Adopt a package manager like Ruby Gems for Flex as a
first class citizen of the SDK
Posted by John Fletcher <fl...@gmail.com>.
2012/7/12 Jeffry Houser <je...@dot-com-it.com>:
> It does not affect my point. But, as I understood it; most people use Ruby
> today for the server-side of a web site (or other application).
Probably true. It's most commonly used with Rails, which is a
server-side framework built on top of Ruby.
> I can
> install any given application server on my local machine, that doesn't make
> it less of a server..
True. But in this case we're only talking about the part that really
isn't a server. It's like depending on Java, as opposed to depending
on Tomcat (a server technology built with Java).
But this is all academic. I think most agree with you that we don't
want to introduce other dependencies. But if someone could write this
tool in ActionScript (not sure if that's feasible) then you would
probably have a lot of support on your hands.
John
Re: Suggestion : Adopt a package manager like Ruby Gems for Flex
as a first class citizen of the SDK
Posted by Jeffry Houser <je...@dot-com-it.com>.
On 7/12/2012 6:16 AM, John Fletcher wrote:
> 2012/7/10 Jeffry Houser <je...@dot-com-it.com>:
>> Unless I'm mistaken the original request was to integrate
>> http://projectsprouts.org/ into the Flex SDK. And someone else stated that
>> Project Sprouts has a Ruby Dependency, which seems to be true based on the
>> web site. I have strong reservations about adding something into the Flex
>> SDK that has a dependency to any server side platform.
> Just to clarify something, Ruby is not a server side platform. It's a
> programming language. You can run it on any computer. To run it, you
> need to install the ruby interpreter (and some more stuff if you want
> Gems). This probably doesn't really affect your point, but since
> you've stated it twice now it's worth clarifying. Perhaps a more
> correct statement would be "I have strong reservations about adding
> something into the Flex SDK that has a dependency on any other
> language or toolset."
It does not affect my point. But, as I understood it; most people use
Ruby today for the server-side of a web site (or other application). I
can install any given application server on my local machine, that
doesn't make it less of a server..
--
Jeffry Houser
Technical Entrepreneur
203-379-0773
--
http://www.flextras.com?c=104
UI Flex Components: Tested! Supported! Ready!
--
http://www.theflexshow.com
http://www.jeffryhouser.com
http://www.asktheflexpert.com
--
Part of the DotComIt Brain Trust
Re: Suggestion : Adopt a package manager like Ruby Gems for Flex as a
first class citizen of the SDK
Posted by John Fletcher <fl...@gmail.com>.
2012/7/10 Jeffry Houser <je...@dot-com-it.com>:
> Unless I'm mistaken the original request was to integrate
> http://projectsprouts.org/ into the Flex SDK. And someone else stated that
> Project Sprouts has a Ruby Dependency, which seems to be true based on the
> web site. I have strong reservations about adding something into the Flex
> SDK that has a dependency to any server side platform.
Just to clarify something, Ruby is not a server side platform. It's a
programming language. You can run it on any computer. To run it, you
need to install the ruby interpreter (and some more stuff if you want
Gems). This probably doesn't really affect your point, but since
you've stated it twice now it's worth clarifying. Perhaps a more
correct statement would be "I have strong reservations about adding
something into the Flex SDK that has a dependency on any other
language or toolset."
John
Re: Suggestion : Adopt a package manager like Ruby Gems for Flex
as a first class citizen of the SDK
Posted by Jeffry Houser <je...@dot-com-it.com>.
On 7/10/2012 4:57 PM, Jonathan Campos wrote:
> On Tue, Jul 10, 2012 at 9:43 AM, Сергей aSt Егоров <bs...@gmail.com>wrote:
>
>> No, Jesus! No!
>>
>> I don't want install ruby when i use flex, it's awful
>>
> Slow down. I think the idea is good though others immediately thought of
> this as a Ruby dependency.
> The idea of Gems is similar to the idea of SWCs. This would mean that there
> would be a utility somewhere (maybe just an AIR app) that goes out and gets
> the SWCs you want along with keeping them up to date. I think this would be
> great for sharing libraries between projects.
Unless I'm mistaken the original request was to integrate
http://projectsprouts.org/ into the Flex SDK. And someone else stated
that Project Sprouts has a Ruby Dependency, which seems to be true based
on the web site. I have strong reservations about adding something into
the Flex SDK that has a dependency to any server side platform.
What you're proposing here is different than the original suggestion,
but I believe in the same spirit. Anyway, I can probably be sold on the
benefit of such a tool, I'm not sure if such a tool belongs in the Flex
SDK, but I'm not sure.
--
Jeffry Houser
Technical Entrepreneur
203-379-0773
--
http://www.flextras.com?c=104
UI Flex Components: Tested! Supported! Ready!
--
http://www.theflexshow.com
http://www.jeffryhouser.com
http://www.asktheflexpert.com
--
Part of the DotComIt Brain Trust
Re: Suggestion : Adopt a package manager like Ruby Gems for Flex as a
first class citizen of the SDK
Posted by Jonathan Campos <jo...@gmail.com>.
On Tue, Jul 10, 2012 at 9:43 AM, Сергей aSt Егоров <bs...@gmail.com>wrote:
> No, Jesus! No!
>
> I don't want install ruby when i use flex, it's awful
>
Slow down. I think the idea is good though others immediately thought of
this as a Ruby dependency.
The idea of Gems is similar to the idea of SWCs. This would mean that there
would be a utility somewhere (maybe just an AIR app) that goes out and gets
the SWCs you want along with keeping them up to date. I think this would be
great for sharing libraries between projects.
With gems you can just point to the github repo for the gem and be done.
Something like this could be very powerful to help sharing.
It isn't a bad idea. Don't focus on the Ruby side of it; just put it into
Flexxy terms.
--
Jonathan Campos
Re: Suggestion : Adopt a package manager like Ruby Gems for Flex as a
first class citizen of the SDK
Posted by Сергей aSt Егоров <bs...@gmail.com>.
No, Jesus! No!
I don't want install ruby when i use flex, it's awful
Maven + flexmojos == my love, why not use it?
On Tue, Jul 10, 2012 at 6:38 PM, Jeffry Houser <je...@dot-com-it.com>wrote:
> On 7/10/2012 10:29 AM, Charles Monteiro wrote:
>
>>
>> If it's a package manager you wouldn't have to use it. Gems are really
>> very useful for pulling in community goodies and it's one of the reasons
>> ruby is so productive. I dont know of a counterpart in flex, pulling
>> stuff via git is more cumbersome.
>>
>>
>> I'm not understanding how you envision something like this to work.
>
>
>
> --
> Jeffry Houser
> Technical Entrepreneur
> 203-379-0773
> --
> http://www.flextras.com?c=104
> UI Flex Components: Tested! Supported! Ready!
> --
> http://www.theflexshow.com
> http://www.jeffryhouser.com
> http://www.asktheflexpert.com
> --
> Part of the DotComIt Brain Trust
>
>
--
С уважением, Сергей Егоров
Re: Suggestion : Adopt a package manager like Ruby Gems for Flex
as a first class citizen of the SDK
Posted by Jeffry Houser <je...@dot-com-it.com>.
On 7/10/2012 10:29 AM, Charles Monteiro wrote:
>
> If it's a package manager you wouldn't have to use it. Gems are really
> very useful for pulling in community goodies and it's one of the
> reasons ruby is so productive. I dont know of a counterpart in flex,
> pulling stuff via git is more cumbersome.
>
>
I'm not understanding how you envision something like this to work.
--
Jeffry Houser
Technical Entrepreneur
203-379-0773
--
http://www.flextras.com?c=104
UI Flex Components: Tested! Supported! Ready!
--
http://www.theflexshow.com
http://www.jeffryhouser.com
http://www.asktheflexpert.com
--
Part of the DotComIt Brain Trust
Re: Suggestion : Adopt a package manager like Ruby Gems for Flex as a
first class citizen of the SDK
Posted by Charles Monteiro <ch...@nycsmalltalk.org>.
If it's a package manager you wouldn't have to use it. Gems are really very
useful for pulling in community goodies and it's one of the reasons ruby is
so productive. I dont know of a counterpart in flex, pulling stuff via
git is more cumbersome.
On Jul 10, 2012 10:00 AM, "Jeffry Houser" <je...@dot-com-it.com> wrote:
> On 7/10/2012 5:47 AM, John Fletcher wrote:
>
>> 2012/7/10 Gary McGhee <su...@buzzware.com.au>:
>>
>>> Now that Flex has been handed to the community, would it be possible to
>>> consider properly adopting Sprouts as a core part of the SDK?
>>>
>> I like the idea but this is kind of a barrier to entry (from the front
>> page):
>> "To get started with Project Sprouts and Flash development, you'll
>> need Ruby (>= 1.9.2 Mac, Win, Nix), RubyGems (>= 1.3.7) and at least
>> some interest in the programming language Ruby and the build tool
>> Rake."
>>
>
> I would be adamantly against adding anything into the Flex SDK that would
> create dependencies to a specific server side platform.
>
> --
> Jeffry Houser
> Technical Entrepreneur
> 203-379-0773
> --
> http://www.flextras.com?c=104
> UI Flex Components: Tested! Supported! Ready!
> --
> http://www.theflexshow.com
> http://www.jeffryhouser.com
> http://www.asktheflexpert.com
> --
> Part of the DotComIt Brain Trust
>
>
Re: Suggestion : Adopt a package manager like Ruby Gems for Flex
as a first class citizen of the SDK
Posted by Jeffry Houser <je...@dot-com-it.com>.
On 7/10/2012 5:47 AM, John Fletcher wrote:
> 2012/7/10 Gary McGhee <su...@buzzware.com.au>:
>> Now that Flex has been handed to the community, would it be possible to consider properly adopting Sprouts as a core part of the SDK?
> I like the idea but this is kind of a barrier to entry (from the front page):
> "To get started with Project Sprouts and Flash development, you'll
> need Ruby (>= 1.9.2 Mac, Win, Nix), RubyGems (>= 1.3.7) and at least
> some interest in the programming language Ruby and the build tool
> Rake."
I would be adamantly against adding anything into the Flex SDK that
would create dependencies to a specific server side platform.
--
Jeffry Houser
Technical Entrepreneur
203-379-0773
--
http://www.flextras.com?c=104
UI Flex Components: Tested! Supported! Ready!
--
http://www.theflexshow.com
http://www.jeffryhouser.com
http://www.asktheflexpert.com
--
Part of the DotComIt Brain Trust
Re: Suggestion : Adopt a package manager like Ruby Gems for Flex as a
first class citizen of the SDK
Posted by John Fletcher <fl...@gmail.com>.
2012/7/10 Gary McGhee <su...@buzzware.com.au>:
> Now that Flex has been handed to the community, would it be possible to consider properly adopting Sprouts as a core part of the SDK?
I like the idea but this is kind of a barrier to entry (from the front page):
"To get started with Project Sprouts and Flash development, you'll
need Ruby (>= 1.9.2 Mac, Win, Nix), RubyGems (>= 1.3.7) and at least
some interest in the programming language Ruby and the build tool
Rake."
I guess it would be an option as long as people are able to use Flex
just fine without it.
John
Re: Suggestion : Adopt a package manager like Ruby Gems for Flex
as a first class citizen of the SDK
Posted by Jeffry Houser <je...@dot-com-it.com>.
On 7/10/2012 4:44 AM, Gary McGhee wrote:
> Any Ruby developer will tell you the importance of Ruby Gems in the growth and health of the Ruby ecosystem, as will node.js users with npm, and Linux users with apt-get etc.
Excuse my ignorance on Ruby, Node.js, and Linux. Why are those things
important?
> Flex has Sprouts (http://projectsprouts.org/), which I haven't used, but it has a nice website, has been updated recently, and is based on Ruby Gems that I am very familiar with.
> However it doesn't have the game-changing power of eg. gems unless it is adopted as a core default.
>
> Now that Flex has been handed to the community, would it be possible to consider properly adopting Sprouts as a core part of the SDK?
If you haven't used something, a claim that it should be merged into
the core SDK seems a bit incomplete. What would the benefit be? Is
Sprout distributed under a compatible license? Is the creator willing
to change the license, if necessary, or donate the code? How do you
expect that Sprouts will be combined into the SDK? What will change for
SDK developers? What will change for Flex Developers? How would
Sprouts be used?
--
Jeffry Houser
Technical Entrepreneur
203-379-0773
--
http://www.flextras.com?c=104
UI Flex Components: Tested! Supported! Ready!
--
http://www.theflexshow.com
http://www.jeffryhouser.com
http://www.asktheflexpert.com
--
Part of the DotComIt Brain Trust