Menu
▾
▴
dynapi-dev — List related to the current DynAPI Core development
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(75) |
Nov
(252) |
Dec
(418) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(659) |
Feb
(1039) |
Mar
(870) |
Apr
(235) |
May
(329) |
Jun
(251) |
Jul
(123) |
Aug
(119) |
Sep
(67) |
Oct
(194) |
Nov
(535) |
Dec
(133) |
| 2002 |
Jan
(122) |
Feb
(24) |
Mar
(29) |
Apr
(28) |
May
(16) |
Jun
(20) |
Jul
(11) |
Aug
(12) |
Sep
(13) |
Oct
(14) |
Nov
(23) |
Dec
(19) |
| 2003 |
Jan
(28) |
Feb
(170) |
Mar
(288) |
Apr
(211) |
May
(126) |
Jun
(166) |
Jul
(131) |
Aug
(102) |
Sep
(211) |
Oct
(301) |
Nov
(22) |
Dec
(6) |
| 2004 |
Jan
(14) |
Feb
(16) |
Mar
(7) |
Apr
|
May
(8) |
Jun
(25) |
Jul
(21) |
Aug
(2) |
Sep
(7) |
Oct
|
Nov
(2) |
Dec
(1) |
| 2005 |
Jan
(4) |
Feb
(2) |
Mar
(14) |
Apr
(24) |
May
(3) |
Jun
(7) |
Jul
(30) |
Aug
(5) |
Sep
(1) |
Oct
(3) |
Nov
|
Dec
(1) |
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
|
|
From: Cristian G. <cri...@pr...> - 2003-06-17 14:42:46
|
Raymond Irving wrote: > --- Aaron Shafovaloff <aar...@ya...> wrote: > >>Any idea when SODA will be ported to PHP? > > > Well, I don't know when, but I it's currently been > worked on. > > Any word on the PHP verion of IOelement or SODA? > > -- > Raymond Irving I'm currently involved in a different project which is really urgent so I have slowed down the porting. I hope to return to dynapi & SODA in a couple of weeks. Until now, I'd like to hear about any new contribution. Attached you'll find my porting so far. Grig |
|
From: Raymond I. <xw...@ya...> - 2003-06-16 23:38:20
|
I had a contact some time ago for the PHP version, but have not gotten any reply for sometime now. It might be cool if you can start on a perl version first. The files that needs to be converted are: examples/ioelmsrv.jscript.asp examples/ioelmsrv.soda.jscript.asp for more help see: docs/docs/quickref.ioelement.html docs/docs/quickref.soda.html docs/docs/quickref.soda-ntier.html -- Raymond Irving --- Leif W <war...@us...> wrote: > Hi, > > I know a bit of PHP and Perl, maybe I could help > write versions for both > languages. I'm not familiar with IOelement or SODA. > I'll have to do some > research. If someone can briefly describe to me the > overview of how these > objects are used in client only mode or > client-server mode, or refer me to > some examples in addition to the one provided in the > distribution, it would > be appreciated. Which file(s) (if any) exist that > need conversion or if > none, then I'll start from scratch. > > Leif > > ----- Original Message ----- > From: "Raymond Irving" <xw...@ya...> > To: "DynAPI-Dev" <dyn...@li...> > Sent: Monday, June 16, 2003 2:33 PM > Subject: Re: [Dynapi-Dev] PHP version of SODA > > > > > > --- Aaron Shafovaloff <aar...@ya...> wrote: > > > Any idea when SODA will be ported to PHP? > > > > Well, I don't know when, but I it's currently been > > worked on. > > > > Any word on the PHP verion of IOelement or SODA? > > > > -- > > Raymond Irving > > > > > Thanks, > > > > > > > > > __________________________________ > > Do you Yahoo!? > > SBC Yahoo! DSL - Now only $29.95 per month! > > http://sbc.yahoo.com > > > > > > > ------------------------------------------------------- > > This SF.NET email is sponsored by: eBay > > Great deals on office technology -- on eBay now! > Click here: > > http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > > http://www.mail-archive.com/dyn...@li.../ > > > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: INetU > Attention Web Developers & Consultants: Become An > INetU Hosting Partner. > Refer Dedicated Servers. We Manage Them. You Get 10% > Monthly Commission! > INetU Dedicated Managed Hosting > http://www.inetu.net/partner/index.php > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://www.mail-archive.com/dyn...@li.../ __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com |
|
From: Leif W <war...@us...> - 2003-06-16 23:08:43
|
Hi, I know a bit of PHP and Perl, maybe I could help write versions for both languages. I'm not familiar with IOelement or SODA. I'll have to do some research. If someone can briefly describe to me the overview of how these objects are used in client only mode or client-server mode, or refer me to some examples in addition to the one provided in the distribution, it would be appreciated. Which file(s) (if any) exist that need conversion or if none, then I'll start from scratch. Leif ----- Original Message ----- From: "Raymond Irving" <xw...@ya...> To: "DynAPI-Dev" <dyn...@li...> Sent: Monday, June 16, 2003 2:33 PM Subject: Re: [Dynapi-Dev] PHP version of SODA > > --- Aaron Shafovaloff <aar...@ya...> wrote: > > Any idea when SODA will be ported to PHP? > > Well, I don't know when, but I it's currently been > worked on. > > Any word on the PHP verion of IOelement or SODA? > > -- > Raymond Irving > > > Thanks, > > > > > __________________________________ > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month! > http://sbc.yahoo.com > > > ------------------------------------------------------- > This SF.NET email is sponsored by: eBay > Great deals on office technology -- on eBay now! Click here: > http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://www.mail-archive.com/dyn...@li.../ > > |
|
From: Raymond I. <xw...@ya...> - 2003-06-16 18:33:10
|
--- Aaron Shafovaloff <aar...@ya...> wrote: > Any idea when SODA will be ported to PHP? Well, I don't know when, but I it's currently been worked on. Any word on the PHP verion of IOelement or SODA? -- Raymond Irving > Thanks, > __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com |
|
From: Raymond I. <xw...@ya...> - 2003-06-16 17:45:59
|
Hello, Check out these new HCs: HTMLClock - Analog HTMLMenu - Cascading Menu HTMLCalendar - (updated with Month & Year selector) To see them in action go to: http://www24.brinkster.com/dyntools/next/examples/dynapi.gui.templatemanager.html You can also view a quick screenshot here: http://www24.brinkster.com/dyntools/images/templatemanager.jpg Any comments? -- Raymond Irving __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com |
|
From: Raymond I. <xw...@ya...> - 2003-06-13 13:07:35
|
Please give show an example of your page that's not showing the tooltip. PS. My yahoo.com mail box was over quota yesterday so if I've missed any emails please forgive me. -- Raymond --- Adeola Awoyemi <awo...@ya...> wrote: > I'm using DynAPI 2.5.7 and I'm having trouble with > displaying the title > attribute (tooltip) of HTML elements on the page. It > seems that pages I have > that don¹t use the api work ok but the ones that do > just wont display the > tooltips. > > Adeola. > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: eBay > Great deals on office technology -- on eBay now! > Click here: > http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 > _______________________________________________ > 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 |
|
From: Adeola A. <awo...@ya...> - 2003-06-12 10:55:53
|
I'm using DynAPI 2.5.7 and I'm having trouble with displaying the title attribute (tooltip) of HTML elements on the page. It seems that pages I hav= e that don=B9t use the api work ok but the ones that do just wont display the tooltips. Adeola. |
|
From: Jesse V. <je...@6t...> - 2003-06-11 20:32:13
|
<!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">
I'd love to add something like that, but does anyone know all the rules
for when to add? If we could come up with a good algorithm for that,
I'd be up for adding it to the code.<br>
<br>
Jesse<br>
<br>
Raymond Irving wrote:<br>
<blockquote type="cite"
cite="mid...@we...">
<pre wrap="">
One other question... Does the compressor checks for
missing semi-colons (;)? It would be very good if it
does and had the ability to insert the missing
semi-colon.
--
Raymond Irving
--- Jesse Vitrone <a class="moz-txt-link-rfc2396E" href="mailto:je...@6t..."><je...@6t...></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">OK, I merged with CVS the other day with no
problems, I'll make sure I
do it again before committal.
My source forge user name is jessev.
Jesse
Raymond Irving wrote:
</pre>
<blockquote type="cite">
<pre wrap="">CVS is the better of the two options. Please make
</pre>
</blockquote>
<pre wrap="">sure
</pre>
<blockquote type="cite">
<pre wrap="">that you first have the lastest version in CVS
</pre>
</blockquote>
<pre wrap="">before
</pre>
<blockquote type="cite">
<pre wrap="">merging your changes. As for documentation on
</pre>
</blockquote>
<pre wrap="">change
</pre>
<blockquote type="cite">
<pre wrap="">please use the docs/docs/revision.html file
--
Raymond Irving
--- Jesse Vitrone <a class="moz-txt-link-rfc2396E" href="mailto:je...@6t..."><je...@6t...></a>
</pre>
</blockquote>
<pre wrap="">wrote:
</pre>
<blockquote type="cite">
<pre wrap="">---------------------------------
I don't mind just committing the code with CVS,
it's easier than doingthe whole patch deal. As
</pre>
</blockquote>
<pre wrap="">long
</pre>
<blockquote type="cite">
<pre wrap="">as you don't mind me checking in thestuff before
someone looks it over. Do you prefer me using the
patchmethod or just commiting it with CVS?
I can always make a list of the changes I made.
Mostly just addedsemi-colons. Only one other thing
that I changed, and I'll write upsomething
</pre>
</blockquote>
<pre wrap="">explaining
</pre>
<blockquote type="cite">
<pre wrap="">the change.
Jesse
Raymond Irving wrote:
Well you could:1) zip up the files and use the
</pre>
</blockquote>
<pre wrap="">patch
</pre>
<blockquote type="cite">
<pre wrap="">on sourceforgeto upload your change. Then on of the
devs with writeaccess can then upload your changes
</pre>
</blockquote>
<pre wrap="">to
</pre>
<blockquote type="cite">
<pre wrap="">CVS. To submita patch go to the followinf
</pre>
</blockquote>
<pre wrap="">URL:<a class="moz-txt-link-freetext" href="http://sourceforge.net/tracker/?group_id=5757&atid=3057572">http://sourceforge.net/tracker/?group_id=5757&atid=3057572</a>)
</pre>
<blockquote type="cite">
<pre wrap="">Sign-up with SourceForge. Setup WinCVS,Putty andSSH
and then send me you sourcefoge user id. Pleaseesee
the following docs on how to setup WinCVS,Putty
</pre>
</blockquote>
<pre wrap="">&SSH:<a class="moz-txt-link-freetext" href="http://sourceforge.net/docman/display_doc.php?docid=6841&group_id=1http://sourceforge.net/docman/display_doc.php?docid=766&group_id=1--Raymond">http://sourceforge.net/docman/display_doc.php?docid=6841&group_id=1http://sourceforge.net/docman/display_doc.php?docid=766&group_id=1--Raymond</a>
</pre>
<blockquote type="cite">
<pre wrap="">Irving--- Jesse Vitrone <a class="moz-txt-link-rfc2396E" href="mailto:je...@6t..."><je...@6t...></a>
wrote:
OK, I've got 2 things to add, I've got
thejava.compressor code, and some updated js files,
with semi-colons added andstuff.The js files should
</pre>
</blockquote>
<pre wrap="">be
</pre>
<blockquote type="cite">
<pre wrap="">added as a patch? Do I need to do anything more
</pre>
</blockquote>
<pre wrap="">than
</pre>
<blockquote type="cite">
<pre wrap="">have a regularsource forge account? Should I be a
member of the project? It looks like I can only
</pre>
</blockquote>
<pre wrap="">attach
</pre>
<blockquote type="cite">
<pre wrap="">one file to a patch. Does that mean I zip up the
</pre>
</blockquote>
<pre wrap="">files
</pre>
<blockquote type="cite">
<pre wrap="">that I changed?The java compressor, I have a CVS
client and putty. Now what?Thanks, 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...://www.mail-archive.com/dyn...@li.../">lis...@li...://www.mail-archive.com/dyn...@li.../</a>
</pre>
<pre wrap="">-------------------------------------------------------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...://www.mail-archive.com/dyn...@li.../">lis...@li...://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: eBay
Great deals on office technology -- on eBay now!
</pre>
</blockquote>
<pre wrap="">Click here:
</pre>
<blockquote type="cite">
<pre wrap=""><a class="moz-txt-link-freetext" href="http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5">http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5</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>
</pre>
<blockquote type="cite">
<pre wrap="">
</pre>
</blockquote>
<pre wrap="">
</pre>
</blockquote>
<pre wrap=""><!---->-------------------------------------------------------
</pre>
<blockquote type="cite">
<pre wrap="">This SF.NET email is sponsored by: eBay
Great deals on office technology -- on eBay now!
Click here:
<a class="moz-txt-link-freetext" href="http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5">http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5</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: eBay
Great deals on office technology -- on eBay now! Click here:
<a class="moz-txt-link-freetext" href="http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5">http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5</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>
|
|
From: Raymond I. <xw...@ya...> - 2003-06-11 19:56:04
|
One other question... Does the compressor checks for missing semi-colons (;)? It would be very good if it does and had the ability to insert the missing semi-colon. -- Raymond Irving --- Jesse Vitrone <je...@6t...> wrote: > OK, I merged with CVS the other day with no > problems, I'll make sure I > do it again before committal. > > My source forge user name is jessev. > > Jesse > > Raymond Irving wrote: > > >CVS is the better of the two options. Please make > sure > >that you first have the lastest version in CVS > before > >merging your changes. As for documentation on > change > >please use the docs/docs/revision.html file > > > >-- > >Raymond Irving > > > > > > > >--- Jesse Vitrone <je...@6t...> > wrote: > > > >--------------------------------- > > I don't mind just committing the code with CVS, > >it's easier than doingthe whole patch deal. As > long > >as you don't mind me checking in thestuff before > >someone looks it over. Do you prefer me using the > >patchmethod or just commiting it with CVS? > > > >I can always make a list of the changes I made. > >Mostly just addedsemi-colons. Only one other thing > >that I changed, and I'll write upsomething > explaining > >the change. > > > >Jesse > > > >Raymond Irving wrote: > > > >Well you could:1) zip up the files and use the > patch > >on sourceforgeto upload your change. Then on of the > >devs with writeaccess can then upload your changes > to > >CVS. To submita patch go to the followinf > >URL:http://sourceforge.net/tracker/?group_id=5757&atid=3057572) > >Sign-up with SourceForge. Setup WinCVS,Putty andSSH > >and then send me you sourcefoge user id. Pleaseesee > >the following docs on how to setup WinCVS,Putty > >&SSH:http://sourceforge.net/docman/display_doc.php?docid=6841&group_id=1http://sourceforge.net/docman/display_doc.php?docid=766&group_id=1--Raymond > >Irving--- Jesse Vitrone <je...@6t...> > >wrote: > > > >OK, I've got 2 things to add, I've got > >thejava.compressor code, and some updated js files, > >with semi-colons added andstuff.The js files should > be > >added as a patch? Do I need to do anything more > than > >have a regularsource forge account? Should I be a > >member of the project? It looks like I can only > attach > >one file to a patch. Does that mean I zip up the > files > >that I changed?The java compressor, I have a CVS > >client and putty. Now what?Thanks, Jesse > > > >------------------------------------------------------- > > > > > >This SF.net email is sponsored by: Etnus, makers > >ofTotalView, The bestthread debugger on the planet. > >Designed with threaddebugging featuresyou've never > >dreamed of, try TotalView 6 free > >atwww.etnus.com._______________________________________________Dynapi-Dev > >mailing lis...@li... > > > >http://www.mail-archive.com/dyn...@li.../__________________________________Do > >you Yahoo!?Yahoo! Calendar - Free online calendar > with > >sync to > >Outlook(TM).http://calendar.yahoo.com-------------------------------------------------------This > >SF.net email is sponsored by: Etnus, makers of > >TotalView, The bestthread debugger on the planet. > >Designed with thread debugging featuresyou've never > >dreamed of, try TotalView 6 free at > >www.etnus.com._______________________________________________Dynapi-Dev > >mailing > >lis...@li...://www.mail-archive.com/dyn...@li.../ > > > >-------------------------------------------------------This > >SF.net email is sponsored by: Etnus, makers of > >TotalView, The bestthread debugger on the planet. > >Designed with thread debugging featuresyou've never > >dreamed of, try TotalView 6 free at > >www.etnus.com._______________________________________________Dynapi-Dev > >mailing > >lis...@li...://www.mail-archive.com/dyn...@li.../ > > > > > >__________________________________ > >Do you Yahoo!? > >Yahoo! Calendar - Free online calendar with sync to > Outlook(TM). > >http://calendar.yahoo.com > > > > > >------------------------------------------------------- > >This SF.NET email is sponsored by: eBay > >Great deals on office technology -- on eBay now! > Click here: > >http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 > >_______________________________________________ > >Dynapi-Dev mailing list > >Dyn...@li... > >http://www.mail-archive.com/dyn...@li.../ > > > > > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: eBay > Great deals on office technology -- on eBay now! > Click here: > http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 > _______________________________________________ > 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 |
|
From: Jesse V. <je...@6t...> - 2003-06-11 18:02:02
|
OK, I merged with CVS the other day with no problems, I'll make sure I do it again before committal. My source forge user name is jessev. Jesse Raymond Irving wrote: >CVS is the better of the two options. Please make sure >that you first have the lastest version in CVS before >merging your changes. As for documentation on change >please use the docs/docs/revision.html file > >-- >Raymond Irving > > > >--- Jesse Vitrone <je...@6t...> wrote: > >--------------------------------- > I don't mind just committing the code with CVS, >it's easier than doingthe whole patch deal. As long >as you don't mind me checking in thestuff before >someone looks it over. Do you prefer me using the >patchmethod or just commiting it with CVS? > >I can always make a list of the changes I made. >Mostly just addedsemi-colons. Only one other thing >that I changed, and I'll write upsomething explaining >the change. > >Jesse > >Raymond Irving wrote: > >Well you could:1) zip up the files and use the patch >on sourceforgeto upload your change. Then on of the >devs with writeaccess can then upload your changes to >CVS. To submita patch go to the followinf >URL:http://sourceforge.net/tracker/?group_id=5757&atid=3057572) >Sign-up with SourceForge. Setup WinCVS,Putty andSSH >and then send me you sourcefoge user id. Pleaseesee >the following docs on how to setup WinCVS,Putty >&SSH:http://sourceforge.net/docman/display_doc.php?docid=6841&group_id=1http://sourceforge.net/docman/display_doc.php?docid=766&group_id=1--Raymond >Irving--- Jesse Vitrone <je...@6t...> >wrote: > >OK, I've got 2 things to add, I've got >thejava.compressor code, and some updated js files, >with semi-colons added andstuff.The js files should be >added as a patch? Do I need to do anything more than >have a regularsource forge account? Should I be a >member of the project? It looks like I can only attach >one file to a patch. Does that mean I zip up the files >that I changed?The java compressor, I have a CVS >client and putty. Now what?Thanks, Jesse > >------------------------------------------------------- > > >This SF.net email is sponsored by: Etnus, makers >ofTotalView, The bestthread debugger on the planet. >Designed with threaddebugging featuresyou've never >dreamed of, try TotalView 6 free >atwww.etnus.com._______________________________________________Dynapi-Dev >mailing lis...@li... > >http://www.mail-archive.com/dyn...@li.../__________________________________Do >you Yahoo!?Yahoo! Calendar - Free online calendar with >sync to >Outlook(TM).http://calendar.yahoo.com-------------------------------------------------------This >SF.net email is sponsored by: Etnus, makers of >TotalView, The bestthread debugger on the planet. >Designed with thread debugging featuresyou've never >dreamed of, try TotalView 6 free at >www.etnus.com._______________________________________________Dynapi-Dev >mailing >lis...@li...://www.mail-archive.com/dyn...@li.../ > >-------------------------------------------------------This >SF.net email is sponsored by: Etnus, makers of >TotalView, The bestthread debugger on the planet. >Designed with thread debugging featuresyou've never >dreamed of, try TotalView 6 free at >www.etnus.com._______________________________________________Dynapi-Dev >mailing >lis...@li...://www.mail-archive.com/dyn...@li.../ > > >__________________________________ >Do you Yahoo!? >Yahoo! Calendar - Free online calendar with sync to Outlook(TM). >http://calendar.yahoo.com > > >------------------------------------------------------- >This SF.NET email is sponsored by: eBay >Great deals on office technology -- on eBay now! Click here: >http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 >_______________________________________________ >Dynapi-Dev mailing list >Dyn...@li... >http://www.mail-archive.com/dyn...@li.../ > > |
|
From: Raymond I. <xw...@ya...> - 2003-06-11 16:27:56
|
CVS is the better of the two options. Please make sure
that you first have the lastest version in CVS before
merging your changes. As for documentation on change
please use the docs/docs/revision.html file
--
Raymond Irving
--- Jesse Vitrone <je...@6t...> wrote:
---------------------------------
I don't mind just committing the code with CVS,
it's easier than doingthe whole patch deal. As long
as you don't mind me checking in thestuff before
someone looks it over. Do you prefer me using the
patchmethod or just commiting it with CVS?
I can always make a list of the changes I made.
Mostly just addedsemi-colons. Only one other thing
that I changed, and I'll write upsomething explaining
the change.
Jesse
Raymond Irving wrote:
Well you could:1) zip up the files and use the patch
on sourceforgeto upload your change. Then on of the
devs with writeaccess can then upload your changes to
CVS. To submita patch go to the followinf
URL:http://sourceforge.net/tracker/?group_id=5757&atid=3057572)
Sign-up with SourceForge. Setup WinCVS,Putty andSSH
and then send me you sourcefoge user id. Pleaseesee
the following docs on how to setup WinCVS,Putty
&SSH:http://sourceforge.net/docman/display_doc.php?docid=6841&group_id=1http://sourceforge.net/docman/display_doc.php?docid=766&group_id=1--Raymond
Irving--- Jesse Vitrone <je...@6t...>
wrote:
OK, I've got 2 things to add, I've got
thejava.compressor code, and some updated js files,
with semi-colons added andstuff.The js files should be
added as a patch? Do I need to do anything more than
have a regularsource forge account? Should I be a
member of the project? It looks like I can only attach
one file to a patch. Does that mean I zip up the files
that I changed?The java compressor, I have a CVS
client and putty. Now what?Thanks, Jesse
-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers
ofTotalView, The bestthread debugger on the planet.
Designed with threaddebugging featuresyou've never
dreamed of, try TotalView 6 free
atwww.etnus.com._______________________________________________Dynapi-Dev
mailing lis...@li...
http://www.mail-archive.com/dyn...@li.../__________________________________Do
you Yahoo!?Yahoo! Calendar - Free online calendar with
sync to
Outlook(TM).http://calendar.yahoo.com-------------------------------------------------------This
SF.net email is sponsored by: Etnus, makers of
TotalView, The bestthread debugger on the planet.
Designed with thread debugging featuresyou've never
dreamed of, try TotalView 6 free at
www.etnus.com._______________________________________________Dynapi-Dev
mailing
lis...@li...://www.mail-archive.com/dyn...@li.../
-------------------------------------------------------This
SF.net email is sponsored by: Etnus, makers of
TotalView, The bestthread debugger on the planet.
Designed with thread debugging featuresyou've never
dreamed of, try TotalView 6 free at
www.etnus.com._______________________________________________Dynapi-Dev
mailing
lis...@li...://www.mail-archive.com/dyn...@li.../
__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com
|
|
From: Jesse V. <je...@6t...> - 2003-06-11 14:45:32
|
<!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"> I don't mind just committing the code with CVS, it's easier than doing the whole patch deal. As long as you don't mind me checking in the stuff before someone looks it over. Do you prefer me using the patch method or just commiting it with CVS?<br> <br> I can always make a list of the changes I made. Mostly just added semi-colons. Only one other thing that I changed, and I'll write up something explaining the change.<br> <br> Jesse<br> <br> Raymond Irving wrote:<br> <blockquote type="cite" cite="mid...@we..."> <pre wrap="">Well you could: 1) zip up the files and use the patch on sourceforge to upload your change. Then on of the devs with write access can then upload your changes to CVS. To submit a patch go to the followinf URL: <a class="moz-txt-link-freetext" href="http://sourceforge.net/tracker/?group_id=5757&atid=305757">http://sourceforge.net/tracker/?group_id=5757&atid=305757</a> 2) Sign-up with SourceForge. Setup WinCVS,Putty and SSH and then send me you sourcefoge user id. Pleasee see the following docs on how to setup WinCVS,Putty & SSH: <a class="moz-txt-link-freetext" href="http://sourceforge.net/docman/display_doc.php?docid=6841&group_id=1">http://sourceforge.net/docman/display_doc.php?docid=6841&group_id=1</a> <a class="moz-txt-link-freetext" href="http://sourceforge.net/docman/display_doc.php?docid=766&group_id=1">http://sourceforge.net/docman/display_doc.php?docid=766&group_id=1</a> -- Raymond Irving --- Jesse Vitrone <a class="moz-txt-link-rfc2396E" href="mailto:je...@6t..."><je...@6t...></a> wrote: </pre> <blockquote type="cite"> <pre wrap="">OK, I've got 2 things to add, I've got the java.compressor code, and some updated js files, with semi-colons added and stuff. The js files should be added as a patch? Do I need to do anything more than have a regular source forge account? Should I be a member of the project? It looks like I can only attach one file to a patch. Does that mean I zip up the files that I changed? The java compressor, I have a CVS client and putty. Now what? Thanks, 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> |
|
From: Raymond I. <xw...@ya...> - 2003-06-11 13:51:46
|
Well you could: 1) zip up the files and use the patch on sourceforge to upload your change. Then on of the devs with write access can then upload your changes to CVS. To submit a patch go to the followinf URL: http://sourceforge.net/tracker/?group_id=5757&atid=305757 2) Sign-up with SourceForge. Setup WinCVS,Putty and SSH and then send me you sourcefoge user id. Pleasee see the following docs on how to setup WinCVS,Putty & SSH: http://sourceforge.net/docman/display_doc.php?docid=6841&group_id=1 http://sourceforge.net/docman/display_doc.php?docid=766&group_id=1 -- Raymond Irving --- Jesse Vitrone <je...@6t...> wrote: > OK, I've got 2 things to add, I've got the > java.compressor code, and > some updated js files, with semi-colons added and > stuff. > > The js files should be added as a patch? > Do I need to do anything more than have a regular > source forge account? > Should I be a member of the project? > It looks like I can only attach one file to a patch. > Does that mean I > zip up the files that I changed? > > The java compressor, I have a CVS client and putty. > Now what? > > 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 |
|
From: Kevin <ke...@ke...> - 2003-06-10 19:36:25
|
Thanks Raymond, I will look at it later. - Kevin ----- Original Message ----- From: "Raymond Irving" <xw...@ya...> To: "Dynapi-Dev" <Dyn...@li...> Sent: Tuesday, June 10, 2003 4:32 PM Subject: Re: [Dynapi-Dev] NS4 image teaser - fixed > Hi Kevin, > > Here the fix for NS4 image rollover bug. > > This should now work in nested layers > > -- > Raymond Irving > > --- Kevin <ke...@ke...> wrote: > > 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 > > > > > > > ATTACHMENT part 2 application/x-zip-compressed > name=getimage2.zip > > > > __________________________________ > Do you Yahoo!? > Yahoo! Calendar - Free online calendar with sync to Outlook(TM). > http://calendar.yahoo.com |
|
From: Kevin <ke...@ke...> - 2003-06-10 18:47:38
|
"Raymond Irving" <xw...@ya...> wrote: > --- Kevin <ke...@ke...> wrote: > > ... As for this method once a developer has a custom > > pre-processed and compressed file > > > set published on the server there is no need for > > the library. > > What do you mean? Remember that the compressed or > uncompressed files are called "DynAPI" and still falls > under the LGPL. I was talking about packages.js and the library mechanism not LGPL. These could be removed if a one compressed file was used. As for custom I mean that the compressed file may just contain say the api / functions.image and border manager for web servers that host photo albums. Or just the api and IOElement etc. for data server sites. - Kevin. > PS. Customized js files that uses the library does not > fall under the LGPL. This makes it possible for DynAPI > to be used in commercial apps, but any modifications > to the library should be made public and should fall > under the LGPL. Correct? > > -- > Raymond Irving > > > > Difficult to choose. Though > > > I like one bundle per (virtual) server with little > > load. > > > > > > - > > > Kevin > > > > > > ----- Original Message ----- > > > From: Jesse Vitrone > > > To: Kevin > > > Cc: Dynapi-Dev > > > Sent: Sunday, June 08, 2003 7:19 PM > > > Subject: Re: [Dynapi-Dev] compressing files > > > > > > > > > Kevin, > > > I'm not sure what you mean about remove the > > existing library system from the api. With the > > xml > > > config that I you can customize, you just pick and > > choose what JS files you want it to compress > > and > > > merge. So, I have the basic DynAPI ones, plus the > > others that I use, plus my own. It looks > > > something like this: > > > > > > <jscompressor> > > > <compressed-file > > > name="D:/development/6thgear/js/6thgear_compressed.js"> > > > <input-file > > name="D:/development/6thgear/dynapi/src/dynapi.js"/> > > > <input-file > > > name="D:/development/6thgear/dynapi/src/api/event.js"/> > > > <input-file > > > name="D:/development/6thgear/dynapi/src/api/dyndocument.js"/> > > > <input-file > > > name="D:/development/6thgear/dynapi/src/api/dynlayer_base.js"/> > > > <input-file > > > name="D:/development/6thgear/dynapi/src/api/dynlayer_dom.js"/> > > > <input-file > > > name="D:/development/6thgear/dynapi/src/api/mouse_dom.js"/> > > > <input-file > > > name="D:/development/6thgear/dynapi/src/api/ext/dynlayer.inline.js"/> > > > <input-file > > name="D:/development/6thgear/js/6thgear.js"/> > > > <input-file > > name="D:/development/6thgear/js/gearWindow.js"/> > > > <input-file > > name="D:/development/6thgear/js/templates.js"/> > > > </compressed-file> > > > > > > <compressed-file > > > name="D:/development/6thgear/js/6thgear_edit_compressed.js"> > > > <input-file > > > name="D:/development/6thgear/dynapi/src/api/ext/dragevent.js"/> > > > <input-file > > name="D:/development/6thgear/js/6thgear_edit.js"/> > > > <input-file > > > name="D:/development/6thgear/js/gearWindow_edit.js"/> > > > <input-file > > name="D:/development/6thgear/js/templates_edit.js"/> > > > </compressed-file> > > > > > > </jscompressor> > > > > > > > > > This generates 2 files, 6thgear_compress.js and > > 6thgear_edit_compressed. Then, my files only need > > > to include these, and no other DynAPI files. > > > > > > Is this what you mean by removing the library > > system? Since I don't have to include the > > library.js > > > or use it in my code? > > > > > > Jesse > > > > > > Kevin wrote: > > > > > > Hi Jesse, > > > > > > I think two compression methods can live well > > together. > > > Yours will serve a static compressed bundle with > > little > > > server load. It would be nice of this method could > > > remove the existing library system from the api. > > Then > > > the compressor would reuse the removed code logic > > (to > > > work out dependencies) as a front end so the > > developer > > > can decide what compressed bundle is needed to > > serve > > > hosted application types. Is this is a standalone > > > application requiring an interpreter not an > > applet. > > > > > > - > > > Kevin. > > > > > > "Raymond Irving" <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 > > > === 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.../ |
|
From: Jesse V. <je...@6t...> - 2003-06-10 17:27:31
|
OK, I've got 2 things to add, I've got the java.compressor code, and
some updated js files, with semi-colons added and stuff.
The js files should be added as a patch?
Do I need to do anything more than have a regular source forge account?
Should I be a member of the project?
It looks like I can only attach one file to a patch. Does that mean I
zip up the files that I changed?
The java compressor, I have a CVS client and putty. Now what?
Thanks,
Jesse
|
|
From: Jesse V. <je...@6t...> - 2003-06-10 17:12:02
|
That folder structure sounds good to me.
Jesse
Raymond Irving wrote:
>Very good! I like to have the option of using either
>two or one file.
>
>PS. As for the sub-folders inside the bin/ directory
>I've came up with the following suggestion:
>
>bin/java.compressor - java version
>bin/jscript.compressor - html version
>bin/realtime.compressor - server-side version
>
>?
>
>--
>Raymond Irving
>
>
>--- Jesse Vitrone <je...@6t...> wrote:
>
>---------------------------------
> I see your point.
>
>With the way the compressor is now, the user can
>choose which way theywant to do it. If they want it
>all in one file, they set up the xmlthat way. If they
>want to have a merge-ie.js, etc, they can set it
>upthat way too.
>
>Jesse
>
>Raymond Irving wrote:
>
>One of the problem I've seen with solution
>youmentioned earlier is that it will even include
>filesopera,ns4, etc if you're using IE.I don't think
>two files should be a big problem. We'recoming down
>from aleast 5-10 individual files.--Raymond Irving---
>Jesse Vitrone <je...@6t...> wrote:
>
>Interesting idea, but I'm trying to keep the<script>
>tags in the browser to a minumum. I finished off the
>code theway I suggested this morning and it seems to
>work well, so I'll probablyjust stick with it that
>way. This way also allows me to just
>include"myfile.js" in my page and get everything I
>need.JesseRaymond Irving wrote:
>
>Well how about generating only browser specific
>
>merge
>
>modules?dynapi.jsmerge.ie.jsmerge.dom.jsmerge.opera.jsmerge.ns4.jsin
>the browser we could then do the following:<script
>src="../src/dynapi.js"></script><script>if(dynapi.ua.ie)
>{ dynapi.setPath('../src/','merge.ie.js');}else
>if(dynapi.ua.opera) {
>dynapi.setPath('../src/','merge.opera.js');}else
>if(dynapi.ua.ns4) {
>dynapi.setPath('../src/','merge.ns4.js');}else
>if(dynapi.ua.supported) {
>dynapi.setPath('../src/','merge.dom.js');}else{
>alert('Browser not supported');}</script>The dynapi.js
>file would be compressed and stored
>
>as
>
>dynapi.js. The other browser specific
>(andnon-specific) libraries could then be merged into
>asingle file. Only two files will be needed
>
>(dynapi.js
>
>and merge.{whatever}.js) The setPath() function will
>support a second
>
>argument
>
>called pkgfile (Package file). This will be used
>toallow users to load in an alternative package.js
>
>
>file
>
>--Raymond Irving--- Jesse Vitrone
><je...@6t...>
>
>wrote:
>
>--------------------------------- Thanks for the
>suggestions Kevin and Raymond, It looks like I can
>make my xml something likethis: <input-group>
>
>
><input-filename="D:/development/6thgear/dynapi/src/api/mouse_ie.js"compare-value="dynapi.ua.ie"
>
>
>/>
>
><input-filename="D:/development/6thgear/dynapi/src/api/mouse_dom.js"/>
>
>
> </input-group>and have my code generate the js:
> if (dynapi.ua.ie) { // mouse_ie.js compressed
>code goes here } else { // mouse_dom.js
>compressed code goes here }I'll take the first of
>the group, and make the if.Everything up to the last
>will be an else ifAnd the last, makes the else.All
>input-files inside an input-group need acompare-value,
>except forthe last one.This looks like it should work.
> When I hand code
>
>my
>
>compressed file tolook like the above, it works.
>
>
>It's
>
>more code then would normally beneeded, since
>bothfiles are going to get included, but I can't
>
>thinkof
>
>any other way around this problem. Plus, only the
>
>
>one
>
>needed willhave to get parsed, so it shouldn't be
>
>
>too
>
>bad.What do you think? Do you see any problems that
>Imight run intotrying to do it this way/Also, since I
>have to redo the way the xml is
>
>parsed,
>
>I'm going to usethe built in xml parsing that java
>
>
>has
>
>and lose that dom4j.jardependency. Not as pretty,
>
>
>but
>
>it gets the job done.Thanks for the help.JesseKevin
>wrote: 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 AMSubject: Re:[Dynapi-Dev] compressing
>files I mean the packages.js file can help with
>thedependency logic for your xml config file.Though
>Idon't know how to get around the
>(dom/opera/ns4/ielayer)*(mouse) file split.The other
>inline
>
>compressor
>
>method would work here - though server load
>impactandno cache of the transient stream :( what! I
>wish
>
>I
>
>could explain better ).As for this method once
>adeveloper has a custom pre-processed and
>compressedfileset published on the server there is no
>need
>
>for
>
>the library. Difficult to choose. ThoughI like
>onebundle per (virtual) server with
>littleload.-Kevin----- Original Message ----- From:
>JesseVitroneTo: KevinCc: Dynapi-DevSent: Sunday, June
>
>
>08,
>
>2003 7:19 PMSubject: Re: [Dynapi-Dev]
>compressingfilesKevin, 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 andchoose what JS files you want it to compress
> and merge. So, I have the basic DynAPI
>ones, plus theothers that I use, plus my own. It
>lookssomethinglike 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"/>
>
>
>=== 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...://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.../
>
>
|
|
From: Raymond I. <xw...@ya...> - 2003-06-10 15:58:20
|
Very good! I like to have the option of using either
two or one file.
PS. As for the sub-folders inside the bin/ directory
I've came up with the following suggestion:
bin/java.compressor - java version
bin/jscript.compressor - html version
bin/realtime.compressor - server-side version
?
--
Raymond Irving
--- Jesse Vitrone <je...@6t...> wrote:
---------------------------------
I see your point.
With the way the compressor is now, the user can
choose which way theywant to do it. If they want it
all in one file, they set up the xmlthat way. If they
want to have a merge-ie.js, etc, they can set it
upthat way too.
Jesse
Raymond Irving wrote:
One of the problem I've seen with solution
youmentioned earlier is that it will even include
filesopera,ns4, etc if you're using IE.I don't think
two files should be a big problem. We'recoming down
from aleast 5-10 individual files.--Raymond Irving---
Jesse Vitrone <je...@6t...> wrote:
Interesting idea, but I'm trying to keep the<script>
tags in the browser to a minumum. I finished off the
code theway I suggested this morning and it seems to
work well, so I'll probablyjust stick with it that
way. This way also allows me to just
include"myfile.js" in my page and get everything I
need.JesseRaymond Irving wrote:
Well how about generating only browser specific
merge
modules?dynapi.jsmerge.ie.jsmerge.dom.jsmerge.opera.jsmerge.ns4.jsin
the browser we could then do the following:<script
src="../src/dynapi.js"></script><script>if(dynapi.ua.ie)
{ dynapi.setPath('../src/','merge.ie.js');}else
if(dynapi.ua.opera) {
dynapi.setPath('../src/','merge.opera.js');}else
if(dynapi.ua.ns4) {
dynapi.setPath('../src/','merge.ns4.js');}else
if(dynapi.ua.supported) {
dynapi.setPath('../src/','merge.dom.js');}else{
alert('Browser not supported');}</script>The dynapi.js
file would be compressed and stored
as
dynapi.js. The other browser specific
(andnon-specific) libraries could then be merged into
asingle file. Only two files will be needed
(dynapi.js
and merge.{whatever}.js) The setPath() function will
support a second
argument
called pkgfile (Package file). This will be used
toallow users to load in an alternative package.js
file
--Raymond Irving--- Jesse Vitrone
<je...@6t...>
wrote:
--------------------------------- Thanks for the
suggestions Kevin and Raymond, It looks like I can
make my xml something likethis: <input-group>
<input-filename="D:/development/6thgear/dynapi/src/api/mouse_ie.js"compare-value="dynapi.ua.ie"
/>
<input-filename="D:/development/6thgear/dynapi/src/api/mouse_dom.js"/>
</input-group>and have my code generate the js:
if (dynapi.ua.ie) { // mouse_ie.js compressed
code goes here } else { // mouse_dom.js
compressed code goes here }I'll take the first of
the group, and make the if.Everything up to the last
will be an else ifAnd the last, makes the else.All
input-files inside an input-group need acompare-value,
except forthe last one.This looks like it should work.
When I hand code
my
compressed file tolook like the above, it works.
It's
more code then would normally beneeded, since
bothfiles are going to get included, but I can't
thinkof
any other way around this problem. Plus, only the
one
needed willhave to get parsed, so it shouldn't be
too
bad.What do you think? Do you see any problems that
Imight run intotrying to do it this way/Also, since I
have to redo the way the xml is
parsed,
I'm going to usethe built in xml parsing that java
has
and lose that dom4j.jardependency. Not as pretty,
but
it gets the job done.Thanks for the help.JesseKevin
wrote: 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 AMSubject: Re:[Dynapi-Dev] compressing
files I mean the packages.js file can help with
thedependency logic for your xml config file.Though
Idon't know how to get around the
(dom/opera/ns4/ielayer)*(mouse) file split.The other
inline
compressor
method would work here - though server load
impactandno cache of the transient stream :( what! I
wish
I
could explain better ).As for this method once
adeveloper has a custom pre-processed and
compressedfileset published on the server there is no
need
for
the library. Difficult to choose. ThoughI like
onebundle per (virtual) server with
littleload.-Kevin----- Original Message ----- From:
JesseVitroneTo: KevinCc: Dynapi-DevSent: Sunday, June
08,
2003 7:19 PMSubject: Re: [Dynapi-Dev]
compressingfilesKevin, 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 andchoose what JS files you want it to compress
and merge. So, I have the basic DynAPI
ones, plus theothers that I use, plus my own. It
lookssomethinglike 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"/>
=== 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...://www.mail-archive.com/dyn...@li.../
__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com
|
|
From: Jesse V. <je...@6t...> - 2003-06-10 15:52:22
|
<!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">
I see your point. <br>
<br>
With the way the compressor is now, the user can choose which way they
want to do it. If they want it all in one file, they set up the xml
that way. If they want to have a merge-ie.js, etc, they can set it up
that way too.<br>
<br>
Jesse<br>
<br>
Raymond Irving wrote:<br>
<blockquote type="cite"
cite="mid...@we...">
<pre wrap="">One of the problem I've seen with solution you
mentioned earlier is that it will even include files
opera,ns4, etc if you're using IE.
I don't think two files should be a big problem. We're
coming down from aleast 5-10 individual files.
--
Raymond Irving
--- Jesse Vitrone <a class="moz-txt-link-rfc2396E" href="mailto:je...@6t..."><je...@6t...></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Interesting idea, but I'm trying to keep the
<script> tags in the
browser to a minumum. I finished off the code the
way I suggested this
morning and it seems to work well, so I'll probably
just stick with it
that way. This way also allows me to just include
"myfile.js" in my
page and get everything I need.
Jesse
Raymond Irving wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Well how about generating only browser specific
</pre>
</blockquote>
<pre wrap="">merge
</pre>
<blockquote type="cite">
<pre wrap="">modules?
dynapi.js
merge.ie.js
merge.dom.js
merge.opera.js
merge.ns4.js
in the browser we could then do the following:
<script src="../src/dynapi.js"></script>
<script>
if(dynapi.ua.ie) {
dynapi.setPath('../src/','merge.ie.js');
}else if(dynapi.ua.opera) {
dynapi.setPath('../src/','merge.opera.js');
}else if(dynapi.ua.ns4) {
dynapi.setPath('../src/','merge.ns4.js');
}else if(dynapi.ua.supported) {
dynapi.setPath('../src/','merge.dom.js');
}else{
alert('Browser not supported');
}
</script>
The dynapi.js file would be compressed and stored
</pre>
</blockquote>
<pre wrap="">as
</pre>
<blockquote type="cite">
<pre wrap="">dynapi.js. The other browser specific (and
non-specific) libraries could then be merged into a
single file. Only two files will be needed
</pre>
</blockquote>
<pre wrap="">(dynapi.js
</pre>
<blockquote type="cite">
<pre wrap="">and merge.{whatever}.js)
The setPath() function will support a second
</pre>
</blockquote>
<pre wrap="">argument
</pre>
<blockquote type="cite">
<pre wrap="">called pkgfile (Package file). This will be used to
allow users to load in an alternative package.js
</pre>
</blockquote>
<pre wrap="">file
</pre>
<blockquote type="cite">
<pre wrap="">--
Raymond Irving
--- Jesse Vitrone <a class="moz-txt-link-rfc2396E" href="mailto:je...@6t..."><je...@6t...></a>
</pre>
</blockquote>
<pre wrap="">wrote:
</pre>
<blockquote type="cite">
<pre wrap="">---------------------------------
Thanks for the suggestions Kevin and Raymond,
It looks like I can make my xml something like
this:
<input-group>
</pre>
</blockquote>
<pre wrap=""><input-filename="D:/development/6thgear/dynapi/src/api/mouse_ie.js"compare-value="dynapi.ua.ie"
</pre>
<blockquote type="cite">
<pre wrap="">/>
</pre>
</blockquote>
<pre wrap=""><input-filename="D:/development/6thgear/dynapi/src/api/mouse_dom.js"/>
</pre>
<blockquote type="cite">
<pre wrap=""> </input-group>
and have my code generate the js:
if (dynapi.ua.ie) {
// mouse_ie.js compressed code goes here
}
else {
// mouse_dom.js compressed code goes here
}
I'll take the first of the group, and make the if.
Everything up to the last will be an else if
And the last, makes the else.
All input-files inside an input-group need a
compare-value, except forthe last one.
This looks like it should work. When I hand code
</pre>
</blockquote>
<pre wrap="">my
</pre>
<blockquote type="cite">
<pre wrap="">compressed file tolook like the above, it works.
</pre>
</blockquote>
<pre wrap="">It's
</pre>
<blockquote type="cite">
<pre wrap="">more code then would normally beneeded, since both
files are going to get included, but I can't
</pre>
</blockquote>
<pre wrap="">thinkof
</pre>
<blockquote type="cite">
<pre wrap="">any other way around this problem. Plus, only the
</pre>
</blockquote>
<pre wrap="">one
</pre>
<blockquote type="cite">
<pre wrap="">needed willhave to get parsed, so it shouldn't be
</pre>
</blockquote>
<pre wrap="">too
</pre>
<blockquote type="cite">
<pre wrap="">bad.
What do you think? Do you see any problems that I
might run intotrying to do it this way/
Also, since I have to redo the way the xml is
</pre>
</blockquote>
<pre wrap="">parsed,
</pre>
<blockquote type="cite">
<pre wrap="">I'm going to usethe built in xml parsing that java
</pre>
</blockquote>
<pre wrap="">has
</pre>
<blockquote type="cite">
<pre wrap="">and lose that dom4j.jardependency. Not as pretty,
</pre>
</blockquote>
<pre wrap="">but
</pre>
<blockquote type="cite">
<pre wrap="">it gets the job done.
Thanks for the help.
Jesse
Kevin wrote:
Sorry, didn't send to the list!----- Original
</pre>
</blockquote>
<pre wrap="">Message
</pre>
<blockquote type="cite">
<pre wrap="">----- From: "Kevin" <a class="moz-txt-link-rfc2396E" href="mailto:ke...@ke..."><ke...@ke...></a>To:
"Jesse Vitrone" <a class="moz-txt-link-rfc2396E" href="mailto:je...@6t..."><je...@6t...></a>Sent:
Tuesday, June 10, 2003 4:22 AMSubject: 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
</pre>
</blockquote>
<pre wrap="">compressor
</pre>
<blockquote type="cite">
<pre wrap="">method would work here - though server load impact
andno cache of the transient stream :( what! I wish
</pre>
</blockquote>
<pre wrap="">I
</pre>
<blockquote type="cite">
<pre wrap="">could explain better ).As for this method once a
developer has a custom pre-processed and compressed
fileset published on the server there is no need
</pre>
</blockquote>
<pre wrap="">for
</pre>
<blockquote type="cite">
<pre wrap="">the library. Difficult to choose. ThoughI like one
bundle per (virtual) server with little
load.-Kevin----- Original Message ----- From: Jesse
VitroneTo: KevinCc: Dynapi-DevSent: Sunday, June
</pre>
</blockquote>
<pre wrap="">08,
</pre>
<blockquote type="cite">
<pre wrap="">2003 7:19 PMSubject: Re: [Dynapi-Dev] compressing
filesKevin, I'm not sure what you mean about
</pre>
</blockquote>
<pre wrap="">remove
</pre>
<blockquote type="cite">
<pre wrap="">the existing library system from the api. With the
</pre>
</blockquote>
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">
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 lookssomething
like this:<jscompressor> <compressed-file
</pre>
</blockquote>
<pre wrap="">name="D:/development/6thgear/js/6thgear_compressed.js">
</pre>
<blockquote type="cite">
<pre wrap=""> <input-file
</pre>
</blockquote>
<pre wrap="">name="D:/development/6thgear/dynapi/src/dynapi.js"/>
</pre>
<blockquote type="cite">
<pre wrap=""> <input-file
</pre>
</blockquote>
<pre wrap="">name="D:/development/6thgear/dynapi/src/api/event.js"/>
</pre>
<blockquote type="cite">
<pre wrap=""> <input-file
</pre>
</blockquote>
<pre wrap="">name="D:/development/6thgear/dynapi/src/api/dyndocument.js"/>
</pre>
<blockquote type="cite">
<pre wrap=""> <input-file
</pre>
</blockquote>
<pre wrap="">name="D:/development/6thgear/dynapi/src/api/dynlayer_base.js"/>
</pre>
<blockquote type="cite">
<pre wrap=""> <input-file
</pre>
</blockquote>
<pre wrap="">name="D:/development/6thgear/dynapi/src/api/dynlayer_dom.js"/>
</pre>
<blockquote type="cite">
<pre wrap=""> <input-file
</pre>
</blockquote>
<pre wrap="">name="D:/development/6thgear/dynapi/src/api/mouse_dom.js"/>
</pre>
<blockquote type="cite">
<pre wrap=""> <input-file
</pre>
</blockquote>
<pre wrap="">name="D:/development/6thgear/dynapi/src/api/ext/dynlayer.inline.js"/>
</pre>
<blockquote type="cite">
<pre wrap=""> <input-file
name="D:/development/6thgear/js/6thgear.js"/>
</pre>
</blockquote>
<blockquote type="cite">
<pre wrap=""><input-file
name="D:/development/6thgear/js/gearWindow.js"/>
</pre>
</blockquote>
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap=""><input-file
name="D:/development/6thgear/js/templates.js"/>
</compressed-file> <compressed-file
</pre>
</blockquote>
<pre wrap="">name="D:/development/6thgear/js/6thgear_edit_compressed.js">
</pre>
<blockquote type="cite">
<pre wrap=""> <input-file
</pre>
</blockquote>
<pre wrap="">name="D:/development/6thgear/dynapi/src/api/ext/dragevent.js"/>
</pre>
<blockquote type="cite">
<pre wrap=""> <input-file
name="D:/development/6thgear/js/6thgear_edit.js"/>
</pre>
</blockquote>
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap=""> <input-file
</pre>
</blockquote>
<pre wrap="">name="D:/development/6thgear/js/gearWindow_edit.js"/>
</pre>
<blockquote type="cite">
<pre wrap=""> <input-file
</pre>
</blockquote>
<pre wrap="">name="D:/development/6thgear/js/templates_edit.js"/>
</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>
|
|
From: Raymond I. <xw...@ya...> - 2003-06-10 15:52:04
|
--- Kevin <ke...@ke...> wrote: > ... As for this method once a developer has a custom > pre-processed and compressed file > > set published on the server there is no need for > the library. What do you mean? Remember that the compressed or uncompressed files are called "DynAPI" and still falls under the LGPL. PS. Customized js files that uses the library does not fall under the LGPL. This makes it possible for DynAPI to be used in commercial apps, but any modifications to the library should be made public and should fall under the LGPL. Correct? -- Raymond Irving > Difficult to choose. Though > > I like one bundle per (virtual) server with little > load. > > > > - > > Kevin > > > > ----- Original Message ----- > > From: Jesse Vitrone > > To: Kevin > > Cc: Dynapi-Dev > > Sent: Sunday, June 08, 2003 7:19 PM > > Subject: Re: [Dynapi-Dev] compressing files > > > > > > Kevin, > > I'm not sure what you mean about remove the > existing library system from the api. With the > xml > > config that I you can customize, you just pick and > choose what JS files you want it to compress > and > > merge. So, I have the basic DynAPI ones, plus the > others that I use, plus my own. It looks > > something like this: > > > > <jscompressor> > > <compressed-file > name="D:/development/6thgear/js/6thgear_compressed.js"> > > <input-file > name="D:/development/6thgear/dynapi/src/dynapi.js"/> > > <input-file > name="D:/development/6thgear/dynapi/src/api/event.js"/> > > <input-file > name="D:/development/6thgear/dynapi/src/api/dyndocument.js"/> > > <input-file > name="D:/development/6thgear/dynapi/src/api/dynlayer_base.js"/> > > <input-file > name="D:/development/6thgear/dynapi/src/api/dynlayer_dom.js"/> > > <input-file > name="D:/development/6thgear/dynapi/src/api/mouse_dom.js"/> > > <input-file > name="D:/development/6thgear/dynapi/src/api/ext/dynlayer.inline.js"/> > > <input-file > name="D:/development/6thgear/js/6thgear.js"/> > > <input-file > name="D:/development/6thgear/js/gearWindow.js"/> > > <input-file > name="D:/development/6thgear/js/templates.js"/> > > </compressed-file> > > > > <compressed-file > name="D:/development/6thgear/js/6thgear_edit_compressed.js"> > > <input-file > name="D:/development/6thgear/dynapi/src/api/ext/dragevent.js"/> > > <input-file > name="D:/development/6thgear/js/6thgear_edit.js"/> > > <input-file > name="D:/development/6thgear/js/gearWindow_edit.js"/> > > <input-file > name="D:/development/6thgear/js/templates_edit.js"/> > > </compressed-file> > > > > </jscompressor> > > > > > > This generates 2 files, 6thgear_compress.js and > 6thgear_edit_compressed. Then, my files only need > > to include these, and no other DynAPI files. > > > > Is this what you mean by removing the library > system? Since I don't have to include the > library.js > > or use it in my code? > > > > Jesse > > > > Kevin wrote: > > > > Hi Jesse, > > > > I think two compression methods can live well > together. > > Yours will serve a static compressed bundle with > little > > server load. It would be nice of this method could > > remove the existing library system from the api. > Then > > the compressor would reuse the removed code logic > (to > > work out dependencies) as a front end so the > developer > > can decide what compressed bundle is needed to > serve > > hosted application types. Is this is a standalone > > application requiring an interpreter not an > applet. > > > > - > > Kevin. > > > > "Raymond Irving" <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 > === message truncated === __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com |
|
From: Raymond I. <xw...@ya...> - 2003-06-10 15:42:07
|
One of the problem I've seen with solution you
mentioned earlier is that it will even include files
opera,ns4, etc if you're using IE.
I don't think two files should be a big problem. We're
coming down from aleast 5-10 individual files.
--
Raymond Irving
--- Jesse Vitrone <je...@6t...> wrote:
> Interesting idea, but I'm trying to keep the
> <script> tags in the
> browser to a minumum. I finished off the code the
> way I suggested this
> morning and it seems to work well, so I'll probably
> just stick with it
> that way. This way also allows me to just include
> "myfile.js" in my
> page and get everything I need.
>
> Jesse
>
> Raymond Irving wrote:
>
> >Well how about generating only browser specific
> merge
> >modules?
> >
> >dynapi.js
> >merge.ie.js
> >merge.dom.js
> >merge.opera.js
> >merge.ns4.js
> >
> >in the browser we could then do the following:
> >
> ><script src="../src/dynapi.js"></script>
> ><script>
> >if(dynapi.ua.ie) {
> > dynapi.setPath('../src/','merge.ie.js');
> >}else if(dynapi.ua.opera) {
> > dynapi.setPath('../src/','merge.opera.js');
> >}else if(dynapi.ua.ns4) {
> > dynapi.setPath('../src/','merge.ns4.js');
> >}else if(dynapi.ua.supported) {
> > dynapi.setPath('../src/','merge.dom.js');
> >}else{
> > alert('Browser not supported');
> >}
> ></script>
> >
> >The dynapi.js file would be compressed and stored
> as
> >dynapi.js. The other browser specific (and
> >non-specific) libraries could then be merged into a
> >single file. Only two files will be needed
> (dynapi.js
> >and merge.{whatever}.js)
> >
> >The setPath() function will support a second
> argument
> >called pkgfile (Package file). This will be used to
> >allow users to load in an alternative package.js
> file
> >
> >--
> >Raymond Irving
> >
> >
> >--- Jesse Vitrone <je...@6t...>
> wrote:
> >
> >---------------------------------
> > Thanks for the suggestions Kevin and Raymond,
> >
> > It looks like I can make my xml something like
> >this:
> >
> > <input-group>
> >
>
><input-filename="D:/development/6thgear/dynapi/src/api/mouse_ie.js"compare-value="dynapi.ua.ie"
> >/>
> >
>
><input-filename="D:/development/6thgear/dynapi/src/api/mouse_dom.js"/>
> > </input-group>
> >
> >and have my code generate the js:
> >
> > if (dynapi.ua.ie) {
> > // mouse_ie.js compressed code goes here
> > }
> > else {
> > // mouse_dom.js compressed code goes here
> > }
> >
> >I'll take the first of the group, and make the if.
> >Everything up to the last will be an else if
> >And the last, makes the else.
> >
> >All input-files inside an input-group need a
> >compare-value, except forthe last one.
> >
> >This looks like it should work. When I hand code
> my
> >compressed file tolook like the above, it works.
> It's
> >more code then would normally beneeded, since both
> >files are going to get included, but I can't
> thinkof
> >any other way around this problem. Plus, only the
> one
> >needed willhave to get parsed, so it shouldn't be
> too
> >bad.
> >
> >What do you think? Do you see any problems that I
> >might run intotrying to do it this way/
> >
> >Also, since I have to redo the way the xml is
> parsed,
> >I'm going to usethe built in xml parsing that java
> has
> >and lose that dom4j.jardependency. Not as pretty,
> but
> >it gets the job done.
> >
> >Thanks for the help.
> >
> >Jesse
> >
> >
> >Kevin wrote:
> >
> >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 AMSubject: 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
> >andno 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
> >fileset published on the server there is no need
> for
> >the library. Difficult to choose. ThoughI like one
> >bundle per (virtual) server with little
> >load.-Kevin----- Original Message ----- From: Jesse
> >VitroneTo: KevinCc: Dynapi-DevSent: Sunday, June
> 08,
> >2003 7:19 PMSubject: Re: [Dynapi-Dev] compressing
> >filesKevin, 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 lookssomething
> >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"/>
>
>
=== message truncated ===
__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com
|
|
From: Jesse V. <je...@6t...> - 2003-06-10 15:35:20
|
Interesting idea, but I'm trying to keep the <script> tags in the
browser to a minumum. I finished off the code the way I suggested this
morning and it seems to work well, so I'll probably just stick with it
that way. This way also allows me to just include "myfile.js" in my
page and get everything I need.
Jesse
Raymond Irving wrote:
>Well how about generating only browser specific merge
>modules?
>
>dynapi.js
>merge.ie.js
>merge.dom.js
>merge.opera.js
>merge.ns4.js
>
>in the browser we could then do the following:
>
><script src="../src/dynapi.js"></script>
><script>
>if(dynapi.ua.ie) {
> dynapi.setPath('../src/','merge.ie.js');
>}else if(dynapi.ua.opera) {
> dynapi.setPath('../src/','merge.opera.js');
>}else if(dynapi.ua.ns4) {
> dynapi.setPath('../src/','merge.ns4.js');
>}else if(dynapi.ua.supported) {
> dynapi.setPath('../src/','merge.dom.js');
>}else{
> alert('Browser not supported');
>}
></script>
>
>The dynapi.js file would be compressed and stored as
>dynapi.js. The other browser specific (and
>non-specific) libraries could then be merged into a
>single file. Only two files will be needed (dynapi.js
>and merge.{whatever}.js)
>
>The setPath() function will support a second argument
>called pkgfile (Package file). This will be used to
>allow users to load in an alternative package.js file
>
>--
>Raymond Irving
>
>
>--- Jesse Vitrone <je...@6t...> wrote:
>
>---------------------------------
> Thanks for the suggestions Kevin and Raymond,
>
> It looks like I can make my xml something like
>this:
>
> <input-group>
>
><input-filename="D:/development/6thgear/dynapi/src/api/mouse_ie.js"compare-value="dynapi.ua.ie"
>/>
>
><input-filename="D:/development/6thgear/dynapi/src/api/mouse_dom.js"/>
> </input-group>
>
>and have my code generate the js:
>
> if (dynapi.ua.ie) {
> // mouse_ie.js compressed code goes here
> }
> else {
> // mouse_dom.js compressed code goes here
> }
>
>I'll take the first of the group, and make the if.
>Everything up to the last will be an else if
>And the last, makes the else.
>
>All input-files inside an input-group need a
>compare-value, except forthe last one.
>
>This looks like it should work. When I hand code my
>compressed file tolook like the above, it works. It's
>more code then would normally beneeded, since both
>files are going to get included, but I can't thinkof
>any other way around this problem. Plus, only the one
>needed willhave to get parsed, so it shouldn't be too
>bad.
>
>What do you think? Do you see any problems that I
>might run intotrying to do it this way/
>
>Also, since I have to redo the way the xml is parsed,
>I'm going to usethe built in xml parsing that java has
>and lose that dom4j.jardependency. Not as pretty, but
>it gets the job done.
>
>Thanks for the help.
>
>Jesse
>
>
>Kevin wrote:
>
>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 AMSubject: 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
>andno 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
>fileset published on the server there is no need for
>the library. Difficult to choose. ThoughI like one
>bundle per (virtual) server with little
>load.-Kevin----- Original Message ----- From: Jesse
>VitroneTo: KevinCc: Dynapi-DevSent: Sunday, June 08,
>2003 7:19 PMSubject: Re: [Dynapi-Dev] compressing
>filesKevin, 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 lookssomething
>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 needto
>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?JesseKevin wrote:Hi Jesse,I think
>two compression methods can live well together.Yours
>will serve a static compressed bundle with
>littleserver load. It would be nice of this method
>couldremove the existing library system from the api.
>Thenthe compressor would reuse the removed code logic
>(towork out dependencies) as a front end so the
>developercan decide what compressed bundle is needed
>to servehosted application types. Is this is a
>standaloneapplication requiring an interpreter not an
>applet.-Kevin."Raymond Irving" <xw...@ya...>
>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 ofthe 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 includethe 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 begood 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
>startedmaking thechanges, but I tried to do an update
>today,and there were lots onconflitcts that CVS didn't
>seemto merge very well. So I grabbed aclean copy of
>thecode 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. Ialso wanted to add a feature
>inthe XML where you canspecify a comment that will be
>put at the top ofthemerged file, since it rips out all
>comments, and a lotof peoplewant something in the file
>for licensing andstuff 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 themerge feature is a major
>plus for theDynAPIlibraries.There're two ways to check
>in yourupdates. You could:1) Use the Patch system
>availableon the DynAPISourceForge web site2) Setup
>WinCVS andPutty 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 anopen source
>projectbefore, so I'm not sure of theproper ettiquite.
> Please correct me ifI do somethingstupid :) I've
>been email with Raymond Irving aboutsomeidea's that I
>had, and he encouraged me to post ithere 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 "compressthese files, thenmerge
>them into this one file". Thisenables me to keep a
>good amount ofJS files when I'mcoding, but then when I
>"build" to apache, Icompressthem all into 1 file, so
>the browser doesn't have tohit the servermultiple
>times to get the files.Then, I took it a step farther,
>and added what Ihad toin order to be able to compress
>the DynAPI files I wasusing,and it worked! I was able
>to get all my files,plus the DynAPI files Iwas using
>and compress / mergethem 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 renamedthem, which names like main_mouse_ie, etc,
>and fixedallthe other references to them. Seems to
>work fine,but I haven't testedextensively all the
>examples andsuch.I'd like to check in my changes, as
>well as sendinmy Java compressor, since Raymond said
>he'd like topost it on the site. I'd also like to make
>a Swingfront end for the java app to make it alittle
>easierto 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
>freeatwww.etnus.com._______________________________________________Dynapi-Devmailing
>lis...@li...://www.mail-archive.com/dyn...@li.../__________________________________Doyou
>Yahoo!?Yahoo! Calendar - Free online calendar withsync
>toOutlook(TM).http://calendar.yahoo.com-------------------------------------------------------ThisSF.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
>atw...@li...://www.mail-archive.com/dyn...@li.../__________________________________Do
>you Yahoo!?Yahoo! Calendar - Free online calendar with
>sync to
>Outlook(TM).http://calendar.yahoo.com-------------------------------------------------------This
>SF.net email is sponsored by: Etnus, makers of
>TotalView, The bestthread debugger on the planet.
>Designed with thread debugging featuresyou've never
>dreamed of, try TotalView 6 free at
>www.etnus.com._______________________________________________Dynapi-Dev
>mailing
>lis...@li...://www.mail-archive.com/dyn...@li.../-------------------------------------------------------This
>SF.net email is sponsored by: Etnus, makers of
>TotalView, The bestthread debugger on the planet.
>Designed with thread debugging featuresyou've never
>dreamed of, try TotalView 6 free at
>www.etnus.com._______________________________________________Dynapi-Dev
>mailing
>lis...@li...://www.mail-archive.com/dyn...@li.../
>
>
>-------------------------------------------------------This
>SF.net email is sponsored by: Etnus, makers of
>TotalView, The bestthread debugger on the planet.
>Designed with thread debugging featuresyou've never
>dreamed of, try TotalView 6 free at
>www.etnus.com._______________________________________________Dynapi-Dev
>mailing
>lis...@li...://www.mail-archive.com/dyn...@li.../
>
>
>
>
>__________________________________
>Do you Yahoo!?
>Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
>http://calendar.yahoo.com
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Etnus, makers of TotalView, The best
>thread debugger on the planet. Designed with thread debugging features
>you've never dreamed of, try TotalView 6 free at www.etnus.com.
>_______________________________________________
>Dynapi-Dev mailing list
>Dyn...@li...
>http://www.mail-archive.com/dyn...@li.../
>
>
|
|
From: Raymond I. <xw...@ya...> - 2003-06-10 15:32:34
|
Hi Kevin, Here the fix for NS4 image rollover bug. This should now work in nested layers -- Raymond Irving --- Kevin <ke...@ke...> wrote: > 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 > > > ATTACHMENT part 2 application/x-zip-compressed name=getimage2.zip __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com |
|
From: Raymond I. <xw...@ya...> - 2003-06-10 15:27:06
|
Well how about generating only browser specific merge
modules?
dynapi.js
merge.ie.js
merge.dom.js
merge.opera.js
merge.ns4.js
in the browser we could then do the following:
<script src="../src/dynapi.js"></script>
<script>
if(dynapi.ua.ie) {
dynapi.setPath('../src/','merge.ie.js');
}else if(dynapi.ua.opera) {
dynapi.setPath('../src/','merge.opera.js');
}else if(dynapi.ua.ns4) {
dynapi.setPath('../src/','merge.ns4.js');
}else if(dynapi.ua.supported) {
dynapi.setPath('../src/','merge.dom.js');
}else{
alert('Browser not supported');
}
</script>
The dynapi.js file would be compressed and stored as
dynapi.js. The other browser specific (and
non-specific) libraries could then be merged into a
single file. Only two files will be needed (dynapi.js
and merge.{whatever}.js)
The setPath() function will support a second argument
called pkgfile (Package file). This will be used to
allow users to load in an alternative package.js file
--
Raymond Irving
--- Jesse Vitrone <je...@6t...> wrote:
---------------------------------
Thanks for the suggestions Kevin and Raymond,
It looks like I can make my xml something like
this:
<input-group>
<input-filename="D:/development/6thgear/dynapi/src/api/mouse_ie.js"compare-value="dynapi.ua.ie"
/>
<input-filename="D:/development/6thgear/dynapi/src/api/mouse_dom.js"/>
</input-group>
and have my code generate the js:
if (dynapi.ua.ie) {
// mouse_ie.js compressed code goes here
}
else {
// mouse_dom.js compressed code goes here
}
I'll take the first of the group, and make the if.
Everything up to the last will be an else if
And the last, makes the else.
All input-files inside an input-group need a
compare-value, except forthe last one.
This looks like it should work. When I hand code my
compressed file tolook like the above, it works. It's
more code then would normally beneeded, since both
files are going to get included, but I can't thinkof
any other way around this problem. Plus, only the one
needed willhave to get parsed, so it shouldn't be too
bad.
What do you think? Do you see any problems that I
might run intotrying to do it this way/
Also, since I have to redo the way the xml is parsed,
I'm going to usethe built in xml parsing that java has
and lose that dom4j.jardependency. Not as pretty, but
it gets the job done.
Thanks for the help.
Jesse
Kevin wrote:
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 AMSubject: 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
andno 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
fileset published on the server there is no need for
the library. Difficult to choose. ThoughI like one
bundle per (virtual) server with little
load.-Kevin----- Original Message ----- From: Jesse
VitroneTo: KevinCc: Dynapi-DevSent: Sunday, June 08,
2003 7:19 PMSubject: Re: [Dynapi-Dev] compressing
filesKevin, 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 lookssomething
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 needto
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?JesseKevin wrote:Hi Jesse,I think
two compression methods can live well together.Yours
will serve a static compressed bundle with
littleserver load. It would be nice of this method
couldremove the existing library system from the api.
Thenthe compressor would reuse the removed code logic
(towork out dependencies) as a front end so the
developercan decide what compressed bundle is needed
to servehosted application types. Is this is a
standaloneapplication requiring an interpreter not an
applet.-Kevin."Raymond Irving" <xw...@ya...>
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 ofthe 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 includethe 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 begood 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
startedmaking thechanges, but I tried to do an update
today,and there were lots onconflitcts that CVS didn't
seemto merge very well. So I grabbed aclean copy of
thecode 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. Ialso wanted to add a feature
inthe XML where you canspecify a comment that will be
put at the top ofthemerged file, since it rips out all
comments, and a lotof peoplewant something in the file
for licensing andstuff 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 themerge feature is a major
plus for theDynAPIlibraries.There're two ways to check
in yourupdates. You could:1) Use the Patch system
availableon the DynAPISourceForge web site2) Setup
WinCVS andPutty 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 anopen source
projectbefore, so I'm not sure of theproper ettiquite.
Please correct me ifI do somethingstupid :) I've
been email with Raymond Irving aboutsomeidea's that I
had, and he encouraged me to post ithere 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 "compressthese files, thenmerge
them into this one file". Thisenables me to keep a
good amount ofJS files when I'mcoding, but then when I
"build" to apache, Icompressthem all into 1 file, so
the browser doesn't have tohit the servermultiple
times to get the files.Then, I took it a step farther,
and added what Ihad toin order to be able to compress
the DynAPI files I wasusing,and it worked! I was able
to get all my files,plus the DynAPI files Iwas using
and compress / mergethem 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 renamedthem, which names like main_mouse_ie, etc,
and fixedallthe other references to them. Seems to
work fine,but I haven't testedextensively all the
examples andsuch.I'd like to check in my changes, as
well as sendinmy Java compressor, since Raymond said
he'd like topost it on the site. I'd also like to make
a Swingfront end for the java app to make it alittle
easierto 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
freeatwww.etnus.com._______________________________________________Dynapi-Devmailing
lis...@li...://www.mail-archive.com/dyn...@li.../__________________________________Doyou
Yahoo!?Yahoo! Calendar - Free online calendar withsync
toOutlook(TM).http://calendar.yahoo.com-------------------------------------------------------ThisSF.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
atw...@li...://www.mail-archive.com/dyn...@li.../__________________________________Do
you Yahoo!?Yahoo! Calendar - Free online calendar with
sync to
Outlook(TM).http://calendar.yahoo.com-------------------------------------------------------This
SF.net email is sponsored by: Etnus, makers of
TotalView, The bestthread debugger on the planet.
Designed with thread debugging featuresyou've never
dreamed of, try TotalView 6 free at
www.etnus.com._______________________________________________Dynapi-Dev
mailing
lis...@li...://www.mail-archive.com/dyn...@li.../-------------------------------------------------------This
SF.net email is sponsored by: Etnus, makers of
TotalView, The bestthread debugger on the planet.
Designed with thread debugging featuresyou've never
dreamed of, try TotalView 6 free at
www.etnus.com._______________________________________________Dynapi-Dev
mailing
lis...@li...://www.mail-archive.com/dyn...@li.../
-------------------------------------------------------This
SF.net email is sponsored by: Etnus, makers of
TotalView, The bestthread debugger on the planet.
Designed with thread debugging featuresyou've never
dreamed of, try TotalView 6 free at
www.etnus.com._______________________________________________Dynapi-Dev
mailing
lis...@li...://www.mail-archive.com/dyn...@li.../
__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com
|
|
From: Jesse V. <je...@6t...> - 2003-06-10 11:27:05
|
<!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">
Thanks for the suggestions Kevin and Raymond,<br>
<br>
It looks like I can make my xml something like this:<br>
<br>
<input-group><br>
<input-file
name="D:/development/6thgear/dynapi/src/api/mouse_ie.js"
compare-value="dynapi.ua.ie" /><br>
<input-file
name="D:/development/6thgear/dynapi/src/api/mouse_dom.js"/><br>
</input-group><br>
<br>
and have my code generate the js:<br>
<br>
if (dynapi.ua.ie) {<br>
// mouse_ie.js compressed code goes here<br>
}<br>
else {<br>
// mouse_dom.js compressed code goes here<br>
}<br>
<br>
I'll take the first of the group, and make the if.<br>
Everything up to the last will be an else if<br>
And the last, makes the else.<br>
<br>
All input-files inside an input-group need a compare-value, except for
the last one.<br>
<br>
This looks like it should work. When I hand code my compressed file to
look like the above, it works. It's more code then would normally be
needed, since both files are going to get included, but I can't think
of any other way around this problem. Plus, only the one needed will
have to get parsed, so it shouldn't be too bad.<br>
<br>
What do you think? Do you see any problems that I might run into
trying to do it this way/<br>
<br>
Also, since I have to redo the way the xml is parsed, I'm going to use
the built in xml parsing that java has and lose that dom4j.jar
dependency. Not as pretty, but it gets the job done.<br>
<br>
Thanks for the help.<br>
<br>
Jesse<br>
<br>
<br>
Kevin wrote:<br>
<blockquote type="cite" cite="mid008901c32f00$3552cc30$50c2dec2@keg2">
<pre wrap="">Sorry, didn't send to the list!
----- Original Message -----
From: "Kevin" <a class="moz-txt-link-rfc2396E" href="mailto:ke...@ke..."><ke...@ke...></a>
To: "Jesse Vitrone" <a class="moz-txt-link-rfc2396E" href="mailto:je...@6t..."><je...@6t...></a>
Sent: Tuesday, June 10, 2003 4:22 AM
Subject: Re: [Dynapi-Dev] compressing files
</pre>
<blockquote type="cite">
<pre wrap="">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
</pre>
</blockquote>
<pre wrap=""><!---->xml
</pre>
<blockquote type="cite">
<pre wrap="">config that I you can customize, you just pick and choose what JS files you want it to compress
</pre>
</blockquote>
<pre wrap=""><!---->and
</pre>
<blockquote type="cite">
<pre wrap="">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
</pre>
</blockquote>
<pre wrap=""><!---->library.js
</pre>
<blockquote type="cite">
<pre wrap="">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" <a class="moz-txt-link-rfc2396E" href="mailto:xw...@ya..."><xw...@ya...></a> 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 <a class="moz-txt-link-rfc2396E" href="mailto:je...@6t..."><je...@6t...></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..."><je...@6t...></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...://www.mail-archive.com/dyn...@li.../">lis...@li...://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>
-------------------------------------------------------
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>
|
175 messages has been excluded from this view by a project administrator.
