dynapi-help — List relating to using the DynAPI, bug reports, and suggestions

Re: [Dynapi-Help] Hover effect

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

I wrote the hover code while rewriting my bumblebee example, it just need to updated the bee code slightly cause I was doing it with Sprite, and it's now changed to DynImage.  I also wrote CircleAnim while rewriting my solar system demo, which also needs to be updated.  I don't think such demos should really be included with the DynAPI codebase but rather included in a documentation/tutorial site.

I'm currently reriting my Tetris game with DynAPI2.

Dan

On Thu, Dec 07, 2000 at 03:59:38AM +0000, ro...@is... wrote:
> Does anyone have a link to (or example of) a simple hyperlink hover 
> effect using the DynAPI2?
> 
> Thanks,
> robert
> _______________________________________________
> Dynapi-Help mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-help

RE: [Dynapi-Help] Links is a loadPanel revisited

[Cameron H. <ca...@bi...>]

> My mistake: the current version of loadpanel doesn't seem to use the
> .lyrobj idea.

The .lyrobj seems to point to the parent DynDocument, not the parent
DynLayer (the LoadPanel).

> No problem.  Here's a quick run at a link-rewriter function.  This only
> works in Netscape 4.x -- I still can't get the loadpanel to work in IE5
> (what's up with that?), so I couldn't test it in that browser. Anyway,
> it seems to work fine in NS. If someone wants to modify it for IE,
> please do.

The LoadPanel works in IE5 for me. But I cannot access the loaded html's
document object. I get a "Not Implemented Yet" error. I might try and force
IE5 to use the IE4 method and see if I have any more success.

> Add these static methods to the loadpanel.js code:

Thank's for that, I'll try it...

> When the panel is done loading, the rewrite will be invoked on this
> panel, and point the links to load in the panel instead of the browser.
> The LoadPanel.handleMouseover will take care the the status bar, so you
> won't be seeing "javascript:void" down there. Of course this approach
> will also wipe out any pre-exisiting onclick events in the link, so it's
> not meant to be used for everything.

It is probably possible to check for an existing onClick and save it so it
gets executed? I don't know if doing this just for links is the ideal
solution. Form's for example will have the same problem.
> http://lists.sourceforge.net/mailman/listinfo/dynapi-help

RE: [Dynapi-Help] Bug in DynAPI.include?

[Pascal B. <pb...@oi...>]

try this code:

	include : function(src,path) {
		if(src.substring(src.length-3)!=".js") src+=".js"
		if (!path) {
			var path=DynAPI.librarypath
			var pckg=src.substring(0,src.indexOf('.'))
			var groupname=src.substring(src.indexOf('.')+1)
			var realsrc=groupname.substring(groupname.indexOf('.')+1)
			groupname=groupname.substring(0,groupname.indexOf('.'))
			if (src.indexOf('.*')>0) {
				src=src.substring(0,src.indexOf('.*'))
				if (DynAPI.packages[pckg]) group=DynAPI.packages[pckg].libs[groupname]
				if (group) for (var i in group)	document.write('<script
language="Javascript1.2"
src="'+path+pckg+'/'+groupname+'/'+group[i]+'"><\/script>')
				else alert('include()\n\nThe following package could not be
loaded:\n'+src+'\n\nmake sure you specified the correct path.')
			} else {
				document.write('<script language="Javascript1.2"
src="'+path+pckg+'/'+groupname+'/'+realsrc+'"><\/script>')
			}
		} else {
			document.write('<script language="Javascript1.2"
src="'+path+'/'+src+'"><\/script>')
		}
	}


taken from dynacore version, but it should still work in dynapi... if you
now specify a path variable, it will not use the package/library structure,
but link in that file directly, the way it should work.



Pascal Bestebroer
pb...@oi...
http://www.oibv.com


-----Oorspronkelijk bericht-----
Van: dyn...@li...
[mailto:dyn...@li...]Namens Ben Sargent
Verzonden: donderdag 7 december 2000 8:38
Aan: dyn...@li...
Onderwerp: [Dynapi-Help] Bug in DynAPI.include?


I've been playing around with the newest releases, and I think I may
have found a bug in the DynAPI.include function.  When loading my own
source files like this:

DynAPI.include('myfile.js','js/');

the include function tries to output:

<script language="Javascript1.2" src="js/myfile//js"></script>

It also happens when I try to include 'myfile' instead of 'myfile.js'.

Is this a deliberate change from the earlier 2.0 way of doing this, or a
legitimate bug?

- ben
_______________________________________________
Dynapi-Help mailing list
Dyn...@li...
http://lists.sourceforge.net/mailman/listinfo/dynapi-help

Re: [Dynapi-Help] Bug in DynAPI.include?

[Robert R. <rra...@ya...>]

The include function is designed for files that are located in
packages.

For example: /mystuff/gui/label.js

If you want to include local files not in a package, you should then
use <script src=?> tags.  I don't think we need to make the include
directory have to check and decide if you mean a local include or a
package include espcially when you can easily just include the src in
a script tag.

-- 
// Robert Rainwater

On 12/6/2000, 4:58:02 PM EST, Ben wrote about "[Dynapi-Help] Bug in DynAPI.include?":

> I've been playing around with the newest releases, and I think I may
> have found a bug in the DynAPI.include function.  When loading my own
> source files like this:

> DynAPI.include('myfile.js','js/');

> the include function tries to output:

> <script language="Javascript1.2" src="js/myfile//js"></script>

> It also happens when I try to include 'myfile' instead of 'myfile.js'.

> Is this a deliberate change from the earlier 2.0 way of doing this, or a
> legitimate bug?

> - ben
> _______________________________________________
> Dynapi-Help mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-help

Re: [Dynapi-Help] New events.js

[Robert R. <rra...@ya...>]

> Fixed IE problems with buttons in pushpanels not disappearing at all, but
> now it requires an 'additional' click to remove the button when top/bottom
> position is reached.  <...slide... still there...click...gone...>

This has now been fixed by calling checkButtons on mouseup. Although,
in IE you get weird behavior that I think may be caused by IE's window
scrollbar.

-- 
// Robert Rainwater

Re: [Dynapi-Help] Widget tutorial: error!

[Richard :o <ma...@ri...>]

hi,
Either you're a javascript guru, if not take some time to get accustomed to
the way widgets are included in your documents, which libraries to include,
how event listeners work etc. There are many ready made widgets for you to
use already .Some are listed here:
http://www.cantir.com/dynapi/docs/ilmaestro/index.html
But beware of version differences.
cheers
Richard:o)


----- Original Message -----
From: "Informazioni InnovaWeb" <hen...@po...>
To: <dyn...@li...>
Sent: Wednesday, December 06, 2000 7:48 PM
Subject: [Dynapi-Help] Widget tutorial: error!


> I'll using that great project (DynAPI) in a big portal in Italy, it will
> works so fine! But I have a serious problem (after one day I'm using
DynAPI,
> probably I've made some mistake):
> I've tryed the examples for the simple button widget in the tutorial, but
it
> don't want to run! Ther file button.js and TestPage.htm are in the same
dir.
> (/examples) and the dynapi are in /js/lib/dynapi/api and /ext (as in the
> zip). All other examples works fine (and my developements too!), but I
can't
> use widgets!!! The error is at line 11 and is "button is not defined yet"
> (my own translation from italian error message!).
>
> Please, can anyone help me? Thank you in advance!!!
>
> Henrik Sozzi,
> InnovaWeb by Poliware S.r.l.
>
> _______________________________________________
> Dynapi-Help mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-help
> ____________________________________________________________
> Get your FREE personal .com domain name and
> NAMEzero Personal Portal at: http://www.namezero.com.
> For customer service, mailto:cus...@na....
>
>

[Dynapi-Help] Hover effect

[<ro...@is...>]

Does anyone have a link to (or example of) a simple hyperlink hover 
effect using the DynAPI2?

Thanks,
robert

RE: [Dynapi-Help] SkinTreeNode: slowwww..

[Nuno F. <nun...@wi...>]

Hi there,


I had the same problem, but only on IE. Netscape takes half the time.
But 310 nodes, that's at least 700+ layers on screen... yikes!

Anyway, try using a different approach, by coding a widget yourself that
uses
just one or two layers. The whole is written on a table,
each node is a <tr><td> row.

If a node is collapsed you change the little "-" icon to "+",
turn all it's nodes invisible (by writing style="display:none;" on
the corresponding <tr> tag - yes it works on Netscape too).

You can store each row of the table in a array. That way you
can use the setHTML method to the layer each time you detect a change
(collapse/expand) and need to alter the "display" property, by rewriting
the whole table.

It still will not be ultra-fast, but it you will gain at least 2x the speed.

Hope it helps,

NunoF

-----------------------------------------


I am currently loading 310 nodes in total.. and it's VERY slow..
is there any way that it can be sped up? is there anything I can discard?
only need to be able to add nodes, expand and collapse nodes, and click in a
node itself (<a href=... in title?).

it takes about 15 seconds to render (and the boss want under 10)
System:
Windows 98
AMD Duron 600 mhz
128 Megs pc100 RAM

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

RE: [Dynapi-Help] Scroll2 and List

[Nuno F. <nun...@wi...>]

Exactly my thoughts!
"Dynamic DHTML" would be a very good name for it! :))))

