RE: [Flashcoders] Events can be tedious, general thoughts on best practice?

2010-03-27 Thread Cor
maart 2010 19:01 To: Flash Coders List Subject: Re: [Flashcoders] Events can be tedious, general thoughts on best practice? hey cor, i'm guessing jason's example is modern ActionScript 3.0, but if you're looking for a range of examples, here's one in ActionScript 2.0, showing h

RE: [Flashcoders] Events can be tedious, general thoughts on best practice?

2010-03-27 Thread Cor
oders List Subject: Re: [Flashcoders] Events can be tedious, general thoughts on best practice? hey cor, i'm guessing jason's example is modern ActionScript 3.0, but if you're looking for a range of examples, here's one in ActionScript 2.0, showing how to implement a clock us

Re: [Flashcoders] Events can be tedious, general thoughts on best practice?

2010-03-27 Thread co...@moock.org
it is highly appreciated. Kind regards, Cor -Original Message- From: flashcoders-boun...@chattyfig.figleaf.com [mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Merrill, Jason Sent: vrijdag 26 maart 2010 16:10 To: Flash Coders List Subject: RE: [Flashcoders] Events can be t

Re: [Flashcoders] Events can be tedious, general thoughts on best practice?

2010-03-26 Thread allandt bik-elliott (thefieldcomic.com)
only) > > > > > > > -Original Message- > From: flashcoders-boun...@chattyfig.figleaf.com > [mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Cor > Sent: Friday, March 26, 2010 12:11 PM > To: 'Flash Coders List' > Subject: RE: [Flashc

RE: [Flashcoders] Events can be tedious, general thoughts on best practice?

2010-03-26 Thread Merrill, Jason
- From: flashcoders-boun...@chattyfig.figleaf.com [mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Cor Sent: Friday, March 26, 2010 12:26 PM To: 'Flash Coders List' Subject: RE: [Flashcoders] Events can be tedious,general thoughts on best practice? WOW, thanks Jason. You're the be

RE: [Flashcoders] Events can be tedious, general thoughts on best practice?

2010-03-26 Thread Cor
lf Of Merrill, Jason Sent: vrijdag 26 maart 2010 17:20 To: Flash Coders List Subject: RE: [Flashcoders] Events can be tedious, general thoughts on best practice? Hi Cor, I'm sending you a very basic MVC template I wrote offlist. You can start building off that if you like. I can't send

RE: [Flashcoders] Events can be tedious, general thoughts on best practice?

2010-03-26 Thread Merrill, Jason
iday, March 26, 2010 12:11 PM To: 'Flash Coders List' Subject: RE: [Flashcoders] Events can be tedious,general thoughts on best practice? Thanks Jason, I understand the theory, but have a problem creating a MVC myself. I don't want to use other frameworks, I want to learn to OOP in F

Re: [Flashcoders] Events can be tedious, general thoughts on best practice?

2010-03-26 Thread Nathan Mynarcik
gards, Cor -Original Message- From: flashcoders-boun...@chattyfig.figleaf.com [mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Merrill, Jason Sent: vrijdag 26 maart 2010 16:10 To: Flash Coders List Subject: RE: [Flashcoders] Events can be tedious, general thoughts on best prac

RE: [Flashcoders] Events can be tedious, general thoughts on best practice?

2010-03-26 Thread Cor
ssage- From: flashcoders-boun...@chattyfig.figleaf.com [mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Merrill, Jason Sent: vrijdag 26 maart 2010 17:04 To: Flash Coders List Subject: RE: [Flashcoders] Events can be tedious, general thoughts on best practice? In basic MVC

RE: [Flashcoders] Events can be tedious, general thoughts on best practice?

2010-03-26 Thread Merrill, Jason
l Message- From: flashcoders-boun...@chattyfig.figleaf.com [mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Merrill, Jason Sent: vrijdag 26 maart 2010 16:10 To: Flash Coders List Subject: RE: [Flashcoders] Events can be tedious, general thoughts on best practice? I missed the begin

Re: [Flashcoders] Events can be tedious, general thoughts on best practice?

2010-03-26 Thread allandt bik-elliott (thefieldcomic.com)
- > From: flashcoders-boun...@chattyfig.figleaf.com > [mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Merrill, > Jason > Sent: vrijdag 26 maart 2010 16:10 > To: Flash Coders List > Subject: RE: [Flashcoders] Events can be tedious, general thoughts on best > practice? >

RE: [Flashcoders] Events can be tedious, general thoughts on best practice?

2010-03-26 Thread Cor
[mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Merrill, Jason Sent: vrijdag 26 maart 2010 16:10 To: Flash Coders List Subject: RE: [Flashcoders] Events can be tedious, general thoughts on best practice? I missed the beginning of this thread somehow, but FWIW, FlashDevelop has an Add >

RE: [Flashcoders] Events can be tedious, general thoughts on best practice?

2010-03-26 Thread Merrill, Jason
I missed the beginning of this thread somehow, but FWIW, FlashDevelop has an Add > New Event menu option in the project pane when you right click on a package folder which makes creating custom events a snap. All you really have to do is enter the static event constants you want the event to have a

Re: [Flashcoders] Events can be tedious, general thoughts on best practice?

2010-03-26 Thread allandt bik-elliott (thefieldcomic.com)
lf Of allandt > bik-elliott (thefieldcomic.com) > Sent: vrijdag 26 maart 2010 13:30 > To: Flash Coders List > Subject: Re: [Flashcoders] Events can be tedious, general thoughts on best > practice? > > example model > > package > { >import flash.events.EventDispa

RE: [Flashcoders] Events can be tedious, general thoughts on best practice?

2010-03-26 Thread Cor
Subject: Re: [Flashcoders] Events can be tedious, general thoughts on best practice? example model package { import flash.events.EventDispatcher; public class SiteModel extends EventDispatcher { public static const PAGE_CHANGE : String = "pageChange"; public st

Re: [Flashcoders] Events can be tedious, general thoughts on best practice?

2010-03-26 Thread allandt bik-elliott (thefieldcomic.com)
m) > Sent: vrijdag 26 maart 2010 11:07 > To: Flash Coders List > Subject: Re: [Flashcoders] Events can be tedious, general thoughts on best > practice? > > in my mvc setup, i use a set of public static constants for event types on > the model object and dispatch(new Event(ModelOb

RE: [Flashcoders] Events can be tedious, general thoughts on best practice?

2010-03-26 Thread Cor
Coders List Subject: Re: [Flashcoders] Events can be tedious, general thoughts on best practice? in my mvc setup, i use a set of public static constants for event types on the model object and dispatch(new Event(ModelObject.CUSTOM_EVENT_TYPE)); when the listening object receives it, it goes and

Re: [Flashcoders] Events can be tedious, general thoughts on best practice?

2010-03-26 Thread allandt bik-elliott (thefieldcomic.com)
in my mvc setup, i use a set of public static constants for event types on the model object and dispatch(new Event(ModelObject.CUSTOM_EVENT_TYPE)); when the listening object receives it, it goes and retrieves the data from a public variable / accessor on the model. There are plenty of reasons to u

Re: [Flashcoders] Events can be tedious, general thoughts on best practice?

2010-03-26 Thread Mark Burvill
Signals gets a big plus from me. Takes a lot of the donkey-work out of setting up custom events. On 24 Mar 2010, at 22:21, Taka Kojima wrote: > You bring up some valid points, however some of them are irrelevant for this > example, i.e. multiple listeners. > > I could be a minority, but I don'

Re: [Flashcoders] Events can be tedious, general thoughts on best practice?

2010-03-24 Thread Taka Kojima
You bring up some valid points, however some of them are irrelevant for this example, i.e. multiple listeners. I could be a minority, but I don't think I am when I say that I have never used multiple listeners for when I load in an XML file. Secondly, if I were to implement events for this XMLLoa

Re: [Flashcoders] Events can be tedious, general thoughts on best practice?

2010-03-24 Thread Mark Winterhalder
On Wed, Mar 24, 2010 at 7:03 PM, Taka Kojima wrote: > I'm curious as to other people's thoughts on > this in terms of good/bad practice and what the pros/cons to this approach > might be. My thoughts are that it's OK for the very common cases which don't need the flexibility of events. Advantage