Menu
▾
▴
dynapi-dev — List related to the current DynAPI Core development
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(75) |
Nov
(252) |
Dec
(418) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(659) |
Feb
(1039) |
Mar
(870) |
Apr
(235) |
May
(329) |
Jun
(251) |
Jul
(123) |
Aug
(119) |
Sep
(67) |
Oct
(194) |
Nov
(535) |
Dec
(133) |
| 2002 |
Jan
(122) |
Feb
(24) |
Mar
(29) |
Apr
(28) |
May
(16) |
Jun
(20) |
Jul
(11) |
Aug
(12) |
Sep
(13) |
Oct
(14) |
Nov
(23) |
Dec
(19) |
| 2003 |
Jan
(28) |
Feb
(170) |
Mar
(288) |
Apr
(211) |
May
(126) |
Jun
(166) |
Jul
(131) |
Aug
(102) |
Sep
(211) |
Oct
(301) |
Nov
(22) |
Dec
(6) |
| 2004 |
Jan
(14) |
Feb
(16) |
Mar
(7) |
Apr
|
May
(8) |
Jun
(25) |
Jul
(21) |
Aug
(2) |
Sep
(7) |
Oct
|
Nov
(2) |
Dec
(1) |
| 2005 |
Jan
(4) |
Feb
(2) |
Mar
(14) |
Apr
(24) |
May
(3) |
Jun
(7) |
Jul
(30) |
Aug
(5) |
Sep
(1) |
Oct
(3) |
Nov
|
Dec
(1) |
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
|
|
From: Jordi - I. - M. <jmi...@or...> - 2001-02-15 18:11:23
|
Yes please. I want to think everybody does its best when trying to help others. I know it is frustrating not to receive feedback or help ( once upon a time, I was a newbie too ). When there's no answer, it is most likely that there's noboby that knows the answer. C'mon people, we are all in the same side. Doug Melvin wrote: > There is no black list (or I hope not) > > I do not know then answer to your question. > ----- Original Message ----- > From: "Eytan Heidingsfeld" <ey...@tr...> > To: "Dynapi-Dev" <dyn...@li...> > Sent: Thursday, February 15, 2001 9:32 AM > Subject: [Dynapi-Dev] My Last Msg > > > What's happening am I black-listed too? > > 8an > > > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > --- > Outgoing mail is certified Virus Free by AVG Free Edition > http://www.grisoft.com/html/us_index.cfm > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev |
|
From: Pascal B. <pa...@dy...> - 2001-02-15 18:08:21
|
you just put yourself on it :) just kidding guys.. no black list!! (jeez..to much logic, not enough sense of humor.. I'm actually thinking about becomming a designer now!) Pascal Bestebroer pa...@dy... http://www.dynamic-core.net > -----Oorspronkelijk bericht----- > Van: dyn...@li... > [mailto:dyn...@li...]Namens Doug Melvin > Verzonden: donderdag 15 februari 2001 21:42 > Aan: dyn...@li... > Onderwerp: Re: [Dynapi-Dev] My Last Msg > > > There is no black list (or I hope not) > > I do not know then answer to your question. > ----- Original Message ----- > From: "Eytan Heidingsfeld" <ey...@tr...> > To: "Dynapi-Dev" <dyn...@li...> > Sent: Thursday, February 15, 2001 9:32 AM > Subject: [Dynapi-Dev] My Last Msg > > > > What's happening am I black-listed too? > > 8an > > > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > --- > Outgoing mail is certified Virus Free by AVG Free Edition > http://www.grisoft.com/html/us_index.cfm > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > |
|
From: Richard B. <ma...@ri...> - 2001-02-15 18:07:55
|
The problem is most people only have one version of IE, mine's IE5.5, so = I can't be of any help regarding this problem. Richard ----- Original Message -----=20 From: Eytan Heidingsfeld=20 To: dyn...@li...=20 Sent: Thursday, February 15, 2001 12:35 PM Subject: [Dynapi-Dev] ViewPort Hi, I recently had a problem (msg has already been sent to list but since = I included a log file from IE it exceeded the 30KB limit and is waiting = for conformation from the administrator). It involved adding my table = widget inside a scrollpane. This works fine everywhere but IE 5.0 (5.5 = works!). I found the line of code that crashes the browser. file: viewport.js function setContent line: this.content.removeFromParent(); can anyone else verify this happening or maybe give me a reason why it = is? (BTW the content that I am setting has no parent yet). 8an |
|
From: Pascal B. <pa...@dy...> - 2001-02-15 18:05:41
|
wasn't thinking about extension.. but more like trapping errors from within the dynapi.. not with a console, but with a nicer alert. We could then make even the error messages cross-browser (IE is always wrong by 1 line) I'd rather see a nice alert box then those annoying IE screens (which some people have turned off btw.) So, not a comple console like window as in Michael's example, but a normal alert box stating the correct line nr and message. Pascal Bestebroer pa...@dy... http://www.dynamic-core.net > -----Oorspronkelijk bericht----- > Van: dyn...@li... > [mailto:dyn...@li...]Namens Robert Rainwater > Verzonden: donderdag 15 februari 2001 17:12 > Aan: DynAPI Development List > Onderwerp: Re[2]: [Dynapi-Dev] A handy DEBUG method > > > > It could possibly be included as an extension. Maybe replace debug.js > with this (if it works), since console.js it sort of a replacement for > debug.js anyways. > > -- > // Robert Rainwater > > On 2/15/2001, 10:00:10 AM EST, Pascal wrote about "[Dynapi-Dev] A > handy DEBUG method": > > > I'll see if I can implement this error handling into the DynAPI. > > > does it work crossbrowser? (ie4+ and NS4+) > > > > Pascal Bestebroer (pb...@oi...) > > Software ontwikkelaar > > Oberon Informatiesystemen b.v. > > http://www.oibv.com > > >> -----Oorspronkelijk bericht----- > >> Van: dyn...@li... > >> [mailto:dyn...@li...]Namens Michael > >> Pemberton > >> Verzonden: donderdag 15 februari 2001 7:22 > >> Aan: dyn...@li... > >> Onderwerp: Re: [Dynapi-Dev] A handy DEBUG method > >> > >> > >> I've got an alternative method that caches the errors until > >> everything has > >> loaded and generates a error output page. It can also be > >> told to display > >> javascript errors or even catch and not display javascript errors. > >> > >> DynAPI { > >> errors : [], > >> displayerrors : false, // indicates if you wish all > >> errors to be caught or > >> sent to the in-built js console > >> errorHandler : function (msg, url, lno) { > >> DynAPI.errors[DynAPI.errors.length] = [url,lno,msg]; > >> // if the page has already loaded, errors will be > >> alerted instead of > >> sent to the debug page > >> if (DynAPI.loaded&&DynAPI.displayerrors) > >> alert("Error in '" + url + "'.\nLine number: " + lno + > >> ".\nMessage: " + msg); > >> return DynAPI.displayerrors; > >> }, > >> > >> // The following line is added at the end of the loadHandler: > >> if (DynAPI.errors.length&&DynAPI.displayerrors) DynAPI.errorOutput(); > >> > >> // The following line is added at the end of the dynapi.js > >> onerror = DynAPI.errorHandler; > >> > >> -- > >> Michael Pemberton > >> mp...@ph... > >> ICQ: 12107010 > >> > >> > >> > >> > >> > >> > >> _______________________________________________ > >> Dynapi-Dev mailing list > >> Dyn...@li... > >> http://lists.sourceforge.net/lists/listinfo/dynapi-dev > >> > > > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > ---------------------- > DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/ > DynAPI Homepage: http://dynapi.sourceforge.net/ > > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > |
|
From: <no...@so...> - 2001-02-15 17:58:49
|
Bug #132422, was updated on 2001-Feb-14 15:08
Here is a current snapshot of the bug.
Project: DynAPI 2
Category: Browser-Specific Issue
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Submitted by: wessto
Assigned to : nobody
Summary: Layers not showing up in netscape 6
Details: this works in ie and ns4, but layers and content don't show up in
netscape 6. The following is the code I'm using...
##############BEGIN CODE#######################
<html> <head> <title>title</title> <LINK href="style.css" rel="STYLESHEET"
type="text/css"> <script language="Javascript"
src="/javascript/dynapi/src/dynapi.js"></script> <script
language="Javascript" src="/javascript/dynLayerHelper.js"></script> <script
language="Javascript">
DynAPI.setLibraryPath('/javascript/dynapi/src/lib');
DynAPI.include('dynapi.api.browser.js');
DynAPI.include('dynapi.api.dynlayer.js');
DynAPI.include('dynapi.api.dyndocument.js');
var mainColor = '#333333';
var titleColor = '#333333';
var borderColor = '#ffffff';
var navColor = '#330000';
var borderWidth = 1;
var baseX = 5;
var baseY = 5;
var titleWidth = 750;
var titleHeight = 52;
var contentWidth = titleWidth - 200;
var contentHeight = 580;
var dbResult = 'text here';
var hNavHeight = 30;
var vNavWidth = titleWidth - contentWidth;
var vNavHeight = contentHeight - hNavHeight;
var hNavFillerX = contentWidth + baseX;
var vNavX = hNavFillerX;
var contentY = baseY + hNavHeight + titleHeight - borderWidth;
var hNavY = baseY + titleHeight - borderWidth;
var vNavFillerX = vNavX - borderWidth;
var vNavFillerY = contentY + vNavHeight;
DynAPI.onLoad=function() {
//border order = top,right,bottom,left
makeLayerWithBorders('title',baseX,baseY,titleWidth,titleHeight,titleColor,borderWidth,borderColor,true,true,false,true);
makeLayerWithBorders('hNav',baseX,hNavY,contentWidth,hNavHeight,navColor,borderWidth,borderColor,true,false,true,true);
makeLayerWithBorders('hNavFiller',hNavFillerX,hNavY,vNavWidth,hNavHeight,navColor,borderWidth,borderColor,true,true,false,false);
makeLayerWithBorders('vNav',vNavX,contentY,vNavWidth,vNavHeight,navColor,borderWidth,borderColor,false,true,true,false);
makeLayerWithBorders('mainContent',baseX,contentY,contentWidth,contentHeight,mainColor,borderWidth,borderColor,false,true,true,true);
makeLayerWithBorders('lastEdited',vNavFillerX,vNavFillerY,vNavWidth +
borderWidth,contentHeight -
vNavHeight,mainColor,borderWidth,borderColor,false,true,true,false);
content = '<span class=title><b>title</b></span>';
title.setHTML(content); content = '<span class=hnav><a
href="somesite">home</a> | <a href="?page=resume">resume</a> | <a
href="?page=services">services</a> | <a
href="?page=about">about</a></span>';
hNav.setHTML(content);
//PAGE SELECTION
mainContent.setHTML(dbResult);
content = '<span class=last><b>rev:</b>02.14.01 22:58:06</span>';
lastEdited.setHTML(content);
}
</script> </head> <body> <!--- REQUIRED FOR NETSCAPE ---> <SCRIPT
language="JavaScript"> height = contentHeight + hNavHeight + titleHeight;
document.write('<img src="images/pixel.gif" width=1 height=' + height + '
border=0>');
</script> </body> </html>
#############END CODE#################
Follow-Ups:
Date: 2001-Feb-15 09:59
By: dcpascal
Comment:
Do you have an easier piece of code (without the extra stuff in your
dynlayerhelper file etc) that also goes wrong.
Code including personal add-ons can be hard to recreate.
-------------------------------------------------------
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=132422&group_id=5757
|
|
From: <no...@so...> - 2001-02-15 17:57:52
|
Bug #132540, was updated on 2001-Feb-15 08:42
Here is a current snapshot of the bug.
Project: DynAPI 2
Category: Browser-Specific Issue
Status: Closed
Resolution: None
Bug Group: None
Priority: 5
Submitted by: nobody
Assigned to : nobody
Summary: Adding child inline layer failes in NS4.7
Details: I am not sure if it's possible to fix it.
Hear goes the code. No text appears in NS4.7.
Is is important due to adding inline layer to ScrollPane.
<html>
<head>
<script language="Javascript" src="js/dynapi/src/dynapi.js"></script>
<script language="Javascript">
DynAPI.setLibraryPath('js/dynapi/src/lib/')
DynAPI.include('dynapi.api.*')
DynAPI.include('dynapi.ext.inline.js')
</script>
<script language="Javascript">
DynAPI.onLoad=function() {
var parent1 = new DynLayer( null, 100,100, 200, 200 );
var layer1 = this.document.all['layer1']
parent1.addChild( layer1 );
DynAPI.document.addChild( parent1 );
parent1.setBgColor( 'red' );
layer1.setBgColor( 'yellow' );
}
</script>
</head>
<body>
<div id="layer1" style="position:absolute; color:black;">This is a
test</div>
</body>
</html>
Follow-Ups:
Date: 2001-Feb-15 09:58
By: dcpascal
Comment:
Sadly this can't be solved.
Problem: is that in NS it's not possible to retrieve the innerhtml
(contents of the layer). When you add the child to the parent layer it is
recreated, but since the HTML contents is not set it will not set it
again.
workaround: do the setHTML after the adding to the parent manually.. losing
the inline layer advantage of easy text inserting, but also the only way I
can think of.
-------------------------------------------------------
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=132540&group_id=5757
|
|
From: Jared N. <ja...@aa...> - 2001-02-15 17:47:39
|
black listed? By the way, there is a color-picker widget at a site I work on, it's not DYNAPI2 and it sn ot cross-browser, but let me know if you want to see it. It has a "color curtain". |
|
From: Doug M. <do...@cr...> - 2001-02-15 17:43:17
|
There is no black list (or I hope not) I do not know then answer to your question. ----- Original Message ----- From: "Eytan Heidingsfeld" <ey...@tr...> To: "Dynapi-Dev" <dyn...@li...> Sent: Thursday, February 15, 2001 9:32 AM Subject: [Dynapi-Dev] My Last Msg > What's happening am I black-listed too? > 8an > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev --- Outgoing mail is certified Virus Free by AVG Free Edition http://www.grisoft.com/html/us_index.cfm Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 |
|
From: Eytan H. <ey...@tr...> - 2001-02-15 17:32:33
|
What's happening am I black-listed too? 8an |
|
From: Darin K. <dka...@ef...> - 2001-02-15 17:29:20
|
I have one available if you just want the base 16 windows colors. http://www.nebiru.com/dynapi/nebiru/examples/nebiru.colorpicker.htm At some point I was hoing to add an "Other" button to it and bring up the color "curtain" for picking. -----Original Message----- From: Raible, Matt [mailto:MR...@ED...] Sent: Thursday, February 15, 2001 9:02 AM To: dyn...@li... Subject: [Dynapi-Dev] URL for ColorPicker Widget I lost the URL for the ColorPicker Widget - I want to use it in my application. Can someone send the URL and is it free? Thanks, Matt _______________________________________________ Dynapi-Dev mailing list Dyn...@li... http://lists.sourceforge.net/lists/listinfo/dynapi-dev |
|
From: Matthew A. S. <ms...@sh...> - 2001-02-15 17:08:00
|
Here's the URL: http://home.earthlink.net/~kendrasg/widget/ColorPicker/cpDemo.html I cannot speak on Jeff's behalf about it being free but I am pretty sure that's what he intended by posting and sharing it with us. -- Matthew -----Original Message----- From: Raible, Matt [mailto:MR...@ED...] Sent: Thursday, February 15, 2001 9:02 AM To: dyn...@li... Subject: [Dynapi-Dev] URL for ColorPicker Widget I lost the URL for the ColorPicker Widget - I want to use it in my application. Can someone send the URL and is it free? =20 Thanks, =20 Matt _______________________________________________ Dynapi-Dev mailing list Dyn...@li... http://lists.sourceforge.net/lists/listinfo/dynapi-dev |
|
From: Matthew A. S. <ms...@sh...> - 2001-02-15 17:04:41
|
Yeah, that's pretty much how we do it. This happens for us without the
user even knowing it. They just get a friendly error message.
M.
-----Original Message-----
From: Doug Melvin [mailto:do...@cr...]
Sent: Thursday, February 15, 2001 11:32 AM
To: dyn...@li...
Subject: Re: [Dynapi-Dev] A handy DEBUG method
very good idea..
There are only two ways to go about it tho (That I know of),
one would be a dialog "Do you wish to send a debug report?"
if they answer yes, then bring up their email client
(mailto:ar...@ar...)
OR
you would have to use a server side component of some sort..
I have an 'email us' form on some of my client site which use
IIS and ASP to send the message via the server:
The following code is the asp (server side) code to send an email.
Note: You need to have SMTP installed on the NT/win2k server.
<%
Dim MyMail
Set MyMail =3D Server.CreateObject("CDONTS.NewMail")
MyMail.From =3D de...@de...
MyMail.To =3D ar...@ar...
MyMail.Subject =3D "an error report"
MyMail.BodyFormat =3D 1 'text?
MyMail.MailFormat =3D 1
MyMail.Body =3D "Error message..."
MyMail.Send
Set MyMail =3D Nothing
response.redirect("thankyou_home.html")
%>
----- Original Message -----
From: "Jim Foster" <jf...@tm...>
To: <dyn...@li...>
Sent: Thursday, February 15, 2001 7:30 AM
Subject: Re: [Dynapi-Dev] A handy DEBUG method
> I have been doing something very similar. I have thought about taking
it
to
> the next level and making it so that errorHandler actually sends the
message
> (url,lno,msg) to me (the developer) via e-mail in the background, but
> returns true to the application so that the user is unaware that an
error
> occurred. This way once the application is deployed I can keep a pulse
on
> errors in the real world and take care of errors missed in the
testing,
yet
> the user is not hindered since all of this notification happens in the
> background.
>
> Any thoughts on implementation?
>
> Jim
>
>
> ----- Original Message -----
> From: "Michael Pemberton" <mp...@ph...>
> To: <dyn...@li...>
> Sent: Wednesday, February 14, 2001 11:21 PM
> Subject: Re: [Dynapi-Dev] A handy DEBUG method
>
>
> > I've got an alternative method that caches the errors until
everything
has
> > loaded and generates a error output page. It can also be told to
display
> > javascript errors or even catch and not display javascript errors.
> >
> > DynAPI {
> > errors : [],
> > displayerrors : false, // indicates if you wish all errors to be
> caught or
> > sent to the in-built js console
> > errorHandler : function (msg, url, lno) {
> > DynAPI.errors[DynAPI.errors.length] =3D [url,lno,msg];
> > // if the page has already loaded, errors will be alerted
instead
> of
> > sent to the debug page
> > if (DynAPI.loaded&&DynAPI.displayerrors)
> > alert("Error in '" + url + "'.\nLine number: " + lno +
> > ".\nMessage: " + msg);
> > return DynAPI.displayerrors;
> > },
> >
> > // The following line is added at the end of the loadHandler:
> > if (DynAPI.errors.length&&DynAPI.displayerrors)
DynAPI.errorOutput();
> >
> > // The following line is added at the end of the dynapi.js
> > onerror =3D DynAPI.errorHandler;
> >
> > --
> > Michael Pemberton
> > mp...@ph...
> > ICQ: 12107010
> >
> >
> >
> >
> >
> >
> > _______________________________________________
> > Dynapi-Dev mailing list
> > Dyn...@li...
> > http://lists.sourceforge.net/lists/listinfo/dynapi-dev
> >
>
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev
---
Outgoing mail is certified Virus Free by AVG Free Edition
http://www.grisoft.com/html/us_index.cfm
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01
_______________________________________________
Dynapi-Dev mailing list
Dyn...@li...
http://lists.sourceforge.net/lists/listinfo/dynapi-dev
|
|
From: Raible, M. <MR...@ED...> - 2001-02-15 17:03:03
|
I lost the URL for the ColorPicker Widget - I want to use it in my application. Can someone send the URL and is it free? =20 Thanks, =20 Matt |
|
From: Matthew A. S. <ms...@sh...> - 2001-02-15 16:57:23
|
I don't have a matrix for the CVS version but I will be putting one together soon. Right now I am just covering the release versions. =3D) That should change this next weekend though. I am having a small case of too much day job this week... M. -----Original Message----- From: Jordi - IlMaestro - Ministral [mailto:jmi...@or...] Sent: Thursday, February 15, 2001 3:21 AM To: dyn...@li... Subject: [Dynapi-Dev] One more green I'm doing some Mozilla/NS6 bugfixing. So far I've updated CVS with a working button widget. I guess that's one more green cell. The bug: The code checked for unexistant properties this way if(this.imagelyr=3D=3Dnull) This worked fine untill now but Mozilla returns undefined properties as 'undefined', which is not equal to null. I replaced the condition with if(!this.imagelyr) _______________________________________________ Dynapi-Dev mailing list Dyn...@li... http://lists.sourceforge.net/lists/listinfo/dynapi-dev |
|
From: <no...@so...> - 2001-02-15 16:41:38
|
Bug #132540, was updated on 2001-Feb-15 08:42
Here is a current snapshot of the bug.
Project: DynAPI 2
Category: Browser-Specific Issue
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Submitted by: nobody
Assigned to : nobody
Summary: Adding child inline layer failes in NS4.7
Details: I am not sure if it's possible to fix it.
Hear goes the code. No text appears in NS4.7.
Is is important due to adding inline layer to ScrollPane.
<html>
<head>
<script language="Javascript" src="js/dynapi/src/dynapi.js"></script>
<script language="Javascript">
DynAPI.setLibraryPath('js/dynapi/src/lib/')
DynAPI.include('dynapi.api.*')
DynAPI.include('dynapi.ext.inline.js')
</script>
<script language="Javascript">
DynAPI.onLoad=function() {
var parent1 = new DynLayer( null, 100,100, 200, 200 );
var layer1 = this.document.all['layer1']
parent1.addChild( layer1 );
DynAPI.document.addChild( parent1 );
parent1.setBgColor( 'red' );
layer1.setBgColor( 'yellow' );
}
</script>
</head>
<body>
<div id="layer1" style="position:absolute; color:black;">This is a
test</div>
</body>
</html>
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=132540&group_id=5757
|
|
From: Doug M. <do...@cr...> - 2001-02-15 16:34:09
|
very good idea..
There are only two ways to go about it tho (That I know of),
one would be a dialog "Do you wish to send a debug report?"
if they answer yes, then bring up their email client (mailto:ar...@ar...)
OR
you would have to use a server side component of some sort..
I have an 'email us' form on some of my client site which use
IIS and ASP to send the message via the server:
The following code is the asp (server side) code to send an email.
Note: You need to have SMTP installed on the NT/win2k server.
<%
Dim MyMail
Set MyMail = Server.CreateObject("CDONTS.NewMail")
MyMail.From = de...@de...
MyMail.To = ar...@ar...
MyMail.Subject = "an error report"
MyMail.BodyFormat = 1 'text?
MyMail.MailFormat = 1
MyMail.Body = "Error message..."
MyMail.Send
Set MyMail = Nothing
response.redirect("thankyou_home.html")
%>
----- Original Message -----
From: "Jim Foster" <jf...@tm...>
To: <dyn...@li...>
Sent: Thursday, February 15, 2001 7:30 AM
Subject: Re: [Dynapi-Dev] A handy DEBUG method
> I have been doing something very similar. I have thought about taking it
to
> the next level and making it so that errorHandler actually sends the
message
> (url,lno,msg) to me (the developer) via e-mail in the background, but
> returns true to the application so that the user is unaware that an error
> occurred. This way once the application is deployed I can keep a pulse on
> errors in the real world and take care of errors missed in the testing,
yet
> the user is not hindered since all of this notification happens in the
> background.
>
> Any thoughts on implementation?
>
> Jim
>
>
> ----- Original Message -----
> From: "Michael Pemberton" <mp...@ph...>
> To: <dyn...@li...>
> Sent: Wednesday, February 14, 2001 11:21 PM
> Subject: Re: [Dynapi-Dev] A handy DEBUG method
>
>
> > I've got an alternative method that caches the errors until everything
has
> > loaded and generates a error output page. It can also be told to
display
> > javascript errors or even catch and not display javascript errors.
> >
> > DynAPI {
> > errors : [],
> > displayerrors : false, // indicates if you wish all errors to be
> caught or
> > sent to the in-built js console
> > errorHandler : function (msg, url, lno) {
> > DynAPI.errors[DynAPI.errors.length] = [url,lno,msg];
> > // if the page has already loaded, errors will be alerted
instead
> of
> > sent to the debug page
> > if (DynAPI.loaded&&DynAPI.displayerrors)
> > alert("Error in '" + url + "'.\nLine number: " + lno +
> > ".\nMessage: " + msg);
> > return DynAPI.displayerrors;
> > },
> >
> > // The following line is added at the end of the loadHandler:
> > if (DynAPI.errors.length&&DynAPI.displayerrors) DynAPI.errorOutput();
> >
> > // The following line is added at the end of the dynapi.js
> > onerror = DynAPI.errorHandler;
> >
> > --
> > Michael Pemberton
> > mp...@ph...
> > ICQ: 12107010
> >
> >
> >
> >
> >
> >
> > _______________________________________________
> > Dynapi-Dev mailing list
> > Dyn...@li...
> > http://lists.sourceforge.net/lists/listinfo/dynapi-dev
> >
>
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev
---
Outgoing mail is certified Virus Free by AVG Free Edition
http://www.grisoft.com/html/us_index.cfm
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01
|
|
From: Doug M. <do...@cr...> - 2001-02-15 16:26:55
|
sweet
----- Original Message -----
From: "Michael Pemberton" <mp...@ph...>
To: <dyn...@li...>
Sent: Wednesday, February 14, 2001 10:21 PM
Subject: Re: [Dynapi-Dev] A handy DEBUG method
> I've got an alternative method that caches the errors until everything has
> loaded and generates a error output page. It can also be told to display
> javascript errors or even catch and not display javascript errors.
>
> DynAPI {
> errors : [],
> displayerrors : false, // indicates if you wish all errors to be
caught or
> sent to the in-built js console
> errorHandler : function (msg, url, lno) {
> DynAPI.errors[DynAPI.errors.length] = [url,lno,msg];
> // if the page has already loaded, errors will be alerted instead
of
> sent to the debug page
> if (DynAPI.loaded&&DynAPI.displayerrors)
> alert("Error in '" + url + "'.\nLine number: " + lno +
> ".\nMessage: " + msg);
> return DynAPI.displayerrors;
> },
>
> // The following line is added at the end of the loadHandler:
> if (DynAPI.errors.length&&DynAPI.displayerrors) DynAPI.errorOutput();
>
> // The following line is added at the end of the dynapi.js
> onerror = DynAPI.errorHandler;
>
> --
> Michael Pemberton
> mp...@ph...
> ICQ: 12107010
>
>
>
>
>
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev
>
---
Outgoing mail is certified Virus Free by AVG Free Edition
http://www.grisoft.com/html/us_index.cfm
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01
|
|
From: Robert R. <rra...@ya...> - 2001-02-15 16:10:04
|
It could possibly be included as an extension. Maybe replace debug.js with this (if it works), since console.js it sort of a replacement for debug.js anyways. -- // Robert Rainwater On 2/15/2001, 10:00:10 AM EST, Pascal wrote about "[Dynapi-Dev] A handy DEBUG method": > I'll see if I can implement this error handling into the DynAPI. > does it work crossbrowser? (ie4+ and NS4+) > Pascal Bestebroer (pb...@oi...) > Software ontwikkelaar > Oberon Informatiesystemen b.v. > http://www.oibv.com >> -----Oorspronkelijk bericht----- >> Van: dyn...@li... >> [mailto:dyn...@li...]Namens Michael >> Pemberton >> Verzonden: donderdag 15 februari 2001 7:22 >> Aan: dyn...@li... >> Onderwerp: Re: [Dynapi-Dev] A handy DEBUG method >> >> >> I've got an alternative method that caches the errors until >> everything has >> loaded and generates a error output page. It can also be >> told to display >> javascript errors or even catch and not display javascript errors. >> >> DynAPI { >> errors : [], >> displayerrors : false, // indicates if you wish all >> errors to be caught or >> sent to the in-built js console >> errorHandler : function (msg, url, lno) { >> DynAPI.errors[DynAPI.errors.length] = [url,lno,msg]; >> // if the page has already loaded, errors will be >> alerted instead of >> sent to the debug page >> if (DynAPI.loaded&&DynAPI.displayerrors) >> alert("Error in '" + url + "'.\nLine number: " + lno + >> ".\nMessage: " + msg); >> return DynAPI.displayerrors; >> }, >> >> // The following line is added at the end of the loadHandler: >> if (DynAPI.errors.length&&DynAPI.displayerrors) DynAPI.errorOutput(); >> >> // The following line is added at the end of the dynapi.js >> onerror = DynAPI.errorHandler; >> >> -- >> Michael Pemberton >> mp...@ph... >> ICQ: 12107010 >> >> >> >> >> >> >> _______________________________________________ >> Dynapi-Dev mailing list >> Dyn...@li... >> http://lists.sourceforge.net/lists/listinfo/dynapi-dev >> > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev ---------------------- DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/ DynAPI Homepage: http://dynapi.sourceforge.net/ |
|
From: Richard B. <ma...@ri...> - 2001-02-15 15:48:05
|
AFAIK it only works with server side technology, and you would have to tell the user this happens, or they'd think it's spy-ware. Apart from that I think I would implement it on my site, saving results to a database, including the users browser and platform. Cheers, Richard Bennett ma...@ri... www.richardinfo.com (Everything running on, and ported to the 19/12/2000 snapshot of DynAPI2) Find the DynAPI faq here: http://sourceforge.net/docman/display_doc.php?docid=656&group_id=5757 Browse the mailinglist here: http://www.mail-archive.com/index.php3?hunt=dynapi ----- Original Message ----- From: "Jim Foster" <jf...@tm...> To: <dyn...@li...> Sent: Thursday, February 15, 2001 4:30 PM Subject: Re: [Dynapi-Dev] A handy DEBUG method > I have been doing something very similar. I have thought about taking it to > the next level and making it so that errorHandler actually sends the message > (url,lno,msg) to me (the developer) via e-mail in the background, but > returns true to the application so that the user is unaware that an error > occurred. This way once the application is deployed I can keep a pulse on > errors in the real world and take care of errors missed in the testing, yet > the user is not hindered since all of this notification happens in the > background. > > Any thoughts on implementation? > > Jim > > > ----- Original Message ----- > From: "Michael Pemberton" <mp...@ph...> > To: <dyn...@li...> > Sent: Wednesday, February 14, 2001 11:21 PM > Subject: Re: [Dynapi-Dev] A handy DEBUG method > > > > I've got an alternative method that caches the errors until everything has > > loaded and generates a error output page. It can also be told to display > > javascript errors or even catch and not display javascript errors. > > > > DynAPI { > > errors : [], > > displayerrors : false, // indicates if you wish all errors to be > caught or > > sent to the in-built js console > > errorHandler : function (msg, url, lno) { > > DynAPI.errors[DynAPI.errors.length] = [url,lno,msg]; > > // if the page has already loaded, errors will be alerted instead > of > > sent to the debug page > > if (DynAPI.loaded&&DynAPI.displayerrors) > > alert("Error in '" + url + "'.\nLine number: " + lno + > > ".\nMessage: " + msg); > > return DynAPI.displayerrors; > > }, > > > > // The following line is added at the end of the loadHandler: > > if (DynAPI.errors.length&&DynAPI.displayerrors) DynAPI.errorOutput(); > > > > // The following line is added at the end of the dynapi.js > > onerror = DynAPI.errorHandler; > > > > -- > > Michael Pemberton > > mp...@ph... > > ICQ: 12107010 > > > > > > > > > > > > > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > ____________________________________________________________ > Get your free domain name and domain-based e-mail from > Namezero.com. New! Namezero Plus domains now available. > Find out more at: http://www.namezero.com > |
|
From: Jim F. <jf...@tm...> - 2001-02-15 15:29:42
|
I have been doing something very similar. I have thought about taking it to
the next level and making it so that errorHandler actually sends the message
(url,lno,msg) to me (the developer) via e-mail in the background, but
returns true to the application so that the user is unaware that an error
occurred. This way once the application is deployed I can keep a pulse on
errors in the real world and take care of errors missed in the testing, yet
the user is not hindered since all of this notification happens in the
background.
Any thoughts on implementation?
Jim
----- Original Message -----
From: "Michael Pemberton" <mp...@ph...>
To: <dyn...@li...>
Sent: Wednesday, February 14, 2001 11:21 PM
Subject: Re: [Dynapi-Dev] A handy DEBUG method
> I've got an alternative method that caches the errors until everything has
> loaded and generates a error output page. It can also be told to display
> javascript errors or even catch and not display javascript errors.
>
> DynAPI {
> errors : [],
> displayerrors : false, // indicates if you wish all errors to be
caught or
> sent to the in-built js console
> errorHandler : function (msg, url, lno) {
> DynAPI.errors[DynAPI.errors.length] = [url,lno,msg];
> // if the page has already loaded, errors will be alerted instead
of
> sent to the debug page
> if (DynAPI.loaded&&DynAPI.displayerrors)
> alert("Error in '" + url + "'.\nLine number: " + lno +
> ".\nMessage: " + msg);
> return DynAPI.displayerrors;
> },
>
> // The following line is added at the end of the loadHandler:
> if (DynAPI.errors.length&&DynAPI.displayerrors) DynAPI.errorOutput();
>
> // The following line is added at the end of the dynapi.js
> onerror = DynAPI.errorHandler;
>
> --
> Michael Pemberton
> mp...@ph...
> ICQ: 12107010
>
>
>
>
>
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev
>
|
|
From: Pascal <pb...@oi...> - 2001-02-15 15:00:19
|
I'll see if I can implement this error handling into the DynAPI. does it work crossbrowser? (ie4+ and NS4+) Pascal Bestebroer (pb...@oi...) Software ontwikkelaar Oberon Informatiesystemen b.v. http://www.oibv.com > -----Oorspronkelijk bericht----- > Van: dyn...@li... > [mailto:dyn...@li...]Namens Michael > Pemberton > Verzonden: donderdag 15 februari 2001 7:22 > Aan: dyn...@li... > Onderwerp: Re: [Dynapi-Dev] A handy DEBUG method > > > I've got an alternative method that caches the errors until > everything has > loaded and generates a error output page. It can also be > told to display > javascript errors or even catch and not display javascript errors. > > DynAPI { > errors : [], > displayerrors : false, // indicates if you wish all > errors to be caught or > sent to the in-built js console > errorHandler : function (msg, url, lno) { > DynAPI.errors[DynAPI.errors.length] = [url,lno,msg]; > // if the page has already loaded, errors will be > alerted instead of > sent to the debug page > if (DynAPI.loaded&&DynAPI.displayerrors) > alert("Error in '" + url + "'.\nLine number: " + lno + > ".\nMessage: " + msg); > return DynAPI.displayerrors; > }, > > // The following line is added at the end of the loadHandler: > if (DynAPI.errors.length&&DynAPI.displayerrors) DynAPI.errorOutput(); > > // The following line is added at the end of the dynapi.js > onerror = DynAPI.errorHandler; > > -- > Michael Pemberton > mp...@ph... > ICQ: 12107010 > > > > > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > |
|
From: <no...@so...> - 2001-02-15 13:54:38
|
Bug #132497, was updated on 2001-Feb-15 02:52 Here is a current snapshot of the bug. Project: DynAPI 2 Category: Core API Status: Closed Resolution: Fixed Bug Group: Feature Request Priority: 5 Submitted by: istrum Assigned to : nobody Summary: Inconsistent onresize event at creation time Details: When a layer is created you get both an onresize and an oncreate event at the same time, but for the child layers of that layer the resize event is fired before the layer is finished being created. This means that a layer will get inconsistent onresize events being fired depending on whether it's a child layer or not. Reference: DynLayer.createElement (dynlayer.js) DynLayer.assignChildren (dynlayer.js) Follow-Ups: Date: 2001-Feb-15 05:55 By: dcpascal Comment: current CVS code has the same order for parent and child layers. other note: it is currently onresize, and then oncreate.. and I personally think it should be the other way around.. makes a more logical sence. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=132497&group_id=5757 |
|
From: Michael P. <mp...@ph...> - 2001-02-15 11:53:00
|
If you want the code, I can send you my loadURL work. This works similar to the loadpanel stuff but allows for loading of html pages with <script> tags. It also allows for content to be read after loading (not possible with the loadpanel in NS). It should be quite easy to get this to work as the basis for any server communication because it can be used to return JS code and not just html. About the only problem at the moment is that it can only load urls. This means that only URL based scripts (not those that result from POST forms can be used. "Henrik Våglin" wrote: > I have done some work aimed at just that with my work-in-progress-but-stalled serverTasks fileI/O widget. Here's my dev ref spec if anybody want to pick up on it for server-side languages besides ASP, which unfortunatly is the only one I'm profident enough in: > > input > ===== > querystring from a form with get method or manipulating the URI with javascript: > > file - the file path + name > task - values: open|save|del > content - text to be saved (not required for open or del,so the script > shouldn't bug out if this one isn't provided) > > output > ======= > javascript syntax variables new values as pure text without any surrounding script tag: > > this.file - just to reassure it's the right file being handled > this.task - the current set task (which will be default til new is set) > this.scriptname - returns the scriptname just to make sure > this.serverResponse - returns "opened","saved" or "deleted" if successful or else custom error message > this.tasktime - nice feature if you want to inform your users how long they waited ;) > this.content - holds the last saved content until the variable value is changed (escape encoded) > > script-run > ========== > the script should run this: > > 1. recieve the input (if applicable set to local values) > 2. read from file opendir and compare if any line match the path ( ievalue of file input value excluding the filename - the part before last /). If it match any one line the script should continue towards running the task, and if not just end and return new output this.serverResponse='no access'. > 3. check that the file exists. If it doesn't, task save should create a new file, while open and del just return serverResponse='non-existing'. > 4. run the task defined in input variable task. task save should return 'saved' if successful, task open return 'opened' & task del 'deleted'. > 5 output javascript syntax as pure text, the content value should be escape encoded as to not mess upp the browser client view > > I'm not yet sure how the javascript would have to be output to work correctly in the loadpanel of the serverTask fileI/O widget, but it should be able to get the same output from whatever server-side language using the standard model above, and even a client-side script might interface it as complement when. > > I already got it partly working as expected with the ASP variant, all i need is some ideas as to how to get the javascript properly refered back to the widget in which the hidden loadpanel holds the ASP script output. And of course if someone would take on the task of scripting a corresponding server-side variant of that interface as described above. Then maybe it could be taken further to a dbI/O servertasks widget later on... > > You're free to ask or comment ahead, all responses are apprieated :) > > Henrik Våglin [ hv...@ya... ] > > ----- Original Message ----- > From: "Robert Rainwater" <rra...@ya...> > To: "DynAPI Development List" <dyn...@li...> > Sent: Wednesday, February 14, 2001 9:25 PM > Subject: Re[2]: [Dynapi-Dev] serious, ... really! > > > > > We should come up with some specification for the component, including > > the methods and properties. Then, it could be created for different > > environments, but work essentially the same. That way, people could > > help work on the specific language that they know the best. > > > > -- > > // Robert Rainwater > > > > On 2/14/2001, 2:09:52 PM EST, Doug wrote about "[Dynapi-Dev] serious, .. really!": > > > > > What about those who don't use unix? > > > How about a perl based DynServer component? > > > We could implement Server-side File i/o, as well as a Perl based Database.. > > > To name a couple of things > > > ----- Original Message ----- > > > From: "Raymond Smith" <dst...@or...> > > > To: <dyn...@li...> > > > Sent: Tuesday, February 13, 2001 4:29 PM > > > Subject: [Dynapi-Dev] serious, ... really! > > > > > > >> Associates, > > >> > > >> I've been doing alot of research in what direction I would like to go > > > next; > > >> in conjunction with the DynAPI. While the API is wonderous for creating > > >> dynamic interfaces it needs a server-side partner in my mind to reach its > > >> full potential. > > >> > > >> Comparing ASP, JSP and PHP I've decided that LAMP (Linux, Apache, mySQL > > > and > > >> PHP) tends to result in more robust client/server applications. With PHP > > >> Zend boosted beating both in speed and performance and PHP appears to have > > >> allot of energy surronding it at this time. > > >> > > >> So, from that aspect, PHP wins. Also there appears to be a very sizable > > >> family of "real" PHP initiatives on Source Forge to draw and learn from. > > >> > > >> But,... > > >> > > >> From my readings it's also apparent that JAVA is "king and master" of the > > >> Server Side Application if the JVM and runtime code is compiled properly. > > >> But, checking Source Forge for Java related projects creates a large list > > > of > > >> mostly abstract and esoteric projects: not alot of meat on the bones from > > > a > > >> "get things done" standpoint. > > >> > > >> Question is, what do you mavens of logical mayhem recommend as my next > > > area > > >> of focus. I am interested in developing some server-side applications > > > that > > >> meld into the DynAPI interface on the client-side (yes, Pascal... be > > >> amazied). > > >> > > >> Java or PHP? > > >> > > >> Will learning PHP now be advantageous or detrimental to learning JAVA/JINI > > >> later? > > >> How does OOP in PHP compare to JAVA OOP? I realize it lacks interfaces > > > and > > >> solid abstraction. > > >> Why are most the PHP initiatives on Source Forge solid and down to earth > > >> while JAVA tends to be lofty and not very "real world" in nature? > > >> > > >> Looking for a little feedback here. > > >> > > >> Thanks, > > >> > > >> Ray "fear the rock" Smith > > >> > > >> > > >> _______________________________________________ > > >> Dynapi-Dev mailing list > > >> Dyn...@li... > > >> http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > > > --- > > > Outgoing mail is certified Virus Free by AVG Free Edition > > > http://www.grisoft.com/html/us_index.cfm > > > Checked by AVG anti-virus system (http://www.grisoft.com). > > > Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 > > > > > > > _______________________________________________ > > > Dynapi-Dev mailing list > > > Dyn...@li... > > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > > ---------------------- > > DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/ > > DynAPI Homepage: http://dynapi.sourceforge.net/ > > > > > > > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev -- Michael Pemberton mp...@ph... ICQ: 12107010 |
|
From: Michael P. <mp...@ph...> - 2001-02-15 11:52:56
|
I've got an alternative method that caches the errors until everything has
loaded and generates a error output page. It can also be told to display
javascript errors or even catch and not display javascript errors.
DynAPI {
errors : [],
displayerrors : false, // indicates if you wish all errors to be caught or
sent to the in-built js console
errorHandler : function (msg, url, lno) {
DynAPI.errors[DynAPI.errors.length] = [url,lno,msg];
// if the page has already loaded, errors will be alerted instead of
sent to the debug page
if (DynAPI.loaded&&DynAPI.displayerrors)
alert("Error in '" + url + "'.\nLine number: " + lno +
".\nMessage: " + msg);
return DynAPI.displayerrors;
},
// The following line is added at the end of the loadHandler:
if (DynAPI.errors.length&&DynAPI.displayerrors) DynAPI.errorOutput();
// The following line is added at the end of the dynapi.js
onerror = DynAPI.errorHandler;
--
Michael Pemberton
mp...@ph...
ICQ: 12107010
|
|
From: Eytan H. <ey...@tr...> - 2001-02-15 11:35:01
|
Hi, I recently had a problem (msg has already been sent to list but since I = included a log file from IE it exceeded the 30KB limit and is waiting = for conformation from the administrator). It involved adding my table = widget inside a scrollpane. This works fine everywhere but IE 5.0 (5.5 = works!). I found the line of code that crashes the browser. file: viewport.js function setContent line: this.content.removeFromParent(); can anyone else verify this happening or maybe give me a reason why it = is? (BTW the content that I am setting has no parent yet). 8an |
175 messages has been excluded from this view by a project administrator.
