--- Kevin <[EMAIL PROTECTED]> wrote: > ... As for this method once a developer has a custom > pre-processed and compressed file > > set published on the server there is no need for > the library.
What do you mean? Remember that the compressed or uncompressed files are called "DynAPI" and still falls under the LGPL. PS. Customized js files that uses the library does not fall under the LGPL. This makes it possible for DynAPI to be used in commercial apps, but any modifications to the library should be made public and should fall under the LGPL. Correct? -- Raymond Irving > Difficult to choose. Though > > I like one bundle per (virtual) server with little > load. > > > > - > > Kevin > > > > ----- Original Message ----- > > From: Jesse Vitrone > > To: Kevin > > Cc: Dynapi-Dev > > Sent: Sunday, June 08, 2003 7:19 PM > > Subject: Re: [Dynapi-Dev] compressing files > > > > > > Kevin, > > I'm not sure what you mean about remove the > existing library system from the api. With the > xml > > config that I you can customize, you just pick and > choose what JS files you want it to compress > and > > merge. So, I have the basic DynAPI ones, plus the > others that I use, plus my own. It looks > > something like this: > > > > <jscompressor> > > <compressed-file > name="D:/development/6thgear/js/6thgear_compressed.js"> > > <input-file > name="D:/development/6thgear/dynapi/src/dynapi.js"/> > > <input-file > name="D:/development/6thgear/dynapi/src/api/event.js"/> > > <input-file > name="D:/development/6thgear/dynapi/src/api/dyndocument.js"/> > > <input-file > name="D:/development/6thgear/dynapi/src/api/dynlayer_base.js"/> > > <input-file > name="D:/development/6thgear/dynapi/src/api/dynlayer_dom.js"/> > > <input-file > name="D:/development/6thgear/dynapi/src/api/mouse_dom.js"/> > > <input-file > name="D:/development/6thgear/dynapi/src/api/ext/dynlayer.inline.js"/> > > <input-file > name="D:/development/6thgear/js/6thgear.js"/> > > <input-file > name="D:/development/6thgear/js/gearWindow.js"/> > > <input-file > name="D:/development/6thgear/js/templates.js"/> > > </compressed-file> > > > > <compressed-file > name="D:/development/6thgear/js/6thgear_edit_compressed.js"> > > <input-file > name="D:/development/6thgear/dynapi/src/api/ext/dragevent.js"/> > > <input-file > name="D:/development/6thgear/js/6thgear_edit.js"/> > > <input-file > name="D:/development/6thgear/js/gearWindow_edit.js"/> > > <input-file > name="D:/development/6thgear/js/templates_edit.js"/> > > </compressed-file> > > > > </jscompressor> > > > > > > This generates 2 files, 6thgear_compress.js and > 6thgear_edit_compressed. Then, my files only need > > to include these, and no other DynAPI files. > > > > Is this what you mean by removing the library > system? Since I don't have to include the > library.js > > or use it in my code? > > > > Jesse > > > > Kevin wrote: > > > > Hi Jesse, > > > > I think two compression methods can live well > together. > > Yours will serve a static compressed bundle with > little > > server load. It would be nice of this method could > > remove the existing library system from the api. > Then > > the compressor would reuse the removed code logic > (to > > work out dependencies) as a front end so the > developer > > can decide what compressed bundle is needed to > serve > > hosted application types. Is this is a standalone > > application requiring an interpreter not an > applet. > > > > - > > Kevin. > > > > "Raymond Irving" <[EMAIL PROTECTED]> wrote: > > > > Hi Jesse, > > > > As Leif said, SourceForge only allow developers to > > uses SSH inorder to write to CVS. > > > > How large is the Java version of the compressor? > > > > Some time ago I made mention of having two > versions of > > the dynapi for download. A developer version and a > > production version. IMO the developer version > would > > include all the external (non-API related) > utilities, > > etc, while the production version would only > include > > the src, docs and examples. Should we make the > > external tools/utilities, etc be part of the > > developer's download or should they be separate > > (something like a Dynapi Developement Kit - DDK)? > > > > PS. All dynapi external utilities, etc should be > > placed in the bin/ folder. In some cases it might > be > > good to arrange them in folders > > > > -- > > Raymond Irving > > > > > > --- Jesse Vitrone <[EMAIL PROTECTED]> > wrote: > > > > --------------------------------- > > Raymond, Leif, > > Greg, glad to see you both like the idea. > I'll > > sign up withsourceforge and use the patch system. > > I grabbed the code from CVS when I first > started > > making thechanges, but I tried to do an update > today, > > and there were lots onconflitcts that CVS didn't > seem > > to merge very well. So I grabbed aclean copy of > the > > code again, and I'll go through and make the > > changesagain. Didn't take too long the first > time. > > I have WinCVS, but I've been using Tortoise > CVS. > > What do I needPutty for? > > > > I found a bug today in my Java compression > tool, > > and I'd like toget that fixed before I sent it > out. I > > also wanted to add a feature inthe XML where you > can > > specify a comment that will be put at the top > ofthe > > merged file, since it rips out all comments, and a > lot > > of peoplewant something in the file for licensing > and > > stuff like that. Once Iget that stuff in, I'll > let > > you know and send you a copy. > > > > > > Jesse > > > > Raymond Irving wrote: > > > > Very cool indeed Jesse, very cool. Well done.IMO > the > === message truncated === __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com ------------------------------------------------------- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. _______________________________________________ Dynapi-Dev mailing list [EMAIL PROTECTED] http://www.mail-archive.com/[EMAIL PROTECTED]/