dynapi-dev

RE: [Dynapi-Dev] Source And Production Distribution?

[Siegel, D. <DS...@ai...>]

Hy!

>There are several ways to strip comments from source code. It 
>is easy to
>select a JS compression tool as standard. Or, we can write our own
>script/program to filter out comments of all files recursively under a
>directory. If it is desired, I can contribute it in Perl/Java/C.

I've an Code Stripping System running under PERL. It uses two
directories:
js
js/stripped
All files have to be in both directories. If your running codestripper.pl
in js, it searches all writable files in js/stripped, read the coresponding
file in js, strippe all comments and copy ist to js/stripped. The two
directories are necessary, if your using a revision control system.
The codestripper only touches files which are checked out.

Here is the code (comments are in german :-( ).
Bye
Dirk

#Header:
#$Id: codestripper.pl 1.1 1999/07/23 09:36:32 e567 i.B. $
#$ProjectName: I:\Projekte\ProNet_2_1\source\mks\DEV_Web\ProNet_2_1_dev.pj $
#$ProjectRevision: 1.1 $

#!/usr/bin/perl

# Codestripper für ProNet 2
# Progrmamiert von Dirk Siegel
# Begonnen am 27.05.1998

# Liest alle JavaScript Files eines Verzeichnisses ein
# und entfernt alle Kommentare, um Ladezeit zu sparen.
# Dabei wird jedes File Zeilenweise eingelesen und
# über die Suche mit Regulären Ausdrücken die Kommentar-
# Blöcke von '/*' bid '*/' entfernt. Danach werden alle
# Kommentare ab '//' entfernt.

# Lege das Unterverzeichnis fest
$directory = "./stripped/";

# Lese das aktuelle Verzeichnis ein
opendir(DIR,".");
@javascriptfiles = grep(/\.js/,readdir(DIR));
# print "Folgende Dateien werden gekuerzt:\n";
# print "@javascriptfiles\n\n";

# Führe für jedes JavaScript-File des Verzeichnisses aus:
foreach $arg (@javascriptfiles) {

	# Öffne das File
	# print "Oeffne das File $arg\n";
	open(FILE,$arg) || die "FEHLER: Kann $! nicht oeffnen!\n";

	# Erzeuge das Ausgabefile
	# Teste, ob das File ausgecheckt ist
	if (-w "$directory$arg") {
		open(AUS,">$directory$arg") || die "FEHLER: Kann $! nicht
erzeugen!\n";
		# print "$arg ist geoeffnet\n";
	} else {
		next;
	}
	
	$zaehler 			= 0;
	$kommentar			= 0;
	$anzahl_zeilen 	= 0;
	
	while (<FILE>) {
		# print "Lese: $_";
		$anzahl_zeilen++;

		# Lösche bei Zeilen mit Kommentar alles nach dem '//'
		s/(.*)\/\/.*/$1/g;

		# Sind wir im Kommentarmode ?
		if ( $kommentar == 1 ) {
			# Wurde das Ende eines Kommentarblocks erreicht?
			if (/\*\//) {
				$kommentar = 0;
			}
			$zaehler++;
		} else {
			# Wurde der Anfang eines Kommentarblocks erreicht?
			if ((/\/\*/) && !(/\/\*\#Header\:/)) {
				$kommentar = 1;
				$zaehler++;
			} else {
				# Lösche überflüssige Leerzeichen
				s/\ \ */\ /g;

				# Lösche alle Tabulatoren
				s/\t*//g;

				# Schreibe die Zeilen in das temporäre File,
wenn sie keine Leerzeilen sind
				if (!( (/^$/) || (/^ $/))) {
					print AUS "$_";
				} else {
					$zaehler++;
				}
			}
		}
	}

	# Schließe die Files
	close AUS;
	close FILE;

	print "In der Datei $arg wurden von $anzahl_zeilen Zeilen Code
$zaehler Zeilen entfernt\n";
	# print "$arg wurde umgewandelt.\n";
}

print "\n\nDas Kuerzen der JavaScript Dateien ist abgeschlossen\n";

RE: [Dynapi-Dev] Source And Production Distribution?

[Guangyi Wu <gua...@al...>]

I modified the perl file and translate/rewrite the comments in English.
Several things changed:
1. The library structure of DynAPI is not flat, a strip_dir() is added to
travel into all sub-directories.
2. The original version can only handle simple cases, and fails when
different comment tokens nest or comment tokens are in string. (e.g.
document.write('// This is not comment')). The following version should be
much better. If there are still things missing, let me know.

cheers
George
##############
# CodeFilter.pl
##############

#!/usr/bin/perl

# Comment filter for ProNet 2
# Author Dirk Siegel
# Begin on 27.05.1998
# Modified by George on 17.11.2000

# read all JavaScript files under a directory recursively
# and remove all comments.

# set sub-directory
$#ARGV >= 2 && die "[Usage] $0 [src_path] [dest_path]\n";
if ($#ARGV > 0) {
  $destdir = $ARGV[1];
} else {
  $destdir = "js_prod";
}

if ($#ARGV > -1) {
  $srcdir = $ARGV[0];
} else {
  $srcdir = "js";
}

sub strip_dir {
  my($srcdir, $destdir) = @_;
  
  # get js files in source directory
  opendir(SRCDIR, $srcdir);
  my(@javascriptfiles) = grep(/\.(js|JS)/,readdir(SRCDIR));
  closedir(SRCDIR);

  # get sub-directories in source directory
  opendir(SRCDIR, $srcdir);
  my(@subdirs) = grep(/^[^.]/ && -d "$srcdir/$_", readdir(SRCDIR));
  closedir(SRCDIR);

  # create destination directory
  unless (-e $destdir) {
    mkdir($destdir, "0755") || die "Cannot make directory $destdir";
  }
  -d $destdir || die "$destdir is not a directory";
  
  # strip all js files
  foreach $jsfile (@javascriptfiles) {
    strip_file("$srcdir/$jsfile", "$destdir/$jsfile");
  }

  # strip all sub-directories
  foreach my $subdir (@subdirs) {
    strip_dir("$srcdir/$subdir", "$destdir/$subdir");
  }
}


sub strip_file {
  my($srcfile, $destfile) = @_;
  
	# open input js file
	open(INJS,$srcfile) || die "Cannot open $srcfile!\n";

	# open the output file if it is writable
	if (-e $destfile && !(-w $destfile)) {
	  print "The file $destfile is not writable";
	  close(INJS);
	  return;
	}
	open(OUTJS, ">$destfile") || die "Cannot open $destfile!";

  # see perl faq6 - remove C comment
  # '//' is added for JS
  $/ = undef;
  $_ = <INJS>;
 
s#/\*[^*]*\*+([^/*][^*]*\*+)*/|//.*(?=\n)|("(\\.|[^"\\])*"|'(\\.|[^'\\])*'|\
n+|.[^/"'\\]*)#$2#g;
  s/\n\s*\n/\n/g;
  print OUTJS $_;

	# close the files
	close OUTJS;
	close INJS;
}

strip_dir("$srcdir", "$destdir");
# strip_file("test.js", "output.js"); 


===============================
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

Re: [Dynapi-Dev] Source And Production Distribution?

[Doug M. <do...@cr...>]

I can write one for Win32 using VB..
won't require destination files exist before hand either.
 :-)

Thank you,
Doug Melvin
Integrated System Solutions: Design, Development, Implementation and Support
Creative-Workshop.com

----- Original Message -----
From: "Siegel, Dirk" <DS...@ai...>
To: <dyn...@li...>
Sent: Monday, November 27, 2000 2:03 AM
Subject: RE: [Dynapi-Dev] Source And Production Distribution?


Hy!

>There are several ways to strip comments from source code. It
>is easy to
>select a JS compression tool as standard. Or, we can write our own
>script/program to filter out comments of all files recursively under a
>directory. If it is desired, I can contribute it in Perl/Java/C.

I've an Code Stripping System running under PERL. It uses two
directories:
js
js/stripped
All files have to be in both directories. If your running codestripper.pl
in js, it searches all writable files in js/stripped, read the coresponding
file in js, strippe all comments and copy ist to js/stripped. The two
directories are necessary, if your using a revision control system.
The codestripper only touches files which are checked out.

Here is the code (comments are in german :-( ).
Bye
Dirk

#Header:
#$Id: codestripper.pl 1.1 1999/07/23 09:36:32 e567 i.B. $
#$ProjectName: I:\Projekte\ProNet_2_1\source\mks\DEV_Web\ProNet_2_1_dev.pj $
#$ProjectRevision: 1.1 $

#!/usr/bin/perl

# Codestripper für ProNet 2
# Progrmamiert von Dirk Siegel
# Begonnen am 27.05.1998

# Liest alle JavaScript Files eines Verzeichnisses ein
# und entfernt alle Kommentare, um Ladezeit zu sparen.
# Dabei wird jedes File Zeilenweise eingelesen und
# über die Suche mit Regulären Ausdrücken die Kommentar-
# Blöcke von '/*' bid '*/' entfernt. Danach werden alle
# Kommentare ab '//' entfernt.

# Lege das Unterverzeichnis fest
$directory = "./stripped/";

# Lese das aktuelle Verzeichnis ein
opendir(DIR,".");
@javascriptfiles = grep(/\.js/,readdir(DIR));
# print "Folgende Dateien werden gekuerzt:\n";
# print "@javascriptfiles\n\n";

# Führe für jedes JavaScript-File des Verzeichnisses aus:
foreach $arg (@javascriptfiles) {

# Öffne das File
# print "Oeffne das File $arg\n";
open(FILE,$arg) || die "FEHLER: Kann $! nicht oeffnen!\n";

# Erzeuge das Ausgabefile
# Teste, ob das File ausgecheckt ist
if (-w "$directory$arg") {
open(AUS,">$directory$arg") || die "FEHLER: Kann $! nicht
erzeugen!\n";
# print "$arg ist geoeffnet\n";
} else {
next;
}

$zaehler = 0;
$kommentar = 0;
$anzahl_zeilen = 0;

while (<FILE>) {
# print "Lese: $_";
$anzahl_zeilen++;

# Lösche bei Zeilen mit Kommentar alles nach dem '//'
s/(.*)\/\/.*/$1/g;

# Sind wir im Kommentarmode ?
if ( $kommentar == 1 ) {
# Wurde das Ende eines Kommentarblocks erreicht?
if (/\*\//) {
$kommentar = 0;
}
$zaehler++;
} else {
# Wurde der Anfang eines Kommentarblocks erreicht?
if ((/\/\*/) && !(/\/\*\#Header\:/)) {
$kommentar = 1;
$zaehler++;
} else {
# Lösche überflüssige Leerzeichen
s/\ \ */\ /g;

# Lösche alle Tabulatoren
s/\t*//g;

# Schreibe die Zeilen in das temporäre File,
wenn sie keine Leerzeilen sind
if (!( (/^$/) || (/^ $/))) {
print AUS "$_";
} else {
$zaehler++;
}
}
}
}

# Schließe die Files
close AUS;
close FILE;

print "In der Datei $arg wurden von $anzahl_zeilen Zeilen Code
$zaehler Zeilen entfernt\n";
# print "$arg wurde umgewandelt.\n";
}

print "\n\nDas Kuerzen der JavaScript Dateien ist abgeschlossen\n";

[Dynapi-Dev] Info about my personal inheritance crusade

[Jordi 'I. M. <jmi...@or...>]

I wrote some time ago rumbling about a problem when having multiple inheritance
and oncreate listeners. I said I was going to deal with the problem myself. So
far I must say I haven't found a way around the problem that satisfies me
enoght. I don't want to provide a solution that involves important changes in
the Dynlayer's method and I don't want to increase the amount of code a widget
has to include in order to be Dynlayer-inherited.

I have finished porting my widgets to the latest release. I'll most probably
update my site and sumit the file tomorrow. In order to have them work, I edited
my BoldLayer and now it doesn't have an oncreate listener. This I did because
this is the only widget being extended, but this is not a good solution. I don't
want to find myself wanting to extend another widget in the future and facing
the same problems again.

I'd like to have my old stuff operative again so I can concentrate on the new
one, so for now here's a working, yet not optimal, release.

I have also put ';' at the end of all the lines in my code in order to make it
more formal and accomodate into the latest train of thought here.

On the profesional side I'm about to start a rather big corporate website and I
have adopted DynAPI v2 as our technology. Call it commitment :)

Simply informative,

Jordi

Re: [Dynapi-Dev] inheritance crusade / SuperClass stuff

[Dan S. <dy...@fu...>]

It is both mine and Pascal's opinion that no special inheritance system is needed for DynAPI.  Just make careful attention, and structure using basic prototypes and you can do everything (except doing multiple inheritance).  Don't overwrite variables, and you don't even necessarily need to overwrite methods, and everything works perfectly.  The most simplistic solution is often the best, and I believe that is the case here.

Dan


On Tue, Nov 28, 2000 at 07:09:23PM +0100, Jordi 'IlMaestro' Ministral wrote:
> I wrote some time ago rumbling about a problem when having multiple inheritance
> and oncreate listeners. I said I was going to deal with the problem myself. So
> far I must say I haven't found a way around the problem that satisfies me
> enoght. I don't want to provide a solution that involves important changes in
> the Dynlayer's method and I don't want to increase the amount of code a widget
> has to include in order to be Dynlayer-inherited.
> 
> I have finished porting my widgets to the latest release. I'll most probably
> update my site and sumit the file tomorrow. In order to have them work, I edited
> my BoldLayer and now it doesn't have an oncreate listener. This I did because
> this is the only widget being extended, but this is not a good solution. I don't
> want to find myself wanting to extend another widget in the future and facing
> the same problems again.
> 
> I'd like to have my old stuff operative again so I can concentrate on the new
> one, so for now here's a working, yet not optimal, release.
> 
> I have also put ';' at the end of all the lines in my code in order to make it
> more formal and accomodate into the latest train of thought here.
> 
> On the profesional side I'm about to start a rather big corporate website and I
> have adopted DynAPI v2 as our technology. Call it commitment :)
> 
> Simply informative,
> 
> Jordi
> 
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

[Dynapi-Dev] Faking Events

[Tim R. <ti...@my...>]

Howdy howdy.

Anyone have an idea how to create an event and pass it to an object through
the DynAPI events stuff? Here's what I'm trying to do. I have draggable
layers that can be moved around and set by the user. There are three layers.
Each one has a Flash object imbedded in it (hence, moving around Flash
objects on the screen). We used Flash because of its smoother animation and
its smaller size.

The problem is that as we drag, the mouse moves over the Flash object and
the events are no longered triggered by the browser (instead, the Flash
object itself 'eats' the event). This makes dragging a tricky, not so fun
process.

What I'd *like* to happen is to have the user be able to click on  the Flash
file background, and when the mouse moves (with the LMB depressed), have the
Flash object send out a message to a function which creates a drag event on
the housing DynLayer and moves the Flash object.

Any thoughts?

Thanks!
Tim

Re: [Dynapi-Dev] Faking Events

[Jordi 'I. M. <jmi...@or...>]

If you only want to drag the Flash place keep a pair of variables inside your
Movie.

oldX oldY

and then, when you detect movement inside the movie and the mouse is pressed:

GetURL("javascript:myHolder.moveBy("+(_xmouse-oldX)+","+(_ymouse-oldY)+")")
oldX = _xmouse
oldY = _ymouse

It should do the trick. I think

I hope my Flash knowledge doesn't get me banned from the project :)

Tim Royal wrote:

> Howdy howdy.
>
> Anyone have an idea how to create an event and pass it to an object through
> the DynAPI events stuff? Here's what I'm trying to do. I have draggable
> layers that can be moved around and set by the user. There are three layers.
> Each one has a Flash object imbedded in it (hence, moving around Flash
> objects on the screen). We used Flash because of its smoother animation and
> its smaller size.
>
> The problem is that as we drag, the mouse moves over the Flash object and
> the events are no longered triggered by the browser (instead, the Flash
> object itself 'eats' the event). This makes dragging a tricky, not so fun
> process.
>
> What I'd *like* to happen is to have the user be able to click on  the Flash
> file background, and when the mouse moves (with the LMB depressed), have the
> Flash object send out a message to a function which creates a drag event on
> the housing DynLayer and moves the Flash object.
>
> Any thoughts?
>
> Thanks!
> Tim
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

Re: [Dynapi-Dev] Faking Events

[Raymond S. <dst...@or...>]

Flash embedded in a layer, moves with the layer....

It just ignores Z relationships as it is moved.  It also blinds drag event
handlers and can cause havoc if the main doc misses a 'mouseup' that happens
over the swf movie.

Which, in general is why flash needs to be subrogated to some obscure part
of your page or managed very carefully, i.e... if this dynlayer moves, that
swf (dom violating) layer;setVisible=false.

Personally, I think as libraries like this evolve you will see flash
dissolve more and more into a 'background' roll that serves very explicit
and temporal functions...  SWF will never be about interface in the
long-run.  Though integrated SVG may.

Besides... planet earth grows tired of the 'wiggling line' already.  It was
vogue, it became soooo pervasive that it's vogue not to have it now.

Cheers


----- Original Message -----
From: "Jordi 'IlMaestro' Ministral" <jmi...@or...>
To: <dyn...@li...>
Sent: Wednesday, November 29, 2000 1:39 AM
Subject: Re: [Dynapi-Dev] Faking Events


> If you only want to drag the Flash place keep a pair of variables inside
your
> Movie.
>
> oldX oldY
>
> and then, when you detect movement inside the movie and the mouse is
pressed:
>
>
GetURL("javascript:myHolder.moveBy("+(_xmouse-oldX)+","+(_ymouse-oldY)+")")
> oldX = _xmouse
> oldY = _ymouse
>
> It should do the trick. I think
>
> I hope my Flash knowledge doesn't get me banned from the project :)
>
> Tim Royal wrote:
>
> > Howdy howdy.
> >
> > Anyone have an idea how to create an event and pass it to an object
through
> > the DynAPI events stuff? Here's what I'm trying to do. I have draggable
> > layers that can be moved around and set by the user. There are three
layers.
> > Each one has a Flash object imbedded in it (hence, moving around Flash
> > objects on the screen). We used Flash because of its smoother animation
and
> > its smaller size.
> >
> > The problem is that as we drag, the mouse moves over the Flash object
and
> > the events are no longered triggered by the browser (instead, the Flash
> > object itself 'eats' the event). This makes dragging a tricky, not so
fun
> > process.
> >
> > What I'd *like* to happen is to have the user be able to click on  the
Flash
> > file background, and when the mouse moves (with the LMB depressed), have
the
> > Flash object send out a message to a function which creates a drag event
on
> > the housing DynLayer and moves the Flash object.
> >
> > Any thoughts?
> >
> > Thanks!
> > Tim
> >
> > _______________________________________________
> > 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
>

RE: [Dynapi-Dev] Faking Events

[Tim R. <ti...@my...>]

He he... yes, the things you mentione are definitely ones we've run across.
The Flash objects with the transparency parameter on the OBJECT tag enabled
actually allow for drag events on the parts of the DIV behind the Flash
object that are not obscured by the Flash object itself. Also, though, the
mouseup *does*, as you suggest, become a problem in that if not triggered,
the flash object suddenly becomes affixed to teh mouse cursor, driving
people batty. I rather liked it myself, it was fun to watch the testers
during that phase. :)

That's why I wanted a "drag" solution right in the Flash object, since it
tended to 'eat' the mouse messages when the cursor was over it. If Flash
started the drag, perhaps Flash would be better at *ending* the drag.
Fortunately, if I can't make it worth well enough, I'm gonna drop the
feature entirely.

The Flash stuff could probably be replaced with DHTML, but it has one HUGE
advantage over DHTML for the specific purpose we've chosen it for: it can
make calls for data to the server without having to refresh the entire page.
So my headlines flash object can be sent a parameter (say, 'NBA'), and
silently make a call to the server to retrieve the headlines for the nba
without reloading anything. It makes my server requests for that content
under 2K, and cuts down on bandwidth...

To accomplish that task on DHTML, I'd have to make a DynLayer or a component
based on a Dynlayer, but associate it with a hidden IFRAME or LAYER. I'd
need to make a call to the server in that hidden frame that retrieved
headlines, and then returned client side javascript commands on the
returning page to the hidden IFRAME that then manipulated the visible
headlines DynLayer properties. Achievable, but a tad more messy (and
verbose).

Personally, I hate Flash. Always have. I've always figured people should do
as much within the confines of the native browser logic as possible. But I'm
forced to admit that when it comes to download size for complex animation,
smoothness of animation, and the issue above of tiny dynamci updates to
Flash files, it does hold its own in given circumstances. And the clincher:
we have one web developer, a misplaced database developer playing out of
position (me. :) ), and one Flash dude. Gee, what to do. :)

But I still hate Flash. Most of all, I hate sites that are all Flash and no
substance. Chuckle.

Thanks for the comments.

Tim

-----Original Message-----
From: dyn...@li...
[mailto:dyn...@li...]On Behalf Of Raymond
Smith
Sent: Wednesday, November 29, 2000 3:44 AM
To: dyn...@li...
Subject: Re: [Dynapi-Dev] Faking Events


Flash embedded in a layer, moves with the layer....

It just ignores Z relationships as it is moved.  It also blinds drag event
handlers and can cause havoc if the main doc misses a 'mouseup' that happens
over the swf movie.

Which, in general is why flash needs to be subrogated to some obscure part
of your page or managed very carefully, i.e... if this dynlayer moves, that
swf (dom violating) layer;setVisible=false.

Personally, I think as libraries like this evolve you will see flash
dissolve more and more into a 'background' roll that serves very explicit
and temporal functions...  SWF will never be about interface in the
long-run.  Though integrated SVG may.

Besides... planet earth grows tired of the 'wiggling line' already.  It was
vogue, it became soooo pervasive that it's vogue not to have it now.

Cheers


----- Original Message -----
From: "Jordi 'IlMaestro' Ministral" <jmi...@or...>
To: <dyn...@li...>
Sent: Wednesday, November 29, 2000 1:39 AM
Subject: Re: [Dynapi-Dev] Faking Events


> If you only want to drag the Flash place keep a pair of variables inside
your
> Movie.
>
> oldX oldY
>
> and then, when you detect movement inside the movie and the mouse is
pressed:
>
>
GetURL("javascript:myHolder.moveBy("+(_xmouse-oldX)+","+(_ymouse-oldY)+")")
> oldX = _xmouse
> oldY = _ymouse
>
> It should do the trick. I think
>
> I hope my Flash knowledge doesn't get me banned from the project :)
>
> Tim Royal wrote:
>
> > Howdy howdy.
> >
> > Anyone have an idea how to create an event and pass it to an object
through
> > the DynAPI events stuff? Here's what I'm trying to do. I have draggable
> > layers that can be moved around and set by the user. There are three
layers.
> > Each one has a Flash object imbedded in it (hence, moving around Flash
> > objects on the screen). We used Flash because of its smoother animation
and
> > its smaller size.
> >
> > The problem is that as we drag, the mouse moves over the Flash object
and
> > the events are no longered triggered by the browser (instead, the Flash
> > object itself 'eats' the event). This makes dragging a tricky, not so
fun
> > process.
> >
> > What I'd *like* to happen is to have the user be able to click on  the
Flash
> > file background, and when the mouse moves (with the LMB depressed), have
the
> > Flash object send out a message to a function which creates a drag event
on
> > the housing DynLayer and moves the Flash object.
> >
> > Any thoughts?
> >
> > Thanks!
> > Tim
> >
> > _______________________________________________
> > 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

RE: [Dynapi-Dev] Faking Events

[Tim R. <ti...@my...>]

whoa. that's the best idea yet. (I tried the earlier idea fo the cover DIV,
but didn't get too far (though I didn't pursue it to a final conclusion,
either)).

