dynapi-dev — List related to the current DynAPI Core development

Fw: [Dynapi-Dev] compressing files

[Kevin <ke...@ke...>]

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

Re: [Dynapi-Dev] #1 DynAPI real time inline compression

[Kevin <ke...@ke...>]

Sounds good. Could you zip up the js and java source so people on the
list can have a look. Though it's good to stay total Javascript there is a
president for using an applet when there is no other solution (IOElement
DataSource utilities). I spent ages finding what events could be generated
for NS4+ on Linux and Windows. It's a few years since I've done any
Java. Can you put an applet in a block level element or is it all top level
document event handling? If this applet can solve the broken Javascript
key events on Linux NS4 and stop default tab focus on Mozilla I'd like to
find a way of integrating it.

-
Kevin.      

"Stephen Carroll" <sca...@vi...> wrote:

> The NS4 trap uses a VERY simple java applet, which I can publish as well. In
> both NS4 and IE4 you can override some of the Alt+menu keys that are even
> native to the browser, from what I remember. The compression routine will
> actually cache anything its compressed and place it in a sub folder to
> return only the files you ask for as apart of your normal library.include.
> It also keeps track of the date time stamp, so if the source file changes,
> recompression will reoccur for the very first call to the file. This way,
> you'll never have to worry about maintaining two seperate files. You can
> always edit the original source with comments, etc. But always be assured
> you're served an optimized, small file.
> 
> 
> ----- Original Message -----
> From: "Kevin" <ke...@ke...>
> To: "Dynapi-Dev" <Dyn...@li...>
> Sent: Sunday, June 08, 2003 5:35 AM
> Subject: Re: [Dynapi-Dev] #1 DynAPI real time inline compression
> 
> 
> >
> > Hi Stephen,
> >
> > I like the inline compression idea. Is the compressor
> > to be used in each library include, so the dependency
> > chain just compresses what's needed?
> >
> > I have done some work on keyevents it captures most
> > keys needed for the tab manager examples. Also there
> > is a hotkey contribution that traps other combinations.
> >
> > How did you manage to trap the alt key in NS4?
> >
> > -
> > Kevin
> >
> >  "Raymond Irving" <xw...@ya...> wrote:
> > >
> > > A very cool idea indeed!
> > >
> > > Just a few things to note:
> > >
> > > 1) I don't think we'll have to change much from the
> > > client-side. All we would have to do is to use
> > > dynapi.compressor.asp as part of the src. For example:
> > >
> > > <script
> > > src="dynapi.compressor.asp?file=../src/dynapi.js"></script>
> > > <script>
> > > dynapi.library.setPath('dynapi.compressor.asp?file=../src/')
> > > dynapi.library.include('dynapi.api');
> > > </script>
> > >
> > > 2) Could this type of comression be made available
> > > from the offline versions? Currently we have three
> > > levels of compression: "None", "Low" and "High". This
> > > could be callled "Max"
> > >
> > >
> > > --
> > > Raymond Irving
> > >
> > >
> > > --- Stephen Carroll <sca...@vi...> wrote:
> > > > Greetings everyone,
> > > >     I'm really glad that 3.0 beta is out! I've
> > > > promised to start pulling my
> > > > own weight by working on some of my 'big ideas'
> > > > (well maybe small)  that I
> > > > have for DynAPI. Each of the items I have in mind,
> > > > I've already started work
> > > > on. I just needed a good kick in the butt to get the
> > > > code and ideas out
> > > > there. The first item I'd like to address is
> > > > compression. I know that there
> > > > is already a compression tool based on brain jar.
> > > > But I've been thinking
> > > > that the ultimate goal for me with DynAPI is to
> > > > build a small talk like dev.
> > > > environment that I can easily manipulate in
> > > > realtime, and not have to muck
> > > > around with compression as a post process. Because,
> > > > lets face it, mods will
> > > > be made, and I want to do them in an IDE built in
> > > > DynAPI for DynAPI, and I
> > > > want it optimized all the way. So I've come up with
> > > > the idea of using inline
> > > > compression for serving out the DynAPI library
> > > > itself and would like to run
> > > > the idea by everyone else for their impression.
> > > >
> > > > Currently we include src="dynapi.js" in our HTML
> > > > headers, I've started
> > > > creating a script file to replace this that will do
> > > > the inline compression.
> > > > I want to make it cross platform and have the
> > > > majority of code in ASP for
> > > > starters and PERL as the 2nd version. Instead of
> > > > including src="dynapi.js",
> > > > there will be a file called dynapi.asp that will
> > > > serve up a compressed
> > > > version of dynapi.js + a decompression routine if it
> > > > is not passed any
> > > > parameters. Otherwise it will serve up the requested
> > > > file from the src
> > > > directory. The comments for the dynapi.asp file
> > > > would be broken down like
> > > > this:
> > > >
> > > > '' DynAPI real time compression version for ASP
> > > > based servers.
> > > >
> > > > '' First determine which file is being requested, or
> > > > serve up dynapi.js
> > > > compressed.
> > > >
> > > > '' Get the file date/timestamp and compare it to the
> > > > cache.dat file in the
> > > > cache folder.
> > > >
> > > > '' Find the cache folder, create it if it does not
> > > > exist.
> > > >
> > > > '' Compare the filename/date/time and stamp and
> > > > determine if they match
> > > >
> > > > '' Make mods to dynapi.js, add the decompression
> > > > routine and mod the
> > > > library.include/library.load to use
> > > > dynapi.asp?file=xxx
> > > >
> > > > '' Compress the latest file if needed and save it to
> > > > the cache folder.
> > > >
> > > > '' Return the compressed file from the cache folder.
> > > >
> > > >
> > > > This will in effect, allow us to modify any file in
> > > > the dynapi src or
> > > > dynapi.js itself. Using dynapi.asp as your include,
> > > > should in effect, always
> > > > serve up a compressed version of the source files.
> > > > This will give us the
> > > > advantage of being able to mod away without haveing
> > > > to deal with compression
> > > > as a post process. Only the first time a file is
> > > > served up will there be a
> > > > delay while the server compresses a new or recently
> > > > modified source file.
> > > > Subsequent calls will return the contents of the
> > > > file from the cache folder.
> > > >
> > > > Any thoughts?
> > > >
> > > > My #2 item has to do with keyboard events... I've
> > > > already worked out a
> > > > library that can detect all keys and modifiers
> > > > (including alt, arror, ctrl,
> > > > shift, etc) on both Netscape 4+ and IE 4+. 'cept it
> > > > doesn't match the
> > > > current keyboard API, if someone is willing to take
> > > > it as is, i can make it
> > > > avail. right away for someone to work on it.
> > > >
> > > >
> > > >
> > > >
> > > >
> > > -------------------------------------------------------
> > > > 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.../
> > >
> > >
> > > __________________________________
> > > 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.../

Re: [Dynapi-Dev] Help need with RegEx object

[Kevin <ke...@ke...>]

Thanks Raymond,

It's a bit clearer now. Pattern matching in perl
can be done on embedded new lines. The example
below is a string constructed in parts on different
lines for clarity - not a multi line string. Glad you
have it sorted I quite like regex - a very powerful
utilitiy.

-
Kevin

"Raymond Irving" <xw...@ya...> wrote:
 
> --- Kevin <ke...@ke...> wrote:
> > Hi Raymond,
> > 
> > ... If I have understood you are wanting a
> > complex multi line string like your examples below
> > to pass to the template manager.
> 
> Not really. I'm creating a way to embed container
> fields with text/html inside a template:
> 
> var html='Some text here'
> +'{@field1:['
> +'   Some text here '
> +'   more text here'
> +'   {@field2:['
> +'      Some text/html here for field2'
> +'      Some text here for field2'
> +'   ]} {@field3}'
> +']}'
> +'Some text here '
> 
> These new type of container fields can be used for
> retrieving text/html directly from the template:
> 
> var tp=new Template(html);
> fld2=tp.getField('field2'); // retrieve field2 
> alert(fld2);
> // ^ this will alert "Some text here for field2"
> fld2+=' Add some text/html';
> tp.setField('field2',fld2); // set field2
> 
> I think I've found a solution for the above. This
> solution will allow us to nest container fields as
> shown above.
>  
> --
> Raymond Irving
> 
> > -
> > Kevin 
> > 
> > "Raymond Irving" <xw...@ya...> wrote:
> > > 
> > > See below:
> > > 
> > > --- Leif W <war...@us...> wrote:
> > > > Hello,
> > > > 
> > > > I'm familiar (but not expert) with regexp usage
> > from
> > > > Perl and PHP, as well
> > > > as sed.  I've taken a look and separated the
> > > > variable names to keep track of
> > > > things.
> > > > 
> > > > var s = " test <table>{@field1}</table2> this is
> > a
> > > > test{@field2}
> > > > {@field3:[test message]} tht ere {@field4:[test
> > > > message4]}";
> > > > var r = /\{@.+?\}/g;
> > > > var a = s.match(r);
> > > > var t = a.join();
> > > > var u = t.replace(/\{@(\w+?)\W.+?\}/g,'$1');
> > > > alert(
> > > >     't\t: ' + t + '\n' +
> > > >     'u\t: ' + u
> > > > );
> > > > 
> > > > In this example, _t_ has the proper values, but
> > _u_
> > > > is missing field2 (same
> > > > in IE and Mozilla).  So maybe a problem with
> > > > t.replace.  I'll keep looking.
> > > > This preceeds the original question about
> > matching
> > > > multiple lines.  Can you
> > > > give an example of multi-line field names?  Or
> > is it
> > > > multi-line content?
> > > > Like this?
> > > 
> > > Thanks for you help thus far.
> > > 
> > > As for the milti-line question I was making
> > reference
> > > to embedded field with (multi-line) content:
> > > 
> > > {@fieldname:[some content here]}
> > > {@fieldname:[
> > >    some more multi-line
> > >    content here
> > > ]}
> > > 
> > > and field without content can be represented as:
> > > 
> > > {@fieldname} 
> > > {@fieldname:[]} // same as {@fieldname}
> > > 
> > > --
> > > Raymond Irving
> > > 
> > > > 
> > > > {@multi-
> > > > line-
> > > > field-
> > > > name:[multi-
> > > > line-
> > > > content]}
> > > > 
> > > > 
> > > > Leif
> > > > 
> > > > 
> > > > ----- Original Message ----- 
> > > > From: "Dev" <de...@ti...>
> > > > To: "Raymond Irving" <xw...@ya...>;
> > > > "DynAPI-Dev"
> > > > <dyn...@li...>
> > > > Sent: Thursday, June 05, 2003 2:58 PM
> > > > Subject: Re: [Dynapi-Dev] Help need with RegEx
> > > > object
> > > > 
> > > > 
> > > > > Hi, I am not soo good at it either... but got
> > some
> > > > help from ultraedit...
> > > > >
> > > > > Se the attatchment
> > > > >
> > > > > Regards
> > > > > Daniel
> > > > >
> > > > > > Hi,
> > > > > >
> > > > > > I'm not too familiar with the regex object
> > so
> > > > I'm
> > > > > > wondering if anyone can help me out? Here's
> > an
> > > > example
> > > > > > of what I'm trying to do:
> > > > > >
> > > > > > var s=" test <table>{@field1}</table2> this
> > is a
> > > > > > test{@field2} {@field3:[test message]} tht
> > ere
> > > > > > {@field4:[test message4]}";
> > > > > > var r= /\{@.+?\}/g;
> > > > > > var a= s.match(r)
> > > > > > s=a.join()
> > > > > > s=s.replace(/\{@(\w+?)\W.+?\}/g,'$1');
> > > > > > alert(s)
> > > > > >
> > > > > >
> > > > > > I would like the use regex to get all the
> > field
> > > > names
> > > > > > withing the a string then use another regex
> > to
> > > > get all
> > > > > > multi-line field names and their content
> > > > > > ({@fieldname:[content]}). Is this possible?
> > > > > >
> > > > > > Many thanks
> > > > > >
> > > > > > --
> > > > > > Raymond Irving
> > > > > >
> > > > > >
> > > > > >
> > > > > > __________________________________
> > > > > > 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.../
> > > > >
> > > > >
> > > > 
> > > > 
> > > >
> > >
> >
> ----------------------------------------------------------------------------
> > > > ----
> > > > 
> > > > 
> > > > > UltraEdit allows for Regular Expressions in
> > many
> > > > of its search and replace
> > > > functions listed under the Search Menu.
> > > > >
> > > > > Regular expressions allow more complex search
> > and
> > > > replace functions to be
> > > > performed in a single operation.
> > > > >
> > > > > There are twopossible sets of syntax that may
> > be
> > > > used.  The first table
> > > > below shows the original UltraEdit syntax used
> > in
> > > > earlier versions of
> > > > UltraEdit.  The second table shows the optional
> > > > "Unix" style regular
> > > > expressions.  This may be enabled from the
> > > > ConfigurationSection.
> > > > >
> > 
> === 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
> Dyn...@li...
> http://www.mail-archive.com/dyn...@li.../

