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

Re: [Dynapi-Dev] Keyboard events in HTMLTextBox

[Raymond I. <xw...@ya...>]

Point well taken. I'll see to it that your changes be
implemented inside the HTML form based components.

--
Raymond Irving

--- Andrew Gillett <an...@zo...> wrote:
> Hello,
> 
> I have had a problem with capturing keyboard events
> in HTMLTextBox.  I 
> want to execute some code when the Enter key is
> pressed in a textbox, 
> but while the keyboard event handling in HTMLTextBox
> works quite well it 
> doesn't allow me to find out which key was pressed.
> 
> The getInnerHTML function in htmltextbox.js
> contains:
>     this._inlineEvents+=' onkeypress="return
> htc._e(\'keypress\',this);" '
>     +' onkeyup="return htc._e(\'keyup\',this);" '
>     +' onkeydown="return htc._e(\'keyup\',this);" '
> 
> The event handlers are invoked with two arguments: a
> String that give 
> the kind of event and a reference to the TextBox
> object. The event 
> handler in my own code gets the reference to the
> object but this doesn't 
> let me find out which key was pressed.
> 
> I have worked around this problem in my own copy of
> DynAPI by adding the 
> "event" object to the arguments passed to the event
> handler:
>     this._inlineEvents+=' onkeypress="return 
> htc._e(\'keypress\',this,event);" '
>     +' onkeyup="return
> htc._e(\'keyup\',this,event);" '
>     +' onkeydown="return
> htc._e(\'keyup\',this,event);" '
>     ...
> 
> The _e function also needs to change from:
>  p._e = function(evt,elm){
>        var rt = this._oldHCTBEvt(evt,elm);
> to
>  p._e = function(evt,elm,arg){
>        var rt = this._oldHCTBEvt(evt,elm,arg);
> 
> 
> This allows my own event handler two receive two
> parameters: the object 
> that raised the event and the event itself.
> 
> May I suggest this change be made to the library? 
> I'm hoping it won't 
> cause any cross-browser portability problems.
> 
> 
> 
> On a slightly different matter, while I was poking
> about in 
> htmltextbox.js, I noticed that line 72 contained:
>     if(this.getElm()) this.elm.readonly=(b)?
> 'readyonly':'';
> 
> The 'readyonly' looks like a typo which should
> probably be fixed.
> 
> 
> 
> regards
> Andrew Gillett
> 
> ps. I'm using the latest version for DynAPI3 from
> CVS.
> 
> 
> 
> 
> 
>
-------------------------------------------------------
> This SF.net email is sponsored by: VM Ware
> With VMware you can run multiple operating systems
> on a single machine.
> WITHOUT REBOOTING! Mix Linux / Windows / Novell
> virtual machines
> at the same time. Free trial click
> here:http://www.vmware.com/wl/offer/358/0
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
>
http://www.mail-archive.com/dyn...@li.../


__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

Re: [Dynapi-Dev] Updates to DynAPI3x

[Raymond I. <xw...@ya...>]

--- Kevin <ke...@ke...> wrote:

> I didn't see the new example in cvs. 

I'll double check to make sure.

> Should things be
> tested on ns4,ie,opera,mozilla before a commit to
> cvs?

Yes some testing was done, but I can't test and fix it
all :) Someone might have a better solution than the
one I use so I just put it inside cvs for everyone to
test and help fix the things that I'm not able to fix.

 
> I haven't been around much lately so I tried out:
> dynapi.gui.htmlmenu-startmenu.html on Linux / NS4
> (Windows / NS4 is not the same)

Agree.
 
> I found the popup menu covers the start button. The
> writeStyle
> doesn't work for borders (remember innerBorder and
> Frame
> class was implemented for NS4 compatiblilty). I'm
> thinking
> maybe writeStyle should write to the DynLayer's doc
> rather
> than the top level document for NS4 <style>s that
> work.

In the dynapi.gui.htmlmenu.html example the writeStyle
works fine so I don't understand. NS4 does not support
border-left, etc so some other css border solution was
needed.

> A quick test on Mozilla shows the border styles
> don't work
> either. Anyway, I sorted this out and commented out
> the NS4
> border stuff so the menus look the same size
> cross-browser.

Strange on my test with mozilla the borders looked ok.
 
> On resize in Linux / NS4 the browser crashes when
> using some
> HTMLcomponents eg. progressbar. 

Strange! I don't have linux/ns4 so someone might have
to help in this area.

--
Raymond Irving
 
> -
> Kevin
> 

> ATTACHMENT part 2 application/x-zip-compressed
name=dynapi.gui.htmlmenu-startmenu.zip



__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

[Dynapi-Dev] Mailserver lagging, randomly dropping messages

[Leif W <war...@us...>]

Hi,

My ISP's mailserver has been randomly lagging or dropping messages, and
sending them out of sequence.  Sorry if this causes any confusion.  I'm
considering setting up my own (exim) mailserver.

Leif

[Dynapi-Dev] Keyboard events in HTMLTextBox

[Andrew G. <an...@zo...>]

Hello,

I have had a problem with capturing keyboard events in HTMLTextBox.  I 
want to execute some code when the Enter key is pressed in a textbox, 
but while the keyboard event handling in HTMLTextBox works quite well it 
doesn't allow me to find out which key was pressed.

The getInnerHTML function in htmltextbox.js contains:
    this._inlineEvents+=' onkeypress="return htc._e(\'keypress\',this);" '
    +' onkeyup="return htc._e(\'keyup\',this);" '
    +' onkeydown="return htc._e(\'keyup\',this);" '

The event handlers are invoked with two arguments: a String that give 
the kind of event and a reference to the TextBox object. The event 
handler in my own code gets the reference to the object but this doesn't 
let me find out which key was pressed.

I have worked around this problem in my own copy of DynAPI by adding the 
"event" object to the arguments passed to the event handler:
    this._inlineEvents+=' onkeypress="return 
htc._e(\'keypress\',this,event);" '
    +' onkeyup="return htc._e(\'keyup\',this,event);" '
    +' onkeydown="return htc._e(\'keyup\',this,event);" '
    ...

The _e function also needs to change from:
 p._e = function(evt,elm){
       var rt = this._oldHCTBEvt(evt,elm);
to
 p._e = function(evt,elm,arg){
       var rt = this._oldHCTBEvt(evt,elm,arg);


This allows my own event handler two receive two parameters: the object 
that raised the event and the event itself.

May I suggest this change be made to the library?  I'm hoping it won't 
cause any cross-browser portability problems.



On a slightly different matter, while I was poking about in 
htmltextbox.js, I noticed that line 72 contained:
    if(this.getElm()) this.elm.readonly=(b)? 'readyonly':'';

The 'readyonly' looks like a typo which should probably be fixed.



regards
Andrew Gillett

ps. I'm using the latest version for DynAPI3 from CVS.

Re: [Dynapi-Dev] Updates to DynAPI3x

[Kevin <ke...@ke...>]

"Raymond Irving" wrote:
 
> The new setAutoSize(w,h) function is now inside cvs.
> 
> It needs to be tested on ns4,ie,opera,mozilla,etc as a
> few things might be different with each browser.
> 
> Please see the dynapi.api.dynlayer-autosize.html
> example for more information.

I didn't see the new example in cvs. Should things be
tested on ns4,ie,opera,mozilla before a commit to cvs?

I haven't been around much lately so I tried out:
dynapi.gui.htmlmenu-startmenu.html on Linux / NS4
(Windows / NS4 is not the same)

I found the popup menu covers the start button. The writeStyle
doesn't work for borders (remember innerBorder and Frame
class was implemented for NS4 compatiblilty). I'm thinking
maybe writeStyle should write to the DynLayer's doc rather
than the top level document for NS4 <style>s that work.

A quick test on Mozilla shows the border styles don't work
either. Anyway, I sorted this out and commented out the NS4
border stuff so the menus look the same size cross-browser.

On resize in Linux / NS4 the browser crashes when using some
HTMLcomponents eg. progressbar. 

-
Kevin

[Dynapi-Dev] GetContent Problems in Opera, Moz, and IE

[Raymond I. <xw...@ya...>]

Hi,

I think we have some major differences with the
getContentWidth/Height functions when it comes on to
cross-browsers.

Could someone please test and see if there is a
solutions to this problem?

Please see the attached file for an update to the api
files. You can use the autosize demo to test the
getContentWidth/Height functions in opera, moz, ns4
and ie


--
Raymond 

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

[Dynapi-Dev] Updates to DynAPI3x

[Raymond I. <xw...@ya...>]

Hello Everyone,

The new setAutoSize(w,h) function is now inside cvs.

It needs to be tested on ns4,ie,opera,mozilla,etc as a
few things might be different with each browser.

Please see the dynapi.api.dynlayer-autosize.html
example for more information.

The DynLayerInline Library now supports the
getBluePrint() function

Please note that I'll be adding a src/gui/images
folder for storing images used by the new DynAPI GUI
components. Only image files for the core api (example
debug,etc) will use the ext/images folder.

--
Raymond Irving

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

Re: [Dynapi-Dev] Re: [Dynapi-Help] Dynapi3 getContentWidth and Template

[Leif W <war...@us...>]

Yes, it sounds like it would be of more use in the DynLayer, as other
widgets could make use of it even if they don't use TemplateManager.

Leif

----- Original Message ----- 
From: "Raymond Irving" <xw...@ya...>
To: <dyn...@li...>
Sent: Monday, August 18, 2003 9:35 AM
Subject: Re: [Dynapi-Dev] Re: [Dynapi-Help] Dynapi3 getContentWidth and
Template


>
> IMO I think it's very useful in many areas for
> example, LoadPanels, Labels, etc. It would not require
> the user to overload the setSize function or listen to
> onresize to adjust the size of the layer.
>
> By default it would be turned off. To activate
> auto-resize the user will have to use setAutoSize(w,h)
> where w and h must be either true or false. If w
> and/or h is set to false then it will disable
> auto-resizing for that part of the layer.
>
> I think it should go on DynLayer. Do you agree.?
>
> --
> Raymond Irving
>
> --- Leif W <war...@us...> wrote:
> > Hi,
> >
> > I'm not too sure where it should go, but I'd think
> > about where it's most
> > frequently going to be used, in DynLayer or
> > TemplateManager?  I followed the
> > discussion but have not tried any of my own tests.
> > The question came up
> > related to TemplateManager, but is it a general
> > enough thing that it would
> > be useful in DynLayer?.  Is it something that will
> > be useful to have on the
> > DynLayer as an option which can be turned on or off
> > (i.e. off by default,
> > and TemplateManager could turn it on, etc.).
> >
> > Leif
> >
> > ----- Original Message ----- 
> > From: "Raymond Irving" <xw...@ya...>
> > To: <dyn...@li...>
> > Sent: Sunday, August 17, 2003 11:02 AM
> > Subject: [Dynapi-Dev] Re: [Dynapi-Help] Dynapi3
> > getContentWidth and Template
> >
> >
> > > Hello Everyone,
> > >
> > > I just have one simply question:
> > >
> > > Should the setAutoSize() function be added
> > > to DynLayer or to TemplateManager? (see below for
> > more
> > > info)
> > >
> > > --
> > > Raymond Irving
> > >
> > >
> > > --- Raymond Irving <xw...@ya...> wrote:
> > > >
> > > > This might call for a setAutoSize() function on
> > > > either
> > > > DynLayer or TemplateManager.
> > > >
> > > > lyr.setAutoSize(true) // will adjust the size of
> > the
> > > > layer everytime its content changes or a new
> > child
> > > > is
> > > > added.
> > > >
> > > > lyr.setAutoSize(false) // will disable
> > auto-resize
> > > >
> > > > Sometime ago I had create such a function for
> > use in
> > > > one of my test systems. Should this function be
> > > > added
> > > > to DynLayer or to TemplateManager?
> > > >
> > > > --
> > > > Raymond Irving
> > > >
> > > >
> > > > --- ml...@id... wrote:
> > > > >
> > > > > Okay, what is the correct way to do the
> > following
> > > > > then:
> > > > >
> > > > >   Have containers sized so that the entirety
> > of
> > > > > their contents are
> > > > >   visible.
> > > > >
> > > > >
> > > > > I have a template that I change the content
> > of. I
> > > > > want the object it
> > > > > is in display the entire template contents.
> > > > >
> > > > > And so on up the tree of containers till I get
> > to
> > > > > the dynapi.document.
> > > > >
> > > > > Basically, I have templates and other objects
> > that
> > > > > change as the user
> > > > > interacts with the page. I want the entire
> > content
> > > > > to be visible to
> > > > > the user.
> > > > >
> > > > >
> > > > >
> > > > > > Hi,
> > > > > >
> > > > > > Let me see if I can explain what's on:
> > > > > >
> > > > > >
> > > > > > DynAPI.onLoad(init);
> > > > > > function init() {
> > > > > > var body = 'I am a simply layer, what is my
> > > > size,
> > > > > > oldWidth is my size before we fill in a
> > template
> > > > > > field, newWidth is the size afterwards.
> > > > {@field}';
> > > > > > var sizeTemplate = new Template(body);
> > > > > > dynapi.document.addChild(sizeTemplate);
> > > > > >
> > > > > > // ^ At this point sizeTemplate is created
> > and
> > > > > given
> > > > > > a
> > > > > > // width and a height. This is by design. if
> > no
> > > > > > height or width
> > > > > > // was specified then DynAPI will assign a
> > > > height
> > > > > and
> > > > > > a width to
> > > > > > // the layer once it's created.
> > > > > >
> > > > > >
> > > > > > sizeTemplate.addChild(new
> > > > > DynLayer('hello'),'field');
> > > > > > sizeTemplate.generate();
> > > > > >
> > > > > > // ^ At this point the DynLayer is added to
> > the
> > > > > > templated but
> > > > > > // due to text wrapping you'll not see the
> > word
> > > > > > "hello"
> > > > > > // to see the new layer modify your code
> > above
> > > > to
> > > > > > reflect:
> > > > > > // var sizeTemplate = new
> > > > > > Template(body,null,null,null,50);
> > > > > >
> > > > > > The problem you're having is that once the
> > he
> > > > > Template
> > > > > > gets a width assigned to it, it will start
> > text
> > > > > > wrapping. That's why you are not able to see
> > the
> > > > > > 'hello' layer or get a different width. The
> > > > > > getContentHeight() function should however
> > > > reflect
> > > > > a
> > > > > > new height.
> > > > > >
> > > > > > Notes. If you call getWidth() on a layer
> > that
> > > > you
> > > > > did
> > > > > > specify a width for you'll get a 0 or null
> > > > value.
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Raymond Irving
> > > > > >
> > > > > > --- ml...@id... wrote:
> > > > > > > I originally had my size check in the
> > onload
> > > > > > > function. Then I moved it
> > > > > > > to the body as I miss-understood Raymond's
> > > > > response.
> > > > > > >
> > > > > > > This test file has the code back in the
> > > > > onload/init
> > > > > > > function per
> > > > > > > Raymond's last message. The behavior is
> > the
> > > > > same.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > ---------------------------------
> > > > > > GetWidth & GetContentWidth test page
> > > > > > dynapi.library.setPath('dynapi3x/src/')
> > > > > > dynapi.library.include('dynapi.library');
> > > > > > dynapi.library.include('dynapi.api');
> > > > > >
> > > > >
> > > >
> > >
> >
> dynapi.library.include('TemplateManager');DynAPI.onLoad(init);function
> > > > > > init() { var body = 'I am a simply layer,
> > what
> > > > is
> > > > > my
> > > > > > size, oldWidth is my size before we fill in
> > a
> > > > > template
> > > > > > field, newWidth is the size afterwards.
> >
> === message truncated ===
>
>
> __________________________________
> Do you Yahoo!?
> Yahoo! SiteBuilder - Free, easy-to-use web site design software
> http://sitebuilder.yahoo.com
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
>
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://www.mail-archive.com/dyn...@li.../
>
>

Re: [Dynapi-Dev] Re: [Dynapi-Help] Dynapi3 getContentWidth and Template

[Raymond I. <xw...@ya...>]

IMO I think it's very useful in many areas for
example, LoadPanels, Labels, etc. It would not require
the user to overload the setSize function or listen to
onresize to adjust the size of the layer.

By default it would be turned off. To activate
auto-resize the user will have to use setAutoSize(w,h)
where w and h must be either true or false. If w
and/or h is set to false then it will disable
auto-resizing for that part of the layer.

I think it should go on DynLayer. Do you agree.?

--
Raymond Irving 

--- Leif W <war...@us...> wrote:
> Hi,
> 
> I'm not too sure where it should go, but I'd think
> about where it's most
> frequently going to be used, in DynLayer or
> TemplateManager?  I followed the
> discussion but have not tried any of my own tests. 
> The question came up
> related to TemplateManager, but is it a general
> enough thing that it would
> be useful in DynLayer?.  Is it something that will
> be useful to have on the
> DynLayer as an option which can be turned on or off
> (i.e. off by default,
> and TemplateManager could turn it on, etc.).
> 
> Leif
> 
> ----- Original Message ----- 
> From: "Raymond Irving" <xw...@ya...>
> To: <dyn...@li...>
> Sent: Sunday, August 17, 2003 11:02 AM
> Subject: [Dynapi-Dev] Re: [Dynapi-Help] Dynapi3
> getContentWidth and Template
> 
> 
> > Hello Everyone,
> >
> > I just have one simply question:
> >
> > Should the setAutoSize() function be added
> > to DynLayer or to TemplateManager? (see below for
> more
> > info)
> >
> > --
> > Raymond Irving
> >
> >
> > --- Raymond Irving <xw...@ya...> wrote:
> > >
> > > This might call for a setAutoSize() function on
> > > either
> > > DynLayer or TemplateManager.
> > >
> > > lyr.setAutoSize(true) // will adjust the size of
> the
> > > layer everytime its content changes or a new
> child
> > > is
> > > added.
> > >
> > > lyr.setAutoSize(false) // will disable
> auto-resize
> > >
> > > Sometime ago I had create such a function for
> use in
> > > one of my test systems. Should this function be
> > > added
> > > to DynLayer or to TemplateManager?
> > >
> > > --
> > > Raymond Irving
> > >
> > >
> > > --- ml...@id... wrote:
> > > >
> > > > Okay, what is the correct way to do the
> following
> > > > then:
> > > >
> > > >   Have containers sized so that the entirety
> of
> > > > their contents are
> > > >   visible.
> > > >
> > > >
> > > > I have a template that I change the content
> of. I
> > > > want the object it
> > > > is in display the entire template contents.
> > > >
> > > > And so on up the tree of containers till I get
> to
> > > > the dynapi.document.
> > > >
> > > > Basically, I have templates and other objects
> that
> > > > change as the user
> > > > interacts with the page. I want the entire
> content
> > > > to be visible to
> > > > the user.
> > > >
> > > >
> > > >
> > > > > Hi,
> > > > >
> > > > > Let me see if I can explain what's on:
> > > > >
> > > > >
> > > > > DynAPI.onLoad(init);
> > > > > function init() {
> > > > > var body = 'I am a simply layer, what is my
> > > size,
> > > > > oldWidth is my size before we fill in a
> template
> > > > > field, newWidth is the size afterwards.
> > > {@field}';
> > > > > var sizeTemplate = new Template(body);
> > > > > dynapi.document.addChild(sizeTemplate);
> > > > >
> > > > > // ^ At this point sizeTemplate is created
> and
> > > > given
> > > > > a
> > > > > // width and a height. This is by design. if
> no
> > > > > height or width
> > > > > // was specified then DynAPI will assign a
> > > height
> > > > and
> > > > > a width to
> > > > > // the layer once it's created.
> > > > >
> > > > >
> > > > > sizeTemplate.addChild(new
> > > > DynLayer('hello'),'field');
> > > > > sizeTemplate.generate();
> > > > >
> > > > > // ^ At this point the DynLayer is added to
> the
> > > > > templated but
> > > > > // due to text wrapping you'll not see the
> word
> > > > > "hello"
> > > > > // to see the new layer modify your code
> above
> > > to
> > > > > reflect:
> > > > > // var sizeTemplate = new
> > > > > Template(body,null,null,null,50);
> > > > >
> > > > > The problem you're having is that once the
> he
> > > > Template
> > > > > gets a width assigned to it, it will start
> text
> > > > > wrapping. That's why you are not able to see
> the
> > > > > 'hello' layer or get a different width. The
> > > > > getContentHeight() function should however
> > > reflect
> > > > a
> > > > > new height.
> > > > >
> > > > > Notes. If you call getWidth() on a layer
> that
> > > you
> > > > did
> > > > > specify a width for you'll get a 0 or null
> > > value.
> > > > >
> > > > >
> > > > > --
> > > > > Raymond Irving
> > > > >
> > > > > --- ml...@id... wrote:
> > > > > > I originally had my size check in the
> onload
> > > > > > function. Then I moved it
> > > > > > to the body as I miss-understood Raymond's
> > > > response.
> > > > > >
> > > > > > This test file has the code back in the
> > > > onload/init
> > > > > > function per
> > > > > > Raymond's last message. The behavior is
> the
> > > > same.
> > > > > >
> > > > > >
> > > > > >
> > > > > ---------------------------------
> > > > > GetWidth & GetContentWidth test page
> > > > > dynapi.library.setPath('dynapi3x/src/')
> > > > > dynapi.library.include('dynapi.library');
> > > > > dynapi.library.include('dynapi.api');
> > > > >
> > > >
> > >
> >
>
dynapi.library.include('TemplateManager');DynAPI.onLoad(init);function
> > > > > init() { var body = 'I am a simply layer,
> what
> > > is
> > > > my
> > > > > size, oldWidth is my size before we fill in
> a
> > > > template
> > > > > field, newWidth is the size afterwards.
> 
=== message truncated ===


__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

Re: [Dynapi-Dev] Re: [Dynapi-Help] Dynapi3 getContentWidth and Template

[Leif W <war...@us...>]

Hi,

I'm not too sure where it should go, but I'd think about where it's most
frequently going to be used, in DynLayer or TemplateManager?  I followed the
discussion but have not tried any of my own tests.  The question came up
related to TemplateManager, but is it a general enough thing that it would
be useful in DynLayer?.  Is it something that will be useful to have on the
DynLayer as an option which can be turned on or off (i.e. off by default,
and TemplateManager could turn it on, etc.).

Leif

----- Original Message ----- 
From: "Raymond Irving" <xw...@ya...>
To: <dyn...@li...>
Sent: Sunday, August 17, 2003 11:02 AM
Subject: [Dynapi-Dev] Re: [Dynapi-Help] Dynapi3 getContentWidth and Template


> Hello Everyone,
>
> I just have one simply question:
>
> Should the setAutoSize() function be added
> to DynLayer or to TemplateManager? (see below for more
> info)
>
> --
> Raymond Irving
>
>
> --- Raymond Irving <xw...@ya...> wrote:
> >
> > This might call for a setAutoSize() function on
> > either
> > DynLayer or TemplateManager.
> >
> > lyr.setAutoSize(true) // will adjust the size of the
> > layer everytime its content changes or a new child
> > is
> > added.
> >
> > lyr.setAutoSize(false) // will disable auto-resize
> >
> > Sometime ago I had create such a function for use in
> > one of my test systems. Should this function be
> > added
> > to DynLayer or to TemplateManager?
> >
> > --
> > Raymond Irving
> >
> >
> > --- ml...@id... wrote:
> > >
> > > Okay, what is the correct way to do the following
> > > then:
> > >
> > >   Have containers sized so that the entirety of
> > > their contents are
> > >   visible.
> > >
> > >
> > > I have a template that I change the content of. I
> > > want the object it
> > > is in display the entire template contents.
> > >
> > > And so on up the tree of containers till I get to
> > > the dynapi.document.
> > >
> > > Basically, I have templates and other objects that
> > > change as the user
> > > interacts with the page. I want the entire content
> > > to be visible to
> > > the user.
> > >
> > >
> > >
> > > > Hi,
> > > >
> > > > Let me see if I can explain what's on:
> > > >
> > > >
> > > > DynAPI.onLoad(init);
> > > > function init() {
> > > > var body = 'I am a simply layer, what is my
> > size,
> > > > oldWidth is my size before we fill in a template
> > > > field, newWidth is the size afterwards.
> > {@field}';
> > > > var sizeTemplate = new Template(body);
> > > > dynapi.document.addChild(sizeTemplate);
> > > >
> > > > // ^ At this point sizeTemplate is created and
> > > given
> > > > a
> > > > // width and a height. This is by design. if no
> > > > height or width
> > > > // was specified then DynAPI will assign a
> > height
> > > and
> > > > a width to
> > > > // the layer once it's created.
> > > >
> > > >
> > > > sizeTemplate.addChild(new
> > > DynLayer('hello'),'field');
> > > > sizeTemplate.generate();
> > > >
> > > > // ^ At this point the DynLayer is added to the
> > > > templated but
> > > > // due to text wrapping you'll not see the word
> > > > "hello"
> > > > // to see the new layer modify your code above
> > to
> > > > reflect:
> > > > // var sizeTemplate = new
> > > > Template(body,null,null,null,50);
> > > >
> > > > The problem you're having is that once the he
> > > Template
> > > > gets a width assigned to it, it will start text
> > > > wrapping. That's why you are not able to see the
> > > > 'hello' layer or get a different width. The
> > > > getContentHeight() function should however
> > reflect
> > > a
> > > > new height.
> > > >
> > > > Notes. If you call getWidth() on a layer that
> > you
> > > did
> > > > specify a width for you'll get a 0 or null
> > value.
> > > >
> > > >
> > > > --
> > > > Raymond Irving
> > > >
> > > > --- ml...@id... wrote:
> > > > > I originally had my size check in the onload
> > > > > function. Then I moved it
> > > > > to the body as I miss-understood Raymond's
> > > response.
> > > > >
> > > > > This test file has the code back in the
> > > onload/init
> > > > > function per
> > > > > Raymond's last message. The behavior is the
> > > same.
> > > > >
> > > > >
> > > > >
> > > > ---------------------------------
> > > > GetWidth & GetContentWidth test page
> > > > dynapi.library.setPath('dynapi3x/src/')
> > > > dynapi.library.include('dynapi.library');
> > > > dynapi.library.include('dynapi.api');
> > > >
> > >
> >
> dynapi.library.include('TemplateManager');DynAPI.onLoad(init);function
> > > > init() { var body = 'I am a simply layer, what
> > is
> > > my
> > > > size, oldWidth is my size before we fill in a
> > > template
> > > > field, newWidth is the size afterwards.
> > {@field}';
> > > var
> > > > sizeTemplate = new Template(body);
> > > > dynapi.document.addChild(sizeTemplate); var
> > > oldWidth
> > > > = sizeTemplate.getWidth(); var oldContentWidth =
> > > > sizeTemplate.getContentWidth();
> > > > sizeTemplate.addChild(new
> > > DynLayer('hello'),'field');
> > > > sizeTemplate.generate();
> > sizeTemplate.setLocation(
> > > 0,
> > > > 100 ); sizeTemplate.setBgColor( '#FFFFFF' );
> > var
> > > > newWidth = sizeTemplate.getWidth(); var
> > > > newContentWidth =
> > sizeTemplate.getContentWidth();
> > > var
> > > > wLayer; if( oldWidth == newWidth ) { wLayer =
> > new
> > > > DynLayer( 'oldWidth == newWidth = ' +
> > > > sizeTemplate.getWidth() ); } else { wLayer =
> > new
> > > > DynLayer( 'oldWidth(' + oldWidth + ') !=
> > > newWidth(' +
> > > > sizeTemplate.getWidth() + ')' ); }
> > > > wLayer.setLocation( 0, 200 );
> > > > dynapi.document.addChild( wLayer );
> > > wLayer.setBgColor(
> > > > '#FFFFFF' ); var cLayer if( oldContentWidth ==
> > > > newContentWidth ) { cLayer = new DynLayer(
> > > > 'oldContentWidth == newContentWidth = ' +
> > > > sizeTemplate.getContentWidth() ); } else {
> > > cwLayer =
> > > > new DynLayer( 'oldContentWidth(' +
> > oldContentWidth
> > > +
> > > > ') != newContentWidth(' +
> > > > sizeTemplate.getContentWidth() + ')' ); }
> > > > cLayer.setLocation( 0, 300 );
> > > > dynapi.document.addChild( cLayer );
> > > cLayer.setBgColor(
> > > > '#FFFFFF'
> > > > );}dynapi.document.insertAllChildren();Simple
> > page
> > > to
> > > > try to demonstrate issues with the getWidth
> > > > andgetContentWidth in dynapi3
> > > >
> > >
> > >
> > >
> >
> -------------------------------------------------------
> > > This SF.Net email sponsored by: Free pre-built
> > > ASP.NET sites including
> > > Data Reports, E-commerce, Portals, and Forums are
> > > available now.
> > > Download today and enter to win an XBOX or Visual
> > > Studio .NET.
> > >
> >
>
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> > > _______________________________________________
> > > Dynapi-Help mailing list
> > > Dyn...@li...
> > >
> >
> https://lists.sourceforge.net/lists/listinfo/dynapi-help
> >
> === message truncated ===
>
>
> __________________________________
> Do you Yahoo!?
> Yahoo! SiteBuilder - Free, easy-to-use web site design software
> http://sitebuilder.yahoo.com
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
>
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://www.mail-archive.com/dyn...@li.../
>
>

[Dynapi-Dev] Re: [Dynapi-Help] Dynapi3 getContentWidth and Template

[Raymond I. <xw...@ya...>]

Hello Everyone,

I just have one simply question:

Should the setAutoSize() function be added
to DynLayer or to TemplateManager? (see below for more
info)

--
Raymond Irving


--- Raymond Irving <xw...@ya...> wrote:
> 
> This might call for a setAutoSize() function on
> either
> DynLayer or TemplateManager.
> 
> lyr.setAutoSize(true) // will adjust the size of the
> layer everytime its content changes or a new child
> is
> added.
> 
> lyr.setAutoSize(false) // will disable auto-resize
> 
> Sometime ago I had create such a function for use in
> one of my test systems. Should this function be
> added
> to DynLayer or to TemplateManager?
> 
> --
> Raymond Irving
> 
> 
> --- ml...@id... wrote:
> > 
> > Okay, what is the correct way to do the following
> > then:
> > 
> > 	  Have containers sized so that the entirety of
> > their contents are
> > 	  visible.
> > 
> > 
> > I have a template that I change the content of. I
> > want the object it
> > is in display the entire template contents.
> > 
> > And so on up the tree of containers till I get to
> > the dynapi.document.
> > 
> > Basically, I have templates and other objects that
> > change as the user
> > interacts with the page. I want the entire content
> > to be visible to
> > the user.
> > 
> > 
> > 
> > > Hi,
> > > 
> > > Let me see if I can explain what's on:
> > > 
> > > 
> > > DynAPI.onLoad(init);
> > > function init() {
> > > 	var body = 'I am a simply layer, what is my
> size,
> > > oldWidth is my size before we fill in a template
> > > field, newWidth is the size afterwards.
> {@field}';
> > > 	var sizeTemplate = new Template(body);
> > > 	dynapi.document.addChild(sizeTemplate);
> > > 	
> > > 	// ^ At this point sizeTemplate is created and
> > given
> > > a 
> > > 	// width and a height. This is by design. if no
> > > height or width
> > > 	// was specified then DynAPI will assign a
> height
> > and
> > > a width to 
> > > 	// the layer once it's created. 
> > > 	
> > > 	
> > > 	sizeTemplate.addChild(new
> > DynLayer('hello'),'field');
> > > 	sizeTemplate.generate();
> > > 
> > > 	// ^ At this point the DynLayer is added to the
> > > templated but 
> > > 	// due to text wrapping you'll not see the word
> > > "hello"
> > > 	// to see the new layer modify your code above
> to
> > > reflect:
> > > 	// var sizeTemplate = new
> > > Template(body,null,null,null,50);
> > > 	
> > > The problem you're having is that once the he
> > Template
> > > gets a width assigned to it, it will start text
> > > wrapping. That's why you are not able to see the
> > > 'hello' layer or get a different width. The
> > > getContentHeight() function should however
> reflect
> > a
> > > new height.
> > > 
> > > Notes. If you call getWidth() on a layer that
> you
> > did
> > > specify a width for you'll get a 0 or null
> value.
> > > 
> > > 
> > > --
> > > Raymond Irving
> > > 
> > > --- ml...@id... wrote:
> > > > I originally had my size check in the onload
> > > > function. Then I moved it
> > > > to the body as I miss-understood Raymond's
> > response.
> > > > 
> > > > This test file has the code back in the
> > onload/init
> > > > function per
> > > > Raymond's last message. The behavior is the
> > same.
> > > > 
> > > > 
> > > > 
> > > ---------------------------------
> > > GetWidth & GetContentWidth test page
> > > dynapi.library.setPath('dynapi3x/src/')
> > > dynapi.library.include('dynapi.library');
> > > dynapi.library.include('dynapi.api');
> > >
> >
>
dynapi.library.include('TemplateManager');DynAPI.onLoad(init);function
> > > init() {	var body = 'I am a simply layer, what
> is
> > my
> > > size, oldWidth is my size before we fill in a
> > template
> > > field, newWidth is the size afterwards.
> {@field}';
> > var
> > > sizeTemplate = new Template(body);
> > > dynapi.document.addChild(sizeTemplate);		var
> > oldWidth
> > > = sizeTemplate.getWidth();	var oldContentWidth =
> > > sizeTemplate.getContentWidth();
> > > sizeTemplate.addChild(new
> > DynLayer('hello'),'field');
> > > sizeTemplate.generate();
> sizeTemplate.setLocation(
> > 0,
> > > 100 );	sizeTemplate.setBgColor( '#FFFFFF' );	
> var
> > > newWidth = sizeTemplate.getWidth();	var
> > > newContentWidth =
> sizeTemplate.getContentWidth();
> > var
> > > wLayer;	if( oldWidth == newWidth ) {		wLayer =
> new
> > > DynLayer( 'oldWidth == newWidth = ' +
> > > sizeTemplate.getWidth() );	} else {		wLayer =
> new
> > > DynLayer( 'oldWidth(' + oldWidth + ') !=
> > newWidth(' +	
> > > 	 sizeTemplate.getWidth() + ')' );	}
> > > wLayer.setLocation( 0, 200 );
> > > dynapi.document.addChild( wLayer );
> > wLayer.setBgColor(
> > > '#FFFFFF' );	var cLayer	if( oldContentWidth ==
> > > newContentWidth ) {		cLayer = new DynLayer(
> > > 'oldContentWidth == newContentWidth = ' +
> > > sizeTemplate.getContentWidth() );	} else {	
> > cwLayer =
> > > new DynLayer( 'oldContentWidth(' +
> oldContentWidth
> > +
> > > ') != newContentWidth(' +			
> > > sizeTemplate.getContentWidth() + ')' );	}
> > > cLayer.setLocation( 0, 300 );
> > > dynapi.document.addChild( cLayer );
> > cLayer.setBgColor(
> > > '#FFFFFF'
> > > );}dynapi.document.insertAllChildren();Simple
> page
> > to
> > > try to demonstrate issues with the getWidth
> > > andgetContentWidth in dynapi3	
> > > 
> > 
> > 
> >
>
-------------------------------------------------------
> > This SF.Net email sponsored by: Free pre-built
> > ASP.NET sites including
> > Data Reports, E-commerce, Portals, and Forums are
> > available now.
> > Download today and enter to win an XBOX or Visual
> > Studio .NET.
> >
>
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> > _______________________________________________
> > Dynapi-Help mailing list
> > Dyn...@li...
> >
>
https://lists.sourceforge.net/lists/listinfo/dynapi-help
> 
=== message truncated ===


__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

RE: [Dynapi-Dev] The DynAPI Web Team

[Raymond I. <xw...@ya...>]

Wow! This object model is truly awesome!

It should not be very difficult to convert the
explorer to DynAPI 3

--
Raymond Irving


--- C Kissinger <cki...@ne...> wrote:
> Awesome!
> 
> P.S. - It's not much yet, but...
>
http://www.netindustries.net/demos/dynAPI/dynapi.objectmodel.html
> I'm still learning the API, and documenting as I go.
> 
> 
> >>>  -----Original Message-----
> >>>  From: dyn...@li...
> [mailto:dynapi-dev-
> >>>  ad...@li...] On Behalf Of
> Raymond Irving
> >>>  Sent: Friday, August 15, 2003 9:08 AM
> >>>  To: dyn...@li...
> >>>  Subject: RE: [Dynapi-Dev] The DynAPI Web Team
> >>>  
> >>>  Hi,
> >>>  
> >>>  Currently I'm working on a set of component for
> >>>  DynAPI. These will replace the 2.5 widgets.
> I've
> >>>  completed 6 of them and I'm hoping to release
> them
> >>>  very soon.
> >>>  
> >>>  --
> >>>  Raymond Irving
> >>>  
> >>>  --- C Kissinger <cki...@ne...>
> wrote:
> >>>  > So is the whole dev team going to vest
> creative
> >>>  > control
> >>>  > in the concept designer? Is this just for the
> site
> >>>  > or
> >>>  > DynAPI now? I think we all have some ideas
> for both.
> >>>  > Some components I would like to see or
> develop
> >>>  > myself:
> >>>  > -form validation
> >>>  > -regular expression helper
> >>>  > And I am working on a treeview for the object
> model.
> >>>  > Are these the kinds of things the concept
> designer
> >>>  > would come up with? I just want to know who
> has
> >>>  > input
> >>>  > and who does what.
> >>>  >
> >>>  >
> >>>  >
> >>>  > >>>  -----Original Message-----
> >>>  > >>>  From:
> dyn...@li...
> >>>  > [mailto:dynapi-dev-
> >>>  > >>>  ad...@li...] On Behalf
> Of Leif
> >>>  > W
> >>>  > >>>  Sent: Thursday, August 14, 2003 4:56 PM
> >>>  > >>>  To: dyn...@li...
> >>>  > >>>  Subject: Re: [Dynapi-Dev] The DynAPI Web
> Team
> >>>  > >>>
> >>>  > >>>
> >>>  > >>>  ----- Original Message -----
> >>>  > >>>  From: "Stephen Carroll"
> >>>  > <sca...@vi...>
> >>>  > >>>  To: <dyn...@li...>
> >>>  > >>>  Sent: Thursday, August 14, 2003 2:30 PM
> >>>  > >>>  Subject: Re: [Dynapi-Dev] The DynAPI Web
> Team
> >>>  > >>>
> >>>  > >>>
> >>>  > >>>  > Very interested, but I'm not sure if
> everyone
> >>>  > would agree with my
> >>>  > >>>  creative
> >>>  > >>>  > thoughts and ideas behind where I
> think
> >>>  > DynAPI 3.0 should go. I have
> >>>  > >>>  some
> >>>  > >>>  > firm thoughts....Shall I elaborate
> here?
> >>>  > >>>
> >>>  > >>>  It's a good a place as any I think.  :)
> >>>  > Curious what you have to say
> >>>  > >>>  now.
> >>>  > >>>  About the firmness of the thoughts,
> maybe
> >>>  > approaching with some
> >>>  > >>>  flexibility
> >>>  > >>>  and mindfulness of potential compromises
> might
> >>>  > ease the integration of
> >>>  > >>>  new
> >>>  > >>>  ideas and result in something people
> find even
> >>>  > more useful and
> >>>  > >>>  interesting
> >>>  > >>>  than where the DynAPI3 is now.  This
> would be
> >>>  > more desirable I think
> >>>  > >>>  than
> >>>  > >>>  reaching an impasse and having to shed
> this
> >>>  > idea or that in its
> >>>  > >>>  entirety.
> >>>  > >>>
> >>>  > >>>  Bring it on,
> >>>  > >>>
> >>>  > >>>  Leif
> >>>  > >>>
> >>>  > >>>
> >>>  >
> >>>  >
> >>>  >
> >>>  >
> >>>  >
> >>> 
>
-------------------------------------------------------
> >>>  > This SF.Net email sponsored by: Free
> pre-built
> >>>  > ASP.NET sites including
> >>>  > Data Reports, E-commerce, Portals, and Forums
> are
> >>>  > available now.
> >>>  > Download today and enter to win an XBOX or
> Visual
> >>>  > Studio .NET.
> >>>  >
> >>>  http://aspnet.click-
> >>> 
>
url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> >>>  >
> _______________________________________________
> >>>  > Dynapi-Dev mailing list
> >>>  > Dyn...@li...
> >>>  >
> >>> 
>
http://www.mail-archive.com/dyn...@li.../
> >>>  
> >>>  
> >>>  __________________________________
> >>>  Do you Yahoo!?
> >>>  Yahoo! SiteBuilder - Free, easy-to-use web site
> design software
> >>>  http://sitebuilder.yahoo.com
> 
> 
> 
> 
>
-------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built
> ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are
> available now.
> Download today and enter to win an XBOX or Visual
> Studio .NET.
>
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
>
http://www.mail-archive.com/dyn...@li.../


__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

RE: [Dynapi-Dev] The DynAPI Web Team

[C K. <cki...@ne...>]

Awesome!

P.S. - It's not much yet, but...
http://www.netindustries.net/demos/dynAPI/dynapi.objectmodel.html
I'm still learning the API, and documenting as I go.


>>>  -----Original Message-----
>>>  From: dyn...@li... [mailto:dynapi-dev-
>>>  ad...@li...] On Behalf Of Raymond Irving
>>>  Sent: Friday, August 15, 2003 9:08 AM
>>>  To: dyn...@li...
>>>  Subject: RE: [Dynapi-Dev] The DynAPI Web Team
>>>  
>>>  Hi,
>>>  
>>>  Currently I'm working on a set of component for
>>>  DynAPI. These will replace the 2.5 widgets. I've
>>>  completed 6 of them and I'm hoping to release them
>>>  very soon.
>>>  
>>>  --
>>>  Raymond Irving
>>>  
>>>  --- C Kissinger <cki...@ne...> wrote:
>>>  > So is the whole dev team going to vest creative
>>>  > control
>>>  > in the concept designer? Is this just for the site
>>>  > or
>>>  > DynAPI now? I think we all have some ideas for both.
>>>  > Some components I would like to see or develop
>>>  > myself:
>>>  > -form validation
>>>  > -regular expression helper
>>>  > And I am working on a treeview for the object model.
>>>  > Are these the kinds of things the concept designer
>>>  > would come up with? I just want to know who has
>>>  > input
>>>  > and who does what.
>>>  >
>>>  >
>>>  >
>>>  > >>>  -----Original Message-----
>>>  > >>>  From: dyn...@li...
>>>  > [mailto:dynapi-dev-
>>>  > >>>  ad...@li...] On Behalf Of Leif
>>>  > W
>>>  > >>>  Sent: Thursday, August 14, 2003 4:56 PM
>>>  > >>>  To: dyn...@li...
>>>  > >>>  Subject: Re: [Dynapi-Dev] The DynAPI Web Team
>>>  > >>>
>>>  > >>>
>>>  > >>>  ----- Original Message -----
>>>  > >>>  From: "Stephen Carroll"
>>>  > <sca...@vi...>
>>>  > >>>  To: <dyn...@li...>
>>>  > >>>  Sent: Thursday, August 14, 2003 2:30 PM
>>>  > >>>  Subject: Re: [Dynapi-Dev] The DynAPI Web Team
>>>  > >>>
>>>  > >>>
>>>  > >>>  > Very interested, but I'm not sure if everyone
>>>  > would agree with my
>>>  > >>>  creative
>>>  > >>>  > thoughts and ideas behind where I think
>>>  > DynAPI 3.0 should go. I have
>>>  > >>>  some
>>>  > >>>  > firm thoughts....Shall I elaborate here?
>>>  > >>>
>>>  > >>>  It's a good a place as any I think.  :)
>>>  > Curious what you have to say
>>>  > >>>  now.
>>>  > >>>  About the firmness of the thoughts, maybe
>>>  > approaching with some
>>>  > >>>  flexibility
>>>  > >>>  and mindfulness of potential compromises might
>>>  > ease the integration of
>>>  > >>>  new
>>>  > >>>  ideas and result in something people find even
>>>  > more useful and
>>>  > >>>  interesting
>>>  > >>>  than where the DynAPI3 is now.  This would be
>>>  > more desirable I think
>>>  > >>>  than
>>>  > >>>  reaching an impasse and having to shed this
>>>  > idea or that in its
>>>  > >>>  entirety.
>>>  > >>>
>>>  > >>>  Bring it on,
>>>  > >>>
>>>  > >>>  Leif
>>>  > >>>
>>>  > >>>
>>>  >
>>>  >
>>>  >
>>>  >
>>>  >
>>>  -------------------------------------------------------
>>>  > This SF.Net email sponsored by: Free pre-built
>>>  > ASP.NET sites including
>>>  > Data Reports, E-commerce, Portals, and Forums are
>>>  > available now.
>>>  > Download today and enter to win an XBOX or Visual
>>>  > Studio .NET.
>>>  >
>>>  http://aspnet.click-
>>>  url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
>>>  > _______________________________________________
>>>  > Dynapi-Dev mailing list
>>>  > Dyn...@li...
>>>  >
>>>  http://www.mail-archive.com/dyn...@li.../
>>>  
>>>  
>>>  __________________________________
>>>  Do you Yahoo!?
>>>  Yahoo! SiteBuilder - Free, easy-to-use web site design software
>>>  http://sitebuilder.yahoo.com

Re: [Dynapi-Dev] would like to get the result from generateBlueprint() as string

[Raymond I. <xw...@ya...>]

Hi,

I think it should work as it won't break anything.

--
Raymond Irving

--- bs...@in... wrote:
> Hi 
> 
> This is a mail basicly for Raymond Irving as you
> have implementet the Blueprint
> model in dynLayer.inline.js.
> 
> I would like to get string of generateBlueprint()
> *without* opening a
> window. This would give me the possability to send
> the blueprint
> directly to the server without the overhead of
> manualy coping the text
> from the popup window that is currently created now.
> 
> Question:
> Could you add following modification to
> dynLayer.inline.js 
> - replacing the generateBlueprint-function.
> - adding getBlueprint-function
> 
> 
> NEW: (untested, but actually only refactoring)
> ----------------------------------------------------
> DynElement.prototype.getBlueprint = function(type) {
> 	var i,c,ht,str =[];
> 	var ch=this.children;
> 	for(i=0;i<ch.length;i++) {
> 		c = ch[i];
> 		DynElement._flagPreCreate(c);
> 		ht=c.getOuterHTML();
> 		if(!type || type=='css') str[i]=ht;
> 		else {
> 			ht=ht.replace(/\'/g,'\\\'');
> 			ht=ht.replace(/\r/g,'\\r');
> 			ht=ht.replace(/\n/g,'\\n');
> 			str[str.length]='_bw(\''+ht+'\');';
> 		}
> 	}
> 	if(!type || type=='css') str=str.join('');
> 	else str=str.join('\n');
> 	if(type=='css') {	// generate style sheet from
> blueprints
> 		var ar=str.split('<div');
> 		for(i=0;i<ar.length;i++){
> 			ar[i]=ar[i].replace(/(.+)id="(.+)"
> style="(.+)"(.+)/g,'#$2 {$3}');
> 		}
> 		str=ar.join('');
> 	}
> 	return str;
> }
> 
> DynElement.prototype.generateBlueprint =
> function(type) {
> 	var url=dynapi.library.path+'ext/blueprint.html';
> 	var
>
win=window.open(url,'blueprint','width=500,height=350,scrollbars=no,status=no,toolbar=no');
> 	var f=win.document.forms['frm'];
> 	f.txtout.value=DynLayer.getBlueprint(type);
> };
> 
> 
> Thanks
> -- 
> S. Blum <bs...@in...>
> 
> 
> 
> 
>
-------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built
> ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are
> available now.
> Download today and enter to win an XBOX or Visual
> Studio .NET.
>
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
>
http://www.mail-archive.com/dyn...@li.../


__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

RE: [Dynapi-Dev] The DynAPI Web Team

[Raymond I. <xw...@ya...>]

Hi,

Currently I'm working on a set of component for
DynAPI. These will replace the 2.5 widgets. I've
completed 6 of them and I'm hoping to release them
very soon.

--
Raymond Irving

--- C Kissinger <cki...@ne...> wrote:
> So is the whole dev team going to vest creative
> control
> in the concept designer? Is this just for the site
> or
> DynAPI now? I think we all have some ideas for both.
> Some components I would like to see or develop
> myself:
> -form validation
> -regular expression helper
> And I am working on a treeview for the object model.
> Are these the kinds of things the concept designer
> would come up with? I just want to know who has
> input
> and who does what.
> 
>  
> 
> >>>  -----Original Message-----
> >>>  From: dyn...@li...
> [mailto:dynapi-dev-
> >>>  ad...@li...] On Behalf Of Leif
> W
> >>>  Sent: Thursday, August 14, 2003 4:56 PM
> >>>  To: dyn...@li...
> >>>  Subject: Re: [Dynapi-Dev] The DynAPI Web Team
> >>>  
> >>>  
> >>>  ----- Original Message -----
> >>>  From: "Stephen Carroll"
> <sca...@vi...>
> >>>  To: <dyn...@li...>
> >>>  Sent: Thursday, August 14, 2003 2:30 PM
> >>>  Subject: Re: [Dynapi-Dev] The DynAPI Web Team
> >>>  
> >>>  
> >>>  > Very interested, but I'm not sure if everyone
> would agree with my
> >>>  creative
> >>>  > thoughts and ideas behind where I think
> DynAPI 3.0 should go. I have
> >>>  some
> >>>  > firm thoughts....Shall I elaborate here?
> >>>  
> >>>  It's a good a place as any I think.  :) 
> Curious what you have to say
> >>>  now.
> >>>  About the firmness of the thoughts, maybe
> approaching with some
> >>>  flexibility
> >>>  and mindfulness of potential compromises might
> ease the integration of
> >>>  new
> >>>  ideas and result in something people find even
> more useful and
> >>>  interesting
> >>>  than where the DynAPI3 is now.  This would be
> more desirable I think
> >>>  than
> >>>  reaching an impasse and having to shed this
> idea or that in its
> >>>  entirety.
> >>>  
> >>>  Bring it on,
> >>>  
> >>>  Leif
> >>>  
> >>>  
> 
> 
> 
> 
>
-------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built
> ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are
> available now.
> Download today and enter to win an XBOX or Visual
> Studio .NET.
>
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
>
http://www.mail-archive.com/dyn...@li.../


__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

Re: [Dynapi-Dev] The DynAPI Web Team

[Joy R. <joy...@ho...>]

Hello,

>Very interested, but I'm not sure if everyone would agree with my creative
>thoughts and ideas behind where I think DynAPI 3.0 should go. I have some
>firm thoughts....Shall I elaborate here?

It's not important, that everyone agrees. Ofcourse it would be nice, if 
majority would agree, but you can't please everyone if you are willing to 
have a impact. :-) I have to say when I have been introducing this concept 
designer role I didn't think about DynAPI development it self, but DynAPI 
web site and perhaps DynAPI 3.0 launch campaing materials.


- Juho Risku / Helmi Staff
  http://www.visualway.com/helmi


>From: "Stephen Carroll" <sca...@vi...>
>Reply-To: dyn...@li...
>To: <dyn...@li...>
>Subject: Re: [Dynapi-Dev] The DynAPI Web Team
>Date: Thu, 14 Aug 2003 11:30:00 -0700
>
>Very interested, but I'm not sure if everyone would agree with my creative
>thoughts and ideas behind where I think DynAPI 3.0 should go. I have some
>firm thoughts....Shall I elaborate here?
>
>----- Original Message -----
>From: "Joy Ride" <joy...@ho...>
>To: <dyn...@li...>
>Sent: Wednesday, August 13, 2003 12:56 AM
>Subject: Re: [Dynapi-Dev] The DynAPI Web Team
>
>
> > Hello,
> >
> > >What is the role of concept designer?
> >
> > Site structure, basic ideas for UI (wireframe layout), creative ideas /
> > design of content (not the graphical design or content production) and 
>the
> > script for the site. In concept designers responsiblity is that site 
>meet
> > the customer demands. In our projects concept designer is usually the
>right
> > hand of the project manager. To be successfull in concept designers post
>one
> > should be both analytical and creative. Good understandig of web and 
>clear
> > vision of where the web is going will help a lot too.
> >
> > You're interested?-)
> >
> >
> > - Juho Risku / Helmi Staff
> >   http:///www.visualway.com/helmi
> >
> >
> > >From: "Stephen Carroll" <sca...@vi...>
> > >Reply-To: dyn...@li...
> > >To: <dyn...@li...>
> > >Subject: Re: [Dynapi-Dev] The DynAPI Web Team
> > >Date: Thu, 7 Aug 2003 11:47:50 -0700
> > >
> > >What is the role of concept designer?
> > >
> > >----- Original Message -----
> > >From: "Kevin" <ke...@ke...>
> > >To: <dyn...@li...>
> > >Sent: Thursday, August 07, 2003 9:13 AM
> > >Subject: Re: [Dynapi-Dev] The DynAPI Web Team
> > >
> > >
> > > > Raymond Irving wrote:
> > > >
> > > > > Hi Everyone
> > > > >
> > > > > So far we have the following volunteers:
> > > > >
> > > > > 1) Project manager
> > > > > Joy Ride (Juhu)
> > > > > 2) Consept designer
> > > > > 3) Graphic designer
> > > > > Diane Tomlins
> > > > > 4) Programmer(s)
> > > > > Leif W
> > > > > C Kissinger
> > > > > 5) Content provider(s)
> > > > >
> > > >
> > > > Perhaps I can help out in a programming role.
> > > > -
> > > > Kevin
> > > >
> > > > > We need more persons to help out with this part of the
> > > > > project. It doesn't matter how small or how great a
> > > > > role you can play. Your time and effort is well
> > > > > appreciated. Besides that it's just pure fun!
> > > > >
> > > > > We need to get this part of the project started as
> > > > > we're planning to have DynAPI 3.0 stable (or fully
> > > > > launched) by November.
> > > > >
> > > > > Are we in agreement here?
> > > > >
> > > > > --
> > > > > Raymond Irving
> > > > >
> > > > > __________________________________
> > > > > Do you Yahoo!?
> > > > > Yahoo! SiteBuilder - Free, easy-to-use web site design software
> > > > > http://sitebuilder.yahoo.com
> > > > >
> > > > >
> > > > > -------------------------------------------------------
> > > > > This SF.Net email sponsored by: Free pre-built ASP.NET sites
>including
> > > > > Data Reports, E-commerce, Portals, and Forums are available now.
> > > > > Download today and enter to win an XBOX or Visual Studio .NET.
> > > > >
> >
> >http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> > > > > _______________________________________________
> > > > > Dynapi-Dev mailing list
> > > > > Dyn...@li...
> > > > > http://www.mail-archive.com/dyn...@li.../
> > > >
> > > >
> > >
> > >
> > >
> > >
> > >-------------------------------------------------------
> > >This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> > >Data Reports, E-commerce, Portals, and Forums are available now.
> > >Download today and enter to win an XBOX or Visual Studio .NET.
> >
> >http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> > >_______________________________________________
> > >Dynapi-Dev mailing list
> > >Dyn...@li...
> > >http://www.mail-archive.com/dyn...@li.../
> >
> > _________________________________________________________________
> > Help STOP SPAM with the new MSN 8 and get 2 months FREE*
> > http://join.msn.com/?page=features/junkmail
> >
> >
> >
>
>
>
>
>-------------------------------------------------------
>This SF.Net email sponsored by: Free pre-built ASP.NET sites including
>Data Reports, E-commerce, Portals, and Forums are available now.
>Download today and enter to win an XBOX or Visual Studio .NET.
>http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
>_______________________________________________
>Dynapi-Dev mailing list
>Dyn...@li...
>http://www.mail-archive.com/dyn...@li.../

_________________________________________________________________
STOP MORE SPAM with the new MSN 8 and get 2 months FREE* 
http://join.msn.com/?page=features/junkmail

RE: [Dynapi-Dev] The DynAPI Web Team

[Joy R. <joy...@ho...>]

Hello,

>So is the whole dev team going to vest creative control
>in the concept designer? Is this just for the site or
>DynAPI now?

As background: In traditional advetizing agency cheme concept desiner was 
called copywriter, but in digital media projects the role is different from 
traditional copywriting and that's the reason why this new role has been 
introduced in new media companies.

Concept designer is just one meber of the creative group. And there may be 
more than one concept designer in a group. In my opinion concept designer 
would start with the site, but later on he/she could be also working on 
other DynAPI materials, but not with the library it self... that's more 
technical stuff.

On that you're right, in creative team concept designer is one of the key 
persons along with the AD / graphic designer and project manager. You should 
also bear in mind that our web team can think DynAPI community as client, 
and client is allways the one who's saying the last word.

>Are these the kinds of things the concept designer
>would come up with? I just want to know who has input
>and who does what.

Just for clarification. I have been thinking just the "promotional" / 
"communicational" materials (like web site, manuals etc.) as field for 
concept desinger in the web team.

I know that in some product development teams also more technical stuff have 
been organized so that tehere is creative desigenrs evolving the product 
with technical designers. But that's propably a bit different from open 
source development... And I'm not a specialist in product development 
projects (I have been managing only one so far --> the Helmi DHTML extension 
development).


- Juho Risku / Helmi Staff
  http://www.visualway.com/helmi


>From: "C Kissinger" <cki...@ne...>
>Reply-To: dyn...@li...
>To: <dyn...@li...>
>Subject: RE: [Dynapi-Dev] The DynAPI Web Team
>Date: Fri, 15 Aug 2003 00:16:50 -0500
>
>So is the whole dev team going to vest creative control
>in the concept designer? Is this just for the site or
>DynAPI now? I think we all have some ideas for both.
>Some components I would like to see or develop myself:
>-form validation
>-regular expression helper
>And I am working on a treeview for the object model.
>Are these the kinds of things the concept designer
>would come up with? I just want to know who has input
>and who does what.
>
>
>
> >>>  -----Original Message-----
> >>>  From: dyn...@li... [mailto:dynapi-dev-
> >>>  ad...@li...] On Behalf Of Leif W
> >>>  Sent: Thursday, August 14, 2003 4:56 PM
> >>>  To: dyn...@li...
> >>>  Subject: Re: [Dynapi-Dev] The DynAPI Web Team
> >>>
> >>>
> >>>  ----- Original Message -----
> >>>  From: "Stephen Carroll" <sca...@vi...>
> >>>  To: <dyn...@li...>
> >>>  Sent: Thursday, August 14, 2003 2:30 PM
> >>>  Subject: Re: [Dynapi-Dev] The DynAPI Web Team
> >>>
> >>>
> >>>  > Very interested, but I'm not sure if everyone would agree with my
> >>>  creative
> >>>  > thoughts and ideas behind where I think DynAPI 3.0 should go. I 
>have
> >>>  some
> >>>  > firm thoughts....Shall I elaborate here?
> >>>
> >>>  It's a good a place as any I think.  :)  Curious what you have to say
> >>>  now.
> >>>  About the firmness of the thoughts, maybe approaching with some
> >>>  flexibility
> >>>  and mindfulness of potential compromises might ease the integration 
>of
> >>>  new
> >>>  ideas and result in something people find even more useful and
> >>>  interesting
> >>>  than where the DynAPI3 is now.  This would be more desirable I think
> >>>  than
> >>>  reaching an impasse and having to shed this idea or that in its
> >>>  entirety.
> >>>
> >>>  Bring it on,
> >>>
> >>>  Leif
> >>>
> >>>
>
>
>
>
>-------------------------------------------------------
>This SF.Net email sponsored by: Free pre-built ASP.NET sites including
>Data Reports, E-commerce, Portals, and Forums are available now.
>Download today and enter to win an XBOX or Visual Studio .NET.
>http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
>_______________________________________________
>Dynapi-Dev mailing list
>Dyn...@li...
>http://www.mail-archive.com/dyn...@li.../

_________________________________________________________________
STOP MORE SPAM with the new MSN 8 and get 2 months FREE* 
http://join.msn.com/?page=features/junkmail

RE: [Dynapi-Dev] The DynAPI Web Team

[C K. <cki...@ne...>]

So is the whole dev team going to vest creative control
in the concept designer? Is this just for the site or
DynAPI now? I think we all have some ideas for both.
Some components I would like to see or develop myself:
-form validation
-regular expression helper
And I am working on a treeview for the object model.
Are these the kinds of things the concept designer
would come up with? I just want to know who has input
and who does what.

 

>>>  -----Original Message-----
>>>  From: dyn...@li... [mailto:dynapi-dev-
>>>  ad...@li...] On Behalf Of Leif W
>>>  Sent: Thursday, August 14, 2003 4:56 PM
>>>  To: dyn...@li...
>>>  Subject: Re: [Dynapi-Dev] The DynAPI Web Team
>>>  
>>>  
>>>  ----- Original Message -----
>>>  From: "Stephen Carroll" <sca...@vi...>
>>>  To: <dyn...@li...>
>>>  Sent: Thursday, August 14, 2003 2:30 PM
>>>  Subject: Re: [Dynapi-Dev] The DynAPI Web Team
>>>  
>>>  
>>>  > Very interested, but I'm not sure if everyone would agree with my
>>>  creative
>>>  > thoughts and ideas behind where I think DynAPI 3.0 should go. I have
>>>  some
>>>  > firm thoughts....Shall I elaborate here?
>>>  
>>>  It's a good a place as any I think.  :)  Curious what you have to say
>>>  now.
>>>  About the firmness of the thoughts, maybe approaching with some
>>>  flexibility
>>>  and mindfulness of potential compromises might ease the integration of
>>>  new
>>>  ideas and result in something people find even more useful and
>>>  interesting
>>>  than where the DynAPI3 is now.  This would be more desirable I think
>>>  than
>>>  reaching an impasse and having to shed this idea or that in its
>>>  entirety.
>>>  
>>>  Bring it on,
>>>  
>>>  Leif
>>>  
>>>  

[Dynapi-Dev] [ dynapi-Bugs-787137 ] Memory leak in DynElement.deleteChild()

[SourceForge.net <no...@so...>]

Bugs item #787137, was opened at 2003-08-12 03:36
Message generated for change (Comment added) made by xwisdom
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105757&aid=787137&group_id=5757

Category: DynAPI 3 API
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Andrew Gillett (agillett)
Assigned to: Nobody/Anonymous (nobody)
Summary: Memory leak in DynElement.deleteChild()

Initial Comment:
The DynElement.deleteChild() function is implemented 
thus:

p.deleteChild = function(c) {
	c.removeFromParent();
   	c._delete();
};

Although the _delete() function is documented in 
quickref.dynelement.html, it is not implemented 
_anywhere_ in the DynAPI source code, except for 
being set to dynapi.functions.Null in event.js.

If you have a page that repeatedly adds and removes 
DynElements, it will leak memory.  If you replace the call
to _delete() with a call to _destroy(), the memory leak 
goes away:

p.deleteChild = function(c) {
	c.removeFromParent();
   	c._destroy();
};


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

>Comment By: Raymond Irving (xwisdom)
Date: 2003-08-15 00:15

Message:
Logged In: YES 
user_id=696242

I believe the lastest snapshot should have fixed this problem. 
I did add _destroy() to the deleteChild() function and made 
some other changes that fixed the problem. 

Keep up the good work.


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

Comment By: Andrew Gillett (agillett)
Date: 2003-08-14 23:48

Message:
Logged In: YES 
user_id=134108

Hmm, we could have: remove, delete, destroy and dispose.

> I see what's happening. IMO deleteChild() and removeChild
> means the same thing, correct?
No. To my way of thinking, 'delete' should be like the C++ 
keyword - once deleted an object no longer exists.  And why 
have both deleteChild and removeChild if they do the same 
thing?

IMO we should just add the _destroy() function to deleteChild 
and update the documentation accordingly.


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

Comment By: Raymond Irving (xwisdom)
Date: 2003-08-14 13:02

Message:
Logged In: YES 
user_id=696242


Thanks for the feedback

Ok. Will keep the delete functions them _destroy() the layers 
as well.


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

Comment By: L W (warp9pnt9)
Date: 2003-08-14 12:30

Message:
Logged In: YES 
user_id=706287

My view on the matter.

I think the naming convention would be clearer if the
function that removes children from parents was called
removeChild / removeFromParent, but not destroying the
layer.  I think this is how it works now.  I think the
function that removes the child from the parent AND destroys
the layer should be called deleteChild / deleteFromParent or
maybe destroyChild / destroyFromParent.  I think it's
confusing to add a new name "dispose" when it doesn't
intuitively correspond to an underlying "dispose" function.
 It's a little vague.

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

Comment By: Raymond Irving (xwisdom)
Date: 2003-08-14 02:37

Message:
Logged In: YES 
user_id=696242


I see what's happening. IMO deleteChild() and removeChild 
means the same thing, correct? 

When a child layer is removed from the parent it's actually 
deleted from the parent, correct?  The layer is not completly 
destroyed as a reference to it still exists within DynObject.all 
collection. 

Calling _destroy() during a deleteChild() function will not only 
delete the child from its parent but it will also dispose of the 
child object.

I think we should change deleteChild/AllChildren/etc to 
disposeChild/AllChildren/etc wihich will clearly define what is 
been done to the object. The dispose functions will complete 
remove and destroy the object.

Are we all in agreement with changing delete to dispose? Or 
should we add the _destroy() function to deleteChild and 
keep the delete functions?  

(Note: If we keep the delete functions we'll have to 
document that it will completely destroy and remove the layer 
from the system.)



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

Comment By: Andrew Gillett (agillett)
Date: 2003-08-14 00:31

Message:
Logged In: YES 
user_id=134108

> Are you using the lastest snapshot?
Yes, I check out the code directly from CVS.
> What browsers are experiencing this memory leak?
IE6 & Mozilla1.4, but that is not really relevant.

On 29/07/2003 12:26 AM (my time), in response to my post 
about a bug in deleteAllChildren(), you wrote:
>To fix the memory and layer problem use the following:
>
>p.deleteAllChildren = function() {
>	var c,l = this.children.length;
>	for(var i=0;i<l;i++) {
>		c=this.children[i];
>		if(c) {
>			c._destroy();
>			c._created = c.isChild = false;
>		};
>		delete this.children[i];
>	}
>	this.children.length = 0;
>};
>
This fix worked perfectly. The _destroy() method is called on 
each child of the layer.

However this is not what was put into CVS.  In the current 
version of event.js, deleteAllChildren() calls deleteFromParent
() which calls deleteChild() which calls _delete() instead of 
_destroy().

It is the call to _delete() that I have a problem with.  There 
is simply no such function.  In line 184 of event.js there is:

... = p._delete = p._destroy = dynapi.functions.Null;

but nowhere else in the entire source tree is _delete() 
defined.


Try the attached example.  On my Windows XP system, IE 
grows by about 6MB each time the "Memory Leak" button is 
pressed.  But if I replace the call to _delete() with a call to 
_destroy() in the deleteChild function, then IE doesn't leak at 
all.


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

Comment By: Raymond Irving (xwisdom)
Date: 2003-08-13 13:53

Message:
Logged In: YES 
user_id=696242

Are you using the lastest snapshot?

What browsers are experiencing this memory leak?

You can get the lastest snapshot here:
http://dynapi.sourceforge.net/snapshot/?N=D


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105757&aid=787137&group_id=5757

[Dynapi-Dev] [ dynapi-Feature Requests-789038 ] A get string function of generateBlueprint()

[SourceForge.net <no...@so...>]

Feature Requests item #789038, was opened at 2003-08-15 03:59
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=355757&aid=789038&group_id=5757

Category: Other
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Sam Blum (bs_php)
Assigned to: Nobody/Anonymous (nobody)
Summary: A get string function of generateBlueprint() 

Initial Comment:
Hi 

This is a mail basicly for Raymond Irving as you have 
implementet the Blueprint
model in dynLayer.inline.js.

I would like to get string of generateBlueprint() 
*without* opening a
window. This would give me the possability to send the 
blueprint
directly to the server without the overhead of manualy 
coping the text
from the popup window that is currently created now.

Question:
Could you add following modification to 
dynLayer.inline.js 
- replacing the generateBlueprint-function.
- adding getBlueprint-function


NEW: (untested, but actually only refactoring)
----------------------------------------------------
DynElement.prototype.getBlueprint = function(type) {
	var i,c,ht,str =[];
	var ch=this.children;
	for(i=0;i<ch.length;i++) {
		c = ch[i];
		DynElement._flagPreCreate(c);
		ht=c.getOuterHTML();
		if(!type || type=='css') str[i]=ht;
		else {
			ht=ht.replace(/\'/g,'\\'');
			ht=ht.replace(/\r/g,'\r');
			ht=ht.replace(/\n/g,'\n');
			str[str.length]='_bw
(\''+ht+'\');';
		}
	}
	if(!type || type=='css') str=str.join('');
	else str=str.join('\n');
	if(type=='css') {	// generate style sheet from 
blueprints
		var ar=str.split('<div');
		for(i=0;i<ar.length;i++){
			ar[i]=ar[i].replace(/(.+)
id="(.+)" style="(.+)"(.+)/g,'#$2 {$3}');
		}
		str=ar.join('');
	}
	return str;
}

DynElement.prototype.generateBlueprint = function
(type) {
	var 
url=dynapi.library.path+'ext/blueprint.html';
	var win=window.open
(url,'blueprint','width=500,height=350,scrollbars=no,sta
tus=no,toolbar=no');
	var f=win.document.forms['frm'];
	f.txtout.value=DynLayer.getBlueprint(type);
};


Thanks

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=355757&aid=789038&group_id=5757

[Dynapi-Dev] would like to get the result from generateBlueprint() as string

[<bs...@in...>]

Hi 

This is a mail basicly for Raymond Irving as you have implementet the Blueprint
model in dynLayer.inline.js.

I would like to get string of generateBlueprint() *without* opening a
window. This would give me the possability to send the blueprint
directly to the server without the overhead of manualy coping the text
from the popup window that is currently created now.

Question:
Could you add following modification to dynLayer.inline.js 
- replacing the generateBlueprint-function.
- adding getBlueprint-function


NEW: (untested, but actually only refactoring)
----------------------------------------------------
DynElement.prototype.getBlueprint = function(type) {
	var i,c,ht,str =[];
	var ch=this.children;
	for(i=0;i<ch.length;i++) {
		c = ch[i];
		DynElement._flagPreCreate(c);
		ht=c.getOuterHTML();
		if(!type || type=='css') str[i]=ht;
		else {
			ht=ht.replace(/\'/g,'\\\'');
			ht=ht.replace(/\r/g,'\\r');
			ht=ht.replace(/\n/g,'\\n');
			str[str.length]='_bw(\''+ht+'\');';
		}
	}
	if(!type || type=='css') str=str.join('');
	else str=str.join('\n');
	if(type=='css') {	// generate style sheet from blueprints
		var ar=str.split('<div');
		for(i=0;i<ar.length;i++){
			ar[i]=ar[i].replace(/(.+)id="(.+)" style="(.+)"(.+)/g,'#$2 {$3}');
		}
		str=ar.join('');
	}
	return str;
}

DynElement.prototype.generateBlueprint = function(type) {
	var url=dynapi.library.path+'ext/blueprint.html';
	var win=window.open(url,'blueprint','width=500,height=350,scrollbars=no,status=no,toolbar=no');
	var f=win.document.forms['frm'];
	f.txtout.value=DynLayer.getBlueprint(type);
};


Thanks
-- 
S. Blum <bs...@in...>

[Dynapi-Dev] [ dynapi-Bugs-787137 ] Memory leak in DynElement.deleteChild()

[SourceForge.net <no...@so...>]

Bugs item #787137, was opened at 2003-08-12 13:36
Message generated for change (Comment added) made by agillett
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105757&aid=787137&group_id=5757

Category: DynAPI 3 API
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Andrew Gillett (agillett)
Assigned to: Nobody/Anonymous (nobody)
Summary: Memory leak in DynElement.deleteChild()

Initial Comment:
The DynElement.deleteChild() function is implemented 
thus:

p.deleteChild = function(c) {
	c.removeFromParent();
   	c._delete();
};

Although the _delete() function is documented in 
quickref.dynelement.html, it is not implemented 
_anywhere_ in the DynAPI source code, except for 
being set to dynapi.functions.Null in event.js.

If you have a page that repeatedly adds and removes 
DynElements, it will leak memory.  If you replace the call
to _delete() with a call to _destroy(), the memory leak 
goes away:

p.deleteChild = function(c) {
	c.removeFromParent();
   	c._destroy();
};


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

>Comment By: Andrew Gillett (agillett)
Date: 2003-08-15 09:48

Message:
Logged In: YES 
user_id=134108

Hmm, we could have: remove, delete, destroy and dispose.

> I see what's happening. IMO deleteChild() and removeChild
> means the same thing, correct?
No. To my way of thinking, 'delete' should be like the C++ 
keyword - once deleted an object no longer exists.  And why 
have both deleteChild and removeChild if they do the same 
thing?

IMO we should just add the _destroy() function to deleteChild 
and update the documentation accordingly.


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

Comment By: Raymond Irving (xwisdom)
Date: 2003-08-14 23:02

Message:
Logged In: YES 
user_id=696242


Thanks for the feedback

Ok. Will keep the delete functions them _destroy() the layers 
as well.


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

Comment By: L W (warp9pnt9)
Date: 2003-08-14 22:30

Message:
Logged In: YES 
user_id=706287

My view on the matter.

I think the naming convention would be clearer if the
function that removes children from parents was called
removeChild / removeFromParent, but not destroying the
layer.  I think this is how it works now.  I think the
function that removes the child from the parent AND destroys
the layer should be called deleteChild / deleteFromParent or
maybe destroyChild / destroyFromParent.  I think it's
confusing to add a new name "dispose" when it doesn't
intuitively correspond to an underlying "dispose" function.
 It's a little vague.

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

Comment By: Raymond Irving (xwisdom)
Date: 2003-08-14 12:37

Message:
Logged In: YES 
user_id=696242


I see what's happening. IMO deleteChild() and removeChild 
means the same thing, correct? 

When a child layer is removed from the parent it's actually 
deleted from the parent, correct?  The layer is not completly 
destroyed as a reference to it still exists within DynObject.all 
collection. 

Calling _destroy() during a deleteChild() function will not only 
delete the child from its parent but it will also dispose of the 
child object.

I think we should change deleteChild/AllChildren/etc to 
disposeChild/AllChildren/etc wihich will clearly define what is 
been done to the object. The dispose functions will complete 
remove and destroy the object.

Are we all in agreement with changing delete to dispose? Or 
should we add the _destroy() function to deleteChild and 
keep the delete functions?  

(Note: If we keep the delete functions we'll have to 
document that it will completely destroy and remove the layer 
from the system.)



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

Comment By: Andrew Gillett (agillett)
Date: 2003-08-14 10:31

Message:
Logged In: YES 
user_id=134108

> Are you using the lastest snapshot?
Yes, I check out the code directly from CVS.
> What browsers are experiencing this memory leak?
IE6 & Mozilla1.4, but that is not really relevant.

On 29/07/2003 12:26 AM (my time), in response to my post 
about a bug in deleteAllChildren(), you wrote:
>To fix the memory and layer problem use the following:
>
>p.deleteAllChildren = function() {
>	var c,l = this.children.length;
>	for(var i=0;i<l;i++) {
>		c=this.children[i];
>		if(c) {
>			c._destroy();
>			c._created = c.isChild = false;
>		};
>		delete this.children[i];
>	}
>	this.children.length = 0;
>};
>
This fix worked perfectly. The _destroy() method is called on 
each child of the layer.

However this is not what was put into CVS.  In the current 
version of event.js, deleteAllChildren() calls deleteFromParent
() which calls deleteChild() which calls _delete() instead of 
_destroy().

It is the call to _delete() that I have a problem with.  There 
is simply no such function.  In line 184 of event.js there is:

... = p._delete = p._destroy = dynapi.functions.Null;

but nowhere else in the entire source tree is _delete() 
defined.


Try the attached example.  On my Windows XP system, IE 
grows by about 6MB each time the "Memory Leak" button is 
pressed.  But if I replace the call to _delete() with a call to 
_destroy() in the deleteChild function, then IE doesn't leak at 
all.


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

Comment By: Raymond Irving (xwisdom)
Date: 2003-08-13 23:53

Message:
Logged In: YES 
user_id=696242

Are you using the lastest snapshot?

What browsers are experiencing this memory leak?

You can get the lastest snapshot here:
http://dynapi.sourceforge.net/snapshot/?N=D


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105757&aid=787137&group_id=5757

Re: [Dynapi-Dev] The DynAPI Web Team

[Leif W <war...@us...>]

----- Original Message ----- 
From: "Stephen Carroll" <sca...@vi...>
To: <dyn...@li...>
Sent: Thursday, August 14, 2003 2:30 PM
Subject: Re: [Dynapi-Dev] The DynAPI Web Team


> Very interested, but I'm not sure if everyone would agree with my creative
> thoughts and ideas behind where I think DynAPI 3.0 should go. I have some
> firm thoughts....Shall I elaborate here?

It's a good a place as any I think.  :)  Curious what you have to say now.
About the firmness of the thoughts, maybe approaching with some flexibility
and mindfulness of potential compromises might ease the integration of new
ideas and result in something people find even more useful and interesting
than where the DynAPI3 is now.  This would be more desirable I think than
reaching an impasse and having to shed this idea or that in its entirety.

Bring it on,

Leif

Re: [Dynapi-Dev] The DynAPI Web Team

[Stephen C. <sca...@vi...>]

Very interested, but I'm not sure if everyone would agree with my creative
thoughts and ideas behind where I think DynAPI 3.0 should go. I have some
firm thoughts....Shall I elaborate here?

----- Original Message ----- 
From: "Joy Ride" <joy...@ho...>
To: <dyn...@li...>
Sent: Wednesday, August 13, 2003 12:56 AM
Subject: Re: [Dynapi-Dev] The DynAPI Web Team


> Hello,
>
> >What is the role of concept designer?
>
> Site structure, basic ideas for UI (wireframe layout), creative ideas /
> design of content (not the graphical design or content production) and the
> script for the site. In concept designers responsiblity is that site meet
> the customer demands. In our projects concept designer is usually the
right
> hand of the project manager. To be successfull in concept designers post
one
> should be both analytical and creative. Good understandig of web and clear
> vision of where the web is going will help a lot too.
>
> You're interested?-)
>
>
> - Juho Risku / Helmi Staff
>   http:///www.visualway.com/helmi
>
>
> >From: "Stephen Carroll" <sca...@vi...>
> >Reply-To: dyn...@li...
> >To: <dyn...@li...>
> >Subject: Re: [Dynapi-Dev] The DynAPI Web Team
> >Date: Thu, 7 Aug 2003 11:47:50 -0700
> >
> >What is the role of concept designer?
> >
> >----- Original Message -----
> >From: "Kevin" <ke...@ke...>
> >To: <dyn...@li...>
> >Sent: Thursday, August 07, 2003 9:13 AM
> >Subject: Re: [Dynapi-Dev] The DynAPI Web Team
> >
> >
> > > Raymond Irving wrote:
> > >
> > > > Hi Everyone
> > > >
> > > > So far we have the following volunteers:
> > > >
> > > > 1) Project manager
> > > > Joy Ride (Juhu)
> > > > 2) Consept designer
> > > > 3) Graphic designer
> > > > Diane Tomlins
> > > > 4) Programmer(s)
> > > > Leif W
> > > > C Kissinger
> > > > 5) Content provider(s)
> > > >
> > >
> > > Perhaps I can help out in a programming role.
> > > -
> > > Kevin
> > >
> > > > We need more persons to help out with this part of the
> > > > project. It doesn't matter how small or how great a
> > > > role you can play. Your time and effort is well
> > > > appreciated. Besides that it's just pure fun!
> > > >
> > > > We need to get this part of the project started as
> > > > we're planning to have DynAPI 3.0 stable (or fully
> > > > launched) by November.
> > > >
> > > > Are we in agreement here?
> > > >
> > > > --
> > > > Raymond Irving
> > > >
> > > > __________________________________
> > > > Do you Yahoo!?
> > > > Yahoo! SiteBuilder - Free, easy-to-use web site design software
> > > > http://sitebuilder.yahoo.com
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > This SF.Net email sponsored by: Free pre-built ASP.NET sites
including
> > > > Data Reports, E-commerce, Portals, and Forums are available now.
> > > > Download today and enter to win an XBOX or Visual Studio .NET.
> > > >
>
>http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> > > > _______________________________________________
> > > > Dynapi-Dev mailing list
> > > > Dyn...@li...
> > > > http://www.mail-archive.com/dyn...@li.../
> > >
> > >
> >
> >
> >
> >
> >-------------------------------------------------------
> >This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> >Data Reports, E-commerce, Portals, and Forums are available now.
> >Download today and enter to win an XBOX or Visual Studio .NET.
>
>http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> >_______________________________________________
> >Dynapi-Dev mailing list
> >Dyn...@li...
> >http://www.mail-archive.com/dyn...@li.../
>
> _________________________________________________________________
> Help STOP SPAM with the new MSN 8 and get 2 months FREE*
> http://join.msn.com/?page=features/junkmail
>
>
>

[Dynapi-Dev] [ dynapi-Patches-788774 ] Core API & GUI updates

[SourceForge.net <no...@so...>]

Patches item #788774, was opened at 2003-08-14 15:39
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=305757&aid=788774&group_id=5757

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Raymond Irving (xwisdom)
Assigned to: Nobody/Anonymous (nobody)
Summary: Core API & GUI updates

Initial Comment:

[+] Added new examples (See 
examples/dynapi.gui.*.html)
[+] Add dynapi.document.writeStyle()
[+] Add HTMLProgressBar
[+] Add HTMLColorPicker
[*] HTMLMenu addItem() will now respect text 
directions from image inputs
[+] Add contMode (Container Mode) to HTMLMenu 
addItem() text argument
[+] Add HTMLCel() and HTMLText() to HTMLComponent


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=305757&aid=788774&group_id=5757