This... This is great! AT least, in theory, it's great. I'll try it today
and see what happens.

Thanks big time!
tim

-----Original Message-----
From: dyn...@li...
[mailto:dyn...@li...]On Behalf Of Jordi
'IlMaestro' Ministral
Sent: Wednesday, November 29, 2000 1:40 AM
To: dyn...@li...
Subject: Re: [Dynapi-Dev] Faking Events


If you only want to drag the Flash place keep a pair of variables inside
your
Movie.

oldX oldY

and then, when you detect movement inside the movie and the mouse is
pressed:

GetURL("javascript:myHolder.moveBy("+(_xmouse-oldX)+","+(_ymouse-oldY)+")")
oldX = _xmouse
oldY = _ymouse

It should do the trick. I think

I hope my Flash knowledge doesn't get me banned from the project :)

Tim Royal wrote:

> Howdy howdy.
>
> Anyone have an idea how to create an event and pass it to an object
through
> the DynAPI events stuff? Here's what I'm trying to do. I have draggable
> layers that can be moved around and set by the user. There are three
layers.
> Each one has a Flash object imbedded in it (hence, moving around Flash
> objects on the screen). We used Flash because of its smoother animation
and
> its smaller size.
>
> The problem is that as we drag, the mouse moves over the Flash object and
> the events are no longered triggered by the browser (instead, the Flash
> object itself 'eats' the event). This makes dragging a tricky, not so fun
> process.
>
> What I'd *like* to happen is to have the user be able to click on  the
Flash
> file background, and when the mouse moves (with the LMB depressed), have
the
> Flash object send out a message to a function which creates a drag event
on
> the housing DynLayer and moves the Flash object.
>
> Any thoughts?
>
> Thanks!
> Tim
>
> _______________________________________________
> 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