[Dynapi-Dev] NS4 image teaser

[Kevin <ke...@ke...>]

Hi Raymond,

I'm a bit stuck and wonder if you can help and spot a bug in the api.
I'm sure adding coverup layers is not the solution in this case. 

I've had a good look in event.js, mouse_ns4.js and dynlayer_ns4.js
as it looks like if a dynapi.functions.image is not a direct child of the
main document (as the examples) the rollover/click images do not
have correct references.

Looking in functions.image.js _imageGetHTML the third parameter to
c='return dynapi._imageHook(...
is
this._dynobj.doc (where 'this' is the anchor wrapper) doesn't contain
the real rendered image array i.e. elm.document.images['Ximage0']
I couldn't find an image.length==1 on any layer document. Though I
did find a link.length==1.

Attached an example. Comment out the insertChild and it will work -
very strange situation? Uncommenting my anchored label layer lines
has no bearing on the problem but you can see the simple idea I was
trying (though I was using ilayers). Anyway any help getting normal
ns4 nested image rollover/click layers working would be appreciated. 

Thanks,

-
Kevin

Re: [Dynapi-Dev] compression problem

[Raymond I. <xw...@ya...>]

I see the problem your experiencing. 

DynAPI was designed to load browser specific library
files as it is with DynLayer and MouseEvents. These
browser files will have to be compressed individually.
The compressor can then include JavaScript code to
load the browser specific library.

For an example of how files are loaded see the
ext/packages.js file

--
Raymond Irving

