dynapi-dev — List related to the current DynAPI Core development

[Dynapi-Dev] Directions in 2001 - IDE, loadpanel

[Al B. <by...@lo...>]

Hello All,

I have noticed some talk about using loadpanel in conjunction with
forms. This is an area of great interest to me. Automating the
generation of forms and their interaction with the host is the crux of
an integrated development environment (IDE). I see IDE as being the
biggest current open niche in the open source arena and DynAPI could
play a huge part if there were such an effort to develop one.

I think the key to a successful IDE will be the incorporation of XML
technology - it will strike a responsive chord with the industry and it
solves some real problems (see below). Over the past couple of years
Local Square has developed a client/server environment in which XML is
passed to and from  browser forms via XML (we also can send HTML). I
have developed a lightweight psuedo-XML parser in Javascript. We have
tools to generate the necessary forms and scripts from a database table
definition. The system is designed to be distributed - using Apache/HTTP
as the transport and Perl as the scripting language. It is highly
object-oriented - both in Perl and Javascript.

DynApi is playing a key role in this system in two important ways:
1) The use of DynApi widgets in conjunction with forms, can give the
processing of data a lot of the amenities that normally would be
associated with desktop or Java apps. Things like a responsive menu,
popup boxes for selections and help, etc. The fact that data is kept on
the client also improves the response time.

2) We are currently using DynApi(1) to implement a drag and drop
environment for laying out web pages. This is for e-commerce, but it
could have lots of other uses. Because of the varied nature of the data
structure for pages built this way (they would have special embedded
"objects"), XML is the best vehicle for transmitting and storing this
data. And it leaves us in a position to take advantage of the
forthcoming XSLT work to render the XML.

There is also a third area - using loadpanel to transmit the data. We
have struggled with this problem - having used 1) a hidden frame to do
the transmission (it is fragile and messes up the expected operation of
the "Back" key), 2) the precursor to loadpanel (it is also fragile and
suffers from a limitation on the size of data that can be uploaded and
3) urlPipe, a Java applet developed at www.kisai.com (they don't seem to
be there anymore?) (it seemed to work great except for some special
problems that only affected our work. But no source code). Note that the
folks at allaire.com seem to be interested in this use of XML (they have
a protocol called WDDX ) and I have seen urlPipe mentioned there.

Our company has toyed with the idea of making our work open source. If
anyone is interested in this type of project, please respond here or to
me directly so that I have something to take to our management. The
beauty of such an endeavor is that when we are done, instead of being
able to share widgets with which we build apps, we will be able to share
complete and compatible applications - moving DynApi into the ASP arena.

-Al

--
Al Byers
Local Square, Inc.
826 N. Augusta St.
Staunton, VA 24401
540.213.0500
www.localsquare.com
by...@lo...

Re: [Dynapi-Dev] 2001 areas of focus, DynAPI - New "Thread"...

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

ServerSide widget?
Do tell! more! more!

Doug
----- Original Message -----
From: "Pascal Bestebroer" <pa...@dy...>
To: <dyn...@li...>
Sent: Tuesday, January 02, 2001 11:00 AM
Subject: RE: [Dynapi-Dev] 2001 areas of focus, DynAPI - New "Thread"...


> Hmm, I think Dan had already done this in his ServerSide widget...
>
> It's actually funny to see alot of ideas popping on this mailing list that
> some of the "older" dynapi users have already did or worked on :-)
>
> Another one is the idea about layout managing (something that was
mentioned
> a few months ago by Brandon, btw.. did you ever finish it?) and the IDE
> thing which I had already worked on a few months ago but dropped because
of
> to many changes being made..
>
> well, lets just hope these ideas get 100% completed this year :-)
>
> greets,
>
> Pascal Bestebroer
> pa...@dy...
> http://www.dynamic-core.net
>
> > -----Oorspronkelijk bericht-----
> > Van: dyn...@li...
> > [mailto:dyn...@li...]Namens Brust, Corwin
> > Verzonden: dinsdag 2 januari 2001 19:17
> > Aan: 'dyn...@li...'
> > Onderwerp: RE: [Dynapi-Dev] 2001 areas of focus, DynAPI - New
> > "Thread"...
> >
> >
> >
> > > (2) Most robust backend systems leave the client-side wearing
> > concrete
> > > shoes.  I think we have a tremendous opportunity to be both
> > 'back-end
> > > powerful' and 'client-side dynamic' using MySQL, PHP and DynAPI as
> > an
> > > implementation system.  This creates the potential for
> > self-animating
> > > polls/presentation information, robust user preference modules, etc.
> >
> > This also sounds interesting to me, particularly useful to me would be a
> > mechanism, similar to LoadPanel, but which takes a form object
> > rather then a
> > url.  The would be helpful in working around the limitation of
JavaScript
> > which prevents targeting of layers by forms.
> >
> > Corwin Brust
> > Software Engineer
> > Alliance Data Systems
> > formerly Harmonic Systems, Inc.
> > 701 Fourth Ave South, Suite-1600
> > Minneapolis, Minnesota 55415
> > Office: (612) 672-3584
> > Mobil: (612) 239-8073
> > Email: cb...@ha...
> >
> > _______________________________________________
> > 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] Snapshot broken

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

