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: Guangyi Wu <gua...@al...> - 2000-12-06 11:40:50
|
I just download the JSPack and read the code. It is very very GREAT!
Although your code works for most cases, there are some more issues to
consider for removing comment. If there are strings containing the comment
tokens, your current script will fail. Do you notice my second post on 11.27
with my Perl script which is in fact a rewriten script from another's post?
There was a line to strip all comments in JS. This line comes from Perl FAQ
6 to strip C comment and I added the part for //.
s#/\*[^*]*\*+([^/*][^*]*\*+)*/|//.*(?=\n)|("(\\.|[^"\\])*"|'(\\.|[^'\\])*'|\
n+|.[^/"'\\]*)#$2#g;
Let me change it to a more readable way.
s{
/\*[^*]*\*+([^/*][^*]*\*+)*/ # comment /*..*/
|
//.*(?=\n) # comment //
|
(
"(\\.|[^"\\])*"
|
'(\\.|[^'\\])*'
|
\n+
|
.[^/"'\\]*
)
# code which should not change
# they are "" string, '' string, new lines
# and other characters.
}{$2}gx
It works for following cases:
===============================
Test file: test.js,
which is actually not a JS file
===============================
line 1; // This is a comment
// This is a comment
// comments with indents
line 2; // This is a comment /*
line 3; /* This is a comment
and // a commment*/
/* short comment */line 4; /* and other comment */
/* short // comment */line 5; /* another comment */
line 6:"not a comment /*";
line 7:"not a comment */"; /* but it is a comment */
line 8:'not a comment //'; // but it is a comment
===============================EOF
If you like it, you can add it into the beginning of compressCode(). If it
can handle more cases, developers get more free at comment. And I would even
suggest to follow Javadoc convention in order to generate reference/document
automatically.
br
George
|
|
From: Barre B. <ba...@ho...> - 2000-12-06 10:53:23
|
That's great.. noticed this too. Creating a LayerMap widget and needed the onmousemove functionality.. and couldn't get it to work for a long while.... VERY frustrating :) BTW, anyone thinks a LayerMap widget will be a welcome extension? > > > > It looks like in IE (I haven't tested NS), that these events are not > > fired: > > > > this.selectListener.onmousemove, etc. > > > > These should be fired when you say setSelectable(false). > > > > This could be one of the problems with IE not working. > > > The onmousemove event is not fired because it is not registered for DynLayer > in the event.js. > > I posted a patch for the label, containing event.js and label.js based on > 12.01 beta in a zip file, a few days ago. It should be fixed in the patch. > > br > George > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev |
|
From: Cameron H. <ca...@bi...> - 2000-12-06 09:43:36
|
Macromedia Dreamweaver 4 has just been release and has a javascript debugger in it. This is the blurb from their website: "Debug client-side JavaScript directly in your browser. The new JavaScript Debugger lets you watch JavaScript execute in Netscape Navigator or Internet Explorer, helping you understand how each browser implements JavaScript. Debug your code by setting breakpoints and then watching your variables update as you step through the code." Haven't tried it myself. If it actually works it will be fantastic, the first cross-browser client side debugger for javascript!? Cam. -----Original Message----- From: dyn...@li... [mailto:dyn...@li...]On Behalf Of Alexey Medvedev Sent: 05 December 2000 15:53 To: dyn...@li... Subject: [Dynapi-Dev] JS debuger > I wonder if there is a good javascript debugger that will run on my I thinks there is different debuggers for Netscape and for IE (latest you have tried to install). For Netscape - look at http://developer.netscape.com for "Visual JavaScript". It is written in Java - and run as an applet in same Netscpae. But asks permissions for "Universal.debug" or something and for reading local files from JS/Java. Malx _______________________________________________ Dynapi-Dev mailing list Dyn...@li... http://lists.sourceforge.net/mailman/listinfo/dynapi-dev |
|
From: Richard :o <ma...@ri...> - 2000-12-06 09:36:51
|
hi, If you are using a recent beta release, but not yesterday's, it might still contain the error I reported in pathanim.js on line 133, y2==y2 should be y2==y1. var dy = y2==y1? 0 : (y2-y1)/N; As you probably know slideTo is being generated on the fly and handled by pathanim.js now (AFAIK) Cheers, Richard:o ----- Original Message ----- From: "Raymond Smith" <dst...@or...> To: <dyn...@li...> Sent: Wednesday, December 06, 2000 8:27 AM Subject: [Dynapi-Dev] Bug with SlideTo in a Viewport > Just started doing some research into whats causing it. Happens in both NS > and IE. To recreate it make a simple 3X3 array as a gif and set 9 targets, > we use printer registration marks. Triggering slide to results in "sometime > right, sometimes wrong" animation landings. This can happen with any of > them. Being right, then wrong on the next move. Errors are horizontal or > vertical in the 4-5 pixel range. > > Keep you updated. > > Worked fine in prior builds > > DS > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev > ____________________________________________________________ > Get your FREE personal .com domain name and > NAMEzero Personal Portal at: http://www.namezero.com. > For customer service, mailto:cus...@na.... > > |
|
From: Guangyi Wu <gua...@al...> - 2000-12-06 09:23:33
|
> > It looks like in IE (I haven't tested NS), that these events are not > fired: > > this.selectListener.onmousemove, etc. > > These should be fired when you say setSelectable(false). > > This could be one of the problems with IE not working. > The onmousemove event is not fired because it is not registered for DynLayer in the event.js. I posted a patch for the label, containing event.js and label.js based on 12.01 beta in a zip file, a few days ago. It should be fixed in the patch. br George |
|
From: Raymond S. <dst...@or...> - 2000-12-06 08:44:35
|
The math.round in pathanim.js is creating the error. If you need precision moves, remove the rounding. DS ----- Original Message ----- From: "Raymond Smith" <dst...@or...> To: <dyn...@li...> Sent: Tuesday, December 05, 2000 11:27 PM Subject: [Dynapi-Dev] Bug with SlideTo in a Viewport > Just started doing some research into whats causing it. Happens in both NS > and IE. To recreate it make a simple 3X3 array as a gif and set 9 targets, > we use printer registration marks. Triggering slide to results in "sometime > right, sometimes wrong" animation landings. This can happen with any of > them. Being right, then wrong on the next move. Errors are horizontal or > vertical in the 4-5 pixel range. > > Keep you updated. > > Worked fine in prior builds > > DS > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev > |
|
From: Raymond S. <dst...@or...> - 2000-12-06 07:32:43
|
Just started doing some research into whats causing it. Happens in both NS and IE. To recreate it make a simple 3X3 array as a gif and set 9 targets, we use printer registration marks. Triggering slide to results in "sometime right, sometimes wrong" animation landings. This can happen with any of them. Being right, then wrong on the next move. Errors are horizontal or vertical in the 4-5 pixel range. Keep you updated. Worked fine in prior builds DS |
|
From: Nuno F. <nun...@wi...> - 2000-12-06 04:44:30
|
Yeah, I know how you feel... Got the same problem here with some designers that I contacted for a job opening on the company where After Dreamweaver, suddenly they all are experts in DHTML... *double sigh* Mouse Engineers, the lot of them! :) NunoF -----Original Message----- From: dyn...@li... [mailto:dyn...@li...]On Behalf Of Tim Royal Sent: quarta-feira, 6 de Dezembro de 2000 0:00 To: dyn...@li... Subject: RE: [Dynapi-Dev] JS debuger I interviewed someone once who touted themselves as an experienced DHTML developer with solid experience in DreamWeaver. I asked about certain coding conventions, placement, re-use philosophies and such, and the response I got? "Oh, I never feel comfortable touching the underlying code..." *sigh*. Tim |
|
From: Dan S. <dy...@fu...> - 2000-12-06 04:31:37
|
I've contributed my Makefile into the CVS, along with updating the /api/ and /util/ files with semi colons (that's enough ;'s for one night). The JSPack util that is needed to build the compressed DynAPI is released separately: http://www.dansteinman.com/jspack/ Also, I SERIOUSLY recommend removing the /js/ directory altogether. We don't want people submitting changes to the files in /js/ because that is the directory that is automatically created by the makefile. The examples need to be updated to point to /src/. Also it would be good to ensure that all the examples use the DynAPI include() so that the switch from /src/ to /js/ is a one line change. The DynAPI packages that are created by the makefile/jspack will not work correctly yet. If there is even one line that does not have a semi colon in the right spot nothing will work. The Makefile produces a duplicate copy of the /src/ tree with all the .js files compressed. It also creates .js packages of all the files in the subdirectories(eg /lib/dynapi.api.js) as well a "all" package which contains everything. It goes one step further to Jar and Gzip those package files. As I mentioned earlier the significant semi colon to look for is in this case: method = function() { }; // it occurs in event listeners and every prototype in the DynAPI Also it's better now to never do one line methods like: obj.prototype.method=function() {code} Just because it's not easy to spot where the ;'s go: obj.prototype.method=function() {code;}; // better to unwrap this The files that need to be updated with semi colons are in /gui/ and /ext/. At that point we should be able to build and a working compressed DynAPI. It's really quite a dramatic compression. From 100Kb of code down to 15Kb Jar and Gzip = 85%. Pretty darned cool if I say so. Robert will you be able to use jspack on the sourceforge server for cron jobs? Let me know of any problems, Dan |
|
From: Robert R. <rra...@ya...> - 2000-12-06 04:08:13
|
It looks like in IE (I haven't tested NS), that these events are not fired: this.selectListener.onmousemove, etc. These should be fired when you say setSelectable(false). This could be one of the problems with IE not working. -- // Robert Rainwater On 12/6/2000, 2:47:29 AM EST, Dan wrote about "[Dynapi-Dev] Label Cover Bug": > Yes. AddCover == setSelectable :). > Dan > On Tue, Dec 05, 2000 at 07:15:57PM -0500, Robert Rainwater wrote: >> >> So does that me we should remove the addCover? >> >> -- >> // Robert Rainwater >> >> On 12/5/2000, 4:23:44 AM EST, Dan wrote about "[Dynapi-Dev] Label Cover Bug": >> >> > The only reason "add cover" was in the original Label was to prevent the text from being selectable. A layer covering the text is one solution, however this can/should be accomplished with event >> > handling. As far as I can tell setSelectable() works perfectly fine in Netscape. It cancels the mouse down event and stops selecting of the test. There must be an equivalent IE method to do >> the >> > same. >> >> > I'd prefer having the method called "setSelectable" only because it makes more sense of what it accomplishes. >> >> > Dan >> >> >> > On Mon, Dec 04, 2000 at 09:36:50PM -0500, Robert Rainwater wrote: >> >> >> >> I'm sure this has been mentioned before but here it goes again. >> >> >> >> The addCover method does not seem to work. When used, there is no >> >> change in IE 5. Also, what is the purpose of setSelectable versus >> >> addCover. In the label example it says that 2 of the labels have a >> >> cover, but there is no call to addCover, but there is one to >> >> setSelectable(). This seems like an error to me. >> >> >> >> -- >> >> // Robert Rainwater >> >> >> >> >> >> _______________________________________________ >> >> Dynapi-Dev mailing list >> >> Dyn...@li... >> >> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev >> > _______________________________________________ >> > Dynapi-Dev mailing list >> > Dyn...@li... >> > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev >> >> >> _______________________________________________ >> Dynapi-Dev mailing list >> Dyn...@li... >> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev |
|
From: Robert R. <rra...@ya...> - 2000-12-06 03:08:56
|
For those who are having problems using the archive at sourceforge(geocrawler), you can now view the archive here: http://www.mail-archive.com/dyn...@li.../ http://www.mail-archive.com/dyn...@li.../ This archive will allow you to download attachments. Thus, you do not have to store emails that contain attachments forever. You can just get them from the archive. -- // Robert Rainwater |
|
From: Robert R. <rra...@ya...> - 2000-12-06 03:05:57
|
Also, if you just want to get the latest version, you don't need to do a checkout. You can just say: "cvs -d:ext:<username>@cvs.dynapi.sourceforge.net:/cvsroot/dynapi -r HEAD dynapi" This will remove all of the CVS related stuff (all of the CVS/ directories). -- // Robert Rainwater On 12/5/2000, 12:43:01 PM EST, Alexey wrote about "[Dynapi-Dev] download all current files?": >> Is there a way I can download all of the files from the cvs...i have only >> found a way to download individual files, which is pretty inconvenient.... > unix: > cvs -z6 checkout dynapi > (-z6 - use compression in SSH) > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev |
|
From: Dan S. <dy...@fu...> - 2000-12-06 02:21:13
|
Yes. AddCover == setSelectable :). Dan On Tue, Dec 05, 2000 at 07:15:57PM -0500, Robert Rainwater wrote: > > So does that me we should remove the addCover? > > -- > // Robert Rainwater > > On 12/5/2000, 4:23:44 AM EST, Dan wrote about "[Dynapi-Dev] Label Cover Bug": > > > The only reason "add cover" was in the original Label was to prevent the text from being selectable. A layer covering the text is one solution, however this can/should be accomplished with event > > handling. As far as I can tell setSelectable() works perfectly fine in Netscape. It cancels the mouse down event and stops selecting of the test. There must be an equivalent IE method to do the > > same. > > > I'd prefer having the method called "setSelectable" only because it makes more sense of what it accomplishes. > > > Dan > > > > On Mon, Dec 04, 2000 at 09:36:50PM -0500, Robert Rainwater wrote: > >> > >> I'm sure this has been mentioned before but here it goes again. > >> > >> The addCover method does not seem to work. When used, there is no > >> change in IE 5. Also, what is the purpose of setSelectable versus > >> addCover. In the label example it says that 2 of the labels have a > >> cover, but there is no call to addCover, but there is one to > >> setSelectable(). This seems like an error to me. > >> > >> -- > >> // Robert Rainwater > >> > >> > >> _______________________________________________ > >> Dynapi-Dev mailing list > >> Dyn...@li... > >> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev |
|
From: Tim R. <ti...@my...> - 2000-12-06 01:13:44
|
he he... now THAT would have the interviewee stumped for weeks. :) -----Original Message----- From: dyn...@li... [mailto:dyn...@li...]On Behalf Of Bill Wheaton Sent: Tuesday, December 05, 2000 4:16 PM To: dyn...@li... Subject: Re: [RE: [Dynapi-Dev] JS debuger] Underlying code? All looks the same in notepad/vi/emacs The question to really ask is how many spaces equal a tab <yuk yuk> -bw "Tim Royal" <ti...@my...> wrote: > I interviewed someone once who touted themselves as an experienced DHTML > developer with solid experience in DreamWeaver. I asked about certain coding > conventions, placement, re-use philosophies and such, and the response I > got? > > "Oh, I never feel comfortable touching the underlying code..." > > *sigh*. > > Tim > <snip> ____________________________________________________________________ Get free email and a permanent address at http://www.netaddress.com/?N=1 _______________________________________________ Dynapi-Dev mailing list Dyn...@li... http://lists.sourceforge.net/mailman/listinfo/dynapi-dev |
|
From: Craig T. <cr...@re...> - 2000-12-06 01:02:39
|
I cannot express how ridiculously useful this could be. If it's good enough I'm sure they'd incorporate it into a future revision of the mozilla base. > I have a debugging program that I wrote in javascript, simply add the > debug.js file in the front, and the ability to "watch" variables, evaluate > expressions, call functions, and write to a log within code is available. - C |
|
From: Raymond S. <dst...@or...> - 2000-12-06 00:58:56
|
I certainly hope this post doesn't become a "standard" in how to detail = references to a file. line 14: The above leaves ALOT of blanks to fill. DS ----- Original Message -----=20 From: Jared Nuzzolillo=20 To: dyn...@li...=20 Sent: Tuesday, December 05, 2000 11:59 AM Subject: [Dynapi-Dev] small typo line 14: wasDraging : false, should probably read: wasDragging : false,=20 2 gs instead of one... anyways I would have just fixed it, but I = cannot figure out this damn winCvs thing... -jaredn |
|
From: Robert R. <rra...@ya...> - 2000-12-06 00:54:08
|
After looking at it, DynImage does not exist until the script tag closes or after the load. So, this needs to be noted somewhere that it must be called after load (I guess). -- // Robert Rainwater On 12/5/2000, 7:21:35 PM EST, Scott wrote about "[Dynapi-Dev] Image Animation Example Error": > Yes, I had to move all of the inital DynImage calls into the > DynAPI.onload function. > DynImage was being called before it had fully loaded. |
|
From: Scott A. L. <sc...@sc...> - 2000-12-06 00:21:32
|
Yes, I had to move all of the inital DynImage calls into the DynAPI.onload function. DynImage was being called before it had fully loaded. -- scott andrew lepera ----------------------------------- web stuff: www.scottandrew.com music stuff: www.walkingbirds.com Robert Rainwater wrote: > > When I run dynapi.util.imganim.html, I get the following error in IE 5: > Line: 19 > Error: 'DynImage' is undefined > > Is anyone else getting this error? > > -- > // Robert Rainwater > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev |
|
From: Bill W. <bil...@us...> - 2000-12-06 00:16:05
|
Underlying code? All looks the same in notepad/vi/emacs The question to really ask is how many spaces equal a tab <yuk yuk> -bw "Tim Royal" <ti...@my...> wrote: > I interviewed someone once who touted themselves as an experienced DHTML > developer with solid experience in DreamWeaver. I asked about certain coding > conventions, placement, re-use philosophies and such, and the response I > got? > > "Oh, I never feel comfortable touching the underlying code..." > > *sigh*. > > Tim > <snip> ____________________________________________________________________ Get free email and a permanent address at http://www.netaddress.com/?N=1 |
|
From: Robert R. <rra...@ya...> - 2000-12-06 00:15:21
|
So does that me we should remove the addCover? -- // Robert Rainwater On 12/5/2000, 4:23:44 AM EST, Dan wrote about "[Dynapi-Dev] Label Cover Bug": > The only reason "add cover" was in the original Label was to prevent the text from being selectable. A layer covering the text is one solution, however this can/should be accomplished with event > handling. As far as I can tell setSelectable() works perfectly fine in Netscape. It cancels the mouse down event and stops selecting of the test. There must be an equivalent IE method to do the > same. > I'd prefer having the method called "setSelectable" only because it makes more sense of what it accomplishes. > Dan > On Mon, Dec 04, 2000 at 09:36:50PM -0500, Robert Rainwater wrote: >> >> I'm sure this has been mentioned before but here it goes again. >> >> The addCover method does not seem to work. When used, there is no >> change in IE 5. Also, what is the purpose of setSelectable versus >> addCover. In the label example it says that 2 of the labels have a >> cover, but there is no call to addCover, but there is one to >> setSelectable(). This seems like an error to me. >> >> -- >> // Robert Rainwater >> >> >> _______________________________________________ >> Dynapi-Dev mailing list >> Dyn...@li... >> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev |
|
From: Robert R. <rra...@ya...> - 2000-12-06 00:11:00
|
When I run dynapi.util.imganim.html, I get the following error in IE 5: Line: 19 Error: 'DynImage' is undefined Is anyone else getting this error? -- // Robert Rainwater |
|
From: Tim R. <ti...@my...> - 2000-12-05 23:59:49
|
I interviewed someone once who touted themselves as an experienced DHTML developer with solid experience in DreamWeaver. I asked about certain coding conventions, placement, re-use philosophies and such, and the response I got? "Oh, I never feel comfortable touching the underlying code..." *sigh*. Tim -----Original Message----- From: dyn...@li... [mailto:dyn...@li...]On Behalf Of Nuno Ferreira Sent: Tuesday, December 05, 2000 3:36 PM To: dyn...@li... Subject: RE: [Dynapi-Dev] JS debuger >dreamweaver4 now has built in debugging for both ie and ns >has breakpoints and the whole works. >trouble is, i *hate* wysiwyg ;) That's why the complete product ships with Homesite 4.5 :)) They know... :) And they upgraded their code editor, with tag colors, syntax hightlighting, and line numbers, which is light years away from version 3, but still lacking anyway. _______________________________________________ Dynapi-Dev mailing list Dyn...@li... http://lists.sourceforge.net/mailman/listinfo/dynapi-dev |
|
From: Nuno F. <nun...@wi...> - 2000-12-05 23:35:02
|
>dreamweaver4 now has built in debugging for both ie and ns >has breakpoints and the whole works. >trouble is, i *hate* wysiwyg ;) That's why the complete product ships with Homesite 4.5 :)) They know... :) And they upgraded their code editor, with tag colors, syntax hightlighting, and line numbers, which is light years away from version 3, but still lacking anyway. |
|
From: Brandon M. <bnd...@ho...> - 2000-12-05 23:22:56
|
You're right up my ally there. That's some of the same reasoning that I came
up with, with others too.
But the code is reduced by about 1/3. Special browser specific javascript
can be placed where other generic javascript was used, also reducing the
size, and increasing speed.
----- Original Message -----
From: "Bill Wheaton" <bil...@us...>
To: <dyn...@li...>
Sent: Tuesday, December 05, 2000 5:50 PM
Subject: Re: [Re: [Dynapi-Dev] DynAPI Makefile/code compression almost
complete]
> What I meant (can't say about Cameron), was that it would be nice to have
all
> of the functionality of the API without even worrying if it is cross
browser
> compatible.
> Quite often, I have to write intranet apps where my customer can and
> absolutely does control which ua their users use. (via SMS or whatever).
It
> doesn't matter as much over a lan, but for their remote sales people
dialing
> up from his customer's pots line to check product allocation during the
lunch
> break, it can be slow. If I could _only_ include IE code when I knew it
was
> the standard, then I could speed things up some.... maybe even a lot.
> maybe I'm dreaming
> -bw
>
> Dan Steinman <dy...@fu...> wrote:
> > I just have to clean it up a bit and I'll have it ready to use this
evening.
> It's really quite a simple system. I'm not sure exactly what you want by
> splitting the versions up. I mean, there's ways to do that, but why
bother?
> Right now it's just an easy way to compress and combine files, it does
nothing
> more. And we'll use it until we decide that a more sophisticated system
is
> needed.
> >
> > Dan
> >
> > On Tue, Dec 05, 2000 at 10:31:34AM -0000, Cameron Hart wrote:
> > > This is probably a good way of splitting the code into different
browser
> > > versions. If you put equivant of #IFDEF (or whatever, it's been a long
> time
> > > since I touched C!) in the source Javascript, you could compile
browser
> > > specific versions from the one source distribution. At least then, all
> the
> > > code is in one place, and browser specific versions are developed
> together,
> > > not seperately.
> > >
> > > Cameron.
> > >
> > > > -----Original Message-----
> > > > From: dyn...@li...
> > > > [mailto:dyn...@li...]On Behalf Of Dan
> Steinman
> > > > Sent: 04 December 2000 03:52
> > > > To: dyn...@li...
> > > > Subject: [Dynapi-Dev] DynAPI Makefile/code compression almost
complete
> > > >
> > > >
> > > > This weekend I took on the task of creating a "build" system for
> DynAPI.
> > > >
> > > > First part involved writing my own JavaScript whitespace/comment
> > > > removal script (in Perl). It's pretty much complete and as good
> > > > or better than any others I've seen. I'm calling it JSPack and
> > > > will release this as a separate program that must be downloaded
> > > > in order to "build" the DynAPI.
> > > >
> > > > It not only compresses JS code, it also packages the files
> > > > together. And this will be used to create js packages for the
> > > > DynAPI. For example, it will create the files dynapi.api.js,
> > > > dynapi.gui.js... which contain all the classes in that
> > > > subdirectory. I have to add one more feature to my script that
> > > > determines the order that the objects should be added to the
> > > > Package. For example, ScrollPane extends off of ViewPort, so in
> > > > the dynapi.gui.js file, viewport.js must be added first.
> > > > Therefore I plan to add files to the /lib/dynapi/ directories
> > > > that state the order of the files. These will be named .jspack
> > > > and will be a simple list of the js files in the order they are
> > > > to be added to a package. My JSPack program will take care of the
> rest.
> > > >
> > > > Right now JSPack does not parse the JavaScript, so it will not go
> > > > through each of your lines and fix and incorrect or missing
> > > > semicolon. There for it is essential that all files in the
> > > > DynAPI have semi's on each line, as well in the following case:
> > > >
> > > > f = function() {
> > > > }; // absolutely needed
> > > >
> > > > Second part is the Makefile. Up until now we've just been
> > > > editing our files in /js/. But now we can use a separate
> > > > directory /src/. This is where we edit our files. Our
> > > > JavaScripts can contain comments, and do not have to be bunched
> > > > up, because the Makefile will use the /src/ directory, compress
> > > > all the code, and produce js packages, and jar files, and output
> > > > it to /js/.
> > > >
> > > > So the /js/ directory will then contain a compressed release of our
> code.
> > > >
> > > > In order to build the DynAPi you need to be using unix/linux or
> > > > have Cygwin installed in Windows, along with Perl and the JDK
> > > > (for Jarring the files). You need to place JSPack in your path,
> > > > and then type:
> > > >
> > > > make
> > > >
> > > > in the /dynapi/ source tree. This runs the commands in the
> > > > Makefile which does everything needed to produce the /js/ tree.
> > > >
> > > > I'm going through all of the existing JS code and putting the
> > > > necessary semi colons, and will have everything ready to use in
> > > > another day or 2. A first run-through of building the DynAPI
> > > > produced a Jar file which 16KB!!!! (yes the entire DynAPI with
> > > > the existing widgets can be compressed a lot).
> > > >
> > > > We can also use GZip to compress the files for use in IE 5, these
> > > > will be a bit smaller than the Jar files. I don't believe there
> > > > is any compression we can do for IE 4 though (other than
> > > > whitespace removal).
> > > >
> > > > over and out,
> > > > Dan
> > > >
> > > > _______________________________________________
> > > > Dynapi-Dev mailing list
> > > > Dyn...@li...
> > > > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
> > >
> > > _______________________________________________
> > > Dynapi-Dev mailing list
> > > Dyn...@li...
> > > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
> > _______________________________________________
> > Dynapi-Dev mailing list
> > Dyn...@li...
> > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
>
>
> ____________________________________________________________________
> Get free email and a permanent address at http://www.netaddress.com/?N=1
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
>
|
|
From: Robert R. <rra...@ya...> - 2000-12-05 23:02:09
|
If you do not want to use CVS to get the latest versions, I created a cron job on the sourceforge server to create daily snapshots of the dynapi module in CVS. This can probaly be used to replace the beta releases. Here's the daily snapshot download: http://dynapi.sourceforge.net/snapshot/dynapi.zip It is automatically updated every night to reflect the changes made in CVS. When Dan's build system is complete, it will be integrated so that a his build stuff will be performed as well as the CVS export. Currently the src/ directory is renamed to js/ in order to be consistent. This directory change will not be done when the build system is included. So for those who don't want to mess with CVS, you can use this to test the latest versions. -- // Robert Rainwater |
175 messages has been excluded from this view by a project administrator.