--- Jesse Vitrone <je...@6t...> wrote:
> I've got a question about how stuff gets loaded in
> for the different 
> browsers.
> 
> When I do the compression stuff, I have the xml
> config determine what 
> .js files are compressed and merged.
> 
> But it seems like if I only include mouse_dom.js, it
> works in Mozilla, 
> but not IE.  If I include mouse_dom and mouse_ie.js,
> then it works in 
> IE, but not in Mozilla :(
> 
> Is this because I'm not using the library stuff to
> load in the mouse 
> stuff?  I'm loading in the js files in this order:
> 
> dynapi/src/dynapi.js
> dynapi/src/ext/packages.js
> dynapi/src/api/event.js
> dynapi/src/api/dyndocument.js
> dynapi/src/api/dynlayer_base.js
> dynapi/src/api/dynlayer_dom.js
> dynapi/src/api/mouse_dom.js
> dynapi/src/api/ext/dynlayer.inline.js
> 
> Any idea where things are going wrong, and is there
> a solution?  Or am I 
> stuck because of how I'm loading things in?
> 
> Thanks,
>     Jesse
> 
> 
> 
>
-------------------------------------------------------
> 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.../


__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com

[Dynapi-Dev] compression problem

[Jesse V. <je...@6t...>]

I've got a question about how stuff gets loaded in for the different 
browsers.

When I do the compression stuff, I have the xml config determine what 
.js files are compressed and merged.

But it seems like if I only include mouse_dom.js, it works in Mozilla, 
but not IE.  If I include mouse_dom and mouse_ie.js, then it works in 
IE, but not in Mozilla :(

Is this because I'm not using the library stuff to load in the mouse 
stuff?  I'm loading in the js files in this order:

dynapi/src/dynapi.js
dynapi/src/ext/packages.js
dynapi/src/api/event.js
dynapi/src/api/dyndocument.js
dynapi/src/api/dynlayer_base.js
dynapi/src/api/dynlayer_dom.js
dynapi/src/api/mouse_dom.js
dynapi/src/api/ext/dynlayer.inline.js

Any idea where things are going wrong, and is there a solution?  Or am I 
stuck because of how I'm loading things in?

Thanks,
    Jesse

[Dynapi-Dev] [ dynapi-Patches-751111 ] Updates for API, GUI and UTIL Libraries

[SourceForge.net <no...@so...>]

Patches item #751111, was opened at 2003-06-09 01:28
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=305757&aid=751111&group_id=5757

Category: DynAPI 3 API
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Raymond Irving (xwisdom)
Assigned to: Nobody/Anonymous (nobody)
Summary: Updates for API, GUI and UTIL Libraries

Initial Comment:
[*] Updated Documentation & Examples
[-] Fix LoadPanel/IOElement bug in Opera v7
[-] Fix problem with delteAllChildren()
[-] Fix HTMLRollover - prevent reloading images on every 
mouse click
[+] Add setDefaultFieldValue() to TM
[*] Change TM field syntax from [@fieldname] to 
{@fieldname}
[-] Prevent layers from being loaded in TM if field is not 
available in template
[-] Prevent unused field names from been shown in 
generated templates. 
[*] Allow [Template].setField() to replace all 
occurrences of the field name

Latest updates inside CVS

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=305757&aid=751111&group_id=5757

Re: [Dynapi-Dev] Re: compressing files and dynapi.asp (aka server edition)

[Raymond I. <xw...@ya...>]

Very cool! This type of compression is something that
I think should also available in Jesse's Java version.
So the java version would have two compression levels
to choose from.

Question:
------------
Any idea on how long it will take to decompress on the
client?


Suggestion:
------------
It would be cool if we can also create compression
library for IOElement that will compress data sent
from the server. In this way we could compress html,
text, etc on-the-fly.


--
Raymond Irving
--
Raymond Irving

--- Stephen Carroll <sca...@vi...> wrote:
> I can agress to that, probably the socket connection
> stays open, but the
> thread from the HTTP server must still parse the
> HTTP request and return the
> data in a timeslice with everyone else, and that can
> take time. I hope to
> work on my compression schema soon enough here.
> 
> I've taken a look at brainjar and found it
> facinating and have also
> attempted to correct for missing semi-colons, etc.
> This process does appear
> to be intensive and I'm not sure if I will include a
> large amount of that
> functionality. The compression schema I've worked on
> simply goes through the
> javascript source and breaks up content into
> 'words', simply building a
> dictionary of common terms, then analyzes how often
> those phrases appear in
> the code itself. Lastly, the calculation determins
> if one would actually
> save anything from using symbolic substitutions. For
> example, the following
> code:
> 
> DynLayer.prototype.fadeIn = function(inc,ms){
>  this._opacity=0;
>  this._fadeMode='in';
>  this.fadeTo(100,(inc||4),ms);
> };
> 
> would be reduced to:
> 
> eval(Decompress("fade,this","DynLayer.prototype.~1In
> =
>
~F(inc,ms){~2._opacity=0;~2._~1Mode='in';~2.~1To(100,(inc||4),ms);};")
> 
> You can see the 'dictionary' as the first parameter
> in the Decompress
> routine. The decompression routine would be served
> up in only the first
> request to dynapi.js, and perhaps a common
> dictionary for most common
> javascript keywords would be included like
> 'function'.
> 
> 
> ----- Original Message -----
> From: "Jesse Vitrone" <je...@6t...>
> To: "Stephen Carroll" <sca...@vi...>
> Cc: <dyn...@li...>
> Sent: Sunday, June 08, 2003 10:53 AM
> Subject: Re: [Dynapi-Dev] Re: compressing files and
> dynapi.asp (aka server
> edition)
> 
> 
> > Stephen,
> >     Like others have posted already, I think both
> of our ideas can be
> > good additions for DynAPI.
> >     I'm not sure about how HTTP keep alive works,
> but when I have my
> > page load in multiple scripts in Mozilla, you can
> see the status bar
> > showing Mozilla connecting / retrieving each file.
>  So having the page
> > only load one large file sped up the page loading
> a good deal.
> >
> > Jesse
> >
> >
> > Stephen Carroll wrote:
> >
> > >LOL, well it seems like alot of us are on the
> same thread of thought. I
> like
> > >the idea of not having to hit the server multiple
> times, but doesn't
> 'HTTP
> > >keep alive' maintain one socket connection for
> the duration of gifs, src,
> > >etc. that are requested from a given HTTP server?
> This removes the
> overhead
> > >of open/close sockets at the TCP/IP level to a
> minimum for any given
> client.
> > >I do believe there is a speed increase in that
> HTTP parsing doesn't have
> to
> > >take place if it can be included in one main
> file. For library.load, I
> > >introduced a delay to allow multiple files to be
> requested from the HTTP
> > >server in my dynapi.asp idea.  I also like the
> idea of never even having
> to
> > >mess with compression altogether, thats inherent
> of the dynapi.asp
> behavior.
> > >
> > >
> > >
> > >
> >
>
>-------------------------------------------------------
> > >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.../


__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com

Re: [Dynapi-Dev] compressing files

[Raymond I. <xw...@ya...>]

The BSD style license should allow us to redistribute
dom4j.jar with DynAPI, correct?

--
Raymond Irving

--- Jesse Vitrone <je...@6t...> wrote:

---------------------------------
    Raymond,
    dom4j is another source forge project.  It uses a
BSD style license.

    http://www.dom4j.org

    I used dom4j since I've using it before, and it's
a little morefull featured that the stuff that Java
has built in.  Maybe I shoulduse that though, to
remove dependancies on the dom4j.jar

Jesse

Raymond Irving wrote:
  
--- Jesse Vitrone <je...@6t...> wrote:  
      
I like the idea of having 2 different distributions.  
 
    
Yea, the developer download can contain all
thenecesaary utils (compressors, converters, etc.)
tospeed up production.   
      
My java file, class files, and xml config are
about30K.  The only problem is that I'm using dom4j
for the xml parsing,so the user needs the jar for it
to run.  Is that something we shouldgive them, or have
them download themselves?    
    
Well, is dom4j open-source? Does it support the
LGPLlicense?--Raymond Irving  
      
I like the idea of adding a dir in the bin dir withmy
stuff in it.I'm just getting around now to reading
about patchesand stuff on source forge.  I'll let you
know if I have any questions.    
    
   
      
JesseRaymond Irving wrote:    
          
Hi Jesse,As Leif said, SourceForge only allow
developers touses 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
aproduction version. IMO the developer version
wouldinclude all the external (non-API related)      
        
utilities,    
          
etc, while the production version would only      
        
include    
          
the src, docs and examples. Should we make theexternal
tools/utilities, etc be part of thedeveloper's
download or should they be separate(something like a
Dynapi Developement Kit - DDK)?PS. All dynapi external
utilities, etc should beplaced 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'llsign 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
thechangesagain.  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
ofthemerged 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 letyou
know and send you a copy.JesseRaymond Irving wrote:
Very cool indeed Jesse, very cool. Well done.IMO      
        
the    
          
merge feature is a major plus for
theDynAPIlibraries.There're two ways to check in
yourupdates. You could:1) Use the Patch system      
        
available    
          
on the DynAPISourceForge web site2) Setup WinCVS      
        
and    
          
Putty on you computer can check inyou changes
viaCVS.Are your changes based on the lasted version
inCVS?--Raymond Irving--- Jesse
Vitrone<je...@6t...> wrote:       Ooops,
sorry, hit send too soon :(  Here's thewholeemailHello
all,    I've never contributed to      
        
an    
          
open source projectbefore, so I'm not sure of
theproper 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
Javaversion of the JavaScriptcompressor that comes
withDynAPI.  Along with everything that the
DynAPIonedoes, 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
serverdramatically.    The changes were all just
addingsemi-colonswhere they were needed, except for
onecase:       The mouse_ie.js,
dyndocument.jsandmouse_dom.js files all have a method
called      
        
"main"    
          
and that doesn't seem to workvery well when they'reall
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
Swingfront 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
rightprocess for checking inchanges?  Jesse           
 
        
-------------------------------------------------------
   
          
     This SF.net email is sponsored by:  Etnus,
makersofTotalView, The bestthread debugger on the
planet.Designed with threaddebugging featuresyou've
neverdreamed 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
ofTotalView, The bestthread debugger on the
planet.Designed with thread debugging featuresyou've
neverdreamed of, try TotalView 6 free at      
        
www.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 best    
          
thread debugger on the planet. Designed with thread   
  
        
debugging features    
          
you've never dreamed of, try TotalView 6 free at      
        
www.etnus.com.    
    
=== 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 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...http://www.mail-archive.com/dyn...@li.../
 



__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com

Re: [Dynapi-Dev] compressing files

[Jesse V. <je...@6t...>]

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
  <title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
Raymond,<br>
&nbsp;&nbsp;&nbsp; dom4j is another source forge project.&nbsp; It uses a BSD style license.<br>
<br>
&nbsp;&nbsp;&nbsp; <a class="moz-txt-link-freetext" href="http://www.dom4j.org">http://www.dom4j.org</a><br>
<br>
&nbsp;&nbsp;&nbsp; I used dom4j since I've using it before, and it's a little more
full featured that the stuff that Java has built in.&nbsp; Maybe I should
use that though, to remove dependancies on the dom4j.jar<br>
<br>
Jesse<br>
<br>
Raymond Irving wrote:<br>
<blockquote type="cite"
 cite="mid...@we...">
  <pre wrap="">--- Jesse Vitrone <a class="moz-txt-link-rfc2396E" href="mailto:je...@6t...">&lt;je...@6t...&gt;</a> wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">I like the idea of having 2 different distributions.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Yea, the developer download can contain all the
necesaary utils (compressors, converters, etc.) to
speed up production.
 
  </pre>
  <blockquote type="cite">
    <pre wrap="">My java file, class files, and xml config are about
30K.  The only 
problem is that I'm using dom4j for the xml parsing,
so the user needs 
the jar for it to run.  Is that something we should
give them, or have 
them download themselves?
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Well, is dom4j open-source? Does it support the LGPL
license?

--
Raymond Irving

  </pre>
  <blockquote type="cite">
    <pre wrap="">I like the idea of adding a dir in the bin dir with
my stuff in it.

I'm just getting around now to reading about patches
and stuff on source 
forge.  I'll let you know if I have any questions.
    </pre>
  </blockquote>
  <pre wrap=""><!----> 
  </pre>
  <blockquote type="cite">
    <pre wrap="">Jesse

Raymond Irving wrote:

    </pre>
    <blockquote type="cite">
      <pre wrap="">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
      </pre>
    </blockquote>
    <pre wrap="">of
    </pre>
    <blockquote type="cite">
      <pre wrap="">the dynapi for download. A developer version and a
production version. IMO the developer version would
include all the external (non-API related)
      </pre>
    </blockquote>
    <pre wrap="">utilities,
    </pre>
    <blockquote type="cite">
      <pre wrap="">etc, while the production version would only
      </pre>
    </blockquote>
    <pre wrap="">include
    </pre>
    <blockquote type="cite">
      <pre wrap="">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
      </pre>
    </blockquote>
    <pre wrap="">be
    </pre>
    <blockquote type="cite">
      <pre wrap="">good to arrange them in folders

--
Raymond Irving


--- Jesse Vitrone <a class="moz-txt-link-rfc2396E" href="mailto:je...@6t...">&lt;je...@6t...&gt;</a>
      </pre>
    </blockquote>
    <pre wrap="">wrote:
    </pre>
    <blockquote type="cite">
      <pre wrap="">---------------------------------
   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
      </pre>
    </blockquote>
    <pre wrap="">started
    </pre>
    <blockquote type="cite">
      <pre wrap="">making thechanges, but I tried to do an update
      </pre>
    </blockquote>
    <pre wrap="">today,
    </pre>
    <blockquote type="cite">
      <pre wrap="">and there were lots onconflitcts that CVS didn't
      </pre>
    </blockquote>
    <pre wrap="">seem
    </pre>
    <blockquote type="cite">
      <pre wrap="">to merge very well.  So I grabbed aclean copy of
      </pre>
    </blockquote>
    <pre wrap="">the
    </pre>
    <blockquote type="cite">
      <pre wrap="">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
      </pre>
    </blockquote>
    <pre wrap="">CVS. 
    </pre>
    <blockquote type="cite">
      <pre wrap="">What do I needPutty for?

   I found a bug today in my Java compression
      </pre>
    </blockquote>
    <pre wrap="">tool,
    </pre>
    <blockquote type="cite">
      <pre wrap="">and I'd like toget that fixed before I sent it out.
      </pre>
    </blockquote>
    <pre wrap=""> I
    </pre>
    <blockquote type="cite">
      <pre wrap="">also wanted to add a feature inthe XML where you
      </pre>
    </blockquote>
    <pre wrap="">can
    </pre>
    <blockquote type="cite">
      <pre wrap="">specify a comment that will be put at the top ofthe
merged file, since it rips out all comments, and a
      </pre>
    </blockquote>
    <pre wrap="">lot
    </pre>
    <blockquote type="cite">
      <pre wrap="">of peoplewant something in the file for licensing
      </pre>
    </blockquote>
    <pre wrap="">and
    </pre>
    <blockquote type="cite">
      <pre wrap="">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
      </pre>
    </blockquote>
    <pre wrap="">the
    </pre>
    <blockquote type="cite">
      <pre wrap="">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
      </pre>
    </blockquote>
    <pre wrap="">available
    </pre>
    <blockquote type="cite">
      <pre wrap="">on the DynAPISourceForge web site2) Setup WinCVS
      </pre>
    </blockquote>
    <pre wrap="">and
    </pre>
    <blockquote type="cite">
      <pre wrap="">Putty on you computer can check inyou changes via
CVS.Are your changes based on the lasted version in
CVS?--Raymond Irving--- Jesse Vitrone
<a class="moz-txt-link-rfc2396E" href="mailto:je...@6t...">&lt;je...@6t...&gt;</a> wrote:  
     
Ooops, sorry, hit send too soon :(  Here's the
wholeemailHello all,    I've never contributed to
      </pre>
    </blockquote>
    <pre wrap="">an
    </pre>
    <blockquote type="cite">
      <pre wrap="">open source projectbefore, so I'm not sure of the
proper ettiquite.  Please correct me ifI do
      </pre>
    </blockquote>
    <pre wrap="">something
    </pre>
    <blockquote type="cite">
      <pre wrap="">stupid :)    I've been email with Raymond Irving
      </pre>
    </blockquote>
    <pre wrap="">about
    </pre>
    <blockquote type="cite">
      <pre wrap="">someidea's that I had, and he encouraged me to post
      </pre>
    </blockquote>
    <pre wrap="">it
    </pre>
    <blockquote type="cite">
      <pre wrap="">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
      </pre>
    </blockquote>
    <pre wrap="">"compress
    </pre>
    <blockquote type="cite">
      <pre wrap="">these files, thenmerge them into this one file". 
      </pre>
    </blockquote>
    <pre wrap="">This
    </pre>
    <blockquote type="cite">
      <pre wrap="">enables me to keep a good amount ofJS files when
      </pre>
    </blockquote>
    <pre wrap="">I'm
    </pre>
    <blockquote type="cite">
      <pre wrap="">coding, but then when I "build" to apache,
      </pre>
    </blockquote>
    <pre wrap="">Icompress
    </pre>
    <blockquote type="cite">
      <pre wrap="">them all into 1 file, so the browser doesn't have
      </pre>
    </blockquote>
    <pre wrap="">to
    </pre>
    <blockquote type="cite">
      <pre wrap="">hit the servermultiple times to get the files.   
Then, I took it a step farther, and added what Ihad
      </pre>
    </blockquote>
    <pre wrap="">to
    </pre>
    <blockquote type="cite">
      <pre wrap="">in order to be able to compress the DynAPI files I
      </pre>
    </blockquote>
    <pre wrap="">was
    </pre>
    <blockquote type="cite">
      <pre wrap="">using,and it worked!  I was able to get all my
      </pre>
    </blockquote>
    <pre wrap="">files,
    </pre>
    <blockquote type="cite">
      <pre wrap="">plus the DynAPI files Iwas using and compress /
      </pre>
    </blockquote>
    <pre wrap="">merge
    </pre>
    <blockquote type="cite">
      <pre wrap="">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
      </pre>
    </blockquote>
    <pre wrap="">"main"
    </pre>
    <blockquote type="cite">
      <pre wrap="">and that doesn't seem to workvery well when they're
all combined into the same file.  To fix it,I
      </pre>
    </blockquote>
    <pre wrap="">renamed
    </pre>
    <blockquote type="cite">
      <pre wrap="">them, which names like main_mouse_ie, etc, and
      </pre>
    </blockquote>
    <pre wrap="">fixed
    </pre>
    <blockquote type="cite">
      <pre wrap="">allthe other references to them.  Seems to work
      </pre>
    </blockquote>
    <pre wrap="">fine,
    </pre>
    <blockquote type="cite">
      <pre wrap="">but I haven't testedextensively all the examples
      </pre>
    </blockquote>
    <pre wrap="">and
    </pre>
    <blockquote type="cite">
      <pre wrap="">such.I'd like to check in my changes, as well as
      </pre>
    </blockquote>
    <pre wrap="">send
    </pre>
    <blockquote type="cite">
      <pre wrap="">inmy Java compressor, since Raymond said he'd like
      </pre>
    </blockquote>
    <pre wrap="">to
    </pre>
    <blockquote type="cite">
      <pre wrap="">post it on the site. I'd also like to make a Swing
front end for the java app to make it alittle
      </pre>
    </blockquote>
    <pre wrap="">easier
    </pre>
    <blockquote type="cite">
      <pre wrap="">to use.What do you guys and gals think of this
      </pre>
    </blockquote>
    <pre wrap="">idea?
    </pre>
    <blockquote type="cite">
      <pre wrap="">Should I check in the changes?  What's the right
process for checking inchanges?  Jesse    
   
      </pre>
    </blockquote>
    <pre wrap="">-------------------------------------------------------
    </pre>
    <blockquote type="cite">
      <pre wrap="">     
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
      </pre>
    </blockquote>
    <pre wrap="">atwww.etnus.com._______________________________________________Dynapi-Dev
    </pre>
    <blockquote type="cite">
      <pre wrap="">mailing <a class="moz-txt-link-abbreviated" href="mailto:lis...@li...">lis...@li...</a>    
   
      </pre>
    </blockquote>
    <pre wrap=""><a class="moz-txt-link-freetext" href="http://www.mail-archive.com/dyn...@li.../__________________________________Do">http://www.mail-archive.com/dyn...@li.../__________________________________Do</a>
    </pre>
    <blockquote type="cite">
      <pre wrap="">you Yahoo!?Yahoo! Calendar - Free online calendar
      </pre>
    </blockquote>
    <pre wrap="">with
    </pre>
    <blockquote type="cite">
      <pre wrap="">sync to
      </pre>
    </blockquote>
    <pre wrap="">Outlook(TM).http://calendar.yahoo.com-------------------------------------------------------This
    </pre>
    <blockquote type="cite">
      <pre wrap="">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
      </pre>
    </blockquote>
    <pre wrap=""><a class="moz-txt-link-abbreviated" href="http://www.etnus.com._______________________________________________Dynapi-Dev">www.etnus.com._______________________________________________Dynapi-Dev</a>
    </pre>
    <blockquote type="cite">
      <pre wrap="">mailing
      </pre>
    </blockquote>
    <pre wrap=""><a class="moz-txt-link-abbreviated" href="mailto:lis...@li...http://www.mail-archive.com/dyn...@li.../">lis...@li...http://www.mail-archive.com/dyn...@li.../</a>
    </pre>
    <blockquote type="cite">
      <pre wrap="">


__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to
      </pre>
    </blockquote>
    <pre wrap="">Outlook(TM).
    </pre>
    <blockquote type="cite">
      <pre wrap=""><a class="moz-txt-link-freetext" href="http://calendar.yahoo.com">http://calendar.yahoo.com</a>


      </pre>
    </blockquote>
    <pre wrap="">-------------------------------------------------------
    </pre>
    <blockquote type="cite">
      <pre wrap="">This SF.net email is sponsored by:  Etnus, makers
      </pre>
    </blockquote>
    <pre wrap="">of TotalView, The best
    </pre>
    <blockquote type="cite">
      <pre wrap="">thread debugger on the planet. Designed with thread
      </pre>
    </blockquote>
    <pre wrap="">debugging features
    </pre>
    <blockquote type="cite">
      <pre wrap="">you've never dreamed of, try TotalView 6 free at
      </pre>
    </blockquote>
    <pre wrap=""><a class="moz-txt-link-abbreviated" href="http://www.etnus.com">www.etnus.com</a>.

    </pre>
  </blockquote>
  <pre wrap=""><!---->=== message truncated ===


__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
<a class="moz-txt-link-freetext" href="http://calendar.yahoo.com">http://calendar.yahoo.com</a>


-------------------------------------------------------
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 <a class="moz-txt-link-abbreviated" href="http://www.etnus.com">www.etnus.com</a>.
_______________________________________________
Dynapi-Dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Dyn...@li...">Dyn...@li...</a>
<a class="moz-txt-link-freetext" href="http://www.mail-archive.com/dyn...@li.../">http://www.mail-archive.com/dyn...@li.../</a>
  </pre>
</blockquote>
</body>
</html>

Re: [Dynapi-Dev] #1 DynAPI real time inline compression

[Stephen C. <sca...@vi...>]

The NS4 trap uses a VERY simple java applet, which I can publish as well. In
both NS4 and IE4 you can override some of the Alt+menu keys that are even
native to the browser, from what I remember. The compression routine will
actually cache anything its compressed and place it in a sub folder to
return only the files you ask for as apart of your normal library.include.
It also keeps track of the date time stamp, so if the source file changes,
recompression will reoccur for the very first call to the file. This way,
you'll never have to worry about maintaining two seperate files. You can
always edit the original source with comments, etc. But always be assured
you're served an optimized, small file.


----- Original Message -----
From: "Kevin" <ke...@ke...>
To: "Dynapi-Dev" <Dyn...@li...>
Sent: Sunday, June 08, 2003 5:35 AM
Subject: Re: [Dynapi-Dev] #1 DynAPI real time inline compression


>
> Hi Stephen,
>
> I like the inline compression idea. Is the compressor
> to be used in each library include, so the dependency
> chain just compresses what's needed?
>
> I have done some work on keyevents it captures most
> keys needed for the tab manager examples. Also there
> is a hotkey contribution that traps other combinations.
>
> How did you manage to trap the alt key in NS4?
>
> -
> Kevin
>
>  "Raymond Irving" <xw...@ya...> wrote:
> >
> > A very cool idea indeed!
> >
> > Just a few things to note:
> >
> > 1) I don't think we'll have to change much from the
> > client-side. All we would have to do is to use
> > dynapi.compressor.asp as part of the src. For example:
> >
> > <script
> > src="dynapi.compressor.asp?file=../src/dynapi.js"></script>
> > <script>
> > dynapi.library.setPath('dynapi.compressor.asp?file=../src/')
> > dynapi.library.include('dynapi.api');
> > </script>
> >
> > 2) Could this type of comression be made available
> > from the offline versions? Currently we have three
> > levels of compression: "None", "Low" and "High". This
> > could be callled "Max"
> >
> >
> > --
> > Raymond Irving
> >
> >
> > --- Stephen Carroll <sca...@vi...> wrote:
> > > Greetings everyone,
> > >     I'm really glad that 3.0 beta is out! I've
> > > promised to start pulling my
> > > own weight by working on some of my 'big ideas'
> > > (well maybe small)  that I
> > > have for DynAPI. Each of the items I have in mind,
> > > I've already started work
> > > on. I just needed a good kick in the butt to get the
> > > code and ideas out
> > > there. The first item I'd like to address is
> > > compression. I know that there
> > > is already a compression tool based on brain jar.
> > > But I've been thinking
> > > that the ultimate goal for me with DynAPI is to
> > > build a small talk like dev.
> > > environment that I can easily manipulate in
> > > realtime, and not have to muck
> > > around with compression as a post process. Because,
> > > lets face it, mods will
> > > be made, and I want to do them in an IDE built in
> > > DynAPI for DynAPI, and I
> > > want it optimized all the way. So I've come up with
> > > the idea of using inline
> > > compression for serving out the DynAPI library
> > > itself and would like to run
> > > the idea by everyone else for their impression.
> > >
> > > Currently we include src="dynapi.js" in our HTML
> > > headers, I've started
> > > creating a script file to replace this that will do
> > > the inline compression.
> > > I want to make it cross platform and have the
> > > majority of code in ASP for
> > > starters and PERL as the 2nd version. Instead of
> > > including src="dynapi.js",
> > > there will be a file called dynapi.asp that will
> > > serve up a compressed
> > > version of dynapi.js + a decompression routine if it
> > > is not passed any
> > > parameters. Otherwise it will serve up the requested
> > > file from the src
> > > directory. The comments for the dynapi.asp file
> > > would be broken down like
> > > this:
> > >
> > > '' DynAPI real time compression version for ASP
> > > based servers.
> > >
> > > '' First determine which file is being requested, or
> > > serve up dynapi.js
> > > compressed.
> > >
> > > '' Get the file date/timestamp and compare it to the
> > > cache.dat file in the
> > > cache folder.
> > >
> > > '' Find the cache folder, create it if it does not
> > > exist.
> > >
> > > '' Compare the filename/date/time and stamp and
> > > determine if they match
> > >
> > > '' Make mods to dynapi.js, add the decompression
> > > routine and mod the
> > > library.include/library.load to use
> > > dynapi.asp?file=xxx
> > >
> > > '' Compress the latest file if needed and save it to
> > > the cache folder.
> > >
> > > '' Return the compressed file from the cache folder.
> > >
> > >
> > > This will in effect, allow us to modify any file in
> > > the dynapi src or
> > > dynapi.js itself. Using dynapi.asp as your include,
> > > should in effect, always
> > > serve up a compressed version of the source files.
> > > This will give us the
> > > advantage of being able to mod away without haveing
> > > to deal with compression
> > > as a post process. Only the first time a file is
> > > served up will there be a
> > > delay while the server compresses a new or recently
> > > modified source file.
> > > Subsequent calls will return the contents of the
> > > file from the cache folder.
> > >
> > > Any thoughts?
> > >
> > > My #2 item has to do with keyboard events... I've
> > > already worked out a
> > > library that can detect all keys and modifiers
> > > (including alt, arror, ctrl,
> > > shift, etc) on both Netscape 4+ and IE 4+. 'cept it
> > > doesn't match the
> > > current keyboard API, if someone is willing to take
> > > it as is, i can make it
> > > avail. right away for someone to work on it.
> > >
> > >
> > >
> > >
> > >
> > -------------------------------------------------------
> > > 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.../
> >
> >
> > __________________________________
> > 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.../
>
>
>
>

