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]>:
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]>>:
>>>
>>> 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]>
>>> 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
>>
>>
>>
>>
>
>
_______________________________________________
osflash mailing list
[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