Hmm, seeing as that website was done quickly (I think by Robert ?) and never
finished maybe some one else wants to finish the job? (unless Robert wants
to finish it himself).

Also the daily snapshot is not considered official because it can be full of
bugs.. there's a large group of people that will get it and want to use it
in projects, and start complaining about all the bugs in it, so that's why
theres a difference between an "official" version and a snapshot which is
developers code (and beta/testing code) and is in a lot of cases stable and
working great, but is not tested.



Pascal Bestebroer (pb...@oi...)
Software ontwikkelaar
Oberon Informatiesystemen b.v.
http://www.oibv.com

> -----Oorspronkelijk bericht-----
> Van: dyn...@li...
> [mailto:dyn...@li...]Namens Peter Curran
> Verzonden: woensdag 3 januari 2001 16:25
> Aan: dyn...@li...
> Onderwerp: RE: [Dynapi-Dev] Snapshot broken
>
>
> OK - thanks. This is pretty much what I figured was going on.
>
> Adding a link to the snapshot in the home page - with an
> explanation of
> what it is - seems like a good idea to me. There hasn't been
> a new official
> "release" for a long time, and with all the ongoing development, easy
> access to the current code, even if not "official," is
> something I am sure
> a lot of people using this package would find useful.
>
> At 06:50 AM 03/01/01 -0800, "Pascal" <pb...@oi...> wrote:
>
> >The snapshot is created by sourceforge from the CVS tree.
> >
> >It wasn't a secret, but because it's not a release version it should
> >probably only be used by developers or people who know what
> to do with
> >bugs.. and they, in most cases, already knew about this .. I hope :-)
> >
> >in any case, you could find information about this in the f.a.q:
> >http://www.dynamic-core.net/core/files/faq.dynapi2.html
> >
> >in the Using CVS part.
>
> Peter Curran     Software Developer    Casebank Technologies Inc.
> pc...@ca...
>
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
>

RE: [Dynapi-Dev] Snapshot broken

[Peter C. <pc...@ca...>]

OK - thanks. This is pretty much what I figured was going on.

Adding a link to the snapshot in the home page - with an explanation of 
what it is - seems like a good idea to me. There hasn't been a new official 
"release" for a long time, and with all the ongoing development, easy 
access to the current code, even if not "official," is something I am sure 
a lot of people using this package would find useful.

At 06:50 AM 03/01/01 -0800, "Pascal" <pb...@oi...> wrote:

>The snapshot is created by sourceforge from the CVS tree.
>
>It wasn't a secret, but because it's not a release version it should
>probably only be used by developers or people who know what to do with
>bugs.. and they, in most cases, already knew about this .. I hope :-)
>
>in any case, you could find information about this in the f.a.q:
>http://www.dynamic-core.net/core/files/faq.dynapi2.html
>
>in the Using CVS part.

Peter Curran     Software Developer    Casebank Technologies Inc.
pc...@ca... 

RE: [Dynapi-Dev] Snapshot broken

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

The snapshot is created by sourceforge from the CVS tree.

It wasn't a secret, but because it's not a release version it should
probably only be used by developers or people who know what to do with
bugs.. and they, in most cases, already knew about this .. I hope :-)

in any case, you could find information about this in the f.a.q:
http://www.dynamic-core.net/core/files/faq.dynapi2.html

in the Using CVS part.



Pascal Bestebroer (pb...@oi...)
Software ontwikkelaar
Oberon Informatiesystemen b.v.
http://www.oibv.com

> -----Oorspronkelijk bericht-----
> Van: dyn...@li...
> [mailto:dyn...@li...]Namens Peter Curran
> Verzonden: woensdag 3 januari 2001 15:16
> Aan: dyn...@li...
> Onderwerp: Re: [Dynapi-Dev] Snapshot broken
>
>
> This "snapshot" appears to be the current version of the code,
> pre-extracted from the CVS. Is that right? If so, it is just
> what I have
> wanted on a number of occasions. I just want the current
> code, and don't
> really want to get involved in the full CVS system,
> unless/until I'm in a
> position to contribute something useful. Is this actually
> being maintained
> as a reasonably current version of the code, or was this just
> a one-time
> thing, or ...?
>
> Secondly, I know my eyesight is going, but I can't find any
> link to this
> snapshot on the home page, or any other page. Is there one,
> or was this
> intended to be an insiders' secret that has now escaped?
>
> Thanks for any help...
>
> At 10:58 AM 02/01/01 -0800, Robert Rainwater wrote:
>
> >The snapshot at
> http://dynapi.sourceforge.net/snapshot/dynapi.zip appears to
> >be broken.  If you are downloading it, you will notice that its not
> >up-to-date with the latest changes.  When I get home Sunday,
> I will fix this
> >so that it will be updating correctly.
>
> --
> Peter Curran     Software Developer    Casebank Technologies Inc.
> pc...@ca...                           905 792-0618  X535
>
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
>

