Ha, ha that's good!
- Original Message -
From:
Michael
Pemberton
To: [EMAIL PROTECTED]
Sent: 22 May, 2001 04:20
Subject: Re: [Dynapi-Dev] Mindless
rant...
need I say more?
Digital Strider wrote:
Anyone else the damn "Sock the Monkey" banner-ad
n
Hi,
That's great, now a few on the Mac, and we know where we are.
Have you tried to apply the (maybe) patch I posted at sourceforge?
This should stop al those mouse.js line 128 errors.
http://sourceforge.net/tracker/index.php?func=detail&aid=425303&group_id=575
7&atid=105757
It should also help
Dynimage doesn't use load but
img.complete, which always returns true, so
DynImage.onLoading=function() {}
doesn't do anything.
This should be using .onload - I don't know why
this has to be captured, as far as I know the only browser not to work properly
with onload was an obscure versio
this is almost the same as what I have.
my applet downloads the code. since java automtically does not
return until the code has finished downloading and executing, there are
no problems with syncronization.
my applet / js code combines and wraps the downloaded code in a new
javascript function.
Joachim Lundgren writes:
...
> Imagine a file A.js that requires B.js and checks if the file already
> has been loaded else loads it (with writing a SCRIPT tag) the
> required file (B.js) is loaded _after_ the current JavaScript-block
> or file has been executed - not inserted instead of the S
need I say more?
Digital Strider wrote:
Anyone else the damn "Sock the Monkey" banner-ad
needs to be banned (in all
forms) from the Internet?
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.252 / Virus Database: 125 - Release Dat
Cameron Hart wrote:
Michael Pemberton wrote:
> I think we need to look more closely at how the loadpanel is coded.
> - this is the only object / widget that uses the onload event.
as such it
> should be placed here instead of in the dynlayer.
I'm not sure what you mean? LoadPanel invokes a load
Bugs item #426121, was updated on 2001-05-21 16:33
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=105757&aid=426121&group_id=5757
Category: DynAPI 2 Browser-Specific
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Robbie Ramirez (robbie79)
Assig
I tested the latest CVS snapshot with Linux:
NS 4.76 (rpm from Red Hat update server), Linux kernel 2.4.2, Xfree 4.03
dynapi.api.delete:
layers are not removed when deleting, but they are moved at other
position when creating a new one.
dynapi.event.dragevent:
syntax error in dynapi.e
Michael Pemberton wrote:
> I think we need to look more closely at how the loadpanel is coded.
> - this is the only object / widget that uses the onload event. as such it
> should be placed here instead of in the dynlayer.
I'm not sure what you mean? LoadPanel invokes a load event. Whether
Thats why the good Lord made the JunkBuster proxy server.
http://www.junkbusters.com/
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Digital
Strider
Sent: Friday, May 18, 2001 9:50 PM
To: [EMAIL PROTECTED]
Subject: [Dynapi-Dev] Mindless rant...
Anyone
I think we need to look more closely at how the loadpanel is coded.
- this is the only object / widget that uses the onload event. as such it
should be placed here instead of in the dynlayer.
- mouse events are released by this widget when it loads a file. WHY?
Cameron Hart wrote:
> > * dyna
Patches item #425954, was updated on 2001-05-21 08:59
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=305757&aid=425954&group_id=5757
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Ano
but doesn't that mean that we then go back to where we were before the dynapi.
we are back to being at the mercy of the browser.
i personally use the dynapi to make the browser behave in a standard manner.
there are too many differences between the method of event control between the
browsers to
With my applet base loading. I can load the content in the same fashion but can
actually delay the loading of widget code until it is actually needed.
eg. I can have a widget that has the option of using the mouse code for stopping
mouse events. the mouse code is not download unless I have sele
15 matches
Mail list logo
