I didn't say, that FAR is bad. My question is, if the compiler needs to be aware of it.
Same with Simon's tasks - as far as i know, they do things, which can't be done with Ant easily, so they make for people, who like it easy. But still it's questionable, if all of this features should be part of the compiler. Most ideally the compiler does just that, compile, and all the other things are done by related tools. Cheers, Ralf. Carlos Rovira wrote: > I disagree with that Ralf. Think if jar files doesn't exits in the Java > world. Imagine the caos in huge Java projects. a single jar file is much > more convenient only for organization purposes, and much more clean. As > we stated before we could go on with ANT alone, as we are doing with so > much other things when using flash open source, but a good improvment > would be to have this kind of goodies that makes life so much easy. > > This facilities, in fact, should be created by Adobe to enhance the > technology, but as we can't know if they are working on something like > that we could make our way. > > > 2006/1/17, Ralf Bokelberg < [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>: > > Huh, not using Ant? > What else could one use? > > I'm not convinced, that MTASC could do better than Ant already does. > Writing a little Ant Makro is done very fast and can be tailored by > everybody, who knows XML. Also, if the compiler does it, he has to > unpack with every compilation. Wouldn't this slow down compilation a lot > ? With ant we can unpack once and be done. > > Cheers, > Ralf. > > > Simon Wacker wrote: > > > Hi Ralf, > > > > it is definitely possible to do this in ant, but it is much more > > convenient to use if you do not have to do it, but let the > compiler do > > the job for you. ;) (and let's not forget about the programmers > that do > > not use ant) > > > > > > Greetings, > > Simon > > > > Ralf Bokelberg wrote: > > > > > >>Yes, that's what i understood also. > >>But i wonder, why we should do it inside MTASC, when we can do it > in ant > >>also? Couldn't we add a dependent target, which unzips a > library.zip and > >>adds the directory to the classpath of mtasc? > >>Cheers, > >>Ralf. > >> > >>Carlos Rovira wrote: > >> > >> > >> > >> > >>>Hi Ralf, > >>> > >>>Ant would be useful to package the classes into a FAR file, but > I think > >>>that Igor wants HAMTASC recognize that file and be able to > asimilate it > >>>(I suppose hamtasc must unpack and process the files inside it) > >>> > >>>If not, please Igor, give your vision > >>> > >>>FAR file would be a great addition to our arsenal ;) > >>> > >>>Cheers, > >>> > >>>C. > >>> > >>> > >>>2006/1/17, Ralf Bokelberg < [EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> <mailto:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>>>: > >>> > >>> Hi Igor, > >>> > >>> sounds interesting. > >>> If i would implement it, i would unpack the zip into a temporary > >>> directory and add the name of the newly created directory to the > >>> classpath. I wonder, if this can't be done more easily with Ant? > >>> > >>> Cheers, > >>> Ralf. > >>> > >>> Igor V. Sadovskiy wrote: > >>> > >>> > Hello Ralf. > >>> > > >>> > > >>> > > >>> > I'd like to ask you about adding new feature to the MTASC. > It's FAR > >>> > (Flash Archive) support. FAR is just like a JAR in Java. > It contains > >>> > archived AS sources and could be used as element of the > >>> classpath. To my > >>> > mind it will be great if MTASC and most of well-known IDE > >>> supports it. I > >>> > could place all third-party libraries to FAR file so my > project > >>> becomes > >>> > quite compact and portable. Libraries packed to the > archive could be > >>> > easy shared between projects, easy added to the CVS. > Library version > >>> > control will become really easier. It even will be possible to > >>> use Maven > >>> > with library repository to build Flash applications. > >>> > > >>> > > >>> > > >>> > I already talked with some peoples from OSFlash about > (Simon Wacker, > >>> > Carlos Rovira and other) and they found this idea > interesting too. As > >>> > soon as this feature will be implemented we could push > this idea > >>> to the > >>> > flash community. I think all will find FAR useful. Also we > will > >>> ask for > >>> > FAR support by the top used IDE. I think it won't be a big > issue to > >>> > implement this feature in some IDE. > >>> > > >>> > > >>> > > >>> > So what do you think about? Could you add FAR support to the > >>> Hacked MTASC? > >>> > > >>> > > >>> > > >>> > Regards, > >>> > > >>> > Igor > >>> > > >>> > > >>> > > >>> > >>> _______________________________________________ > >>> osflash mailing list > >>> [email protected] <mailto:[email protected]> > <mailto:[email protected] <mailto:[email protected]>> > >>> http://osflash.org/mailman/listinfo/osflash_osflash.org > >>> > >>> > >>> > >>> > >>>-- > >>>::| Carlos Rovira > >>>::| http://www.carlosrovira.com > >>> > >>> > > >>>------------------------------------------------------------------------ > >>> > >>>_______________________________________________ > >>>osflash mailing list > >>> [email protected] <mailto:[email protected]> > >>>http://osflash.org/mailman/listinfo/osflash_osflash.org > >>> > >>> > >> > >>_______________________________________________ > >>osflash mailing list > >>[email protected] <mailto:[email protected]> > >>http://osflash.org/mailman/listinfo/osflash_osflash.org > <http://osflash.org/mailman/listinfo/osflash_osflash.org> > >> > >> > >> > >> > > > > > > _______________________________________________ > osflash mailing list > [email protected] <mailto:[email protected]> > http://osflash.org/mailman/listinfo/osflash_osflash.org > > > > > -- > ::| Carlos Rovira > ::| http://www.carlosrovira.com > > > ------------------------------------------------------------------------ > > _______________________________________________ > osflash mailing list > [email protected] > http://osflash.org/mailman/listinfo/osflash_osflash.org _______________________________________________ osflash mailing list [email protected] http://osflash.org/mailman/listinfo/osflash_osflash.org