Re: [Dynapi-Dev] Snapshot broken

[Peter C. <pc...@ca...>]

This "snapshot" appears to be the current version of the code, 
pre-extracted from the CVS. Is that right? If so, it is just what I have 
wanted on a number of occasions. I just want the current code, and don't 
really want to get involved in the full CVS system, unless/until I'm in a 
position to contribute something useful. Is this actually being maintained 
as a reasonably current version of the code, or was this just a one-time 
thing, or ...?

Secondly, I know my eyesight is going, but I can't find any link to this 
snapshot on the home page, or any other page. Is there one, or was this 
intended to be an insiders' secret that has now escaped?

Thanks for any help...

At 10:58 AM 02/01/01 -0800, Robert Rainwater wrote:

>The snapshot at http://dynapi.sourceforge.net/snapshot/dynapi.zip appears to
>be broken.  If you are downloading it, you will notice that its not
>up-to-date with the latest changes.  When I get home Sunday, I will fix this
>so that it will be updating correctly.

--
Peter Curran     Software Developer    Casebank Technologies Inc.
pc...@ca...                           905 792-0618  X535

Re: [Dynapi-Dev] 2001 areas of focus, DynAPI - New "Thread"...

[Peter L. <com...@op...>]

Cameron

There is a good example and documentation at this URL

http://www.builder.com/Programming/Scripter/071299/

Regards
Peter Luxmore

Cameron Hart wrote:

> Someone suggested writing a Java Applet that is accessed using the API to
> perform the same function as LoadPanel. Sounded like a really interesting
> idea. Does anyone know where documentation can be found on communicating
> with Applets using Javascript? developer.netscape.com is probably a good
> start I guess.
>
> > -----Original Message-----
> > From: dyn...@li...
> > [mailto:dyn...@li...]On Behalf Of Michael
> > Pemberton
> > Sent: 02 January 2001 23:16
> > To: dyn...@li...
> > Subject: Re: [Dynapi-Dev] 2001 areas of focus, DynAPI - New "Thread"...
> >
> >
> > I'm working on a dynamic form object that could be used to add
> > and remove form
> > elements dynamically and then generate the required url when required to
> > submit.  This way, the form can use non-form objects that get
> > values, such as
> > any of the DynAPI widgets.
> >
> > "Brust, Corwin" wrote:
> >
> > > I was not trying to suggest that it couldn't been done, more
> > that it might
> > > be a good case for a subclass, say formpanel.
> > >
> > > -Corwin
> > >
> > > -----Original Message-----
> > > From: Michael Pemberton [mailto:mp...@ph...]
> > > Sent: Tuesday, January 02, 2001 4:50 PM
> > > To: dyn...@li...
> > > Subject: Re: [Dynapi-Dev] 2001 areas of focus, DynAPI - New "Thread"...
> > >
> > > It should be possible to make a form result load into a
> > loadpanel.  Use an
> > > onsubmit event to step through each of the items in your form
> > and .escape()
> > > the
> > > value.  Then use these to generate the url for the form results page.
> > >
> > > This only work with get forms and not post.  Anyway, I hope this helps.
> > >
> > > "Brust, Corwin" wrote:
> > >
> > > > >       (2) Most robust backend systems leave the client-side wearing
> > > > concrete
> > > > >       shoes.  I think we have a tremendous opportunity to be both
> > > > 'back-end
> > > > >       powerful' and 'client-side dynamic' using MySQL, PHP
> > and DynAPI as
> > > > an
> > > > >       implementation system.  This creates the potential for
> > > > self-animating
> > > > >       polls/presentation information, robust user
> > preference modules,
> > > etc.
> > > >
> > > > This also sounds interesting to me, particularly useful to me
> > would be a
> > > > mechanism, similar to LoadPanel, but which takes a form
> > object rather then
> > > a
> > > > url.  The would be helpful in working around the limitation
> > of JavaScript
> > > > which prevents targeting of layers by forms.
> > > >
> > >
> > > [ various footers removed ]
> > >
> > > _______________________________________________
> > > 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] 2001 areas of focus, DynAPI - New "Thread"...

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

Someone suggested writing a Java Applet that is accessed using the API to
perform the same function as LoadPanel. Sounded like a really interesting
idea. Does anyone know where documentation can be found on communicating
with Applets using Javascript? developer.netscape.com is probably a good
start I guess.