[Dynapi-Dev] Re: compressing files and dynapi.asp (aka server edition)

[Stephen C. <sca...@vi...>]

I can agress to that, probably the socket connection stays open, but the
thread from the HTTP server must still parse the HTTP request and return the
data in a timeslice with everyone else, and that can take time. I hope to
work on my compression schema soon enough here.

I've taken a look at brainjar and found it facinating and have also
attempted to correct for missing semi-colons, etc. This process does appear
to be intensive and I'm not sure if I will include a large amount of that
functionality. The compression schema I've worked on simply goes through the
javascript source and breaks up content into 'words', simply building a
dictionary of common terms, then analyzes how often those phrases appear in
the code itself. Lastly, the calculation determins if one would actually
save anything from using symbolic substitutions. For example, the following
code:

DynLayer.prototype.fadeIn = function(inc,ms){
 this._opacity=0;
 this._fadeMode='in';
 this.fadeTo(100,(inc||4),ms);
};

would be reduced to:

eval(Decompress("fade,this","DynLayer.prototype.~1In =
~F(inc,ms){~2._opacity=0;~2._~1Mode='in';~2.~1To(100,(inc||4),ms);};")

You can see the 'dictionary' as the first parameter in the Decompress
routine. The decompression routine would be served up in only the first
request to dynapi.js, and perhaps a common dictionary for most common
javascript keywords would be included like 'function'.


----- Original Message -----
From: "Jesse Vitrone" <je...@6t...>
To: "Stephen Carroll" <sca...@vi...>
Cc: <dyn...@li...>
Sent: Sunday, June 08, 2003 10:53 AM
Subject: Re: [Dynapi-Dev] Re: compressing files and dynapi.asp (aka server
edition)


> Stephen,
>     Like others have posted already, I think both of our ideas can be
> good additions for DynAPI.
>     I'm not sure about how HTTP keep alive works, but when I have my
> page load in multiple scripts in Mozilla, you can see the status bar
> showing Mozilla connecting / retrieving each file.  So having the page
> only load one large file sped up the page loading a good deal.
>
> Jesse
>
>
> Stephen Carroll wrote:
>
> >LOL, well it seems like alot of us are on the same thread of thought. I
like
> >the idea of not having to hit the server multiple times, but doesn't
'HTTP
> >keep alive' maintain one socket connection for the duration of gifs, src,
> >etc. that are requested from a given HTTP server? This removes the
overhead
> >of open/close sockets at the TCP/IP level to a minimum for any given
client.
> >I do believe there is a speed increase in that HTTP parsing doesn't have
to
> >take place if it can be included in one main file. For library.load, I
> >introduced a delay to allow multiple files to be requested from the HTTP
> >server in my dynapi.asp idea.  I also like the idea of never even having
to
> >mess with compression altogether, thats inherent of the dynapi.asp
behavior.
> >
> >
> >
> >
> >-------------------------------------------------------
> >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.../
> >
> >
>
>

Re: [Dynapi-Dev] compressing files

[Jesse V. <je...@6t...>]

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
  <title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
Kevin,<br>
&nbsp;&nbsp;&nbsp; I'm not sure what you mean about remove the existing library system
from the api.&nbsp; With the xml config that I you can customize, you just
pick and choose what JS files you want it to compress and merge.&nbsp; So, I
have the basic DynAPI ones, plus the others that I use, plus my own.&nbsp;
It looks something like this:<br>
<br>
&lt;jscompressor&gt;<br>
&nbsp;&nbsp;&nbsp; &lt;compressed-file
name="D:/development/6thgear/js/6thgear_compressed.js"&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;input-file&nbsp;
name="D:/development/6thgear/dynapi/src/dynapi.js"/&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;input-file&nbsp;
name="D:/development/6thgear/dynapi/src/api/event.js"/&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;input-file&nbsp;
name="D:/development/6thgear/dynapi/src/api/dyndocument.js"/&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;input-file&nbsp;
name="D:/development/6thgear/dynapi/src/api/dynlayer_base.js"/&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;input-file&nbsp;
name="D:/development/6thgear/dynapi/src/api/dynlayer_dom.js"/&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;input-file&nbsp;
name="D:/development/6thgear/dynapi/src/api/mouse_dom.js"/&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;input-file&nbsp;
name="D:/development/6thgear/dynapi/src/api/ext/dynlayer.inline.js"/&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;input-file&nbsp; name="D:/development/6thgear/js/6thgear.js"/&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;input-file&nbsp;
name="D:/development/6thgear/js/gearWindow.js"/&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;input-file&nbsp;
name="D:/development/6thgear/js/templates.js"/&gt;<br>
&nbsp;&nbsp;&nbsp; &lt;/compressed-file&gt;<br>
<br>
&nbsp;&nbsp;&nbsp; &lt;compressed-file
name="D:/development/6thgear/js/6thgear_edit_compressed.js"&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;input-file&nbsp;
name="D:/development/6thgear/dynapi/src/api/ext/dragevent.js"/&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;input-file&nbsp;
name="D:/development/6thgear/js/6thgear_edit.js"/&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;input-file&nbsp;
name="D:/development/6thgear/js/gearWindow_edit.js"/&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;input-file&nbsp;
name="D:/development/6thgear/js/templates_edit.js"/&gt;<br>
&nbsp;&nbsp;&nbsp; &lt;/compressed-file&gt;<br>
<br>
&lt;/jscompressor&gt;<br>
<br>
<br>
This generates 2 files, 6thgear_compress.js and
6thgear_edit_compressed.&nbsp; Then, my files only need to include these,
and no other DynAPI files.<br>
<br>
Is this what you mean by removing the library system?&nbsp; Since I don't
have to include the library.js or use it in my code?<br>
<br>
Jesse<br>
<br>
Kevin wrote:<br>
<blockquote type="cite" cite="mid000201c32ddd$d5f436c0$50c2dec2@keg2">
  <pre wrap="">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" <a class="moz-txt-link-rfc2396E" href="mailto:xw...@ya...">&lt;xw...@ya...&gt;</a> wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">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 <a class="moz-txt-link-rfc2396E" href="mailto:je...@6t...">&lt;je...@6t...&gt;</a> 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
<a class="moz-txt-link-rfc2396E" href="mailto:je...@6t...">&lt;je...@6t...&gt;</a> 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 <a class="moz-txt-link-abbreviated" href="mailto:lis...@li...">lis...@li...</a>    
    
<a class="moz-txt-link-freetext" href="http://www.mail-archive.com/dyn...@li.../__________________________________Do">http://www.mail-archive.com/dyn...@li.../__________________________________Do</a>
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
<a class="moz-txt-link-abbreviated" href="http://www.etnus.com._______________________________________________Dynapi-Dev">www.etnus.com._______________________________________________Dynapi-Dev</a>
mailing
<a class="moz-txt-link-abbreviated" href="mailto:lis...@li...http://www.mail-archive.com/dyn...@li.../">lis...@li...http://www.mail-archive.com/dyn...@li.../</a>
 



__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
<a class="moz-txt-link-freetext" href="http://calendar.yahoo.com">http://calendar.yahoo.com</a>


-------------------------------------------------------
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 <a class="moz-txt-link-abbreviated" href="http://www.etnus.com">www.etnus.com</a>.
_______________________________________________
Dynapi-Dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Dyn...@li...">Dyn...@li...</a>
<a class="moz-txt-link-freetext" href="http://www.mail-archive.com/dyn...@li.../">http://www.mail-archive.com/dyn...@li.../</a>
    </pre>
  </blockquote>
  <pre wrap=""><!---->

-------------------------------------------------------
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 <a class="moz-txt-link-abbreviated" href="http://www.etnus.com">www.etnus.com</a>.
_______________________________________________
Dynapi-Dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Dyn...@li...">Dyn...@li...</a>
<a class="moz-txt-link-freetext" href="http://www.mail-archive.com/dyn...@li.../">http://www.mail-archive.com/dyn...@li.../</a>
  </pre>
</blockquote>
</body>
</html>

Re: [Dynapi-Dev] compressing files

[Raymond I. <xw...@ya...>]

--- Jesse Vitrone <je...@6t...> wrote:
> I like the idea of having 2 different distributions.

Yea, the developer download can contain all the
necesaary utils (compressors, converters, etc.) to
speed up production.
 
> My java file, class files, and xml config are about
> 30K.  The only 
> problem is that I'm using dom4j for the xml parsing,
> so the user needs 
> the jar for it to run.  Is that something we should
> give them, or have 
> them download themselves?

Well, is dom4j open-source? Does it support the LGPL
license?

--
Raymond Irving

> I like the idea of adding a dir in the bin dir with
> my stuff in it.
> 
> I'm just getting around now to reading about patches
> and stuff on source 
> forge.  I'll let you know if I have any questions.
 
> Jesse
> 
> Raymond Irving 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...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 best
> >thread debugger on the planet. Designed with thread
> debugging features
> >you've never dreamed of, try TotalView 6 free at
> www.etnus.com.
> 
=== message truncated ===


__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com

Re: [Dynapi-Dev] compressing files

[Jesse V. <je...@6t...>]

I like the idea of having 2 different distributions.

My java file, class files, and xml config are about 30K.  The only 
problem is that I'm using dom4j for the xml parsing, so the user needs 
the jar for it to run.  Is that something we should give them, or have 
them download themselves?

I like the idea of adding a dir in the bin dir with my stuff in it.

I'm just getting around now to reading about patches and stuff on source 
forge.  I'll let you know if I have any questions.

Jesse

Raymond Irving 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...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 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.../
>  
>

Re: [Dynapi-Dev] Help need with RegEx object

[Raymond I. <xw...@ya...>]

--- Kevin <ke...@ke...> wrote:
> Hi Raymond,
> 
> ... If I have understood you are wanting a
> complex multi line string like your examples below
> to pass to the template manager.

Not really. I'm creating a way to embed container
fields with text/html inside a template:

var html='Some text here'
+'{@field1:['
+'   Some text here '
+'   more text here'
+'   {@field2:['
+'      Some text/html here for field2'
+'      Some text here for field2'
+'   ]} {@field3}'
+']}'
+'Some text here '

These new type of container fields can be used for
retrieving text/html directly from the template:

var tp=new Template(html);
fld2=tp.getField('field2'); // retrieve field2 
alert(fld2);
// ^ this will alert "Some text here for field2"
fld2+=' Add some text/html';
tp.setField('field2',fld2); // set field2

I think I've found a solution for the above. This
solution will allow us to nest container fields as
shown above.
 
--
Raymond Irving

> -
> Kevin 
> 
> "Raymond Irving" <xw...@ya...> wrote:
> > 
> > See below:
> > 
> > --- Leif W <war...@us...> wrote:
> > > Hello,
> > > 
> > > I'm familiar (but not expert) with regexp usage
> from
> > > Perl and PHP, as well
> > > as sed.  I've taken a look and separated the
> > > variable names to keep track of
> > > things.
> > > 
> > > var s = " test <table>{@field1}</table2> this is
> a
> > > test{@field2}
> > > {@field3:[test message]} tht ere {@field4:[test
> > > message4]}";
> > > var r = /\{@.+?\}/g;
> > > var a = s.match(r);
> > > var t = a.join();
> > > var u = t.replace(/\{@(\w+?)\W.+?\}/g,'$1');
> > > alert(
> > >     't\t: ' + t + '\n' +
> > >     'u\t: ' + u
> > > );
> > > 
> > > In this example, _t_ has the proper values, but
> _u_
> > > is missing field2 (same
> > > in IE and Mozilla).  So maybe a problem with
> > > t.replace.  I'll keep looking.
> > > This preceeds the original question about
> matching
> > > multiple lines.  Can you
> > > give an example of multi-line field names?  Or
> is it
> > > multi-line content?
> > > Like this?
> > 
> > Thanks for you help thus far.
> > 
> > As for the milti-line question I was making
> reference
> > to embedded field with (multi-line) content:
> > 
> > {@fieldname:[some content here]}
> > {@fieldname:[
> >    some more multi-line
> >    content here
> > ]}
> > 
> > and field without content can be represented as:
> > 
> > {@fieldname} 
> > {@fieldname:[]} // same as {@fieldname}
> > 
> > --
> > Raymond Irving
> > 
> > > 
> > > {@multi-
> > > line-
> > > field-
> > > name:[multi-
> > > line-
> > > content]}
> > > 
> > > 
> > > Leif
> > > 
> > > 
> > > ----- Original Message ----- 
> > > From: "Dev" <de...@ti...>
> > > To: "Raymond Irving" <xw...@ya...>;
> > > "DynAPI-Dev"
> > > <dyn...@li...>
> > > Sent: Thursday, June 05, 2003 2:58 PM
> > > Subject: Re: [Dynapi-Dev] Help need with RegEx
> > > object
> > > 
> > > 
> > > > Hi, I am not soo good at it either... but got
> some
> > > help from ultraedit...
> > > >
> > > > Se the attatchment
> > > >
> > > > Regards
> > > > Daniel
> > > >
> > > > > Hi,
> > > > >
> > > > > I'm not too familiar with the regex object
> so
> > > I'm
> > > > > wondering if anyone can help me out? Here's
> an
> > > example
> > > > > of what I'm trying to do:
> > > > >
> > > > > var s=" test <table>{@field1}</table2> this
> is a
> > > > > test{@field2} {@field3:[test message]} tht
> ere
> > > > > {@field4:[test message4]}";
> > > > > var r= /\{@.+?\}/g;
> > > > > var a= s.match(r)
> > > > > s=a.join()
> > > > > s=s.replace(/\{@(\w+?)\W.+?\}/g,'$1');
> > > > > alert(s)
> > > > >
> > > > >
> > > > > I would like the use regex to get all the
> field
> > > names
> > > > > withing the a string then use another regex
> to
> > > get all
> > > > > multi-line field names and their content
> > > > > ({@fieldname:[content]}). Is this possible?
> > > > >
> > > > > Many thanks
> > > > >
> > > > > --
> > > > > Raymond Irving
> > > > >
> > > > >
> > > > >
> > > > > __________________________________
> > > > > 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.../
> > > >
> > > >
> > > 
> > > 
> > >
> >
>
----------------------------------------------------------------------------
> > > ----
> > > 
> > > 
> > > > UltraEdit allows for Regular Expressions in
> many
> > > of its search and replace
> > > functions listed under the Search Menu.
> > > >
> > > > Regular expressions allow more complex search
> and
> > > replace functions to be
> > > performed in a single operation.
> > > >
> > > > There are twopossible sets of syntax that may
> be
> > > used.  The first table
> > > below shows the original UltraEdit syntax used
> in
> > > earlier versions of
> > > UltraEdit.  The second table shows the optional
> > > "Unix" style regular
> > > expressions.  This may be enabled from the
> > > ConfigurationSection.
> > > >
> 
=== message truncated ===


__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com

Re: [Dynapi-Dev] Re: compressing files and dynapi.asp (aka server edition)

[Jesse V. <je...@6t...>]

Stephen,
    Like others have posted already, I think both of our ideas can be 
good additions for DynAPI.
    I'm not sure about how HTTP keep alive works, but when I have my 
page load in multiple scripts in Mozilla, you can see the status bar 
showing Mozilla connecting / retrieving each file.  So having the page 
only load one large file sped up the page loading a good deal.

Jesse
   

Stephen Carroll wrote:

>LOL, well it seems like alot of us are on the same thread of thought. I like
>the idea of not having to hit the server multiple times, but doesn't 'HTTP
>keep alive' maintain one socket connection for the duration of gifs, src,
>etc. that are requested from a given HTTP server? This removes the overhead
>of open/close sockets at the TCP/IP level to a minimum for any given client.
>I do believe there is a speed increase in that HTTP parsing doesn't have to
>take place if it can be included in one main file. For library.load, I
>introduced a delay to allow multiple files to be requested from the HTTP
>server in my dynapi.asp idea.  I also like the idea of never even having to
>mess with compression altogether, thats inherent of the dynapi.asp behavior.
>
>
>
>
>-------------------------------------------------------
>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.../
>  
>

Re: [Dynapi-Dev] Help need with RegEx object

[Kevin <ke...@ke...>]

Hi Raymond,

Multi line string literals in Javascript would be nice.
Though you could escape \ the new line but then it
wouldn't be multi line! Sorry no way around this
one. If I have understood you are wanting a
complex multi line string like your examples below
to pass to the template manager.

-
Kevin 

"Raymond Irving" <xw...@ya...> wrote:
> 
> See below:
> 
> --- Leif W <war...@us...> wrote:
> > Hello,
> > 
> > I'm familiar (but not expert) with regexp usage from
> > Perl and PHP, as well
> > as sed.  I've taken a look and separated the
> > variable names to keep track of
> > things.
> > 
> > var s = " test <table>{@field1}</table2> this is a
> > test{@field2}
> > {@field3:[test message]} tht ere {@field4:[test
> > message4]}";
> > var r = /\{@.+?\}/g;
> > var a = s.match(r);
> > var t = a.join();
> > var u = t.replace(/\{@(\w+?)\W.+?\}/g,'$1');
> > alert(
> >     't\t: ' + t + '\n' +
> >     'u\t: ' + u
> > );
> > 
> > In this example, _t_ has the proper values, but _u_
> > is missing field2 (same
> > in IE and Mozilla).  So maybe a problem with
> > t.replace.  I'll keep looking.
> > This preceeds the original question about matching
> > multiple lines.  Can you
> > give an example of multi-line field names?  Or is it
> > multi-line content?
> > Like this?
> 
> Thanks for you help thus far.
> 
> As for the milti-line question I was making reference
> to embedded field with (multi-line) content:
> 
> {@fieldname:[some content here]}
> {@fieldname:[
>    some more multi-line
>    content here
> ]}
> 
> and field without content can be represented as:
> 
> {@fieldname} 
> {@fieldname:[]} // same as {@fieldname}
> 
> --
> Raymond Irving
> 
> > 
> > {@multi-
> > line-
> > field-
> > name:[multi-
> > line-
> > content]}
> > 
> > 
> > Leif
> > 
> > 
> > ----- Original Message ----- 
> > From: "Dev" <de...@ti...>
> > To: "Raymond Irving" <xw...@ya...>;
> > "DynAPI-Dev"
> > <dyn...@li...>
> > Sent: Thursday, June 05, 2003 2:58 PM
> > Subject: Re: [Dynapi-Dev] Help need with RegEx
> > object
> > 
> > 
> > > Hi, I am not soo good at it either... but got some
> > help from ultraedit...
> > >
> > > Se the attatchment
> > >
> > > Regards
> > > Daniel
> > >
> > > > Hi,
> > > >
> > > > I'm not too familiar with the regex object so
> > I'm
> > > > wondering if anyone can help me out? Here's an
> > example
> > > > of what I'm trying to do:
> > > >
> > > > var s=" test <table>{@field1}</table2> this is a
> > > > test{@field2} {@field3:[test message]} tht ere
> > > > {@field4:[test message4]}";
> > > > var r= /\{@.+?\}/g;
> > > > var a= s.match(r)
> > > > s=a.join()
> > > > s=s.replace(/\{@(\w+?)\W.+?\}/g,'$1');
> > > > alert(s)
> > > >
> > > >
> > > > I would like the use regex to get all the field
> > names
> > > > withing the a string then use another regex to
> > get all
> > > > multi-line field names and their content
> > > > ({@fieldname:[content]}). Is this possible?
> > > >
> > > > Many thanks
> > > >
> > > > --
> > > > Raymond Irving
> > > >
> > > >
> > > >
> > > > __________________________________
> > > > 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.../
> > >
> > >
> > 
> > 
> >
> ----------------------------------------------------------------------------
> > ----
> > 
> > 
> > > UltraEdit allows for Regular Expressions in many
> > of its search and replace
> > functions listed under the Search Menu.
> > >
> > > Regular expressions allow more complex search and
> > replace functions to be
> > performed in a single operation.
> > >
> > > There are twopossible sets of syntax that may be
> > used.  The first table
> > below shows the original UltraEdit syntax used in
> > earlier versions of
> > UltraEdit.  The second table shows the optional
> > "Unix" style regular
> > expressions.  This may be enabled from the
> > ConfigurationSection.
> > >
> > > Regular Expressions (UltraEdit Syntax):
> > >
> > > Symbol Function
> > > % Matches the start of line - Indicates the search
> > string must be at the
> > beginning of a line but does not include any line
> > terminator characters in
> > the resulting string selected.
> > > $ Matches the end of line - Indicates the search
> > string must be at the end
> > of line but does not include any line terminator
> > characters in the resulting
> > string selected.
> > > ? Matches any single character except newline
> > > * Matches any number of occurrences of any
> > character except newline
> > > + Matches one or more of the preceding
> > character/expression.  At least one
> > occurrence of the character must be found.
> > > ++ Matches the preceding character/expression zero
> > or more times.
> > > ^b Matches a page break
> > > ^p Matches a newline (CR/LF) (paragraph) (DOS
> > Files)
> > > ^r Matches a newline (CR Only) (paragraph) (MAC
> > Files)
> > > ^n Matches a newline (LF Only) (paragraph) (UNIX
> > Files)
> > > ^t Matches a tab character
> > > [ ] Matches any single character, or range in the
> > brackets
> > > ^{A^}^{B^} Matches expression A OR B
> > > ^ Overrides the following regular expression
> > character
> > > ^(.^) Brackets or tags an expression to use in the
> > replace command.  A
> > regular expression may have up to 9 tagged
> > expressions, numbered according
> > to their order in the regular expression.The
> > corresponding replacement
> > expression is ^x, for x in the range 1-9.  Example:
> > If ^(h*o^) ^(f*s^)
> > matches "hello folks", ^2 ^1 would replace it with
> > "folks hello".
> > > Note - ^ refers to the character '^' NOT Control
> > Key + value.
> > >
> > > Examples:
> > >
> > > m?n matches "man", "men", "min" but not "moon".
> > >
> > > t*t matches "test", "tonight" and "tea time" (the
> > "tea t" portion) but not
> > "tea
> > > time" (newline between "tea " and "time").
> > >
> > > Te+st matches "test", "teest", "teeeest" etc. but
> > does not match "tst".
> > >
> > > [aeiou] matches every lowercase vowel
> > > [,.?] matches a literal ",", "." or "?".
> > > [0-9, a-z] matches any digit, or lowercase letter
> > > [~0-9] matches any character except a digit (~
> > means NOT the following)
> > 
> === 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
> Dyn...@li...
> http://www.mail-archive.com/dyn...@li.../

Re: [Dynapi-Dev] #1 DynAPI real time inline compression

[Kevin <ke...@ke...>]

Hi Stephen,

I like the inline compression idea. Is the compressor
to be used in each library include, so the dependency
chain just compresses what's needed?

I have done some work on keyevents it captures most
keys needed for the tab manager examples. Also there
is a hotkey contribution that traps other combinations.

How did you manage to trap the alt key in NS4?

-
Kevin

 "Raymond Irving" <xw...@ya...> wrote:
> 
> A very cool idea indeed!
> 
> Just a few things to note:
> 
> 1) I don't think we'll have to change much from the
> client-side. All we would have to do is to use
> dynapi.compressor.asp as part of the src. For example:
> 
> <script
> src="dynapi.compressor.asp?file=../src/dynapi.js"></script>
> <script>
> dynapi.library.setPath('dynapi.compressor.asp?file=../src/')
> dynapi.library.include('dynapi.api');
> </script>
> 
> 2) Could this type of comression be made available
> from the offline versions? Currently we have three
> levels of compression: "None", "Low" and "High". This
> could be callled "Max"
> 
> 
> --
> Raymond Irving
> 
> 
> --- Stephen Carroll <sca...@vi...> wrote:
> > Greetings everyone,
> >     I'm really glad that 3.0 beta is out! I've
> > promised to start pulling my
> > own weight by working on some of my 'big ideas'
> > (well maybe small)  that I
> > have for DynAPI. Each of the items I have in mind,
> > I've already started work
> > on. I just needed a good kick in the butt to get the
> > code and ideas out
> > there. The first item I'd like to address is
> > compression. I know that there
> > is already a compression tool based on brain jar.
> > But I've been thinking
> > that the ultimate goal for me with DynAPI is to
> > build a small talk like dev.
> > environment that I can easily manipulate in
> > realtime, and not have to muck
> > around with compression as a post process. Because,
> > lets face it, mods will
> > be made, and I want to do them in an IDE built in
> > DynAPI for DynAPI, and I
> > want it optimized all the way. So I've come up with
> > the idea of using inline
> > compression for serving out the DynAPI library
> > itself and would like to run
> > the idea by everyone else for their impression.
> > 
> > Currently we include src="dynapi.js" in our HTML
> > headers, I've started
> > creating a script file to replace this that will do
> > the inline compression.
> > I want to make it cross platform and have the
> > majority of code in ASP for
> > starters and PERL as the 2nd version. Instead of
> > including src="dynapi.js",
> > there will be a file called dynapi.asp that will
> > serve up a compressed
> > version of dynapi.js + a decompression routine if it
> > is not passed any
> > parameters. Otherwise it will serve up the requested
> > file from the src
> > directory. The comments for the dynapi.asp file
> > would be broken down like
> > this:
> > 
> > '' DynAPI real time compression version for ASP
> > based servers.
> > 
> > '' First determine which file is being requested, or
> > serve up dynapi.js
> > compressed.
> > 
> > '' Get the file date/timestamp and compare it to the
> > cache.dat file in the
> > cache folder.
> > 
> > '' Find the cache folder, create it if it does not
> > exist.
> > 
> > '' Compare the filename/date/time and stamp and
> > determine if they match
> > 
> > '' Make mods to dynapi.js, add the decompression
> > routine and mod the
> > library.include/library.load to use
> > dynapi.asp?file=xxx
> > 
> > '' Compress the latest file if needed and save it to
> > the cache folder.
> > 
> > '' Return the compressed file from the cache folder.
> > 
> > 
> > This will in effect, allow us to modify any file in
> > the dynapi src or
> > dynapi.js itself. Using dynapi.asp as your include,
> > should in effect, always
> > serve up a compressed version of the source files.
> > This will give us the
> > advantage of being able to mod away without haveing
> > to deal with compression
> > as a post process. Only the first time a file is
> > served up will there be a
> > delay while the server compresses a new or recently
> > modified source file.
> > Subsequent calls will return the contents of the
> > file from the cache folder.
> > 
> > Any thoughts?
> > 
> > My #2 item has to do with keyboard events... I've
> > already worked out a
> > library that can detect all keys and modifiers
> > (including alt, arror, ctrl,
> > shift, etc) on both Netscape 4+ and IE 4+. 'cept it
> > doesn't match the
> > current keyboard API, if someone is willing to take
> > it as is, i can make it
> > avail. right away for someone to work on it.
> > 
> > 
> > 
> > 
> >
> -------------------------------------------------------
> > 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.../
> 
> 
> __________________________________
> 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.../

