Thread: Fw: [Dynapi-Dev] compressing files

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Sorry, didn't send to the list!

----- Original Message ----- 
From: "Kevin" <ke...@ke...>
To: "Jesse Vitrone" <je...@6t...>
Sent: Tuesday, June 10, 2003 4:22 AM
Subject: Re: [Dynapi-Dev] compressing files

> I mean the packages.js file can help with the dependency logic for your xml config file.
>
> Though I don't know how to get around the (dom/opera/ns4/ie layer)*(mouse) file split.
> The other inline compressor method would work here - though server load impact and
> no cache of the transient stream :( what! I wish I could explain better ).
>
> 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. 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" <xw...@ya...> 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 <je...@6t...> 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
> <je...@6t...> 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 lis...@li...
>
> http://www.mail-archive.com/dyn...@li.../__________________________________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
> lis...@li...://www.mail-archive.com/dyn...@li.../
>
>
>
>
> __________________________________
> 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
> Dyn...@li...
> http://www.mail-archive.com/dyn...@li.../
>
>
>
> -------------------------------------------------------
> 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
> Dyn...@li...
> http://www.mail-archive.com/dyn...@li.../
>
>

Thread: Fw: [Dynapi-Dev] compressing files

dynapi-dev