> -----Original Message-----
> From: dyn...@li...
> [mailto:dyn...@li...]On Behalf Of Michael
> Pemberton
> Sent: 02 January 2001 23:16
> To: dyn...@li...
> Subject: Re: [Dynapi-Dev] 2001 areas of focus, DynAPI - New "Thread"...
>
>
> I'm working on a dynamic form object that could be used to add
> and remove form
> elements dynamically and then generate the required url when required to
> submit.  This way, the form can use non-form objects that get
> values, such as
> any of the DynAPI widgets.
>
> "Brust, Corwin" wrote:
>
> > I was not trying to suggest that it couldn't been done, more
> that it might
> > be a good case for a subclass, say formpanel.
> >
> > -Corwin
> >
> > -----Original Message-----
> > From: Michael Pemberton [mailto:mp...@ph...]
> > Sent: Tuesday, January 02, 2001 4:50 PM
> > To: dyn...@li...
> > Subject: Re: [Dynapi-Dev] 2001 areas of focus, DynAPI - New "Thread"...
> >
> > It should be possible to make a form result load into a
> loadpanel.  Use an
> > onsubmit event to step through each of the items in your form
> and .escape()
> > the
> > value.  Then use these to generate the url for the form results page.
> >
> > This only work with get forms and not post.  Anyway, I hope this helps.
> >
> > "Brust, Corwin" wrote:
> >
> > > >       (2) Most robust backend systems leave the client-side wearing
> > > concrete
> > > >       shoes.  I think we have a tremendous opportunity to be both
> > > 'back-end
> > > >       powerful' and 'client-side dynamic' using MySQL, PHP
> and DynAPI as
> > > an
> > > >       implementation system.  This creates the potential for
> > > self-animating
> > > >       polls/presentation information, robust user
> preference modules,
> > etc.
> > >
> > > This also sounds interesting to me, particularly useful to me
> would be a
> > > mechanism, similar to LoadPanel, but which takes a form
> object rather then
> > a
> > > url.  The would be helpful in working around the limitation
> of JavaScript
> > > which prevents targeting of layers by forms.
> > >
> >
> > [ various footers removed ]
> >
> > _______________________________________________
> > 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] Graphical layout program?

[<hen...@ri...>]

I'm very interested i=B4n it. It could both be used in a possible =
DynBuilder webapp like we're discussing and to realise a couple of =
things I had wished for my own Comic Creators site development. If =
nothing else, since I still have a bit to learn about DynAPI, I could =
rather than do raw coding contribute something of a objectmodel proposal =
to work from and/or UI definitions and graphics. Please let me know what =
you have in mind in more detail.
=20
Henrik V=E5glin

BTW You're resizable layer with handles was really cool, I can think of =
rather a few ways that could be used... And hey, since you're not hiding =
the handles properly before any section is created and existing, how =
about adding the same functionality to the DynDocument (ie the page) - =
it be really cool to be able to resize a page just like that.


----- Original Message -----=20
From: "Brandon Myers" <bnd...@ho...>
To: <dyn...@li...>
Sent: Tuesday, January 02, 2001 7:02 PM
Subject: RE: [Dynapi-Dev] Graphical layout program?


> Hey.. that's an interesting Idea..
>=20
> DynVisio
>=20
>=20
> > -----Original Message-----
> > From: dyn...@li...
> > [mailto:dyn...@li...]On Behalf Of Al Byers
> > Sent: Tuesday, January 02, 2001 9:08 AM
> > To: dyn...@li...
> > Subject: [Dynapi-Dev] Graphical layout program?
> >=20
> >=20
> > Kudos to whoever designed the event handling in DynAPI2 - it is =
great. I
> > had not been able to get around to using the new libs until =
recently. I
> > was very impressed with how easy it was to do some basic graphical
> > object manipulation. I did this little proof-of-concept -
> > http://agva.localsquare.com/~byersa/examples/sections.html .
> >=20
> > I am curious as to whether anyone out there has added or is =
interested
> > in adding some higher level, basic graphical design capability on =
top of
> > DynAPI. I realize that you can't do much, but there are alot of apps
> > that could use some basic floor plan layouts, which is basically =
just
> > rectangular shapes. Such a system would do things like:
> > 1) scale
> > 2) show dimensions
> > 3) build up complex objects from simple ones, so that if one object =
is
> > stretched, the attached objects would move correctly.
> > 4) a "snap-to" feature to build complex objects
> >=20
> > I would like to talk to anyone that is.
> > -Al
> >=20
> > --
> > Al Byers
> > Local Square, Inc.
> > 826 N. Augusta St.
> > Staunton, VA 24401
> > 540.213.0500
> > www.localsquare.com
> > by...@lo...
> >=20
> >=20
> >=20
> > _______________________________________________
> > Dynapi-Dev mailing list
> > Dyn...@li...
> > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
> >=20

[Dynapi-Dev] DynAPI.include()

[Michael <mb...@st...>]

hi there.