Re: [Dynapi-Dev] compressing files

[Kevin <ke...@ke...>]

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

Re: [Dynapi-Dev] compressing files

[Raymond I. <xw...@ya...>]

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...http://www.mail-archive.com/dyn...@li.../
 



__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com

Re: [Dynapi-Dev] #1 DynAPI real time inline compression

[Raymond I. <xw...@ya...>]

A very cool idea indeed!

Just a few things to note:

1) I don't think we'll have to change much from the
client-side. All we would have to do is to use
dynapi.compressor.asp as part of the src. For example:

<script
src="dynapi.compressor.asp?file=../src/dynapi.js"></script>
<script>
dynapi.library.setPath('dynapi.compressor.asp?file=../src/')
dynapi.library.include('dynapi.api');
</script>

2) Could this type of comression be made available
from the offline versions? Currently we have three
levels of compression: "None", "Low" and "High". This
could be callled "Max"


--
Raymond Irving


--- Stephen Carroll <sca...@vi...> wrote:
> Greetings everyone,
>     I'm really glad that 3.0 beta is out! I've
> promised to start pulling my
> own weight by working on some of my 'big ideas'
> (well maybe small)  that I
> have for DynAPI. Each of the items I have in mind,
> I've already started work
> on. I just needed a good kick in the butt to get the
> code and ideas out
> there. The first item I'd like to address is
> compression. I know that there
> is already a compression tool based on brain jar.
> But I've been thinking
> that the ultimate goal for me with DynAPI is to
> build a small talk like dev.
> environment that I can easily manipulate in
> realtime, and not have to muck
> around with compression as a post process. Because,
> lets face it, mods will
> be made, and I want to do them in an IDE built in
> DynAPI for DynAPI, and I
> want it optimized all the way. So I've come up with
> the idea of using inline
> compression for serving out the DynAPI library
> itself and would like to run
> the idea by everyone else for their impression.
> 
> Currently we include src="dynapi.js" in our HTML
> headers, I've started
> creating a script file to replace this that will do
> the inline compression.
> I want to make it cross platform and have the
> majority of code in ASP for
> starters and PERL as the 2nd version. Instead of
> including src="dynapi.js",
> there will be a file called dynapi.asp that will
> serve up a compressed
> version of dynapi.js + a decompression routine if it
> is not passed any
> parameters. Otherwise it will serve up the requested
> file from the src
> directory. The comments for the dynapi.asp file
> would be broken down like
> this:
> 
> '' DynAPI real time compression version for ASP
> based servers.
> 
> '' First determine which file is being requested, or
> serve up dynapi.js
> compressed.
> 
> '' Get the file date/timestamp and compare it to the
> cache.dat file in the
> cache folder.
> 
> '' Find the cache folder, create it if it does not
> exist.
> 
> '' Compare the filename/date/time and stamp and
> determine if they match
> 
> '' Make mods to dynapi.js, add the decompression
> routine and mod the
> library.include/library.load to use
> dynapi.asp?file=xxx
> 
> '' Compress the latest file if needed and save it to
> the cache folder.
> 
> '' Return the compressed file from the cache folder.
> 
> 
> This will in effect, allow us to modify any file in
> the dynapi src or
> dynapi.js itself. Using dynapi.asp as your include,
> should in effect, always
> serve up a compressed version of the source files.
> This will give us the
> advantage of being able to mod away without haveing
> to deal with compression
> as a post process. Only the first time a file is
> served up will there be a
> delay while the server compresses a new or recently
> modified source file.
> Subsequent calls will return the contents of the
> file from the cache folder.
> 
> Any thoughts?
> 
> My #2 item has to do with keyboard events... I've
> already worked out a
> library that can detect all keys and modifiers
> (including alt, arror, ctrl,
> shift, etc) on both Netscape 4+ and IE 4+. 'cept it
> doesn't match the
> current keyboard API, if someone is willing to take
> it as is, i can make it
> avail. right away for someone to work on it.
> 
> 
> 
> 
>
-------------------------------------------------------
> 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.../


