1. Compile the AS classes into their own swf, say "JSON.swf"
2. Your main app is "Main.swf", and does not have any JSON classes compiled into it.
3. At runtime, " Main.swf" will loadMovie (in LGPL terms, 'dynamically link with') "JSON.swf". The end user then will have the option of replacing JSON.swf with a newer version of the library, they could even write a replacement JSON.swf that does something else if they wanted. You'd only be obligated to release source code for the JSON.swf, but NOT for Main.swf
In my opinion, this fulfills the license requirements and protects your proprietary code. However, I'm not a lawyer, and I have a feeling most/all people on this list are not either. If the author of the JSON code goes after you, and everything I said was wrong, and a court agrees that the above is wrong, worst case scenario is you have to remove the JSON code and rewrite it from scratch. But I think that is very unlikely.
-David R
On 4/4/06, Dan Shryock <[EMAIL PROTECTED]> wrote:
Nicolas,
Thats what I was afraid of :(. It would be so much simpler if I could just write an app, and compile it as a single swf and not deal with technical issues due to licensing constraints. Oh well... thanks again to you and Ralf for your inputs.
DanOn 4/4/06, Nicolas Cannasse <[EMAIL PROTECTED]> wrote:> To me, this seems to imply that the situation which I mentioned above
> for C applications is correct. So my question is this: is compiling a
> swf which contains LGPL code the same thing as a statically linked
> library in terms of this license? If so, it seems to me that LGPL code
> must be used with more care in actionscript than in other languages
> (which lend themselves to easier use of dynamically linking).
>
> Dan
The linking exception of the LGPL is not so much easy to port to other
architectures than C. However I think that a loadMovie would clearly be
considered to be dynamic linking.
Nicolas
_______________________________________________
osflash mailing list
[email protected]
http://osflash.org/mailman/listinfo/osflash_osflash.org
_______________________________________________
osflash mailing list
[email protected]
http://osflash.org/mailman/listinfo/osflash_osflash.org
_______________________________________________ osflash mailing list [email protected] http://osflash.org/mailman/listinfo/osflash_osflash.org