this is my first post to this list, and i would like to use the opportunity to thank you for the great work you're all doing. i just started dealing with
the dynapi after having spent a _lot_ of time putting together something similar on my own (i now finally gave up, mainly because it's just way too much
work keeping everything up to date).

now to the real issue of this post:

the following is an excerpt from part 1 one of the tutorials written by Pascal, describing the include() function:

* DynAPI.include('myownfile.js','location/path')
Include your own file not located in the [dynapi base path] location
* DynAPI.include('myownfile.js','./')
Include your own file located at the current file location.

i like these features, so i tried to use them bu it didn't work. looking at the code i realised that they weren't implemented at all. i don't know if
somebody did already implement them, but both the current distro and the current CVS-version do not contain them.
so here's my version:

 include : function(src,path) {
  if(src.substring(src.length-3)!=".js") src+=".js";
  if (!path) var path=DynAPI.librarypath;
  else {
      if (path=="./") path = "";
      else if (path[path.length-1] != "/") path += "/";
      document.write('<script language="Javascript1.2" src="'+ path + src + '"></script>');
      return;
  }
    ....some more stuff....
 }

hope this is usefull, and sorry if i missed the version containing those features. (BTW: is was pretty hard for me to find out where to get the current
files, so a few hints on the project-webpage would save a great deal of time to people interested in looking at the current work going on)

that all for now.
greets.
michael buerge

Re: [Dynapi-Dev] 2001 areas of focus, DynAPI - New "Thread"...

[Michael P. <mp...@ph...>]

I'm working on a dynamic form object that could be used to add and remove form
elements dynamically and then generate the required url when required to
submit.  This way, the form can use non-form objects that get values, such as
any of the DynAPI widgets.

"Brust, Corwin" wrote:

> I was not trying to suggest that it couldn't been done, more that it might
> be a good case for a subclass, say formpanel.
>
> -Corwin
>
> -----Original Message-----
> From: Michael Pemberton [mailto:mp...@ph...]
> Sent: Tuesday, January 02, 2001 4:50 PM
> To: dyn...@li...
> Subject: Re: [Dynapi-Dev] 2001 areas of focus, DynAPI - New "Thread"...
>
> It should be possible to make a form result load into a loadpanel.  Use an
> onsubmit event to step through each of the items in your form and .escape()
> the
> value.  Then use these to generate the url for the form results page.
>
> This only work with get forms and not post.  Anyway, I hope this helps.
>
> "Brust, Corwin" wrote:
>
> > >       (2) Most robust backend systems leave the client-side wearing
> > concrete
> > >       shoes.  I think we have a tremendous opportunity to be both
> > 'back-end
> > >       powerful' and 'client-side dynamic' using MySQL, PHP and DynAPI as
> > an
> > >       implementation system.  This creates the potential for
> > self-animating
> > >       polls/presentation information, robust user preference modules,
> etc.
> >
> > This also sounds interesting to me, particularly useful to me would be a
> > mechanism, similar to LoadPanel, but which takes a form object rather then
> a
> > url.  The would be helpful in working around the limitation of JavaScript
> > which prevents targeting of layers by forms.
> >
>
> [ various footers removed ]
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

RE: [Dynapi-Dev] 2001 areas of focus, DynAPI - New "Thread"...

[Brust, C. <CB...@al...>]

I was not trying to suggest that it couldn't been done, more that it might
be a good case for a subclass, say formpanel.  

-Corwin

-----Original Message-----
From: Michael Pemberton [mailto:mp...@ph...]
Sent: Tuesday, January 02, 2001 4:50 PM
To: dyn...@li...
Subject: Re: [Dynapi-Dev] 2001 areas of focus, DynAPI - New "Thread"...


It should be possible to make a form result load into a loadpanel.  Use an
onsubmit event to step through each of the items in your form and .escape()
the
value.  Then use these to generate the url for the form results page.

This only work with get forms and not post.  Anyway, I hope this helps.

"Brust, Corwin" wrote:

> >       (2) Most robust backend systems leave the client-side wearing
> concrete
> >       shoes.  I think we have a tremendous opportunity to be both
> 'back-end
> >       powerful' and 'client-side dynamic' using MySQL, PHP and DynAPI as
> an
> >       implementation system.  This creates the potential for
> self-animating
> >       polls/presentation information, robust user preference modules,
etc.
>
> This also sounds interesting to me, particularly useful to me would be a
> mechanism, similar to LoadPanel, but which takes a form object rather then
a
> url.  The would be helpful in working around the limitation of JavaScript
> which prevents targeting of layers by forms.
>

[ various footers removed ]

[Dynapi-Dev] fixed ns 6 events

[Nicola M. <nic...@ho...>]

I just uploaded a patch for ns 6 events please test it

thank you

Y
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com

Re: [Dynapi-Dev] 2001 areas of focus, DynAPI - New "Thread"...