__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com

Re: [Dynapi-Dev] compressing files

[Leif W <war...@us...>]

PuTTY is a suite of SSH programs.  You need to connect to the CVS server
through SSH, otherwise you'd be sending a clear text password over the net,
which is insecure.  That's why SourceForge uses SSH.

Leif

----- Original Message ----- 
From: Jesse Vitrone
To: Raymond Irving
Cc: dyn...@li...
Sent: Friday, June 06, 2003 10:42 PM
Subject: Re: [Dynapi-Dev] compressing files


Raymond, Leif,
    Greg, glad to see you both like the idea.  I'll sign up with sourceforge
and use the patch system.
    I grabbed the code from CVS when I first started making the changes, but
I tried to do an update today, and there were lots on conflitcts that CVS
didn't seem to merge very well.  So I grabbed a clean copy of the code
again, and I'll go through and make the changes again.  Didn't take too long
the first time.
    I have WinCVS, but I've been using Tortoise CVS.  What do I need Putty
for?

    I found a bug today in my Java compression tool, and I'd like to get
that fixed before I sent it out.  I also wanted to add a feature in the XML
where you can specify a comment that will be put at the top of the merged
file, since it rips out all comments, and a lot of people want something in
the file for licensing and stuff like that.  Once I get 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 DynAPI
libraries.

