ArticleDirectory
- Limited full-screen keyboard input
- Data can be read from the clipboard inside a paste event handler
Flash 10 security changes good and bad, mostly good (full screen input, rtmfp, clipboard, Local save and load)
Flash 10 security changes requiring user interaction are pretty breaking but they are for good reason. still though, the user cocould be inundated with prompts much like UAC on Vista. but, it is necessary otherwise security holes can be troublesome with the flash player and the "sandbox" of the web. much like Java signing, active-x acceptance, and thus local file access, these actions need some user approval, it is that liability thing.
But what is a bit lost in this is some ofNew support specifically for game development and app development.
support for things like rtmfp which is bringing UDP support to flash . UDP and reliable UDP (ordered) is really needed when it comes to larger scale networking applications and support for P2P apps. games for instance, that are large like MMOs and highly interactive real-time engines, need UDP to be able to scale. so this is pretty useful, yet it currently looks like it is tied to Flash Media Server. it appears Adobe is staying ahead of smartfox, red5 and openfms with stuff like this.
Another great move in the way of security updates for flash 10 for games is the allowing input from keyboard keys while in full screen mode.All these games and apps look pretty sweet in full screen until you try to use them.There is only support for "tab, the spacebar, and the (Up, down, left, right) arrow keys"But that is a start. Enough keys for a casual game. But still most keys cocould safely be used it must be a multi-platform support thing.
Limited full-screen keyboard input
Currently flash player does not allow keyboard input when displaying content in full-screen mode. flash Player 10 Beta will change this, allowing for a limited number of keys to be usable in full-screen mode. these include tab, the spacebar, and the (Up, down, left, right) arrow keys.
flash 10 is getting Local save and load , this is great for any type of Online Editor, game or application. the ability to work on a file immediately without the server round trip initially is great. I hope this is extended much further to Local save and load with very high limits, there has been some confusion on the file size limitations here. ideally this wocould be extended much further if the product ction is right. typically making apps or games with more than 5-25 MB of content quickly become non-economical mical in bandwidth such as gaming assets due to browser cache size limitations (ults Ie = 50 MB, safari 5-25 MB, ff3 = 50 MB), I wish there was a better way to allow local saving for long periods of time. almost installing apps via flash with extended cache, talk about killer app feature. downloading 10 MB of gaming assets that you know will be there for the month rather than the day.
Paste events can read the clipboard. Using the clipboard is another great useful tool in applications and online editors.
Data can be read from the clipboard inside a paste event handler
In Flash Player 9, the system clipboard cocould not be read at any time. With Flash Player 10 Beta, the new ActionScript 3.0 MethodClipboard. generalclipboard. getdata ()
May be used to read the contents of the system clipboard, but only when it is called from within an event handler processingFlash. Events. event. Paste
Event.
So yes, the security user interaction changes do break current features but it also takes this platform a bit more into secure applications and game features from security changes, hopefully these features are extended much further but they are on the right track.
This entry was posted on Sunday, September 28th, 2008 at pm and is filed under ActionScript, actionscript3, Adobe, applications, effecect, as3, development, Flash, flex, gamedev, market, MULTI-USER, programming, technology.
From: http://drawlogic.com/2008/09/28/flash-10-changes-good-and-bad-mostly-good-full-screen-input-rtmfp-clipboard-local-save-and-load/