Actually I'm working on the same field, just using a different
method. PHP not ColdFusion.

But the real strenght of Dynamic DHTML :) is in personalization,
and minimizing the typical number of reloads necessary on a database
driven page.


best,

NunoF

[Dynapi-Help] Bug in DynAPI.include?

[Ben S. <ben...@tr...>]

I've been playing around with the newest releases, and I think I may
have found a bug in the DynAPI.include function.  When loading my own
source files like this:

DynAPI.include('myfile.js','js/');

the include function tries to output:

<script language="Javascript1.2" src="js/myfile//js"></script>

It also happens when I try to include 'myfile' instead of 'myfile.js'.

Is this a deliberate change from the earlier 2.0 way of doing this, or a
legitimate bug?

- ben

[Dynapi-Help] Links is a loadPanel revisited

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

My mistake: the current version of loadpanel doesn't seem to use the
.lyrobj idea.

No problem.  Here's a quick run at a link-rewriter function.  This only
works in Netscape 4.x -- I still can't get the loadpanel to work in IE5
(what's up with that?), so I couldn't test it in that browser. Anyway,
it seems to work fine in NS. If someone wants to modify it for IE,
please do.

Add these static methods to the loadpanel.js code:

LoadPanel.rewriteLinks=function(e){
  var lyr = e.getSource();
  var l = lyr.doc.links;
  for (i=0;i<l.length;i++){
    l[i].lyrobj=lyr
    l[i].orig_href = l[i].href;
    l[i].href ="javascript:void(0);";
    l[i].onclick=LoadPanel.handleClick;
    l[i].onmouseover=LoadPanel.handleMouseover;
  }
};
LoadPanel.handleMouseover = function(){
  status=this.orig_href;
  return true;
}
LoadPanel.handleClick = function(){
  this.lyrobj.setURL(this.orig_href)
}

To use it, add the following eventlistener to your loadpanel:

var el = new EventListener();
el.onload = LoadPanel.rewriteLinks;
lp.addEventListener(el);

When the panel is done loading, the rewrite will be invoked on this
panel, and point the links to load in the panel instead of the browser. 
The LoadPanel.handleMouseover will take care the the status bar, so you
won't be seeing "javascript:void" down there. Of course this approach
will also wipe out any pre-exisiting onclick events in the link, so it's
not meant to be used for everything.


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

[Dynapi-Help] Re: Widget tutorial: error!

[Informazioni I. <hen...@po...>]

Thank you for that information, in fact the site at sourceforge is a little
"strange"... I've downloaded the new version (with so many widgets!!!) and
I'll test soon...

Tank you!!!!!

Henrik Sozzi
Innovabeb by Poliware S.r.l.

Re: [RE: [Dynapi-Help] html links inside loadpanel documents]

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

You should be able to use an afterload event to trigger the iteration
through the layer's document. Assuming the document is not from another
domain, you could use this to rewrite all links.  The loadpanel and
loadHTML extension both already attach the calling layer as a property
to the link, as .lyrobj, so you could just extend this loop to rewrite
the link as well:

- assign the calling layer as a property of the link (in .lyrobj)
- preserve the original href somehow, like: links[i]._href =
links[i].href
- replace the existing href with a void return: links[i].href =
"javascript:void(0);"
- assign an onclick handler to the links: links[i].onclick =
LoadPanel.handleClick

Then all you have to do is write the handleClick:

LoadPanel.handleClick = function(){
  this.lyrobj.loadHTML(this._href)
}

I suppose you could also change other things in the link, like the
status bar message and whatnot.
This would probably work for pure navigation links, not for links that
already use the "javascript:" protocol.  That would cause some weird
problems.

scottandrew



Bill Wheaton wrote:
> 
> Perhaps, after the page loads, you could go and get the loadpanel's
> document.links array, and the iterate through them all and add to them a
> target window, namely the layer you want them to show up in.  I hope this
> works, because I plan on doing something like that.
> 
> "Cameron Hart" <ca...@bi...> wrote:
> > > I'm not sure if this is what you're looking for, but why not try
> > > something like ...
> > >
> > > <a href="#" onClick="whateverLayer.setHTML('page.html')">My Link</a>
> > >
> > > If you don't know what whateverLayer is in adavnce, you could use
> > > document.write to change the name of the layer.
> >
> > that works if you know what whatevenLayer is, but unfortunately I don't. I
> > thought that the document loaded into the loadpanel would know what
> > whateverLayer is (ie the layer it got loaded into) but it doesn't seem to.
> >
> > I'm not what you mean by using document.write to change the name of the
> > layer?
> >
> > Thanks,
> >
> > Cameron.
> >
> > >
> > > Let me know if you come across a better solution, or indeed if
> > > anyone has come across a
> > > solution to submitting a form and giving it a target inside a loadpanel.
> > >
> > > Mark
> > >
> > > Cameron Hart wrote:
> > >
> > > > I've got a question about links inside html files loaded into a
> > > loadpanel.
> > > >
> > > > I am building a site that uses multiple loadpanels at the same time.
> All
> > > > these loadpanels contain external html documents. Some of these
> > > documents
> > > > have links in them. If you click on a link in a document loaded in a
> > > > loadpanel, it loads the new page over the top of the main
> > > window, not into
> > > > the loadpanel. That's not good ;-)
> > > >
> > > > I've tried making the links javascript calls to call a setURL
> > > to load a new
> > > > document in the same loadpanel. The problem is that the
> > > document inside the
> > > > loadpanel doesn't seem to be "aware" of what loadpanel it is
> > > in. It's parent
> > > > appears to be the top level DynDocument, not the LoadPanel object.
> > > >
> > > > Does anyone have any ideas on how I can tell a document loaded into a
> > > > loadpanel, this is your loadpanel, use setURL on this?
> > > >
> > > > Thanks,
> > > >
> > > > Cameron.
> > > >
> > > > _______________________________________________
> > > > Dynapi-Help mailing list
> > > > Dyn...@li...
> > > > http://lists.sourceforge.net/mailman/listinfo/dynapi-help
> > >
> > > _______________________________________________
> > > Dynapi-Help mailing list
> > > Dyn...@li...
> > > http://lists.sourceforge.net/mailman/listinfo/dynapi-help
> >
> > _______________________________________________
> > Dynapi-Help mailing list
> > Dyn...@li...
> > http://lists.sourceforge.net/mailman/listinfo/dynapi-help
> 
> ____________________________________________________________________
> Get free email and a permanent address at http://www.netaddress.com/?N=1
> _______________________________________________
> Dynapi-Help mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-help


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

Re: [Dynapi-Help] Widget tutorial: error!

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

You may be using and older version of DynAPI.

Every day a new copy is made at
http://dynapi.sourceforge.net/snapshot/dynapi.zip
this copy has all the newest fixes and is updated daily.

cheers

Doug Melvin

----- Original Message -----
From: "Informazioni InnovaWeb" <hen...@po...>
To: <dyn...@li...>
Sent: Wednesday, December 06, 2000 10:48 AM
Subject: [Dynapi-Help] Widget tutorial: error!


> I'll using that great project (DynAPI) in a big portal in Italy, it will
> works so fine! But I have a serious problem (after one day I'm using
DynAPI,
> probably I've made some mistake):
> I've tryed the examples for the simple button widget in the tutorial, but
it
> don't want to run! Ther file button.js and TestPage.htm are in the same
dir.
> (/examples) and the dynapi are in /js/lib/dynapi/api and /ext (as in the
> zip). All other examples works fine (and my developements too!), but I
can't
> use widgets!!! The error is at line 11 and is "button is not defined yet"
> (my own translation from italian error message!).
>
> Please, can anyone help me? Thank you in advance!!!
>
> Henrik Sozzi,
> InnovaWeb by Poliware S.r.l.
>
> _______________________________________________
> Dynapi-Help mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-help

Re: [RE: [Dynapi-Help] html links inside loadpanel documents]

[Bill W. <bil...@us...>]

Perhaps, after the page loads, you could go and get the loadpanel's
document.links array, and the iterate through them all and add to them a
target window, namely the layer you want them to show up in.  I hope this
works, because I plan on doing something like that.

"Cameron Hart" <ca...@bi...> wrote:
> > I'm not sure if this is what you're looking for, but why not try
> > something like ...
> >
> > <a href="#" onClick="whateverLayer.setHTML('page.html')">My Link</a>
> >
> > If you don't know what whateverLayer is in adavnce, you could use
> > document.write to change the name of the layer.
> 
> that works if you know what whatevenLayer is, but unfortunately I don't. I
> thought that the document loaded into the loadpanel would know what
> whateverLayer is (ie the layer it got loaded into) but it doesn't seem to.
> 
> I'm not what you mean by using document.write to change the name of the
> layer?
> 
> Thanks,
> 
> Cameron.
> 
> >
> > Let me know if you come across a better solution, or indeed if
> > anyone has come across a
> > solution to submitting a form and giving it a target inside a loadpanel.
> >
> > Mark
> >
> > Cameron Hart wrote:
> >
> > > I've got a question about links inside html files loaded into a
> > loadpanel.
> > >
> > > I am building a site that uses multiple loadpanels at the same time.
All
> > > these loadpanels contain external html documents. Some of these
> > documents
> > > have links in them. If you click on a link in a document loaded in a
> > > loadpanel, it loads the new page over the top of the main
> > window, not into
> > > the loadpanel. That's not good ;-)
> > >
> > > I've tried making the links javascript calls to call a setURL
> > to load a new
> > > document in the same loadpanel. The problem is that the
> > document inside the
> > > loadpanel doesn't seem to be "aware" of what loadpanel it is
> > in. It's parent
> > > appears to be the top level DynDocument, not the LoadPanel object.
> > >
> > > Does anyone have any ideas on how I can tell a document loaded into a
> > > loadpanel, this is your loadpanel, use setURL on this?
> > >
> > > Thanks,
> > >
> > > Cameron.
> > >
> > > _______________________________________________
> > > Dynapi-Help mailing list
> > > Dyn...@li...
> > > http://lists.sourceforge.net/mailman/listinfo/dynapi-help
> >
> > _______________________________________________
> > Dynapi-Help mailing list
> > Dyn...@li...
> > http://lists.sourceforge.net/mailman/listinfo/dynapi-help
> 
> _______________________________________________
> Dynapi-Help mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-help


____________________________________________________________________
Get free email and a permanent address at http://www.netaddress.com/?N=1

RE: [Dynapi-Help] html links inside loadpanel documents

[Cameron H. <ca...@bi...>]

Talking to myself here, but I've got some new info...

> Now I have a new problem - when I call set URL, the URL is getting garbled
> somewhere. Any ideas what is happening there? It seems to get to
> the setURL method intact, but I haven't looked into it any further than
that.

I think this might be because I'm trying to open a file over a network and
windows 2000 has some proprietry protocol for referencing file servers that
netscape doesn't understand. maybe.

> so I thought I would try and do the same thing for links with IE. However,
> I'm using IE5, which doesn't use IFRAMES, it uses a DIV with a
> style to load the new document. I don't seem to be able to get to the
links
> object in the same way with IE5. Don't know about IE4, I don't have it.

IE5 is using Behaviours to load the document. I found something interesting
when trying to debug this, if I called showProps(this.loadElement.document)
I got an error "Not Implemented". This doesn't bode well for being able to
set any document properties with the IE5 behaviour method of loading things.

Any new ideas on how to solve this would be greatly appreciated,

Thanks,

Cameron.

[Dynapi-Help] CVS woes

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

I'm using WinCVS and I'm getting the following message when I try to
checkout the dynapi module:

cvs [checkout aborted]: end of file from server 

I've gone through all my settings and can't find anything wrong that I
know of.
Any ideas?
Please reply to me off-list, thanks.

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

[Dynapi-Help] Widget tutorial: error!

[Informazioni I. <hen...@po...>]

I'll using that great project (DynAPI) in a big portal in Italy, it will
works so fine! But I have a serious problem (after one day I'm using DynAPI,
probably I've made some mistake):
I've tryed the examples for the simple button widget in the tutorial, but it
don't want to run! Ther file button.js and TestPage.htm are in the same dir.
(/examples) and the dynapi are in /js/lib/dynapi/api and /ext (as in the
zip). All other examples works fine (and my developements too!), but I can't
use widgets!!! The error is at line 11 and is "button is not defined yet"
(my own translation from italian error message!).

Please, can anyone help me? Thank you in advance!!!

Henrik Sozzi,
InnovaWeb by Poliware S.r.l.

Re: [Dynapi-Help] SkinTreeNode: slowwww.. adendum to last msg

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

I think your problem is IE-specific.  IE seems to evaluate all JS before
it renders to the screen.  Netscape evaluates JS and renders
simulataneously, so you get smoother animation and faster screen load
than in IE.  The more DynLayers you have, the longer it will take IE to
display them.

You can save time by only rendering the tree nodes you need displayed,
and only rendering child nodes when their parent node is opened.

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

Re: [Dynapi-Help] loadHTML

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

Hi Max, I think I found the problem:

One, a typo in loadHTML:

DynAPI.dyndoc

should be:

DynAPI.document

Also, you'll notice that in loadHTML the loadqueue eventlistener is only
added to the base dyndocument:

DynAPI.document.addEventListener(lqLoadEvent)

So this may need to be reworked if you have multiple dyndocuments, like
in your second example.


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

Re: [Dynapi-Help] SkinTreeNode. please help

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

if after looking at the code you think of a better way of doing things =
(you probably will as this is my first attempt at programming objects in =
jscript) or you just don't know what the hell I was thinking or you just =
want to point and kaugh.. please do.. I could REALLY use some feedback.. =
If I wasn't running on 40 hours without sleep I could probably salve =
this in no time..

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

"Programming would be so much easier without the users..." Doug Melvin
  ----- Original Message -----=20
  From: Doug Melvin=20
  To: dynapi-help=20
  Sent: Wednesday, December 06, 2000 9:00 AM
  Subject: [Dynapi-Help] SkinTreeNode. please help


  the attached files show how far I've gotten..

  through testing I have determined that the Tempnodes are being =
created.. and that they are being translated to real nodes, also have =
proven that the node are being sized and positioned..
  but I can't see then.. help?

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

RE: [Dynapi-Help] html links inside loadpanel documents

[Cameron H. <ca...@bi...>]

Ummm, I haven't tried tweaking the loadpanel source just yet. I might be
using an older version of the loadpanel which doesn't support what you are
saying, the version date is 2000.11.09.

I've done what you suggested for Netscape and it works kind of :-)

This is my new code:

LoadPanel.prototype.loadHandler = function(url) {
	this.url = url
	if (is.ns4) {
		if (this.isILayer) {
			var w = this.loadElement.document.width
			var h = this.loadElement.document.height
		}
		else {
			var w = this.getContentWidth()
			var h = this.getContentHeight()
		}
		for (var i in this.loadElement.document.links) {
			this.loadElement.document.links[i].loadpanel = this;
		}
		if (this.autoW) this.setWidth(w,false)
		if (this.autoH) this.setHeight(h,false)
	}
	this.isReloading = false
	this.invokeEvent('load')
}

Now I have a new problem - when I call set URL, the URL is getting garbled
somewhere. Any ideas what is happening there? It seems to get to the setURL
method intact, but I haven't looked into it any further than that.

I think it would be good to keep the behaviour consistent between browsers,
so I thought I would try and do the same thing for links with IE. However,
I'm using IE5, which doesn't use IFRAMES, it uses a DIV with a style to load
the new document. I don't seem to be able to get to the links object in the
same way with IE5. Don't know about IE4, I don't have it.

Do you have any ideas on how I can do the same for IE4 and IE5, and should I
upgrade to a newer LoadPanel?

Thanks!!!

Cam.

> You will need a reference to the loadpanel.  In Netscape you
> might be able to use this:
>
> <a href="javascript://" onclick="this.lyrobj.setURL('file.html')">
>
> "this" in the content of a layer refers to the layer element.  We
> have a .lyrobj property that points to the DynLayer (or DynLayer
> based widget).  I can't remember if "this" inside a link returns
> the link or the document/layer.  If it returns the link we'd need
> to update LoadPanel to search through all the links in the page
> and drop a property like ".loadpanel" onto each link object so
> the could be made like "this.loadpanel.setURL()".
>
> For IE if you are using an IFrame you will need to have a
> different reference.  We can add some code into LoadPanel to make
> one.  "this" in an Iframe should refer to the frame element (or
> possibly the frame's document), so you'd add "frame.lyrobj =
> this" or "frame.document.lyrobj = this" somewhere in the
> LoadPanel code after the frame has been created.  Or again it
> might be necessary to manually attach a property to each link.
>
> It would just require some tweaking but it's definately possible.
>
> Dan
>
>
> On Wed, Dec 06, 2000 at 02:15:32PM -0000, Cameron Hart wrote:
> > > I'm not sure if this is what you're looking for, but why not try
> > > something like ...
> > >
> > > <a href="#" onClick="whateverLayer.setHTML('page.html')">My Link</a>
> > >
> > > If you don't know what whateverLayer is in adavnce, you could use
> > > document.write to change the name of the layer.
> >
> > that works if you know what whatevenLayer is, but unfortunately
> I don't. I
> > thought that the document loaded into the loadpanel would know what
> > whateverLayer is (ie the layer it got loaded into) but it
> doesn't seem to.
> >
> > I'm not what you mean by using document.write to change the name of the
> > layer?
> >
> > Thanks,
> >
> > Cameron.
> >
> > >
> > > Let me know if you come across a better solution, or indeed if
> > > anyone has come across a
> > > solution to submitting a form and giving it a target inside a
> loadpanel.
> > >
> > > Mark
> > >
> > > Cameron Hart wrote:
> > >
> > > > I've got a question about links inside html files loaded into a
> > > loadpanel.
> > > >
> > > > I am building a site that uses multiple loadpanels at the
> same time. All
> > > > these loadpanels contain external html documents. Some of these
> > > documents
> > > > have links in them. If you click on a link in a document loaded in a
> > > > loadpanel, it loads the new page over the top of the main
> > > window, not into
> > > > the loadpanel. That's not good ;-)
> > > >
> > > > I've tried making the links javascript calls to call a setURL
> > > to load a new
> > > > document in the same loadpanel. The problem is that the
> > > document inside the
> > > > loadpanel doesn't seem to be "aware" of what loadpanel it is
> > > in. It's parent
> > > > appears to be the top level DynDocument, not the LoadPanel object.
> > > >
> > > > Does anyone have any ideas on how I can tell a document
> loaded into a
> > > > loadpanel, this is your loadpanel, use setURL on this?
> > > >
> > > > Thanks,
> > > >
> > > > Cameron.
> > > >
> > > > _______________________________________________
> > > > Dynapi-Help mailing list
> > > > Dyn...@li...
> > > > http://lists.sourceforge.net/mailman/listinfo/dynapi-help
> > >
> > > _______________________________________________
> > > Dynapi-Help mailing list
> > > Dyn...@li...
> > > http://lists.sourceforge.net/mailman/listinfo/dynapi-help
> >
> > _______________________________________________
> > Dynapi-Help mailing list
> > Dyn...@li...
> > http://lists.sourceforge.net/mailman/listinfo/dynapi-help
> _______________________________________________
> Dynapi-Help mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-help

[Dynapi-Help] New events.js

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

Fixed IE problems with buttons in pushpanels not disappearing at all, but
now it requires an 'additional' click to remove the button when top/bottom
position is reached.  <...slide... still there...click...gone...>

DS

Re: [[Dynapi-Help] scroll pane example]

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

birdwacker ? pretty imagionative, I like to use,
bugger, ARP, FU, and CauseISaidSo

:-)
Doug Melvin
----- Original Message -----
From: "Bill Wheaton" <bil...@us...>
To: <dyn...@li...>
Sent: Wednesday, December 06, 2000 7:28 AM
Subject: Re: [[Dynapi-Help] scroll pane example]


birdwacker doesn't seem to do much either.
Like the name though. One more test variable name.
flogs, fleebs, doohongs, birdwackers, hmmms... coding is not pretty.

where is 'scroll' being used?

"Raymond Smith" <dst...@or...> wrote:

> ---------------------------------------------
> Attachment:
> MIME Type: multipart/alternative
> ---------------------------------------------
> One problem with the example (IE) is using "scroll" as a name of the
scroll
widget.
>
> scroll = new ScrollPane(label1)  // label1 will be set as the content
> scroll.setSize(150,150)
> scroll.moveTo(250,50)
> scroll.setBgColor('#c0c0c0')
>
> Changing scroll to birdwacker will at least allow the window to form.
Still
has problems through.
>
> DS


____________________________________________________________________
Get free email and a permanent address at http://www.netaddress.com/?N=1
_______________________________________________
Dynapi-Help mailing list
Dyn...@li...
http://lists.sourceforge.net/mailman/listinfo/dynapi-help

Re: [Dynapi-Help] html links inside loadpanel documents

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

You will need a reference to the loadpanel.  In Netscape you might be able to use this:

<a href="javascript://" onclick="this.lyrobj.setURL('file.html')">

"this" in the content of a layer refers to the layer element.  We have a .lyrobj property that points to the DynLayer (or DynLayer based widget).  I can't remember if "this" inside a link returns the link or the document/layer.  If it returns the link we'd need to update LoadPanel to search through all the links in the page and drop a property like ".loadpanel" onto each link object so the could be made like "this.loadpanel.setURL()".

For IE if you are using an IFrame you will need to have a different reference.  We can add some code into LoadPanel to make one.  "this" in an Iframe should refer to the frame element (or possibly the frame's document), so you'd add "frame.lyrobj = this" or "frame.document.lyrobj = this" somewhere in the LoadPanel code after the frame has been created.  Or again it might be necessary to manually attach a property to each link.

It would just require some tweaking but it's definately possible.

Dan


On Wed, Dec 06, 2000 at 02:15:32PM -0000, Cameron Hart wrote:
> > I'm not sure if this is what you're looking for, but why not try
> > something like ...
> >
> > <a href="#" onClick="whateverLayer.setHTML('page.html')">My Link</a>
> >
> > If you don't know what whateverLayer is in adavnce, you could use
> > document.write to change the name of the layer.
> 
> that works if you know what whatevenLayer is, but unfortunately I don't. I
> thought that the document loaded into the loadpanel would know what
> whateverLayer is (ie the layer it got loaded into) but it doesn't seem to.
> 
> I'm not what you mean by using document.write to change the name of the
> layer?
> 
> Thanks,
> 
> Cameron.
> 
> >
> > Let me know if you come across a better solution, or indeed if
> > anyone has come across a
> > solution to submitting a form and giving it a target inside a loadpanel.
> >
> > Mark
> >
> > Cameron Hart wrote:
> >
> > > I've got a question about links inside html files loaded into a
> > loadpanel.
> > >
> > > I am building a site that uses multiple loadpanels at the same time. All
> > > these loadpanels contain external html documents. Some of these
> > documents
> > > have links in them. If you click on a link in a document loaded in a
> > > loadpanel, it loads the new page over the top of the main
> > window, not into
> > > the loadpanel. That's not good ;-)
> > >
> > > I've tried making the links javascript calls to call a setURL
> > to load a new
> > > document in the same loadpanel. The problem is that the
> > document inside the
> > > loadpanel doesn't seem to be "aware" of what loadpanel it is
> > in. It's parent
> > > appears to be the top level DynDocument, not the LoadPanel object.
> > >
> > > Does anyone have any ideas on how I can tell a document loaded into a
> > > loadpanel, this is your loadpanel, use setURL on this?
> > >
> > > Thanks,
> > >
> > > Cameron.
> > >
> > > _______________________________________________
> > > Dynapi-Help mailing list
> > > Dyn...@li...
> > > http://lists.sourceforge.net/mailman/listinfo/dynapi-help
> >
> > _______________________________________________
> > Dynapi-Help mailing list
> > Dyn...@li...
> > http://lists.sourceforge.net/mailman/listinfo/dynapi-help
> 
> _______________________________________________
> Dynapi-Help mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-help