There're two ways to check in your updates. You could:

1) Use the Patch system available on the DynAPI
SourceForge web site

2) Setup WinCVS and Putty on you computer can check in
you 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 whole
email

Hello all,
    I've never contributed to an open source project
before, so I'm not
sure of the proper ettiquite.  Please correct me if
I do something stupid :)
    I've been email with Raymond Irving about some
idea's that I had,
and he encouraged me to post it here and see what
people think.
    I wrote a Java version of the JavaScript
compressor that comes with
DynAPI.  Along with everything that the DynAPI one
does, it reads in a
config file that says "compress these files, then
merge them into this
one file".  This enables me to keep a good amount of
JS files when I'm
coding, but then when I "build" to apache, I
compress them all into 1
file, so the browser doesn't have to hit the server
multiple times to
get the files.
    Then, I took it a step farther, and added what I
had 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 I
was using and compress
/ merge them all into 1 file. It sped things up on
my server dramatically.
    The changes were all just adding semi-colons
where they were needed,
except for one case:
       The mouse_ie.js, dyndocument.js and
mouse_dom.js files all have a
method called "main" and that doesn't seem to work
very 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 all
the other references
to them.  Seems to work fine, but I haven't tested
extensively all the
examples and such.

I'd like to check in my changes, as well as send in
my 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 a
little 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 in
changes?

