[Flashcoders] Flash components runtime sharing problem in firefox
I am trying to share flash built in components (flash 8.0 AS2) like Checkbox, radio button etc. by storing them in a library file and sharing them runtime in a bid to reduce the size of my swf file. This works fine in IE, but not in firefox. I get very unpredictable results like I get some rectangular boxes where the components are supposed to be. Just wondering if anyone else has faced similar issues? Thanks Kannan ___ 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
Re: [Flashcoders] new features in cs3
Flash 6 was MX :-) Kevin Jackson On 8/22/07, [p e r c e p t i c o n] <[EMAIL PROTECTED]> wrote: > Hi all, > usually, every new version of flash has some features that aren't quite > documented...for example flash six had video but it wasn't really promoted > as a feature until MX...is there anything like that in cs3 > cheers > p > ___ > 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 > -- Kevin Jackson [EMAIL PROTECTED] It is an open question whether any behavior based on fear of eternal punishment can be regarded as ethical or should be regarded as merely cowardly. Margaret Mead ___ 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] new features in cs3
Hi all, usually, every new version of flash has some features that aren't quite documented...for example flash six had video but it wasn't really promoted as a feature until MX...is there anything like that in cs3 cheers p ___ 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
Re: [Flashcoders] Should Flash CS3 Pro result in larger SWF and EXE files than Flash 8?
Yes, I've also noticed this. The CS3 projector is a bit bigger. But it's really not all that odd since it has both the AS3 and AS2 virtual machines inside. /martin matt stuehler wrote: All, I recently switched from Flash 8 Pro to Flash CS3 Pro. I just noticed today that my published SWFs and EXEs are considerably larger when I publish them with CS3 than they were when published from F8, even though the FLAs are the same. In other words, I took an FLA that was saved as a CS3 file. When published, the SWF was 980kb, and the EXE was 3,423kb. I saved the FLA as a Flash 8 file (since it doesn't us AS3 or any CS3 functions), republished, and the SWF was 879kb and the EXE was only 2,434kb. That's a pretty big difference (~30% for the EXE), for exactly the same functionality. I can live with the Adobe bloat in the CS3 IDE, but I didn't think that it was going to cost me in terms of the resulting SWF filesize. Has anyone else noticed this? Am I making a mistake, or missing a publish option? Many thanks in advance for your advice and insight. Cheers, Matt Stuehler ___ 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
Re: [Flashcoders] Pattern/Design/Best Practices: Plugin Scheme?
We built a learning delivery system a few years ago in Flash that has a plug-in environment. It is all driven by XML files so you never touch the Flash. You can write a new plug-in and have it dynamically loaded if the XML calls it. The XML has a flexible structure that allows the designer of the plug-in to specify the custom data structure that it requires. When the top level engine finds a course page that uses a plug-in it loads the plug-in (a swf of course) and passes it the complete XML sub-node that it extracted from the course file. When the plug-in is done, it calls well defined functions to return information to the main flow. This is mostly used for tests. There are existing plug-ins for multiple choice, true false and matching. These can return a mark as well as some feedback in the case of wrong answers(The student picked #3 when the #4 was the correct answer). This helps the instructors to detect poorly written questions. A flash developer can create a custom test plug-in. For example, one course required a piping diagram of a chemical flow wherein the student was required to put arrows on the pipes to indicate which direction the chemicals flowed through the reactors and pumps. The plug-in returns a right wrong as well as a list of the choices. At the end of a marked test (there are formative tests as well), the results can be e-mailed to the student and the course administrator. Instructional plug-ins do not return test results. They just signal that they are done and the main engine kills them and moves on. There are plug-ins for multiple bullet slides, with and without images. These typically describe the font, size, colour and style of the text. they also say at what time the bullet or image is to appear so that you have synchronization with the sound file. This gives the look of a custom animation at the cost of a Powerpoint. There is also a place to define how(type of transition and time to complete the transition) the images are to transition in. This lets the instructor mix images, animations and text pretty freely, all synchronized to the sound. The main flow can handle simple pages (image or swf and a sound file) without a plug-in. The main flow is responsible for the navigation (previous slide, next, help, chapter index), page control (stop, play, rewind) and the sound controls (volume, mute). Rewinding plug-ins is possible in some cases - it makes no sense to rewind a test. In short, yes it is possible to do this. This was done in AS1 and converted to AS2 a few years ago. Ron Hans Wichman wrote: Hi Jer, we have been dealing with the same kind of questions (and still are now and then). We have a course engine out there, which has a very simple setup/interface (although the inner workings are not that simple). But we ran into the same problem, adding content required us to recompile the engine now and then. We thought about going the plugin way, and we even had most of the design ready. It involved something like loading a plugin which existed of a number of classes defining the plugin, request/result types, registration to one service bus or another etc. In the end a request wouldnt know which service satisfied it, which plugin handled the result etc. Basically it didnt involve a lot more than usual I think in terms of patterns, using the command, businessdelegate, service, valueobject, request/response (if you can call that a pattern), abstractfactory, registries etc. BUT the biggest problem at the moment is that the gap in terms of refactoring between our current system and the 'utopia' system is too wide to call it refactoring. Better to call it a complete rewrite. In addition, the question we were asking ourselves was whether we were going to do this because it would be uber cool to build such a plugin system, or that the functionality required really demanded such as architecture. In the end we chose to follow a different route at the moment and that is refactoring our current system step by step. Not that it is a bad system, it is pretty good as it is, but in order to be able to maintain/extend it etc some refactoring is necessary. Maybe if the requirements require it (:-S) and the refactoringsprocess has gone far enough, the plugin system will find its way in eventually. Maybe it is of any use to you if I describe the current system: the current system has a few part, a controlpanel, a dialog panel and a locationpanel These parts supports different commands, eg loadSwf, showDialog, addTabButton etc All these commands are supplied by the backend. So basically an empty interface starts up and sends a systemstart event to the backend. The backend says load location A, show dialog B, and adds these 3 buttons. The location can be anything, for example we have an fake email application, a notepad, panorama's etc, but the most basic location type is simply an image with hotspots. If you click on a hotspot, an event goes back to th
Re: [Flashcoders] Property Access
> Don't forget that this started out as a discussion about teach newbies. > Not converting old farts. LOL! Well played. ___ 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
Re: [Flashcoders] Q: runtime error:TypeError: Cannot access a property or method of a null object reference.
Hi, Turn on debugging. You should get a stackTrace with line numbers as to where the error originates from. Nick [EMAIL PROTECTED] wrote: Hi Trying to simply get a PV3D AS3 demo running. No compile time errors, but when launching the swf get: TypeError: Error #1009: Cannot access a property or method of a null object reference. Can anyone help? thanks [e] jbach at bitstream.ca [c] 416.668.0034 [w] www.bitstream.ca "...all improvisation is life in search of a style." - Bruce Mau,'LifeStyle' ___ 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
Re: [Flashcoders] Scroll to maximum vPosition?
Hi, remember had the same problem, and i had to did this: hope that helps // manage the position of the scrollbar private function manageScrollBar(scrollMax:Boolean):Void{ // :KLUDGE: this line is needed to force the scroll mcScrollPane.vScrollPolicy = "auto"; mcScrollPane.invalidate(); if (scrollMax) mcScrollPane.doLater(this, "putScrollBarMax"); } // forces the scrollBar to Max position private function putScrollBarMax():Void{ mcScrollPane.vPosition = mcScrollPane.maxVPosition; } -- Nicolas TASKY conseil, analyse et développement multimédia ntasky.com - T.(514) 251-6267 C.(514) 839-6426 - Original Message - From: "Mendelsohn, Michael" <[EMAIL PROTECTED]> To: Sent: Wednesday, August 22, 2007 4:23 PM Subject: [Flashcoders] Scroll to maximum vPosition? Hi list... Setting a V2 ScrollPane's vPosition is easy enough, but for sending it all the way to the bottom. The following isn't working for me: _root.sp.vPosition = _root.sp.content._height; Anyone know if a trick is involved? Thanks, - Michael M. ___ 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
Re: [Flashcoders] Property Access
Steven Sacks wrote: I wouldn't even go so far as to say he's 99% right. More like 33.3%. Private properties with Public getters and setters is used for one of three reasons. 1) You need to do adjust the value of the property when set or get, such as applying limits (max value is 100 so if you pass 150, set it to 100), or storing the value internally as something different and returning a modified value (internally using .5, but the API accepts 50). 2) You need to update the class when a property is set or get. 3) You need protection against dummies. 4) You need protection from the customer changing his mind once you have finished. That is what I mean by robustness. If you have to do 1) after you have got the first version running, now you have to search through all the code that references the class to see if it sets the property. If you examine the ratio of dummies getting to program with my code to customers that change their requirements, dummies are less of a concern. #3 is what Ron is talking about here, because if you're not doing #1 or #2, then you don't need getters and setters. I use public properties when appropriate. I only use getters and setters when I need to do something to the property prior to setting it (such as limits) or some kind of update to the class when the property changes. There's such a thing as over-architecting. OOP sacrifices speed for flexibility and scalability. You shouldn't overdo it with unnecessary function calls for setting public properties. It causes code bloat and your code doesn't perform as well. I don't wrote code for the lowest common denominator. I've got work to get done. If your work has to maintained or used by others as a base, you have no control about who is going to do it. We're Flash developers, not C++ developers. We can't bring down the operating system with a bad value. Some of these safeguards are in place because lower-level languages can cause real damage. The only thing that can happen in Flash is that particular swf might have problems. You can't bring down a system by missetting a property in Flash. You can bring down an application that is critical for the business. I don't care what people do for their own amusement but if I am paying the bill, I want it done in a way that is robust and not going to embarrass the company or get us sued. Our Flash eLearning system (ALI) has run without problems for years at clients' sites. How important to the client would it be if they had flown soldiers in from all across the country to take a course and the course would not work because of a change in the requirements that broke some other function? Granted, it will not start a nuclear war but the chance of doing additional business will be damaged severely. The ALI is not perfectly coded by any stretch but I tried to get it done, on schedule, in a way that does not require any maintenance. It has proven to be capable of being modified to meet new needs and ideas without breaking existing code. According to Ron Wheeler, I'm a bad coder. I respectfully disagree. :) Disagreeing with me is not, in itself, evidence of much. If I was to hire you as a consultant, I would be careful about standards and design reviews. Coding does not bother me as much as design. I would look for your interfaces definitions and your class structures. I am sure that once we had a meeting of the minds, everything would be fine. I can be a bit flexible, if the case is well made. Don't forget that this started out as a discussion about teach newbies. Not converting old farts. Ron ___ 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
Re: [Flashcoders] Should Flash CS3 Pro result in larger SWF and EXEfiles than Flash 8?
Hi Matt, That's a pretty big difference (~30% for the EXE), for exactly the same functionality. I assume you are creating the EXEs (projectors) using the standalone players. Standalone player creates EXE files by appending the SWF to its own executable and then appending 8 more bytes. So, ExeSize = PlayerExeSize + SwfSize + 8. Obviously v8 player can play a v8 SWF, so creating an EXE with v9 player for a v8 SWF will make the EXE unnecessarily big, because player EXE size is increasing with every new release. But, it's not that simple. Standalone player, when creating a projector, decompresses the SWF first if it's compressed. So really, ExeSize = PlayerExeSize + UncompressedSwfSize + 8. To get the EXE size down, you can, (0) Use the standalone player which has the same version as the SWF as it will be the smallest. (One exception can be using v6 Player for a v5 SWF if you want to use the compressed SWF). (1) Compress the standalone Player with an executable compressor (like UPX). (You can also compress your final EXE but that doesn't change the result much and becomes a hassle to do every time). (2) Append the compressed SWF to the Player. You'll need a 3rd party utility for that. (Player v6 and above only, v5 and below cannot play compressed SWFs). Best regards, Burak www.asvguy.com - Original Message - From: "matt stuehler" <[EMAIL PROTECTED]> To: "Flashcoders mailing list" Sent: Wednesday, August 22, 2007 11:25 PM Subject: [Flashcoders] Should Flash CS3 Pro result in larger SWF and EXEfiles than Flash 8? All, I recently switched from Flash 8 Pro to Flash CS3 Pro. I just noticed today that my published SWFs and EXEs are considerably larger when I publish them with CS3 than they were when published from F8, even though the FLAs are the same. In other words, I took an FLA that was saved as a CS3 file. When published, the SWF was 980kb, and the EXE was 3,423kb. I saved the FLA as a Flash 8 file (since it doesn't us AS3 or any CS3 functions), republished, and the SWF was 879kb and the EXE was only 2,434kb. That's a pretty big difference (~30% for the EXE), for exactly the same functionality. I can live with the Adobe bloat in the CS3 IDE, but I didn't think that it was going to cost me in terms of the resulting SWF filesize. Has anyone else noticed this? Am I making a mistake, or missing a publish option? Many thanks in advance for your advice and insight. Cheers, Matt Stuehler ___ 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
Re: [Flashcoders] Scroll to maximum vPosition?
_root.sp.vPosition = _root.sp.content._height - _root.sp.height + 4; The height is probably bigger than the max scroll position so it's ignoring it. The +4 is for the border. Derek Vadneau http://tracethis.com - Original Message - From: "Mendelsohn, Michael" <[EMAIL PROTECTED]> To: Sent: Wednesday, August 22, 2007 4:23 PM Subject: SPAM-LOW: [Flashcoders] Scroll to maximum vPosition? Hi list... Setting a V2 ScrollPane's vPosition is easy enough, but for sending it all the way to the bottom. The following isn't working for me: _root.sp.vPosition = _root.sp.content._height; Anyone know if a trick is involved? Thanks, - Michael M. ___ 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
Re: [Flashcoders] FMS 2 multiplayer game
Josh is right. There is a reason why you don't see real-time multiplayer sports games very often. I've written more than 50 multiplayer games and have tried pretty much everything. When viewing *exactly* where something needs to be and that thing is unpredictable, then you are going to have a tough time hiding the latency. You can achieve good results in real-time multiplayer games if you make the good decisions on game choice, features, speed/update rate, etc. I think that you can pull off a real-time first person shooter more believably than real-time multiplayer pong. Jobe Makar http://www.electrotank.com http://www.electro-server.com phone: 252-627-8026 mobile: 919-609-0408 fax: 919-882-1121 - Original Message - From: "Joshua Sera" <[EMAIL PROTECTED]> To: Sent: Wednesday, August 22, 2007 4:26 PM Subject: Re: [Flashcoders] FMS 2 multiplayer game You're running into the same latency problems I did when I tried to do a real-time game in Flash. The movement's fine, you're correcting for latency burps fine, but events like someone else stealing the ball is unpredictable. I can steal the ball from someone else, bu running halfway down the field away from everyone, and have the ball disappear and reappear next to someone else's icon. The ball-theft event is incredibly time-sensitive, so it's very important that people know when and where it happens. If you manage to find a workaround to this, post it on the list, because I really don't think it can be worked around without using UDP packets, and Flash doesn't support that, and none of the 3rd party projector apps allow you enough control over the packet to make UDP hole punching work, which is what you need to get past firewalls. --- Norman Cousineau <[EMAIL PROTECTED]> wrote: I recently made a multi-player soccer game prototype based on FMS 2. The purpose was to test latency...to see how well each player keeps up to where they're supposed to be on the field. To see for yourself, the url is: www.soccer.datasfaction.com To get the multiplayer effect, open multiple browser windows. That will add players. If you can't connect, it could be due to a firewall, or too many people connected. Feel free to email comments to me. Regards, Norm C ___ 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 Be a better Heartthrob. Get better relationship answers from someone who knows. Yahoo! Answers - Check it out. http://answers.yahoo.com/dir/?link=list&sid=396545433 ___ 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
Re: [Flashcoders] Should Flash CS3 Pro result in larger SWF and EXE files than Flash 8?
I think there might be something you're overlooking. I didn't do this the most scientific waybut I published a huge file I'm working with in Flash 8 and the SWF file size came out at 4.71MB. I tried it in CS3 and it came out at 4.68MB. So there does seem to be a difference, albeit just a tiny one for me. Maybe different compression settings are handled differently (audio or bitmaps) in 9 and you just happened to choose the worst possible case! I will say this though..these files I'm working with are huge. One of the many huge files in 8 for some reason nobody at my company could remove frames on this file without Flash 8 hanging and crashing.I brought it into CS3, and could edit it just fine. So something seems to be working in CS3! ben matt stuehler wrote: All, I recently switched from Flash 8 Pro to Flash CS3 Pro. I just noticed today that my published SWFs and EXEs are considerably larger when I publish them with CS3 than they were when published from F8, even though the FLAs are the same. In other words, I took an FLA that was saved as a CS3 file. When published, the SWF was 980kb, and the EXE was 3,423kb. I saved the FLA as a Flash 8 file (since it doesn't us AS3 or any CS3 functions), republished, and the SWF was 879kb and the EXE was only 2,434kb. That's a pretty big difference (~30% for the EXE), for exactly the same functionality. I can live with the Adobe bloat in the CS3 IDE, but I didn't think that it was going to cost me in terms of the resulting SWF filesize. Has anyone else noticed this? Am I making a mistake, or missing a publish option? Many thanks in advance for your advice and insight. Cheers, Matt Stuehler ___ 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
Re: [Flashcoders] Should Flash CS3 Pro result in larger SWF and EXE files than Flash 8?
Can't say I've noticed it. Silly suggestion, but - are your image compression settings/publish settings set differently in the two versions? What about image properties in the library, are they set differently? matt stuehler wrote: All, I recently switched from Flash 8 Pro to Flash CS3 Pro. I just noticed today that my published SWFs and EXEs are considerably larger when I publish them with CS3 than they were when published from F8, even though the FLAs are the same. In other words, I took an FLA that was saved as a CS3 file. When published, the SWF was 980kb, and the EXE was 3,423kb. I saved the FLA as a Flash 8 file (since it doesn't us AS3 or any CS3 functions), republished, and the SWF was 879kb and the EXE was only 2,434kb. That's a pretty big difference (~30% for the EXE), for exactly the same functionality. I can live with the Adobe bloat in the CS3 IDE, but I didn't think that it was going to cost me in terms of the resulting SWF filesize. Has anyone else noticed this? Am I making a mistake, or missing a publish option? Many thanks in advance for your advice and insight. Cheers, Matt Stuehler ___ 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
Re: [Flashcoders] Pattern/Design/Best Practices: Plugin Scheme?
I think, for this shop, the question of "should we do this or just refactor the original" is pretty much answered: We have to. The mess I inherited is barely maintainable. As is is, if something changes or I find a bug, I have to touch code in every course individually. It's barely a step above code in frames (and does include some of that). I'm basically building a course presentation system for the ISDs who build the individual training content. They have limited programming knowledge. I'm mostly trying to build a new basis for their work: A core course engine nearly all of it's logic externalized in small plugins. The idea being when the customer or ISD comes up with a new idea that would previously require new course template, I write one new plugin and either replace an existing plugin, or just add it to the stack of plugins. Practical example: Current functionality is a centered content, say 800x600, and content containment is handled by a plugin content.swf. Customer wants a full screen content. I build a new plugin to handle full screen layout. ISD's have little to no change in how they're building content. Another example: ISD's want to have something that creates keyboard shortcuts for them for each page. I write a plugin that searches the mc's in the content swf that have _accProps.shortcut set and create a shortcut based on that value, and remove it on page unload. Anyway, reading your response got me thinking of something that might be better in terms of design (but may be pretty out there). I was previously treating the plugins as if they were controllers: They receive events and act on the main application or other plugins. I think this may be my mistake. My next idea (which is still churning a bit in my head) is to create Plugins which are little more than containers for Command objects. Plugins implement specific interfaces so the Main controller knows what commands the plugin contains and what bus/chain needs to execute them. Still see a few problems: Some plugins create objects that fire events. Would the command create commands to handle them? Also it still sounds like I'll be passing the commands a reference to their containing controller or the view itself -- I'm still not sure how I feel about that (or if it should even bother me). You (or anyone else) see a glaring error in this thinking? On 8/22/07, Hans Wichman <[EMAIL PROTECTED]> wrote: > > Hi Jer, > > we have been dealing with the same kind of questions (and still are now > and > then). > > We have a course engine out there, which has a very simple setup/interface > (although the inner workings are not that simple). > But we ran into the same problem, adding content required us to recompile > the engine now and then. > > We thought about going the plugin way, and we even had most of the design > ready. > > It involved something like loading a plugin which existed of a number of > classes defining the plugin, request/result types, registration to one > service bus or another etc. In the end a request wouldnt know which > service > satisfied it, which plugin handled the result etc. > Basically it didnt involve a lot more than usual I think in terms of > patterns, using the command, businessdelegate, service, valueobject, > request/response (if you can call that a pattern), abstractfactory, > registries etc. > BUT the biggest problem at the moment is that the gap in terms of > refactoring between our current system and the 'utopia' system is too wide > to call it refactoring. Better to call it a complete rewrite. In addition, > the question we were asking ourselves was whether we were going to do this > because it would be uber cool to build such a plugin system, or that the > functionality required really demanded such as architecture. > > In the end we chose to follow a different route at the moment and that is > refactoring our current system step by step. Not that it is a bad system, > it > is pretty good as it is, but in order to be able to maintain/extend it etc > some refactoring is necessary. Maybe if the requirements require it (:-S) > and the refactoringsprocess has gone far enough, the plugin system will > find > its way in eventually. > > Maybe it is of any use to you if I describe the current system: > > the current system has a few part, a controlpanel, a dialog panel and a > locationpanel > These parts supports different commands, eg loadSwf, showDialog, > addTabButton etc > All these commands are supplied by the backend. > > So basically an empty interface starts up and sends a systemstart event to > the backend. > The backend says load location A, show dialog B, and adds these 3 buttons. > > The location can be anything, for example we have an fake email > application, > a notepad, panorama's etc, but the most basic location type is simply an > image with hotspots. If you click on a hotspot, an event goes back to the > server and the server tells us what to do again such as load another > location, remove
[Flashcoders] Scroll to maximum vPosition?
Hi list... Setting a V2 ScrollPane's vPosition is easy enough, but for sending it all the way to the bottom. The following isn't working for me: _root.sp.vPosition = _root.sp.content._height; Anyone know if a trick is involved? Thanks, - Michael M. ___ 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
Re: [Flashcoders] FMS 2 multiplayer game
You're running into the same latency problems I did when I tried to do a real-time game in Flash. The movement's fine, you're correcting for latency burps fine, but events like someone else stealing the ball is unpredictable. I can steal the ball from someone else, bu running halfway down the field away from everyone, and have the ball disappear and reappear next to someone else's icon. The ball-theft event is incredibly time-sensitive, so it's very important that people know when and where it happens. If you manage to find a workaround to this, post it on the list, because I really don't think it can be worked around without using UDP packets, and Flash doesn't support that, and none of the 3rd party projector apps allow you enough control over the packet to make UDP hole punching work, which is what you need to get past firewalls. --- Norman Cousineau <[EMAIL PROTECTED]> wrote: > > I recently made a multi-player soccer game prototype > based on FMS 2. > The purpose was to test latency...to see how well > each player keeps up to where they're supposed to be > on the field. > > To see for yourself, the url is: > www.soccer.datasfaction.com > > > To get the multiplayer effect, open multiple browser > windows. That will add players. > > If you can't connect, it could be due to a firewall, > or too many people connected. > > Feel free to email comments to me. > > Regards, > Norm C > > > ___ > 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 > Be a better Heartthrob. Get better relationship answers from someone who knows. Yahoo! Answers - Check it out. http://answers.yahoo.com/dir/?link=list&sid=396545433 ___ 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] Should Flash CS3 Pro result in larger SWF and EXE files than Flash 8?
All, I recently switched from Flash 8 Pro to Flash CS3 Pro. I just noticed today that my published SWFs and EXEs are considerably larger when I publish them with CS3 than they were when published from F8, even though the FLAs are the same. In other words, I took an FLA that was saved as a CS3 file. When published, the SWF was 980kb, and the EXE was 3,423kb. I saved the FLA as a Flash 8 file (since it doesn't us AS3 or any CS3 functions), republished, and the SWF was 879kb and the EXE was only 2,434kb. That's a pretty big difference (~30% for the EXE), for exactly the same functionality. I can live with the Adobe bloat in the CS3 IDE, but I didn't think that it was going to cost me in terms of the resulting SWF filesize. Has anyone else noticed this? Am I making a mistake, or missing a publish option? Many thanks in advance for your advice and insight. Cheers, Matt Stuehler ___ 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] Q: runtime error:TypeError: Cannot access a property or method of a null object reference.
Hi Trying to simply get a PV3D AS3 demo running. No compile time errors, but when launching the swf get: TypeError: Error #1009: Cannot access a property or method of a null object reference. Can anyone help? thanks [e] jbach at bitstream.ca [c] 416.668.0034 [w] www.bitstream.ca "...all improvisation is life in search of a style." - Bruce Mau,'LifeStyle' ___ 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
Re: [Flashcoders] Modifying Publish Settings with JSFL
It's actually a bigger problem than just JSFL. If you import a publish profile xml in the Flash IDE, the same thing happens - class paths get erased. It's a ridiculous bug that has been around since Flash MX 2004 and they have never fixed it. Macromedia and Adobe both seem to think that having an important feature in their application be broken for 3 years is fine. AFAIK it's still broken in Flash CS3. ___ 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] FMS 2 multiplayer game
I recently made a multi-player soccer game prototype based on FMS 2. The purpose was to test latency...to see how well each player keeps up to where they're supposed to be on the field. To see for yourself, the url is: www.soccer.datasfaction.com To get the multiplayer effect, open multiple browser windows. That will add players. If you can't connect, it could be due to a firewall, or too many people connected. Feel free to email comments to me. Regards, Norm C ___ 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
Re: [Flashcoders] Modifying Publish Settings with JSFL
Great! Exactly what I'm after. I don't know why Google didn't hit that. Argh, that's annoying as we set our classpaths on a per-file basis quite often. Hmm...and no way to modify the classpaths of the files by jsfl, huh? Big piratey arrrgh. Thanks, Steve, Chris Steven Sacks wrote: I blogged about this last August. http://www.stevensacks.net/2006/08/06/using/ Keep in mind that due to a known and really nasty bug that STILL hasn't been fixed, when you import a publish profile.xml, all class paths for that file are erased. It really sucks, but the trade off is you don't have to manually enter all those publish paths. ;) Chris Hill wrote: I know this has been talked about before but I figured I'd revisit it since CS3's been out: We're merging two subversion repositories, and I need to migrate about 20 or so flash files to export to a different directory. Of course I can go ahead and modify them all by hand, and I may do that after all, but that'd be silly. What I really want is for JSFL to come to the rescue so I don't have to do this again in the future. Barring that I think that maybe Ant with some regular expressions and jsfl love may be able to provide a solution. Has anyone solved this problem before? I could really use some tips. Thanks C ___ 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
Re: [Flashcoders] Modifying Publish Settings with JSFL
Oops! http://www.stevensacks.net/2006/08/06/using-jsfl-to-change-publish-settings/ There you go. ___ 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
Re: [Flashcoders] Modifying Publish Settings with JSFL
I blogged about this last August. http://www.stevensacks.net/2006/08/06/using/ Keep in mind that due to a known and really nasty bug that STILL hasn't been fixed, when you import a publish profile.xml, all class paths for that file are erased. It really sucks, but the trade off is you don't have to manually enter all those publish paths. ;) Chris Hill wrote: I know this has been talked about before but I figured I'd revisit it since CS3's been out: We're merging two subversion repositories, and I need to migrate about 20 or so flash files to export to a different directory. Of course I can go ahead and modify them all by hand, and I may do that after all, but that'd be silly. What I really want is for JSFL to come to the rescue so I don't have to do this again in the future. Barring that I think that maybe Ant with some regular expressions and jsfl love may be able to provide a solution. Has anyone solved this problem before? I could really use some tips. Thanks C ___ 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
Re: [Flashcoders] Pattern/Design/Best Practices: Plugin Scheme?
Hi Jer, we have been dealing with the same kind of questions (and still are now and then). We have a course engine out there, which has a very simple setup/interface (although the inner workings are not that simple). But we ran into the same problem, adding content required us to recompile the engine now and then. We thought about going the plugin way, and we even had most of the design ready. It involved something like loading a plugin which existed of a number of classes defining the plugin, request/result types, registration to one service bus or another etc. In the end a request wouldnt know which service satisfied it, which plugin handled the result etc. Basically it didnt involve a lot more than usual I think in terms of patterns, using the command, businessdelegate, service, valueobject, request/response (if you can call that a pattern), abstractfactory, registries etc. BUT the biggest problem at the moment is that the gap in terms of refactoring between our current system and the 'utopia' system is too wide to call it refactoring. Better to call it a complete rewrite. In addition, the question we were asking ourselves was whether we were going to do this because it would be uber cool to build such a plugin system, or that the functionality required really demanded such as architecture. In the end we chose to follow a different route at the moment and that is refactoring our current system step by step. Not that it is a bad system, it is pretty good as it is, but in order to be able to maintain/extend it etc some refactoring is necessary. Maybe if the requirements require it (:-S) and the refactoringsprocess has gone far enough, the plugin system will find its way in eventually. Maybe it is of any use to you if I describe the current system: the current system has a few part, a controlpanel, a dialog panel and a locationpanel These parts supports different commands, eg loadSwf, showDialog, addTabButton etc All these commands are supplied by the backend. So basically an empty interface starts up and sends a systemstart event to the backend. The backend says load location A, show dialog B, and adds these 3 buttons. The location can be anything, for example we have an fake email application, a notepad, panorama's etc, but the most basic location type is simply an image with hotspots. If you click on a hotspot, an event goes back to the server and the server tells us what to do again such as load another location, remove some buttons, add some tabs. In the end its a complete elearning/adventure style kind of engine. HTH JC On 8/22/07, Jer Brand <[EMAIL PROTECTED]> wrote: > > AS2 / Flash 8 project and needing help with the design. I'm probably going > into way too much detail for the question but... > > I'm working on course template or engine (for lack of a better term) to > deliver content swf's. The problem in our shop is the massive amount of > change in basic functionality for each course have meant (before I worked > here) the template code has to change every course. This, to me, is a very > bad thing. > > My solution is to build the core template to be almost slide show simple, > but loads classes from external swfs as "plugins" and broadcasts a number > of > events. Each of the plugins's implements an interface that tells the main > app what events the plugin should be subscribed to. > > Nearly all the functionality is contained in the plugins: LMS > communication, > layout, accessibility, the actual interface, etc. Plugins have to be able > to > modify or add content to the main app and the loaded content pages. > Plugins > also have to be able to tell the main app when they're done doing > performing > their edits at each event. > > Now, I have a working solution, It does the job, and does it well. > However, > the design of the app and plugins are heavily interconnected. To get the > job > done, the main app has to constantly pass around pieces of itself and > other > plugins (like the display area or the UI), the interface to keep things > working smoothly. > > Obviously it's not good design, but the prototype is out of the way, and I > know it's not an invalid path to use something like this. Now I'm looking > for a better way. Is there a Pattern or common practice for designing a > plugin scheme? My first thought was "Hey, isn't there a Plugin pattern?" > but > my google skills are failing me on finding anything about it, or how > anyone's done this in the past. > > Any help to be had or is this such a specific thing that general "this is > the best pattern" isn't a valid question. > ___ > 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 > ___
Re: [Flashcoders] Property Access
I wouldn't even go so far as to say he's 99% right. More like 33.3%. Private properties with Public getters and setters is used for one of three reasons. 1) You need to do adjust the value of the property when set or get, such as applying limits (max value is 100 so if you pass 150, set it to 100), or storing the value internally as something different and returning a modified value (internally using .5, but the API accepts 50). 2) You need to update the class when a property is set or get. 3) You need protection against dummies. #3 is what Ron is talking about here, because if you're not doing #1 or #2, then you don't need getters and setters. I use public properties when appropriate. I only use getters and setters when I need to do something to the property prior to setting it (such as limits) or some kind of update to the class when the property changes. There's such a thing as over-architecting. OOP sacrifices speed for flexibility and scalability. You shouldn't overdo it with unnecessary function calls for setting public properties. It causes code bloat and your code doesn't perform as well. I don't wrote code for the lowest common denominator. I've got work to get done. We're Flash developers, not C++ developers. We can't bring down the operating system with a bad value. Some of these safeguards are in place because lower-level languages can cause real damage. The only thing that can happen in Flash is that particular swf might have problems. You can't bring down a system by missetting a property in Flash. According to Ron Wheeler, I'm a bad coder. I respectfully disagree. :) ___ 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] Modifying Publish Settings with JSFL
I know this has been talked about before but I figured I'd revisit it since CS3's been out: We're merging two subversion repositories, and I need to migrate about 20 or so flash files to export to a different directory. Of course I can go ahead and modify them all by hand, and I may do that after all, but that'd be silly. What I really want is for JSFL to come to the rescue so I don't have to do this again in the future. Barring that I think that maybe Ant with some regular expressions and jsfl love may be able to provide a solution. Has anyone solved this problem before? I could really use some tips. Thanks C ___ 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] Use Flex library SWC in Flash CS3
Is it possible? The library does NOT depend on any part of the Flex SDK. Only the playerglobal.swc is included. I have tried adding the SWC to the AS3 classpath, but that only lets me compile, the code isn't actually included in the SWF. Or is there a way in Flash CS3 to create an AS3 library in the same way as Flex does, so that it can be used in a Flash project? tia, Derek Vadneau ___ 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
Re: [Flashcoders] Flash CMS
same here ... even in french ;-) hh Le 22 août 07 à 18:34, Eric Walton a écrit : I would be very interested in this as well and would also be willing to help out with it too. Eric Walton 9 / Edub9 To view more about The Artwork of Eric Walton 9 / Edub9 please visit the following: www.hollywoodfineart.com www.myspace.com/ericwalton9_edub9 Providentia Marketing LLC On 8/21/07, Gilles Roquefeuil <[EMAIL PROTECTED]> wrote: Hello Corban, I've been working on such a CMS for 2 years now, but i haven't yet totally finished (no doc, code optimisation not done, etc...) As for today, this CMS lacks a 'creation' module, i.e. I generate by hand the first site with chapters, subchapters,etc as a 'template'. Then everything is editable. The CMS doesn't require database, just PHP. If you're interested, i can provide links and access to test sites. Gilles [EMAIL PROTECTED] ___ 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 ::: www.herrlich-hubert.de ::: :: 00 49 179 979 2044 :: ___ 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
Re: [Flashcoders] what is that
exactly what i wanted to hear. thanks *g Paul Venton schrieb: Because you're special :-) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of dr.ache Sent: 22 August 2007 16:25 To: flashcoders@chattyfig.figleaf.com Subject: Re: [Flashcoders] what is that but why do i receive that mail? i had written more than one message before that confirmation mail. ___ 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
RE: [Flashcoders] Property Access (was: Intro to OOP using ActionScript)
Ron Wheeler wrote: > Not addressing properties is a requirement of OOP otherwise you break > encapsulation. Allow me to politely disagree. 99% of the time, you are right. I just wrote a retirement calculator for ING, entirely OOP, and there's not a public var to be found. Anywhere. Let me back up a bit. The essence of OOP is defining a public interface. Most of the time these will be public methods (functions). But there are times when directly accessing a property is not only acceptable, but preferred. One example. I wrote a piece that simulated a planet moving through an asteroid field. The planet exerted a gravitational pull on the asteroids--as the planet approached an asteroid, the asteroid would start moving towards the planet. The closer it got, the faster it would move towards the planet. There were about a hundred asteroids, and they all needed to know the current x and y of the planet, plus its slope (the direction in which it was moving). I made the x, y, and slope public properties, and accessed them directly. The reason was simple: performance. Planet.slope was faster than Planet.getSlope(). With a hundred asteroids accessing the property and doing their own calculations, it really made a performance difference. Where is the harm in that? How does that break encapsulation? The properties I made public were part of the defined interface. The object knew it, and the observers (the asteroids) knew it. I might do it differently now--this was 7 years ago, and performance was more of an issue than it is now. Still, it's a perfectly logical and solid OOP implementation. Cordially, Kerry Thompson ___ 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
Re: [Flashcoders] "This is not Java": property accessors
On 8/22/07, Alan MacDougall <[EMAIL PROTECTED]> wrote: > > Well, the idea is that you'd never mix the two syntaxes. Either every > single field uses explicit getters, or every single one uses > property-style access. Fine if you're working by yourself, just using your own code. > An abstract class is just one that provides some of the implementation, > but not all of it (as distinct from an interface, which provides none of > the implementation). You can do abstract classes in AS, just name them > "AbstractButton implements Button" and then "SpecificButton extends > AbstractButton". This does require that all your coders know not to try > to use an abstract-named class directly. It's not enforced by the > language, but that's not a huge loss. Not a huge loss, but a loss nonetheless. And while it can be worked around in the manner you indicate, there's no equivalent for abstract methods. Best you can do is throw an IllegalOperationError in the pseudo-abstract method, which of course means you can only catch inappropriate usage at runtime rather than compile-time. Yuck. Funny thing is, Adobe clearly thinks it's useful to have classes that cannot be instantiated, e.g. DisplayObject. Why this isn't a feature of the language is something I just don't understand. > The only reason to put an exception in a method signature is to ensure > that it is checked, and I actually don't like checked exceptions. I > would like to know about exceptions, but not be forced to handle them at > compile-time -- that just leads to a lot of lazy "swallowed" exceptions, > and in a really big app you could even be forced to handle exceptions > that just aren't relevant to begin with, or for which you have no > resolution context. I haven't had any such problems so far, but I haven't been using Java very long. I have a hard time imagining where it would be a problem. At some higher level you could just say "throws Exception" and have some way to relay that to the user. > And for simply informing the coder about exceptions, > just include it in your documentation. AS2API allows a "@throws > ExceptionClass when blah blah blah" comment, I'm sure ASDoc and other > solutions do too. ASDoc does offer it, but it's up to you to make sure everything is covered. I like that Java checks for you. With ASDoc, every time I add a new exception to some base function, I have to bubble it up to the ASDoc block comment of every function that uses that function, and every function that uses those functions, etc. Maybe if there were an automated way to handle this it'd be okay. > The things *I* miss most from Java are generics, and the ability to > define constants in interfaces. Two very good points. Actually, generics are probably more important than anything I mentioned. -- Mike Keesey ___ 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
RE: [Flashcoders] Do we like the same books?
Ambivert wrote: > I just joined Shelfari to connect with other book lovers. Come see the books I love > and see if we have any in common. Then pick my next book so I can keep on > reading. What does this have to do with Flash? ___ 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
Re: [Flashcoders] Flash CMS
I would be very interested in this as well and would also be willing to help out with it too. Eric Walton 9 / Edub9 To view more about The Artwork of Eric Walton 9 / Edub9 please visit the following: www.hollywoodfineart.com www.myspace.com/ericwalton9_edub9 Providentia Marketing LLC On 8/21/07, Gilles Roquefeuil <[EMAIL PROTECTED]> wrote: > > Hello Corban, > > I've been working on such a CMS for 2 years now, but i haven't yet > totally finished (no doc, code optimisation not done, etc...) > As for today, this CMS lacks a 'creation' module, i.e. I generate by > hand the first site with chapters, subchapters,etc as a 'template'. > Then everything is editable. > The CMS doesn't require database, just PHP. > If you're interested, i can provide links and access to test sites. > > Gilles > [EMAIL PROTECTED] > ___ 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
RE: [Flashcoders] Do we like the same books?
> I just joined Shelfari to connect with other book lovers. This does not belong on Flashcoders. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ___ 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
Re: [Flashcoders] "This is not Java": property accessors
And another point: Suppose you start out making something as a public field and then later realize you need to restrict its value in some way. With properties, this change will make absolutely no difference to the rest of your code. Without properties, you will have to change every instance of "obj.myField = x" to "obj.setMyField(x)" and every other instance of "obj.myField" to "obj.getMyField()". So it makes this type of refactoring far easier. Well, the idea is that you'd never mix the two syntaxes. Either every single field uses explicit getters, or every single one uses property-style access. Personally I find properties (i.e., implicit getters and setters) to be one of ActionScript's few advantages over Java as a language. (Now if only we could have abstract classes, exception types in function signatures, etc) An abstract class is just one that provides some of the implementation, but not all of it (as distinct from an interface, which provides none of the implementation). You can do abstract classes in AS, just name them "AbstractButton implements Button" and then "SpecificButton extends AbstractButton". This does require that all your coders know not to try to use an abstract-named class directly. It's not enforced by the language, but that's not a huge loss. The only reason to put an exception in a method signature is to ensure that it is checked, and I actually don't like checked exceptions. I would like to know about exceptions, but not be forced to handle them at compile-time -- that just leads to a lot of lazy "swallowed" exceptions, and in a really big app you could even be forced to handle exceptions that just aren't relevant to begin with, or for which you have no resolution context. And for simply informing the coder about exceptions, just include it in your documentation. AS2API allows a "@throws ExceptionClass when blah blah blah" comment, I'm sure ASDoc and other solutions do too. The things *I* miss most from Java are generics, and the ability to define constants in interfaces. ___ 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
Re: [Flashcoders] "This is not Java": property accessors
T. Michael Keesey wrote: On 8/22/07, Alan MacDougall <[EMAIL PROTECTED]> wrote: Further derail! What are people's thoughts on implicit vs. explicit accessors? I prefer explicit ones, but I confess that it's almost entirely because I learned Java before Actionscript. I think a lot of it has to do with readability. Compare: clipA.setWidth(clipB.getWidth() + clipC.getX()); clipA.width = clipB.width + clipC.x; And another point: Suppose you start out making something as a public field and then later realize you need to restrict its value in some way. With properties, this change will make absolutely no difference to the rest of your code. Without properties, you will have to change every instance of "obj.myField = x" to "obj.setMyField(x)" and every other instance of "obj.myField" to "obj.getMyField()". So it makes this type of refactoring far easier. You start with every property private and you never have to refactor the rest of your code (encapsulation) That is the tradeoff between readibility and less typing against robustness and predictable refactoring. Personally I find properties (i.e., implicit getters and setters) to be one of ActionScript's few advantages over Java as a language. (Now if only we could have abstract classes, exception types in function signatures, etc) I am not sure if this helps but it makes interesting reading. http://nodename.com/blog/2005/09/19/abstract-classes/ ___ 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
RE: [Flashcoders] what is that
Because you're special :-) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of dr.ache Sent: 22 August 2007 16:25 To: flashcoders@chattyfig.figleaf.com Subject: Re: [Flashcoders] what is that but why do i receive that mail? i had written more than one message before that confirmation mail. ___ 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
Re: [Flashcoders] "This is not Java": property accessors
On 8/22/07, Alan MacDougall <[EMAIL PROTECTED]> wrote: > Further derail! What are people's thoughts on implicit vs. explicit > accessors? I prefer explicit ones, but I confess that it's almost > entirely because I learned Java before Actionscript. I think a lot of it has to do with readability. Compare: clipA.setWidth(clipB.getWidth() + clipC.getX()); clipA.width = clipB.width + clipC.x; And another point: Suppose you start out making something as a public field and then later realize you need to restrict its value in some way. With properties, this change will make absolutely no difference to the rest of your code. Without properties, you will have to change every instance of "obj.myField = x" to "obj.setMyField(x)" and every other instance of "obj.myField" to "obj.getMyField()". So it makes this type of refactoring far easier. Personally I find properties (i.e., implicit getters and setters) to be one of ActionScript's few advantages over Java as a language. (Now if only we could have abstract classes, exception types in function signatures, etc) -- Mike Keesey, who leaned ActionScript before Java ___ 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
Re: [Flashcoders] what is that
but why do i receive that mail? i had written more than one message before that confirmation mail. Alain Rousseau schrieb: That's a BoxStopper SpamTrap automated message, that person didn't put the list's adress in his whitelist -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of dr.ache Sent: 22 août 2007 04:56 To: flashcoders Subject: [Flashcoders] what is that i just received an email, with the following content. is it real ? From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; Subject: Re: [Flashcoders] Intro to OOP using ActionScript Date: 8/22/2007 has been just received by risorsei.it mailserver. To prove that your message was sent by a human and not a computer, please visit the URL below and type in the alphanumeric text you will see in the image. You will be asked to do this only once for this recipient. http://mail.risorsei.it:32000/challenge/?folder=2007082210464758665722 Your message will be automatically deleted in a few days if you do not confirm this request. ___ 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] Pattern/Design/Best Practices: Plugin Scheme?
AS2 / Flash 8 project and needing help with the design. I'm probably going into way too much detail for the question but... I'm working on course template or engine (for lack of a better term) to deliver content swf's. The problem in our shop is the massive amount of change in basic functionality for each course have meant (before I worked here) the template code has to change every course. This, to me, is a very bad thing. My solution is to build the core template to be almost slide show simple, but loads classes from external swfs as "plugins" and broadcasts a number of events. Each of the plugins's implements an interface that tells the main app what events the plugin should be subscribed to. Nearly all the functionality is contained in the plugins: LMS communication, layout, accessibility, the actual interface, etc. Plugins have to be able to modify or add content to the main app and the loaded content pages. Plugins also have to be able to tell the main app when they're done doing performing their edits at each event. Now, I have a working solution, It does the job, and does it well. However, the design of the app and plugins are heavily interconnected. To get the job done, the main app has to constantly pass around pieces of itself and other plugins (like the display area or the UI), the interface to keep things working smoothly. Obviously it's not good design, but the prototype is out of the way, and I know it's not an invalid path to use something like this. Now I'm looking for a better way. Is there a Pattern or common practice for designing a plugin scheme? My first thought was "Hey, isn't there a Plugin pattern?" but my google skills are failing me on finding anything about it, or how anyone's done this in the past. Any help to be had or is this such a specific thing that general "this is the best pattern" isn't a valid question. ___ 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] "This is not Java": property accessors
Further derail! What are people's thoughts on implicit vs. explicit accessors? I prefer explicit ones, but I confess that it's almost entirely because I learned Java before Actionscript. You can't argue that explicit setters are required for a "serious" language, because C# prefers implicit setters. (For the sake of argument, let's just agree that C# is a serious object-oriented language.) From a practical standpoint, using myObject.property is perfectly effective. If it's a property that should be insulated from direct modification, you just apply a public implicit getter to a private field. If it's a property that need not be insulated, such as MovieClip._x, why not just make it public? As long as the naming and effects are consistent, I don't see a practical drawback. Theoretically, though, I like explicit setters because they make it very clear that you're calling methods which act on internal fields. myObject.getProperty() tells the coder "you're getting a value, but NOT necessarily the value of any particular internal field," while myObject.property implies that they're getting internal state from the object. (Another advantage, in Actionscript, is that using explicit setters reserves pure dot-notation for movieclip paths: foo.bar.baz must clearly be a MovieClip nesting, while foo.getBar().getBaz() must clearly be class objects.) In the end, my choice of explicit setters is based on habit and personal preference. Opinions? ___ 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
RE: [Flashcoders] what is that
That's a BoxStopper SpamTrap automated message, that person didn't put the list's adress in his whitelist -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of dr.ache Sent: 22 août 2007 04:56 To: flashcoders Subject: [Flashcoders] what is that i just received an email, with the following content. is it real ? From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; Subject: Re: [Flashcoders] Intro to OOP using ActionScript Date: 8/22/2007 has been just received by risorsei.it mailserver. To prove that your message was sent by a human and not a computer, please visit the URL below and type in the alphanumeric text you will see in the image. You will be asked to do this only once for this recipient. http://mail.risorsei.it:32000/challenge/?folder=2007082210464758665722 Your message will be automatically deleted in a few days if you do not confirm this request. ___ 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
Re: [Flashcoders] Intro to OOP using ActionScript: patterns derail!
The "fancy names" are kind of useful actually. Most of the patterns I've learned but I didn't know the "fancy/official" names for them. This caused some confusion when talking with my coworker as he would be simply using the names instead of the concepts and I'd have to stop and figure out which one he meant, or I'd spend extra time explaining what I was talking about when I could have just said the name and been done with it. The names are useful as a common/shared way of referencing complex concepts. That said, the concepts are much more important than the names, as you can get by just fine with only the concepts, but fail miserably on with just the names. :) -Andy On 8/22/07, Ron Wheeler <[EMAIL PROTECTED]> wrote: > > > Dave Mennenoh wrote: > >>> How do you handle onLoad's famous scope? ... It is not magic or > >>> advanced. If a pattern was shown to a new programmer without giving > >>> it a fancy name, they would just accept it as the best way to do the > >>> task and would never give it moment's thought. > > > > Right. Delegate - ie Proxy. I agree. I wasn't saying patterns > > shouldn't be taught, or used - I doubt you could teach a Flash class > > these days without teaching Observer, but you might not ever call it > > that. In fact, I wonder who does call it that in a class? Actually, > > the more I think about it, I think for students it might be best not > > to call these patterns and just teach them. Then, once they know how > > to use them, tell them what they are. It's a bit like teaching > > encapsulation I think - if you just show your students how to write > > classes, and they see how classes work for organizing code, they will > > likely just use them. > > > > > That is what I have been saying from the start of this discussion. You > do not have to teach the fancy names. Just teach them to use proper > coding practices. OOP and Design Patterns are just names that we use to > group a bunch of best practices into theories so we can discuss the > theory and have a framework to critique code. I have a feeling that for > most of us, the word polymorphism is not much of a help and I see no > reason to even use the word on 14 year olds until the last week of class > and only then as a warning that someday someone might try to use it on > them in a discussion about design. > > Ron > > > > Dave - > > Head Developer > > http://www.blurredistinction.com > > Adobe Community Expert > > http://www.adobe.com/communities/experts/ > > ___ > > 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] Race cars game development
Hi I will begin to develop in OOP (AS2) a race cars game. The participants drive a 4x4 truck over a road, with obstacles. It´s not a 3D game. I have an example here: http://www.2flashgames.com/f/f-3D-Rally-Racing-4621.htm Can anybody have tips, code, framework, etc, or an idea to implement this type of games? Thanks in advance Atte Ruben Sainz de la Maza Flash Senior Developer AFIP - Dto Internet - 4347.1148 ___ 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
RE: [Flashcoders] acrobat detector
Hi Nik, As far as I know, when running from a projector, there's no way to determine Acrobat or Reader installation. I've always resorted to using Director as a wrapper (though Zinc should work just as well), to ferret out the application associated with *.pdf (and PDF_ type and CARO creator on Mac). With running as a SWF in HTML there are ways with Javascript that you can sniff out the browser's PDF handling, but then your delivering your app as an CD-based browser/HTML product, which brings with it a different world of issues. ...Rob ___ 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
Re: [Flashcoders] Intro to OOP using ActionScript
On 8/22/07, Ron Wheeler <[EMAIL PROTECTED]> wrote: > > > Ian Thomas wrote: > > > Your second example is overcomplicated - why teach getters and setters > from > > the word go when a property (public var age:Number;) is far simpler/more > > obvious? Yes, getters and setters are part of the OOP paradigm, but not > a > > requirement. > > > > > That was my example. You teach people the right way to do it so that > they never consider addressing a property directly. It may look easier > but someday, it will break your code in a way that will cause you a lot > of grief. There are good reasons why it is not done. > > Not addressing properties is a requirement of OOP otherwise you break > encapsulation. I think my head is in AS2/AS3 world, where you're dealing with instrinsic getters and setters, i.e. the AS2/AS3 syntax. Which, personally, I find a much better solution than the Java getters/setters. But that's a conversation for another day. :-) You're right, my example was bad practice. But at a higher level than Java, it is perfectly permissible to have public properties in OOP. It's just that, in Java, a property called 'Age' is accessed via 'obj.getAge()', in AS3 it's obj.age via 'function get age()', when talking to a Bean via BSF it's just obj.age, when reading a data structure it's just obj.age, in PHP it's $obj->age and so on. Properties exist and are legal to talk to - look at any OOP-based API. :-) OOP, at a basic level, consists of objects, methods _and_ properties - and my argument is that mainstream programming is all converging on that model and that's why it should be taught. But properties aren't public member variables, which is where my example was wrong. :-) Ian ___ 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
Re: [Flashcoders] Intro to OOP using ActionScript
Ian Thomas wrote: In reply to Steven: - Firstly, Wikipedia isn't a great source to quote. :-D - Secondly, OOP as a style has basic stuff, and it has advanced stuff. I'm not saying teach inheritance and polymorphism on day 1, I'm saying teach that objects have properties (and then objects have methods). Not necessarily because it's _better_ than procedural (we could argue that forever) but because _almost all day-to-day programming languages that the students will encounter will involve objects, properties and methods_. In reply to Alan: Your first example applies equally to OOP or procedural - it's a code snippet, not a coding style. Your second example is overcomplicated - why teach getters and setters from the word go when a property (public var age:Number;) is far simpler/more obvious? Yes, getters and setters are part of the OOP paradigm, but not a requirement. Ian I would probably be more emphatic about getters and setter. If you are going to hire an "expert" ActionScript programmer and they give you code samples with public properties in their classes, ask for a copy of the liability insurance certificate. It means that they either lazy or not competent and their code will likely contain so-called "shortcuts" that will cost you a lot of time and money later. If you are going to pay for something, it should at least be safe. Forgetting the "private" on a property is a full mark deduction in class. Ron On 8/21/07, Alan MacDougall <[EMAIL PROTECTED]> wrote: So rather than engage in an argument as to whether OOP or procedural is "better", we're basically asking: Do the additional distractions of OOP justify the payoff from learning it up front? If you're teaching fellow geeks, then yes. If you're teaching people with a more casual interest in programming, or (shudder) people who are required to take the class, you may want to keep it script-simple. Compare: ___ 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
Re: [Flashcoders] FocusManager
Well, I'd be truly surprised if that would work, but I'l try tomorrow when I'm at work again :) Thanks for the tip. Bart 2007/8/21, John laPlante <[EMAIL PROTECTED]>: > Go ahead and try that and I bet it will work. > > Bart Wttewaall wrote: > > Thanks for replying John, > > > > But no, I never use _root, nor _level. > > I'm calling this from a clickHandler within my component's class. > > Like this (pseudocode): > > > > class Joystick extends UIComponent { > > > > ... > > > > public function init() { > > ... > > tabEnabled = true; > > tabChildren = false; > > ... > > } > > > > private function onRelease() { > > getFocusManager().setFocus(this); > > } > > > > } > > > > 2007/8/21, John laPlante <[EMAIL PROTECTED]>: > > > >> Are you using calling this relative to _root or _level0? > >> _root.focusManager.setFocus > >> > >> Bart Wttewaall wrote: > >> > >>> Hi list, > >>> > >>> I'm having trouble with the focusmanager. I created a Joystick > >>> component that should be able to receive focus using the tab-key > >>> (tabIndex) or by clicking it. > >>> > >>> Since it extends UIComponent, implementing the tabIndex version is > >>> easy; at init, set tabEnabled to true and tabChildren to false. > >>> > >>> Now when the user clicks the component, it should also receive focus. > >>> I've tried to call setFocus(this) or getFocusManager().setFocus(), but > >>> the result is no focus, and worse, the joystick element with which you > >>> control the component stops functioning as if the mouse is ignored. > >>> > >>> Does anyone have an example or a good source about the FocusManager? > >>> Thanks in advance. > >>> > >>> Bart Wttewaall > >>> ___ > >>> 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
Re: [Flashcoders] Intro to OOP using ActionScript
Ian Thomas wrote: In reply to Steven: - Firstly, Wikipedia isn't a great source to quote. :-D - Secondly, OOP as a style has basic stuff, and it has advanced stuff. I'm not saying teach inheritance and polymorphism on day 1, I'm saying teach that objects have properties (and then objects have methods). Not necessarily because it's _better_ than procedural (we could argue that forever) but because _almost all day-to-day programming languages that the students will encounter will involve objects, properties and methods_. In reply to Alan: Your first example applies equally to OOP or procedural - it's a code snippet, not a coding style. Your second example is overcomplicated - why teach getters and setters from the word go when a property (public var age:Number;) is far simpler/more obvious? Yes, getters and setters are part of the OOP paradigm, but not a requirement. That was my example. You teach people the right way to do it so that they never consider addressing a property directly. It may look easier but someday, it will break your code in a way that will cause you a lot of grief. There are good reasons why it is not done. Not addressing properties is a requirement of OOP otherwise you break encapsulation. When a person is first starting out, they will not question whether it is easier or harder. It just is.None of my test frameworks would ever address a property directly. I would not even mention the possibility of doing such a silly thing. If the discussion ever comes up, I would defer it until after the first 6 weeks and then use it to discuss the reasons why encapsulation is a "good thing" and show why directly addressing properties is inherently evil. It is also a good introduction into a discussion about programming to interfaces which I also would have taught from day one. Not as a topic but as a way to specify coding exercises. Give them the interface and the program to test the class and ask them to create the class. Do not explain why, just let them have the freedom of naming variables and programming methods as long as it works with the interface. From reviewing and discussing each other's code, they would already know that the properties of a given class may vary from person to person even if the Class is perfectly correct, the variable names follow standards and the Class satisfies the interface. They would already know that trying to guess property names for a class is impossible and that if you switched from one person's implementation to another, your program could fail if you have tried to use properties directly. They would have seen that the test frameworks given for each exercise were not implementation dependent.. Ron Ian On 8/21/07, Alan MacDougall <[EMAIL PROTECTED]> wrote: So rather than engage in an argument as to whether OOP or procedural is "better", we're basically asking: Do the additional distractions of OOP justify the payoff from learning it up front? If you're teaching fellow geeks, then yes. If you're teaching people with a more casual interest in programming, or (shudder) people who are required to take the class, you may want to keep it script-simple. Compare: ___ 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
Re: [Flashcoders] Intro to OOP using ActionScript: patterns derail!
Dave Mennenoh wrote: How do you handle onLoad's famous scope? ... It is not magic or advanced. If a pattern was shown to a new programmer without giving it a fancy name, they would just accept it as the best way to do the task and would never give it moment's thought. Right. Delegate - ie Proxy. I agree. I wasn't saying patterns shouldn't be taught, or used - I doubt you could teach a Flash class these days without teaching Observer, but you might not ever call it that. In fact, I wonder who does call it that in a class? Actually, the more I think about it, I think for students it might be best not to call these patterns and just teach them. Then, once they know how to use them, tell them what they are. It's a bit like teaching encapsulation I think - if you just show your students how to write classes, and they see how classes work for organizing code, they will likely just use them. That is what I have been saying from the start of this discussion. You do not have to teach the fancy names. Just teach them to use proper coding practices. OOP and Design Patterns are just names that we use to group a bunch of best practices into theories so we can discuss the theory and have a framework to critique code. I have a feeling that for most of us, the word polymorphism is not much of a help and I see no reason to even use the word on 14 year olds until the last week of class and only then as a warning that someday someone might try to use it on them in a discussion about design. Ron Dave - Head Developer http://www.blurredistinction.com Adobe Community Expert http://www.adobe.com/communities/experts/ ___ 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] Do we like the same books?
I just joined Shelfari to connect with other book lovers. Come see the books I love and see if we have any in common. Then pick my next book so I can keep on reading. Click below to join my group of friends on Shelfari! http://www.shelfari.com/Register.aspx?ActivityId=2507617&InvitationCode=44ce9927-c24d-4280-9731-bb8823526704 Ambivert Shelfari is a free site that lets you share book ratings and reviews with friends and meet people who have similar tastes in books. It also lets you build an online bookshelf, join book clubs, and get good book recommendations from friends. You should check it out. You have received this email because Ambivert ([EMAIL PROTECTED]) directly invited you to join his/her community on Shelfari. It is against Shelfari's policies to invite people who you don't know directly. Follow this link (http://www.shelfari.com/actions/[EMAIL PROTECTED]&activityid=2507617) to prevent future invitations to this address. If you believe you do not know this person, you may view (http://www.shelfari.com/Ambivert) his/her Shelfari page or report him/her in our feedback (http://www.shelfari.com/Feedback.aspx) section. Shelfari, 616 1st Ave #300, Seattle, WA 98104 ___ 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
Re: [Flashcoders] save swf
Thank you All I did some research and I find out how to take snapshot using BitmapData = new BitmapData() ; http://www.flash-db.com/Tutorials/snapshot/ but this will not help since I need to save the movie clip and load it latter for any changes anyway thank you all for your help bassam - Original Message From: Muzak <[EMAIL PROTECTED]> To: flashcoders@chattyfig.figleaf.com Sent: Tuesday, August 21, 2007 7:02:13 PM Subject: Re: [Flashcoders] save swf There are JPEG en PNG encoder classes for AS3 http://code.google.com/p/as3corelib/ http://as3corelib.googlecode.com/svn/trunk/src/com/adobe/images/ regards, Muzak - Original Message - From: "Jer Brand" <[EMAIL PROTECTED]> To: Sent: Tuesday, August 21, 2007 10:49 PM Subject: Re: [Flashcoders] save swf > Uncompressed, yeah, that'd be ugly. But how does something like the > following (guesswork code) perform? > > foo:BitmapData = new BitmapData() ; > /* put your image data in there, with whatever method */ > > bar:ByteArray = foo.getPixels(myImageRect) ; > var.compress() ; > > Again, mostly asking because I don't know enough about AS3/FP9. It's > supposed to be using zlib compression on the ByteArray but for all I know > it's still doesn't compress enough or quickly enough to be useful. I'm > totally leaving out the question of conversion after post or Socket or > whatever used server side to get the job done, but I have to assume it > wouldn't be difficult using GD or ImageMagic. > > Anyone used this? > ___ 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 Pinpoint customers who are looking for what you sell. http://searchmarketing.yahoo.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
Re: [Flashcoders] sending array items as function parameters
Wow, and so easy!! Thanks a lot!! :) On 8/22/07, Hans Wichman <[EMAIL PROTECTED]> wrote: > > call and apply are your friends > > On 8/22/07, Tom Huynen <[EMAIL PROTECTED]> wrote: > > > > Another question... > > > > I have an array that varies in length: > > > > var myArray:Array = ["item0", "item1", "item2", "etc"]; > > > > And I have a few functions that require a different amount of > parameters: > > > > function test1(arg1:String, arg2:String){} > > function test2(arg1:String, arg2:String, arg3:String, arg4:String){} > > > > Depending on the situation one of the functions above is called and the > > items in the myArray should be sent as parameters. > > Something like this should happen: > > > > test1(myArray[0], myArray[1], etc); However, the length of myArray > varies > > so > > this won't work. When I create string like var str:String = myArray[0] + > > "," > > + myArray[1] + "," etc everything is picked up as one parameter. Same > goes > > for sending the myArray as parameter. > > > > It would require something like a for loop between de brackets... > > > > > > Is it possible? > > > > Regards, > > > > Tom > > ___ > > 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
Re: [Flashcoders] sending array items as function parameters
http://livedocs.adobe.com/flash/9.0/ActionScriptLangRefV3/Function.html#apply() - Original Message - From: "Tom Huynen" <[EMAIL PROTECTED]> To: Sent: Wednesday, August 22, 2007 12:03 PM Subject: [Flashcoders] sending array items as function parameters > Another question... > > I have an array that varies in length: > > var myArray:Array = ["item0", "item1", "item2", "etc"]; > > And I have a few functions that require a different amount of parameters: > > function test1(arg1:String, arg2:String){} > function test2(arg1:String, arg2:String, arg3:String, arg4:String){} > > Depending on the situation one of the functions above is called and the > items in the myArray should be sent as parameters. > Something like this should happen: > > test1(myArray[0], myArray[1], etc); However, the length of myArray varies so > this won't work. When I create string like var str:String = myArray[0] + "," > + myArray[1] + "," etc everything is picked up as one parameter. Same goes > for sending the myArray as parameter. > > It would require something like a for loop between de brackets... > > > Is it possible? > > Regards, > > Tom ___ 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
Re: [Flashcoders] sending array items as function parameters
call and apply are your friends On 8/22/07, Tom Huynen <[EMAIL PROTECTED]> wrote: > > Another question... > > I have an array that varies in length: > > var myArray:Array = ["item0", "item1", "item2", "etc"]; > > And I have a few functions that require a different amount of parameters: > > function test1(arg1:String, arg2:String){} > function test2(arg1:String, arg2:String, arg3:String, arg4:String){} > > Depending on the situation one of the functions above is called and the > items in the myArray should be sent as parameters. > Something like this should happen: > > test1(myArray[0], myArray[1], etc); However, the length of myArray varies > so > this won't work. When I create string like var str:String = myArray[0] + > "," > + myArray[1] + "," etc everything is picked up as one parameter. Same goes > for sending the myArray as parameter. > > It would require something like a for loop between de brackets... > > > Is it possible? > > Regards, > > Tom > ___ > 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
Re: [Flashcoders] sending array items as function parameters
Hello :) it's easy use apply method of the Function objects : /// var myArguments:Array = ["item0", "item1", "item2", "etc"]; var myFunction:Function = function ( ):Void { trace (arguments) ; } myFunction.apply( null, myArguments ) ; /// Read the documentation of Flash with the Function class and this two methods "call" and "apply". You can read too the "arguments" definition. EKA+ :) 2007/8/22, Tom Huynen <[EMAIL PROTECTED]>: > > Another question... > > I have an array that varies in length: > > var myArray:Array = ["item0", "item1", "item2", "etc"]; > > And I have a few functions that require a different amount of parameters: > > function test1(arg1:String, arg2:String){} > function test2(arg1:String, arg2:String, arg3:String, arg4:String){} > > Depending on the situation one of the functions above is called and the > items in the myArray should be sent as parameters. > Something like this should happen: > > test1(myArray[0], myArray[1], etc); However, the length of myArray varies > so > this won't work. When I create string like var str:String = myArray[0] + > "," > + myArray[1] + "," etc everything is picked up as one parameter. Same goes > for sending the myArray as parameter. > > It would require something like a for loop between de brackets... > > > Is it possible? > > Regards, > > Tom > ___ > 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] sending array items as function parameters
Another question... I have an array that varies in length: var myArray:Array = ["item0", "item1", "item2", "etc"]; And I have a few functions that require a different amount of parameters: function test1(arg1:String, arg2:String){} function test2(arg1:String, arg2:String, arg3:String, arg4:String){} Depending on the situation one of the functions above is called and the items in the myArray should be sent as parameters. Something like this should happen: test1(myArray[0], myArray[1], etc); However, the length of myArray varies so this won't work. When I create string like var str:String = myArray[0] + "," + myArray[1] + "," etc everything is picked up as one parameter. Same goes for sending the myArray as parameter. It would require something like a for loop between de brackets... Is it possible? Regards, Tom ___ 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
Re: [Flashcoders] Intro to OOP using ActionScript: patterns derail!
How do you handle onLoad's famous scope? ... It is not magic or advanced. If a pattern was shown to a new programmer without giving it a fancy name, they would just accept it as the best way to do the task and would never give it moment's thought. Right. Delegate - ie Proxy. I agree. I wasn't saying patterns shouldn't be taught, or used - I doubt you could teach a Flash class these days without teaching Observer, but you might not ever call it that. In fact, I wonder who does call it that in a class? Actually, the more I think about it, I think for students it might be best not to call these patterns and just teach them. Then, once they know how to use them, tell them what they are. It's a bit like teaching encapsulation I think - if you just show your students how to write classes, and they see how classes work for organizing code, they will likely just use them. Dave - Head Developer http://www.blurredistinction.com Adobe Community Expert http://www.adobe.com/communities/experts/ ___ 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
Re: [Flashcoders] auto kerning results in invisible fonts?
Had a lot of problems in CS3 since we got it with embedded fonts in dynamic refusing to render when the text property is changed and auto kerning is on. You mean: myText_txt.text = "first text"; then, you change its value to myText_txt.text = "second update"; <--- this won't work ? Has this something to do with Antialias Types ? (or let's be fool BitmapData ??) Cedric Is there a particular reason for this? I can't seem to reproduce it at will in a test fla, but it occurs in almost every AS2 project of any noticable size i've compiled with CS3. Common for these files are MovieClip extensions - var myInstance:MyClass = MyClass(attachMovie ("myClassMC","myClassMCInstance",1)); myInstance.doSomething(); Is there any kind of rule for why text wouldn't render with auto kerning on? I can't make sense of it. - Andreas R ___ 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
Re: [Flashcoders] what is that
On 8/22/07, dr.ache <[EMAIL PROTECTED]> wrote: > i just received an email, with the following content. is it real ? No. It's a figment of my imagination. I like to send imaginary emails to people I don't know, then have them forward them to user groups. ___ 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] what is that
i just received an email, with the following content. is it real ? From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; Subject: Re: [Flashcoders] Intro to OOP using ActionScript Date: 8/22/2007 has been just received by risorsei.it mailserver. To prove that your message was sent by a human and not a computer, please visit the URL below and type in the alphanumeric text you will see in the image. You will be asked to do this only once for this recipient. http://mail.risorsei.it:32000/challenge/?folder=2007082210464758665722 Your message will be automatically deleted in a few days if you do not confirm this request. ___ 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] flv plays offline but not online
Hi list, I created a flashfile that plays FLV's. I therefor created a new video in the library. This one is nested in a movieclip and added dynamicly. Everything works fine when I compile. I can load FLV's from my harddrive and also from the web. However, when I embed the swf (with swfObject) and trie to view the file via a webbrowser the file doesn't load flv's anymore. Somehow something goes wrong.. Does anybody experienced this before? Kind regards, Tom ___ 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
Re: [Flashcoders] Intro to OOP using ActionScript
Dave Mennenoh schrieb: I usually find it pretty awkward to try and objectify an entire project - it just doesn't help. I find the combo works quite well for me - and besides, it's still all oop if you think about it... how "big" must a project be, so you start "objectify" your code? you do not need OOP for flash banners(in some context debatable) nor for a little flash menu which controls a html page. but at the moment you program a flash site with different pages and content, i cannot even imagine doing it completely procedural. Dave - Head Developer http://www.blurredistinction.com Adobe Community Expert http://www.adobe.com/communities/experts/ ___ 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
Re: [Flashcoders] Intro to OOP using ActionScript
In reply to Steven: - Firstly, Wikipedia isn't a great source to quote. :-D - Secondly, OOP as a style has basic stuff, and it has advanced stuff. I'm not saying teach inheritance and polymorphism on day 1, I'm saying teach that objects have properties (and then objects have methods). Not necessarily because it's _better_ than procedural (we could argue that forever) but because _almost all day-to-day programming languages that the students will encounter will involve objects, properties and methods_. In reply to Alan: Your first example applies equally to OOP or procedural - it's a code snippet, not a coding style. Your second example is overcomplicated - why teach getters and setters from the word go when a property (public var age:Number;) is far simpler/more obvious? Yes, getters and setters are part of the OOP paradigm, but not a requirement. Ian On 8/21/07, Alan MacDougall <[EMAIL PROTECTED]> wrote: > > > So rather than engage in an argument as to whether OOP or procedural is > "better", we're basically asking: Do the additional distractions of OOP > justify the payoff from learning it up front? If you're teaching fellow > geeks, then yes. If you're teaching people with a more casual interest > in programming, or (shudder) people who are required to take the class, > you may want to keep it script-simple. Compare: > ___ 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] auto kerning results in invisible fonts?
Had a lot of problems in CS3 since we got it with embedded fonts in dynamic refusing to render when the text property is changed and auto kerning is on. Is there a particular reason for this? I can't seem to reproduce it at will in a test fla, but it occurs in almost every AS2 project of any noticable size i've compiled with CS3. Common for these files are MovieClip extensions - var myInstance:MyClass = MyClass(attachMovie("myClassMC","myClassMCInstance",1)); myInstance.doSomething(); Is there any kind of rule for why text wouldn't render with auto kerning on? I can't make sense of it. - Andreas R ___ 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