You can opt not to use everything Arp has to offer ;-) Lee
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stacey Mulcahy Sent: 18 April 2006 14:00 To: 'Flashcoders mailing list' Subject: RE: [Flashcoders] Using ARP without Forms? Just chiming in here late... Straight up I haven't used ARPX - even tho I've been recommended to do so many times. I'm interested in checking it out and seeing what it has to offer. I'd be interested in knowing the benefits, differences from ARP - if someone has used it extensively, please feel free to png me off list as to why you like it, use it, etc. As for me and the type of applications I develop, I find ARP *way* too structured. There are some things about it I think are great -for one the commands and service locator. Even tho I typically organize my stuff in this way, I now have a very structured "table of contents" idea for all of my service calls. I tend to dictate the service urls and names in xml and populate the service locator that way. What I find a bit too structured about ARP is the fact that, unless I'm mistaken which is quite possible, if you don't modify it, it assumes that you are always going to want the response from a command. So you issue a command, and because the command is tied to the view, it calls the callback on the view item when it is complete. You can't just remove the view from handling the callback, as its *wired* in so to speak. So you run into this scenario - lets say you have an alphabetical list and you're clicking through the letters because you want to see all your contacts by A or B - so forth. Clicking each letter populates the list underneath it with the results from the database. So you're like me, a mad clicker, and you hit A , and change your mind and hit H cos maybe you listed the person under the first name rather than the last name. Then you change your mind and you click S. Each of those commands get issued and are tied into that view - so your list, starts updating with the results of each command. But once you click a second item, you might not want the results from the first command anymore, you'd like to ignore it. For me, to achieve this, I had to return the command when I issued it so I could delete it if I issued it again. And if you don't have the luxury of using remoting in every project, then sometimes those command can take a while to complete - sending the variables, parsing the xml on the return etc. Once again, I might be showing my ignorance in regards to ARP, my only defense is that I have just recently explored the framework. Any insight as always is appreciated - if its not something that would benefit the entire list, shoot me an email. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lee McColl-Sylvester Sent: Tuesday, April 18, 2006 8:38 AM To: Flashcoders mailing list Subject: RE: [Flashcoders] Using ARP without Forms? That's good. The issue I have with Flash (at least I used to) was knowing where all my coding was. Because of the way Flash is structured, many developers tend to stuff AS into MovieClips instead of keeping a series of root clips / classes. Using ARPX, I can create completely reusable custom controls, while feeding all core functionality back through to the base class using events. It really does make for much cleaner code and makes management of the application far simpler. I'm surprised, though, by your usage of an XML Socket server. Do you have a need for persistent data that session handling won't provide? You should look at OpenAMF for Java remoting. It's what many of the other remoting frameworks were developed against. Regards, Lee -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Julien Vignali Sent: 18 April 2006 12:14 To: Flashcoders mailing list Subject: Re: [Flashcoders] Using ARP without Forms? hey that's cool :-) I don't know much about .NET Fluorine because my company is more java-oriented. I am developping the flash client from scratch (well no MM components, but intensive use of several frameworks) with the flash IDE (just for fonts and assets such as basic objects/tweens), and eclipse/FDT + MTASC (-keep power!) For the socket communication, I use the Offbeat server (Oregano would have done the job as well) but just as a "proxy" between clients and the server, which is a custom j2ee webapp... I don't know about the number of lines I wrote, but as the project grows, I think it needs more structure and flexibility (especially when it comes to event management) so that's why I was looking to ARP... Regards, Julien Lee McColl-Sylvester a écrit : > What a coinsidence. That happens to be my main app, using Flash and .NET. I was using XML transfers, though I quickly switched to Fluorine once I realised the possibilities. The Flash side of my application uses ARPX and is around 6000 lines of ActionScript now. I use FlashDevelop, so the actual asset side is very very minimal. I find ARPX provides me with a great solid framework that reflects well in the .NET side of my applications. What are you using for the XML Sockets? Did you develop your own system or are you using something like Oregano? > > Regards, > Lee > > > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Julien Vignali > Sent: 18 April 2006 09:52 > To: Flashcoders mailing list > Subject: Re: [Flashcoders] Using ARP without Forms? > > Thanks Lee, > I've found Grant's post about his ARPX extension and that seems pretty > nice indeed ;-) I'm going to try it! > By the way, my project is an intranet kiosk app that will only > communicate via xml sockets instead of remoting or web services, do you > think it will be easy to adapt this to ARP/X design ? > > Julien > > Lee McColl-Sylvester a écrit : >> A form in the ARP context is typically just a MovieClip extended class. >> If your application uses MovieClips as container objects, then ARP is >> fine as it is. If, however, you don't want to use MovieClips as your >> base object, you can still make use of things like System events and the >> like. At least, that's if they're in the base ARP package. I use the >> ARPX extended version written by Grant Davies. Top bloke! :-) >> >> Lee >> >> >> >> -----Original Message----- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] On Behalf Of Julien >> Vignali >> Sent: 18 April 2006 09:22 >> To: Flash Coders >> Subject: [Flashcoders] Using ARP without Forms? >> >> Hi ARP developers, >> I was wondering if it was easy to use ARP in a non-form flash >> application... After reading ARP documentation, it seems to be >> well-suited for form-enabled flash apps, but what about the applications >> >> completely created from scratch with MTASC for example? >> What do you use in replacement of Forms? Custom components/movieclips? >> Can someone provide a short example or some guidelines? >> >> >> Thanks, >> >> Julien >> _______________________________________________ >> Flashcoders@chattyfig.figleaf.com >> To change your subscription options or search the archive: >> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders >> >> Brought to you by Fig Leaf Software >> Premier Authorized Adobe Consulting and Training >> http://www.figleaf.com >> http://training.figleaf.com >> _______________________________________________ >> Flashcoders@chattyfig.figleaf.com >> To change your subscription options or search the archive: >> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders >> >> Brought to you by Fig Leaf Software >> Premier Authorized Adobe Consulting and Training >> http://www.figleaf.com >> http://training.figleaf.com >> > _______________________________________________ > Flashcoders@chattyfig.figleaf.com > To change your subscription options or search the archive: > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > Brought to you by Fig Leaf Software > Premier Authorized Adobe Consulting and Training > http://www.figleaf.com > http://training.figleaf.com > _______________________________________________ > Flashcoders@chattyfig.figleaf.com > To change your subscription options or search the archive: > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > Brought to you by Fig Leaf Software > Premier Authorized Adobe Consulting and Training > http://www.figleaf.com > http://training.figleaf.com > _______________________________________________ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com _______________________________________________ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com _______________________________________________ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com _______________________________________________ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