Jesse





-------------------------------------------------------

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


__________________________________
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.../

[Dynapi-Dev] Re: compressing files and dynapi.asp (aka server edition)

[Stephen C. <sca...@vi...>]

LOL, well it seems like alot of us are on the same thread of thought. I like
the idea of not having to hit the server multiple times, but doesn't 'HTTP
keep alive' maintain one socket connection for the duration of gifs, src,
etc. that are requested from a given HTTP server? This removes the overhead
of open/close sockets at the TCP/IP level to a minimum for any given client.
I do believe there is a speed increase in that HTTP parsing doesn't have to
take place if it can be included in one main file. For library.load, I
introduced a delay to allow multiple files to be requested from the HTTP
server in my dynapi.asp idea.  I also like the idea of never even having to
mess with compression altogether, thats inherent of the dynapi.asp behavior.

Re: [Dynapi-Dev] compressing files

[Jesse V. <je...@6t...>]

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
  <title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
Raymond, Leif,<br>
&nbsp;&nbsp;&nbsp; Greg, glad to see you both like the idea.&nbsp; I'll sign up with
sourceforge and use the patch system.<br>
&nbsp;&nbsp;&nbsp; I grabbed the code from CVS when I first started making the
changes, but I tried to do an update today, and there were lots on
conflitcts that CVS didn't seem to merge very well.&nbsp; So I grabbed a
clean copy of the code again, and I'll go through and make the changes
again.&nbsp; Didn't take too long the first time.<br>
&nbsp;&nbsp;&nbsp; I have WinCVS, but I've been using Tortoise CVS.&nbsp; What do I need
Putty for?<br>
<br>
&nbsp;&nbsp;&nbsp; I found a bug today in my Java compression tool, and I'd like to
get that fixed before I sent it out.&nbsp; I also wanted to add a feature in
the XML where you can specify a comment that will be put at the top of
the merged file, since it rips out all comments, and a lot of people
want something in the file for licensing and stuff like that.&nbsp; Once I
get that stuff in, I'll let you know and send you a copy.<br>
<br>
<br>
Jesse<br>
<br>
Raymond Irving wrote:<br>
<blockquote type="cite"
 cite="mid...@we...">
  <pre wrap="">Very cool indeed Jesse, very cool. Well done.

IMO the merge feature is a major plus for the DynAPI
libraries.

There're two ways to check in your updates. You could:

1) Use the Patch system available on the DynAPI
SourceForge web site

2) Setup WinCVS and Putty on you computer can check in
you changes via CVS.

Are your changes based on the lasted version in CVS?

--
Raymond Irving




--- Jesse Vitrone <a class="moz-txt-link-rfc2396E" href="mailto:je...@6t...">&lt;je...@6t...&gt;</a> wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">Ooops, sorry, hit send too soon :(  Here's the whole
email

Hello all,
    I've never contributed to an open source project
before, so I'm not 
sure of the proper ettiquite.  Please correct me if
I do something stupid :)
    I've been email with Raymond Irving about some
idea's that I had, 
and he encouraged me to post it here and see what
people think.
    I wrote a Java version of the JavaScript
compressor that comes with 
DynAPI.  Along with everything that the DynAPI one
does, it reads in a 
config file that says "compress these files, then
merge them into this 
one file".  This enables me to keep a good amount of
JS files when I'm 
coding, but then when I "build" to apache, I
compress them all into 1 
file, so the browser doesn't have to hit the server
multiple times to 
get the files.
    Then, I took it a step farther, and added what I
had 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 I
was using and compress 
/ merge them all into 1 file. It sped things up on
my server dramatically.
    The changes were all just adding semi-colons
where they were needed, 
except for one case:
       The mouse_ie.js, dyndocument.js and
mouse_dom.js files all have a 
method called "main" and that doesn't seem to work
very 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 all
the other references 
to them.  Seems to work fine, but I haven't tested
extensively all the 
examples and such.

I'd like to check in my changes, as well as send in
my 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 a
little 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 in
changes?
  
Jesse




    </pre>
  </blockquote>
  <pre wrap=""><!---->-------------------------------------------------------
  </pre>
  <blockquote type="cite">
    <pre wrap="">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
<a class="moz-txt-link-abbreviated" href="http://www.etnus.com">www.etnus.com</a>.
_______________________________________________
Dynapi-Dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Dyn...@li...">Dyn...@li...</a>

    </pre>
  </blockquote>
  <pre wrap=""><!----><a class="moz-txt-link-freetext" href="http://www.mail-archive.com/dyn...@li.../">http://www.mail-archive.com/dyn...@li.../</a>


__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
<a class="moz-txt-link-freetext" href="http://calendar.yahoo.com">http://calendar.yahoo.com</a>


-------------------------------------------------------
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 <a class="moz-txt-link-abbreviated" href="http://www.etnus.com">www.etnus.com</a>.
_______________________________________________
Dynapi-Dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Dyn...@li...">Dyn...@li...</a>
<a class="moz-txt-link-freetext" href="http://www.mail-archive.com/dyn...@li.../">http://www.mail-archive.com/dyn...@li.../</a>
  </pre>
</blockquote>
</body>
</html>