[Michael P. <mp...@ph...>]

It should be possible to make a form result load into a loadpanel.  Use an
onsubmit event to step through each of the items in your form and .escape() the
value.  Then use these to generate the url for the form results page.

This only work with get forms and not post.  Anyway, I hope this helps.

"Brust, Corwin" wrote:

> >       (2) Most robust backend systems leave the client-side wearing
> concrete
> >       shoes.  I think we have a tremendous opportunity to be both
> 'back-end
> >       powerful' and 'client-side dynamic' using MySQL, PHP and DynAPI as
> an
> >       implementation system.  This creates the potential for
> self-animating
> >       polls/presentation information, robust user preference modules, etc.
>
> This also sounds interesting to me, particularly useful to me would be a
> mechanism, similar to LoadPanel, but which takes a form object rather then a
> url.  The would be helpful in working around the limitation of JavaScript
> which prevents targeting of layers by forms.
>
> Corwin Brust
> Software Engineer
> Alliance Data Systems
> formerly Harmonic Systems, Inc.
> 701 Fourth Ave South, Suite-1600
> Minneapolis, Minnesota 55415
> Office: (612) 672-3584
> Mobil: (612) 239-8073
> Email: cb...@ha...
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

Re: [Dynapi-Dev] Graphical layout program?

[Michael P. <mp...@ph...>]

I've been working on my own customised version of the API.  I've included a
hack for dragging that allows for snapping to the border as set by
setDragBoundry.  If your interested, I can email it to you.

Al Byers wrote:

> Kudos to whoever designed the event handling in DynAPI2 - it is great. I
> had not been able to get around to using the new libs until recently. I
> was very impressed with how easy it was to do some basic graphical
> object manipulation. I did this little proof-of-concept -
> http://agva.localsquare.com/~byersa/examples/sections.html .
>
> I am curious as to whether anyone out there has added or is interested
> in adding some higher level, basic graphical design capability on top of
> DynAPI. I realize that you can't do much, but there are alot of apps
> that could use some basic floor plan layouts, which is basically just
> rectangular shapes. Such a system would do things like:
> 1) scale
> 2) show dimensions
> 3) build up complex objects from simple ones, so that if one object is
> stretched, the attached objects would move correctly.
> 4) a "snap-to" feature to build complex objects
>
> I would like to talk to anyone that is.
> -Al
>
> --
> Al Byers
> Local Square, Inc.
> 826 N. Augusta St.
> Staunton, VA 24401
> 540.213.0500
> www.localsquare.com
> by...@lo...
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

RE: [Dynapi-Dev] 2001 areas of focus, DynAPI - New "Thread"...

[Brandon M. <bnd...@ho...>]

Managing what? I can't remember. I have made soooo many different managers I
can't remember which I mentioned. There are a few Ideas that I mentioned
that I can't release, yet, but hope to when I get permission.

Has anyone taken a stab at re-writing the Event system? There are
improvements to be made that could solve problems that are being brought up,
and make obsolite kluged solutions.

Kluges and problem examples:
Precreate events, Label Event probelms, links in layers, event chaining,
event routing, event alterations based on runtime situations or previous
events, useless and irrelevent extra code,event priority, haulting
processing of current event within event handler, etc... (The list could go
on)

Any takers on this monumental task?

> -----Original Message-----
> From: dyn...@li...
> [mailto:dyn...@li...]On Behalf Of Pascal
> Bestebroer
> Sent: Tuesday, January 02, 2001 2:01 PM
> To: dyn...@li...
> Subject: RE: [Dynapi-Dev] 2001 areas of focus, DynAPI - New "Thread"...
>
>
> Hmm, I think Dan had already done this in his ServerSide widget...
>
> It's actually funny to see alot of ideas popping on this mailing list that
> some of the "older" dynapi users have already did or worked on :-)
>
> Another one is the idea about layout managing (something that was
> mentioned
> a few months ago by Brandon, btw.. did you ever finish it?) and the IDE
> thing which I had already worked on a few months ago but dropped
> because of
> to many changes being made..
>
> well, lets just hope these ideas get 100% completed this year :-)
>
> greets,
>
> Pascal Bestebroer
> pa...@dy...
> http://www.dynamic-core.net
>
> > -----Oorspronkelijk bericht-----
> > Van: dyn...@li...
> > [mailto:dyn...@li...]Namens Brust, Corwin
> > Verzonden: dinsdag 2 januari 2001 19:17
> > Aan: 'dyn...@li...'
> > Onderwerp: RE: [Dynapi-Dev] 2001 areas of focus, DynAPI - New
> > "Thread"...
> >
> >
> >
> > >	(2) Most robust backend systems leave the client-side wearing
> > concrete
> > >	shoes.  I think we have a tremendous opportunity to be both
> > 'back-end
> > >	powerful' and 'client-side dynamic' using MySQL, PHP and DynAPI as
> > an
> > >	implementation system.  This creates the potential for
> > self-animating
> > >	polls/presentation information, robust user preference modules, etc.
> >
> > This also sounds interesting to me, particularly useful to me would be a
> > mechanism, similar to LoadPanel, but which takes a form object
> > rather then a
> > url.  The would be helpful in working around the limitation of
> JavaScript
> > which prevents targeting of layers by forms.
> >
> > Corwin Brust
> > Software Engineer
> > Alliance Data Systems
> > formerly Harmonic Systems, Inc.
> > 701 Fourth Ave South, Suite-1600
> > Minneapolis, Minnesota 55415
> > Office: (612) 672-3584
> > Mobil: (612) 239-8073
> > Email: cb...@ha...
> >
> > _______________________________________________
> > 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] 2001 areas of focus, DynAPI - New "Thread"...

