 |
 |
 |
 |
|
|
|
Comments for: hill20011214.php3
| Message # 1018758: |
|
Date: 02/04/04 16:54
By: thorax Subject: RE: controlling the browser window I think Macromedia deliberately makes their software impossible to program so that people can't make content aside from using flash and other packages.. Note that in the flash 5 action script reference they mention the choice to use tellTarget as opposed to calling methods directly on an object. Claiming its non-compliant to use tellTarget with ECMA-262.. Note companies use standards committees and docs to justify actions that avoid straight justification, like implementing features that don't make any business sense.. I'm wondering why I haven't just made my own flash-like clients with more access to the graphical objects.. I mean why aren't we not using a mod of (Smalltalk) Squeak instead.. That's what flash is a rip-off of anyhow.. If anyone wants to help me I have experience with PHP and some C/C++ experience.. We could write it for linux/windows, and make it so disgustingly simple that macromedia would be forced to conform.. I don't think its hard to do at all, its just a matter of someone doing it.. I'm thinking about using the DevC++/MinG api available on source forge.. I'd need someone that knows something about handling screen events and call backs.. I could develop the graphical components and the object oriented interface and instance generation.. Need someone to create a language wrapper, preferably python. Frankly I think it could be hacked basic graphic routines.. Then we could distribute it as a client, give it features for handling XML completely, no limited method support.. See Macromedia does that crap so that you are forced to do stuff in one way, and you must become like a contortionist.. Sure it gives people jobs, to contort themselves, but its not realistic.. I should be able to generate everything in a flash movie without having to spend a minute in flash.. And that's just what they don't want to happen, so its natural they would limit method calls and objects so that you are dependent on flash for some part of the process.. That's why its so tough to program, and why in their documentation they don't structure things correctly, they want to keep you ignorant and sell you information over time.. As a programmer, I look at this stuff and ask myself, what does this look like, and I try to put it into a form that makes more sense.. Then I work with that.. There is enough to get the job done, but not enough to automate it so that you don't have to touch the flash at all, if that were the case, you could write your actionscript outside of flash and load it in.. But that would lead to people writing libraries to parse actionscript, and eventually they would have competitors in open source making their own solutions.. But getting the rest fo the world to change to some other client that is open sourced, won't be easy.. I'm also thinking about what would be required to create API's based on flash and make it so that PHP can be used to directly generate content, and so that one can instead just call a library in php and not mess with flash.. I know about the Flash libraries in PHP, thsi is not the same thing. I'm talking about abstracting away from flash, such that it can be subtituted with other client side graphical frontend options.. |
Previous Message | Next Message |
