dynapi-dev

[Dynapi-Dev] loadpanel troubles...

[Mark H. <mha...@ha...>]

SG9wZSBzb21lYm9keSBjYW4gaGVscCBtZSBvbiB0aGlzIG9uZS4uLg0KDQpJJ20gdHJ5aW5nIHRv
IGNyZWF0ZSBhIHdpZGdldCB0aGF0IGV4dGVuZHMgdGhlIGxvYWRwYW5lbCB3aWRnZXQsIGJ1dCBJ
J20gcnVubmluZyBpbnRvIHRyb3VibGVzIHVuZGVyc3RhbmRpbmcgdGhlIGZvbGxvd2luZzoNCg0K
LSBXaGF0J3MgdGhlIHBvaW50IG9mIHRoZSBxdWV1ZSA/ICBJcyB0aGlzIGluY29tcGxldGUgPz8N
Cg0KRXZlcnkgdGltZSBJIGludm9rZSAnbHAuc2V0VVJMKCdmb28uaHRtbCcpIEkgbm90aWNlIHRo
YXQgdGhlIHF1ZXVlIGtlZXBzIGdldHRpbmcgbGFyZ2VyLiAgU2hvdWxkbid0IGl0IGxvb3AgdGhy
b3VnaCB0aGUgcXVldWUgdG8gZmlndXJlIG91dCBpZiBpdCBoYXMgYWxyZWFkeSBiZWVuIGxvYWRl
ZCA/ICBNYXliZSBJJ20gbWlzc2luZyBzb21ldGhpbmcgaGVyZS4uLg0KDQotIElmIEkgb3ZlcnJp
ZGUgYSBtZXRob2Qgb2YgbG9hZFBhbmVsLCBob3cgY2FuIEkgYWNjZXNzIGxvYWRQYW5lbCdzIG1l
dGhvZCB3aXRoaW4gbWluZSA/DQoNCmZvciBleGFtcGxlLi4uDQoNCm15Rm9vLnByb3RvdHlwZS5z
ZXRVUkwgPSBmdW5jdGlvbih1cmwpIHsNCiAgICAJLi4uIC8vZG8gc29tZSBzdHVmZg0KCS8vbm90
ZTogaW4gbXkgY29uc3RydWN0b3IgaSBzYXkgdGhpcy5zdXBlckNsYXNzID0gTG9hZFBhbmVsOw0K
CXRoaXMuc3VwZXJDbGFzcy5zZXRVUkwodXJsKTsgICAgLy93aWxsIHRoaXMgd29yayA/DQp9DQoN
Ci0gSG93IGRvIEkgdGVsbCBwcml2YXRlIG1ldGhvZHMgdnMuIHB1YmxpYyBvbmVzID8NCg0KV2hl
biBJIGNydWlzZSB0aHJvdWdoIHRoZSBjb2RlIGFuZCBzZWUgYSBwcm90b3R5cGUgZGVmaW5pdGlv
biBvZiAnTG9hZFBhbmVsLnByb3RvdHlwZS5nZXRGaWxlU2NvcGUnLCBJJ20gYXNzdW1pbmcgdGhh
dCB0aGVyZSBpcyBzb21lIHJlYXNvbiBJIG1pZ2h0IHdhbnQgdG8gdXNlIHRoaXMgbWV0aG9kLiAg
SXMgdGhpcyBjb3JyZWN0ID8gIElmIHNvLCBob3cgY2FuIEkgdGVsbCB3aGF0IHRoZSBtZXRob2Qg
ZG9lcyB3aXRob3V0IGRpZ2dpbmcgdGhyb3VnaCB0aGUgY29kZSA/DQoNCklmIGFueW9uZSBjYW4g
c2V0IG1lIHN0cmFpZ2h0IG9uIHRoZSBhYm92ZSwgSSdkIGJlIG11Y2ggYXBwcmVjaWF0ZWQuDQoN
CnRoYW5rcywNCg0KLU1hcmsgSGF2aWxhbmQNCg==

Re: [Dynapi-Dev] loadpanel troubles...

[Scott A. L. <sc...@sc...>]

Hi Mark,

The queue in LoadPanel (and the old loadHTML extension) basically
ensures that multiple load requests happen one after the other, instead
of all at once.  Both Netscape and IE seem to have troubles processing
multiple load requests.  The queue was created to make sure all requests
were taken care of one at a time.  When a URL is loaded it disappears
from the queue.

With the current widget model, you can't overwrite methods and call
their super methods like you can in Java.  You have to preserve the
original method, like this:

myFoo.prototype.origSetURL = LoadPanel.prototype.setURL;
myFoo.prototype.setURL = function(url){
  this.origSetURL(url);
}

If you're using the SuperClass object (I don't know if it's included in
the current distro) you can do "this.Super.setURL" -- the SuperClass
object simulates Java's inheritance scheme.  But you'd have to change
your widget to use it.

Unless someone puts comments in the code, there's no way to tell if a
method is private or public.  I assume "getFileScope" is internal, but
only because I've never had to call it myself.  Digging through the code
may give you clues.

-- 
scott andrew lepera
-----------------------------------
web stuff:     www.scottandrew.com
music stuff:   www.walkingbirds.com

[Dynapi-Dev] loadpanel troubles IE5.5 without Iframe

[Jared N. <ja...@aa...>]

Is anyone else is having trouble with iframe-less loadpanel in IE5.5?
I get an error (object doesn't support this property or method) on line 164
in loadpanel which is:

lpanel.loadElement.startDownload(url,LoadQueue.loadHandler);

now, in an effort to be one of the helpers, a not just a complainer, I have
spent the past 3 hours trying to fix the line above. I have been unable to
figure out what on earth is wrong with, my only theory is that perhaps the
behavior hasn't loaded yet (but that's probably incorrect). Has anyone made
any progress with this? Maybe if we pool our ideas we can get it to work :o)

I tried removing the code and trying a barebones example of startDownload
and it worked fine.