[Pascal B. <pa...@dy...>]

Hmm, I think Dan had already done this in his ServerSide widget...

It's actually funny to see alot of ideas popping on this mailing list that
some of the "older" dynapi users have already did or worked on :-)

Another one is the idea about layout managing (something that was mentioned
a few months ago by Brandon, btw.. did you ever finish it?) and the IDE
thing which I had already worked on a few months ago but dropped because of
to many changes being made..

well, lets just hope these ideas get 100% completed this year :-)

greets,

Pascal Bestebroer
pa...@dy...
http://www.dynamic-core.net

> -----Oorspronkelijk bericht-----
> Van: dyn...@li...
> [mailto:dyn...@li...]Namens Brust, Corwin
> Verzonden: dinsdag 2 januari 2001 19:17
> Aan: 'dyn...@li...'
> Onderwerp: RE: [Dynapi-Dev] 2001 areas of focus, DynAPI - New
> "Thread"...
>
>
>
> >	(2) Most robust backend systems leave the client-side wearing
> concrete
> >	shoes.  I think we have a tremendous opportunity to be both
> 'back-end
> >	powerful' and 'client-side dynamic' using MySQL, PHP and DynAPI as
> an
> >	implementation system.  This creates the potential for
> self-animating
> >	polls/presentation information, robust user preference modules, etc.
>
> This also sounds interesting to me, particularly useful to me would be a
> mechanism, similar to LoadPanel, but which takes a form object
> rather then a
> url.  The would be helpful in working around the limitation of JavaScript
> which prevents targeting of layers by forms.
>
> Corwin Brust
> Software Engineer
> Alliance Data Systems
> formerly Harmonic Systems, Inc.
> 701 Fourth Ave South, Suite-1600
> Minneapolis, Minnesota 55415
> Office: (612) 672-3584
> Mobil: (612) 239-8073
> Email: cb...@ha...
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
>

RE: [Dynapi-Dev] 2001 areas of focus, DynAPI - New "Thread"...

[Brust, C. <CB...@al...>]

>	(2) Most robust backend systems leave the client-side wearing
concrete
>	shoes.  I think we have a tremendous opportunity to be both
'back-end
>	powerful' and 'client-side dynamic' using MySQL, PHP and DynAPI as
an
>	implementation system.  This creates the potential for
self-animating
>	polls/presentation information, robust user preference modules, etc.

This also sounds interesting to me, particularly useful to me would be a
mechanism, similar to LoadPanel, but which takes a form object rather then a
url.  The would be helpful in working around the limitation of JavaScript
which prevents targeting of layers by forms.

Corwin Brust
Software Engineer
Alliance Data Systems
formerly Harmonic Systems, Inc.
701 Fourth Ave South, Suite-1600
Minneapolis, Minnesota 55415
Office: (612) 672-3584
Mobil: (612) 239-8073
Email: cb...@ha... 

RE: [Dynapi-Dev] Layer deletion not working in Netscape

[Brandon M. <bnd...@ho...>]

Yes.. but that would only be the reference to the layer. The actual layer
itself would persist untill the next page load. Even setting the
document.layers[id]=null doesn't work.

> -----Original Message-----
> From: dyn...@li...
> [mailto:dyn...@li...]On Behalf Of Eytan
> Heidingsfeld
> Sent: Tuesday, January 02, 2001 6:26 AM
> To: dyn...@li...
> Subject: Re: [Dynapi-Dev] Layer deletion not working in Netscape
>
>
> I'm not sure you can do this but I had a similiar problem in a different
> project (it was in Delphi so I'm not sure it's valid here) but
> can't you set
> this layer to null?
>
> 8an
>
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

RE: [Dynapi-Dev] Graphical layout program?

[Brandon M. <bnd...@ho...>]

Hey.. that's an interesting Idea..

DynVisio


