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
> merge feature is a major plus for the
> DynAPIlibraries.There're two ways to check in your
> updates. You could:1) Use the Patch system available
> on the DynAPISourceForge web site2) Setup WinCVS and
> Putty on you computer can check inyou changes via
> CVS.Are your changes based on the lasted version in
> CVS?--Raymond Irving--- Jesse Vitrone
> <[EMAIL PROTECTED]> wrote:  
>       
> Ooops, sorry, hit send too soon :(  Here's the
> wholeemailHello all,    I've never contributed to an
> open source projectbefore, so I'm not sure of the
> proper ettiquite.  Please correct me ifI do something
> stupid :)    I've been email with Raymond Irving about
> someidea's that I had, and he encouraged me to post it
> here and see whatpeople think.    I wrote a Java
> version of the JavaScriptcompressor that comes with
> DynAPI.  Along with everything that the DynAPI
> onedoes, it reads in a config file that says "compress
> these files, thenmerge them into this one file".  This
> enables me to keep a good amount ofJS files when I'm
> coding, but then when I "build" to apache, Icompress
> them all into 1 file, so the browser doesn't have to
> hit the servermultiple times to get the files.   
> Then, I took it a step farther, and added what Ihad to
> in order to be able to compress the DynAPI files I was
> using,and it worked!  I was able to get all my files,
> plus the DynAPI files Iwas using and compress / merge
> them all into 1 file. It sped things up onmy server
> dramatically.    The changes were all just adding
> semi-colonswhere they were needed, except for one
> case:       The mouse_ie.js, dyndocument.js
> andmouse_dom.js files all have a method called "main"
> and that doesn't seem to workvery well when they're
> all combined into the same file.  To fix it,I renamed
> them, which names like main_mouse_ie, etc, and fixed
> allthe other references to them.  Seems to work fine,
> but I haven't testedextensively all the examples and
> such.I'd like to check in my changes, as well as send
> inmy Java compressor, since Raymond said he'd like to
> post it on the site. I'd also like to make a Swing
> front end for the java app to make it alittle easier
> to use.What do you guys and gals think of this idea?
> Should I check in the changes?  What's the right
> process for checking inchanges?  Jesse    
>     
> -------------------------------------------------------
>  
>       
> This SF.net email is sponsored by:  Etnus, makers
> ofTotalView, The bestthread debugger on the planet.
> Designed with threaddebugging featuresyou've never
> dreamed of, try TotalView 6 free
> atwww.etnus.com._______________________________________________Dynapi-Dev
> mailing [EMAIL PROTECTED]    
>     
> http://www.mail-archive.com/[EMAIL PROTECTED]/__________________________________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 bestthread debugger on the planet.
> Designed with thread debugging featuresyou've never
> dreamed of, try TotalView 6 free at
> www.etnus.com._______________________________________________Dynapi-Dev
> mailing
> [EMAIL PROTECTED]://www.mail-archive.com/[EMAIL PROTECTED]/
>  
> 
> 
> 
> __________________________________
> 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]/


-------------------------------------------------------
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]/

Reply via email to