Re: [Dynapi-Dev] inheritance crusade / SuperClass stuff

[Jordi 'I. M. <jmi...@or...>]

I absolutely agree. Things are already complicated enought and I don't want to add one single line of code there.


Dan Steinman wrote:

> It is both mine and Pascal's opinion that no special inheritance system is needed for DynAPI.  Just make careful attention, and structure using basic prototypes and you can do everything (except doing multiple inheritance).  Don't overwrite variables, and you don't even necessarily need to overwrite methods, and everything works perfectly.  The most simplistic solution is often the best, and I believe that is the case here.
>
> Dan
>

Re: [Dynapi-Dev] Info about my personal inheritance crusade

[<ice...@ve...>]

Ok Jordi.
¿What is the direction of your Web, please?

---
Álvaro Peña González
VERIAL SOFTWARE
ice...@ve...

----- Original Message -----
From: "Jordi 'IlMaestro' Ministral" <jmi...@or...>
To: <dyn...@li...>
Sent: Tuesday, November 28, 2000 7:09 PM
Subject: [Dynapi-Dev] Info about my personal inheritance crusade


> I wrote some time ago rumbling about a problem when having multiple
inheritance
> and oncreate listeners. I said I was going to deal with the problem
myself. So
> far I must say I haven't found a way around the problem that satisfies me
> enoght. I don't want to provide a solution that involves important changes
in
...

Re: [Dynapi-Dev] Info about my personal inheritance crusade

[Jordi 'I. M. <jmi...@or...>]

http://www.cantir.com/dynapi


Álvaro Peña González wrote:

> Ok Jordi.
> ¿What is the direction of your Web, please?
>
> ---
> Álvaro Peña González
> VERIAL SOFTWARE
> ice...@ve...
>
> ----- Original Message -----
> From: "Jordi 'IlMaestro' Ministral" <jmi...@or...>
> To: <dyn...@li...>
> Sent: Tuesday, November 28, 2000 7:09 PM
> Subject: [Dynapi-Dev] Info about my personal inheritance crusade
>
> > I wrote some time ago rumbling about a problem when having multiple
> inheritance
> > and oncreate listeners. I said I was going to deal with the problem
> myself. So
> > far I must say I haven't found a way around the problem that satisfies me
> > enoght. I don't want to provide a solution that involves important changes
> in
> ...
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

[Dynapi-Dev] I have updated (sort of)

[Jordi 'I. M. <jmi...@or...>]

I am currently uploading my website's update. If you already knew what was there
then no need to look at it again. It basically contains updated versions of all my
widgets ( downloadable from the download section ) and a few spelling corrections.

http://www.cantir.com/dynapi

I'll try to include some new extensions soon but as usual you never can tell.