> -----Original Message-----
> From: dyn...@li...
> [mailto:dyn...@li...]On Behalf Of Al Byers
> Sent: Tuesday, January 02, 2001 9:08 AM
> To: dyn...@li...
> Subject: [Dynapi-Dev] Graphical layout program?
> 
> 
> Kudos to whoever designed the event handling in DynAPI2 - it is great. I
> had not been able to get around to using the new libs until recently. I
> was very impressed with how easy it was to do some basic graphical
> object manipulation. I did this little proof-of-concept -
> http://agva.localsquare.com/~byersa/examples/sections.html .
> 
> I am curious as to whether anyone out there has added or is interested
> in adding some higher level, basic graphical design capability on top of
> DynAPI. I realize that you can't do much, but there are alot of apps
> that could use some basic floor plan layouts, which is basically just
> rectangular shapes. Such a system would do things like:
> 1) scale
> 2) show dimensions
> 3) build up complex objects from simple ones, so that if one object is
> stretched, the attached objects would move correctly.
> 4) a "snap-to" feature to build complex objects
> 
> I would like to talk to anyone that is.
> -Al
> 
> --
> Al Byers
> Local Square, Inc.
> 826 N. Augusta St.
> Staunton, VA 24401
> 540.213.0500
> www.localsquare.com
> by...@lo...
> 
> 
> 
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
> 

RE: [Dynapi-Dev] 2001 areas of focus, DynAPI - New "Thread"...

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

	>(2) Most robust backend systems leave the client-side wearing concrete
	>shoes.  I think we have a tremendous opportunity to be both 'back-end
	>powerful' and 'client-side dynamic' using MySQL, PHP and DynAPI as an
	>implementation system.  This creates the potential for self-animating
	>polls/presentation information, robust user preference modules, etc.

I've been working on this area, an in a couple weeks time I'm gonna start
designing and
implementing my company's website (web design company).

The site will have, basically, two implementations, one in Flash, and
another in DHTML (my part :). Both will access the same MySQL database,
though
they will probably have different layouts/design because it's supposed to
showcase different approaches to a web site, using the best both approaches
can deliver.

So I for one will have material to discuss on this thread.

best,

NunoF

[Dynapi-Dev] Graphical layout program?

[Al B. <by...@lo...>]

Kudos to whoever designed the event handling in DynAPI2 - it is great. I
had not been able to get around to using the new libs until recently. I
was very impressed with how easy it was to do some basic graphical
object manipulation. I did this little proof-of-concept -
http://agva.localsquare.com/~byersa/examples/sections.html .

I am curious as to whether anyone out there has added or is interested
in adding some higher level, basic graphical design capability on top of
DynAPI. I realize that you can't do much, but there are alot of apps
that could use some basic floor plan layouts, which is basically just
rectangular shapes. Such a system would do things like:
1) scale
2) show dimensions
3) build up complex objects from simple ones, so that if one object is
stretched, the attached objects would move correctly.
4) a "snap-to" feature to build complex objects

I would like to talk to anyone that is.
-Al

--
Al Byers
Local Square, Inc.
826 N. Augusta St.
Staunton, VA 24401
540.213.0500
www.localsquare.com
by...@lo...

Re: [Dynapi-Dev] Snapshot broken

[Xabi O. <xoc...@ar...>]

Hello Robert,

RR> The snapshot at http://dynapi.sourceforge.net/snapshot/dynapi.zip appears to
RR> be broken.  If you are downloading it, you will notice that its not
RR> up-to-date with the latest changes.  When I get home Sunday, I will fix this
RR> so that it will be updating correctly.

A list for sending diff's and fixes would be a cool christmas gift.

-- 
Best regards,
 Xabi                            xoc...@ar...

Re: [Dynapi-Dev] Layer deletion not working in Netscape

[Eytan H. <ey...@tr...>]

I'm not sure you can do this but I had a similiar problem in a different
project (it was in Delphi so I'm not sure it's valid here) but can't you set
this layer to null?

8an

Re: [Dynapi-Dev] Layer deletion not working in Netscape

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

Netscape does not allow physical layers to be destroyed. Therefore DynAPI
simply hides the layer and adds it to a temporary array. Any layer created
after this will make the API reuse one of the deleted ones, and then content
will be overriden and thus the flash movie destroyed. Simply set the HTML
content of the layer to "" before destroying it and you will destroy the flash
movie.

I'll update the API's delete() method so it does it, but in the meantime you'll
have to do it in your own code.

Cya


Cameron Hart wrote:

> I've discovered a problem with a site I'm building at the moment. I'm using
> layers that contain flash movies. These layers can be created and destroyed
> an unlimited number of times while using the site. I discoved that when I
> put a flash movie on a layer that contains sound, in netscape i can still
> hear the movie playing after i've destroyed the layer containing the flash
> movie.
>
> So it appears that Netscape is not destroying the contents of the DynLayer.
>
> I suspect that it is not only flash that this is happening with. Perhaps
> other content is not being destroyed either.
>
> Has anyone come across this before?
>
> Thanks,
>
> Cameron.
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev