You can subscribe to this list here.
2001 |
Jan
|
Feb
(1) |
Mar
(15) |
Apr
(19) |
May
(4) |
Jun
(14) |
Jul
(26) |
Aug
(3) |
Sep
|
Oct
(5) |
Nov
(7) |
Dec
(8) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(12) |
Feb
|
Mar
|
Apr
(3) |
May
(2) |
Jun
(3) |
Jul
(10) |
Aug
(6) |
Sep
(7) |
Oct
(9) |
Nov
(10) |
Dec
(8) |
2003 |
Jan
(16) |
Feb
(37) |
Mar
(42) |
Apr
(71) |
May
(110) |
Jun
(151) |
Jul
(176) |
Aug
(153) |
Sep
|
Oct
|
Nov
|
Dec
|
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Robert E. <re...@at...> - 2001-07-27 13:27:01
|
Thank-you Etyan and Scott! Got it working: http://www.atoda.com/ecom/formworks.htm Robert Evans re...@at... http://www.atoda.com -----Original Message----- From: dyn...@li... [mailto:dyn...@li...]On Behalf Of Scott Andrew LePera Sent: jueves, 26 de julio de 2001 20:21 To: dyn...@li... Subject: Re: [Dynapi-Chat] Nested form in Nervous Nellie Etyan is correct. Use the object model for Netscape: document.layers["myLayerID"].document.forms["formName"].submit(); ...and please, drop the "javascript:" protocol. It might kill your submission. Try this instead: <a href="#" onclick="document.myForm.submit(); return false;">some graphic other than those ugly standard buttons</a> scottandrew |
From: Scott A. L. <sc...@sc...> - 2001-07-26 18:12:41
|
Etyan is correct. Use the object model for Netscape: document.layers["myLayerID"].document.forms["formName"].submit(); ...and please, drop the "javascript:" protocol. It might kill your submission. Try this instead: <a href="#" onclick="document.myForm.submit(); return false;">some graphic other than those ugly standard buttons</a> scottandrew |
From: Eytan H. <ey...@tr...> - 2001-07-26 14:35:19
|
you have to use the document object of the layer (i think) 8an ----- Original Message ----- From: "Robert Evans" <re...@at...> To: <dyn...@li...> Sent: Thursday, July 26, 2001 08:39 Subject: [Dynapi-Chat] Nested form in Nervous Nellie > > I'm trying to submit a form from a javascript (not the submit button), you > know something like: > > <a HREF="javascript:document.myForm.submit();">some graphic other than those > ugly standard buttons</a> > > (The form is in a .div.) > > Of course Explorer does it fine, but Netscape won't cooperate. > > Stuck on this for two days now, any help most appreciated. > > www.atoda.com/ecom/form4.htm > > When the page submits it goes to a .php page that retrieves the form data. > > > Robert Evans > re...@at... > http://www.atoda.com > > > _______________________________________________ > Dynapi-Chat mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-chat > |
From: Robert E. <re...@at...> - 2001-07-26 13:35:34
|
I'm trying to submit a form from a javascript (not the submit button), you know something like: <a HREF="javascript:document.myForm.submit();">some graphic other than those ugly standard buttons</a> (The form is in a .div.) Of course Explorer does it fine, but Netscape wont cooperate. Stuck on this for two days now, any help most appreciated. www.atoda.com/ecom/form4.htm When the page submits it goes to a .php page that retrieves the form data. Robert Evans re...@at... http://www.atoda.com |
From: Digital S. <dst...@or...> - 2001-07-25 01:50:52
|
Wow, that was trapped in review at Source Forge for a long time, I sent this weeks ago. But hey! It's a cute baby. DS |
From: Joachim L. <lu...@ho...> - 2001-07-16 14:08:22
|
Congratulations to you all! /Lunna |
From: <Si...@qm...> - 2001-07-15 22:58:08
|
congratulations!!!..... Sid Young Brisbane |
From: Pascal B. <pa...@dy...> - 2001-07-15 19:35:57
|
congrats mate! Pascal Bestebroer pa...@dy... http://www.dynamic-core.net |
From: Joachim L. <lu...@ho...> - 2001-07-10 23:12:14
|
At 2001-07-11 01:13, you wrote: >I can write ActiveX's and I know how to get the username but I can't >understand how to pass it to JS. >Anyone have reference material on that. If you want the WinAPI function it >is (DUH) >GetUserName(Result : pChar, cMaxLength : Cardinal); >(Delphi All The Way ;-)) >8an Hmmm... Let the ActiveX (or Java if doing it from there instead) do a HTTP GET from the server seems to be easiest (for example http://intraweb.company.com/app/usedby.cgi?uname=username ). That wouldn't let the client side know who the user is though (!) but I gather that wasn't the original problem. /Lunna |
From: Eytan H. <ey...@tr...> - 2001-07-10 22:09:04
|
I can write ActiveX's and I know how to get the username but I can't understand how to pass it to JS. Anyone have reference material on that. If you want the WinAPI function it is (DUH) GetUserName(Result : pChar, cMaxLength : Cardinal); (Delphi All The Way ;-)) 8an |
From: <Si...@qm...> - 2001-07-10 21:13:43
|
If you can figure this out let me know.... I too am working on intranet projects and this kind of thing pops up everyday. Sid Young Brisbane > -----Original Message----- > From: Dougal Campbell [SMTP:do...@gu...] > Sent: Tuesday, July 10, 2001 5:26 AM > To: dyn...@li... > Subject: [Dynapi-Chat] OT: Getting NT Username? > > Okay, this has nothing to do with DynAPI, but I'm hoping somebody here > might be able to help. > > I'm working on an intranet app, and out of the blue, my manager asked if > we could capture the NT logon name of users who use this particular > tool, so that we can get more detailed statistics on who is using it (we > *want* people to use it, so if they aren't, we need to be able to ask > them why not). We don't want to have to force the user to logon. The web > server is in a firebreak network with its own domain, so we can't just > turn on NTLM auth and count on a transparent logon, either. But it > doesn't look like AUTH_USER or LOGON_USER get sent by the browser unless > we turn off anonymous access. > > Anyone got any suggestions? Is there some way I can "trick" our browsers > into sending the NT logon name transparently? > > -- > Ernest MacDougal Campbell III, MCP+I, MCSE <do...@gu...> > http://dougal.gunters.org/ http://spam.gunters.org/ > Lumber Cartel Unit #1654 (tinlc): http://come.to/the.lumber.cartel/ > This message is guaranteed to be 100% eror frea! > > > _______________________________________________ > Dynapi-Chat mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-chat |
From: Joachim L. <lu...@ho...> - 2001-07-10 20:00:41
|
At 2001-07-09 21:25, you wrote: >Okay, this has nothing to do with DynAPI, but I'm hoping somebody here >might be able to help. > >I'm working on an intranet app, and out of the blue, my manager asked if >we could capture the NT logon name of users who use this particular >tool, so that we can get more detailed statistics on who is using it (we >*want* people to use it, so if they aren't, we need to be able to ask >them why not). We don't want to have to force the user to logon. The web >server is in a firebreak network with its own domain, so we can't just >turn on NTLM auth and count on a transparent logon, either. But it >doesn't look like AUTH_USER or LOGON_USER get sent by the browser unless >we turn off anonymous access. > >Anyone got any suggestions? Is there some way I can "trick" our browsers >into sending the NT logon name transparently? No, you're out of luck. The browser first tries to connect without any user info (ie. anonymously) and only if the server sends back "401 Unauthorized" some sort of athentication can take place. Well, there is a way around this I think. You could make an applet or ActiveX object that gets enough credentials to get the user name. That object could then pass the info back to the server in various ways, for example a hidden IMG that on window.onload will set its src to a cgi or asp script on the server. /Lunna |
From: Dougal C. <do...@gu...> - 2001-07-09 19:25:54
|
Okay, this has nothing to do with DynAPI, but I'm hoping somebody here might be able to help. I'm working on an intranet app, and out of the blue, my manager asked if we could capture the NT logon name of users who use this particular tool, so that we can get more detailed statistics on who is using it (we *want* people to use it, so if they aren't, we need to be able to ask them why not). We don't want to have to force the user to logon. The web server is in a firebreak network with its own domain, so we can't just turn on NTLM auth and count on a transparent logon, either. But it doesn't look like AUTH_USER or LOGON_USER get sent by the browser unless we turn off anonymous access. Anyone got any suggestions? Is there some way I can "trick" our browsers into sending the NT logon name transparently? -- Ernest MacDougal Campbell III, MCP+I, MCSE <do...@gu...> http://dougal.gunters.org/ http://spam.gunters.org/ Lumber Cartel Unit #1654 (tinlc): http://come.to/the.lumber.cartel/ This message is guaranteed to be 100% eror frea! |
From: Digital S. <dst...@or...> - 2001-07-03 14:34:00
|
I imagine it's supposed to showcase .NET in all it's glory. Be interesting to see how long it takes to shake the cobwebs out of it. -----Original Message----- From: dyn...@li... [mailto:dyn...@li...]On Behalf Of Richard Bennett Sent: Tuesday, July 03, 2001 12:59 AM To: dynapi-chat.sourceforge.net Subject: [Dynapi-Chat] msdn redesign MS have fallen into their own trap.: http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/ref erence/properties.asp it takes about 10 seconds for a page to become responsive. Between each link you click there's at least 10 seconds wait, aside from looking better before the re-design, it's become a drag to use now. If this is what XML is all about... Richard. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.256 / Virus Database: 129 - Release Date: 5/31/2001 |
From: Richard B. <ric...@sk...> - 2001-07-03 08:03:44
|
MS have fallen into their own trap.: http://msdn.microsoft.com/library/default.asp?url=3D/workshop/author/dhtm= l/reference/properties.asp it takes about 10 seconds for a page to become responsive. Between each link you click there's at least 10 seconds wait, aside from = looking better before the re-design, it's become a drag to use now. If this is what XML is all about... Richard. |
From: Digital S. <dst...@or...> - 2001-06-29 20:59:49
|
I am a bit stiffled with the lack of support for Linux. With ~25+% marketshare that is growing it certainly can't be a "size of market" issue. In my opinion, it's more a "demographics of the represented size" that is probably the driving force. Linux = Open Source = Rebel = Risk (from a technology standpoint). Personally, I think it's an oversight. We build and deploy on Linux/Apache primary but still evalute an use solid licensible technology. Laters, DS -----Original Message----- From: dyn...@li... [mailto:dyn...@li...]On Behalf Of Scott Andrew LePera Sent: Friday, June 29, 2001 1:48 PM To: dyn...@li... Subject: Re: [Dynapi-Chat] [OT] two-way browser communication, no joke. "Sloey, James" wrote: > > Sounds cool Scott. I wish the web site had some simple demos that could be > tried without installing a local server. It would be nice to see if it > worked through the firewall (for monitoring our web servers for instance). Yeah, we're currently petitioning our execs for a KN router outside of our firewall, but its an uphill battle. In any case, we've found it's very hard to communicate exactly what the KN technology *does* until developers actually get one to play with and start building their own apps. The developer site has several apps that can be downloaded, mostly DHTML/VB based, but dynamic content is only part of the picture. Basically, any web-enabled application (that is, one that can handle HTTP in some way) that needs to get or supply data in realtime, can now have it. scottandrew -- scott andrew lepera sc...@sc... web stuff: www.scottandrew.com music stuff: www.walkingbirds.com JavaScript is a lot like C++, without all that useless stability. _______________________________________________ Dynapi-Chat mailing list Dyn...@li... http://lists.sourceforge.net/lists/listinfo/dynapi-chat --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.256 / Virus Database: 129 - Release Date: 5/31/2001 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.256 / Virus Database: 129 - Release Date: 5/31/2001 |
From: Scott A. L. <sc...@sc...> - 2001-06-29 20:53:11
|
Digital Strider wrote: > > Very compelling technology Scott. Was a little suprised at the lack of > support for Linux/Apache. But it certainly opens up some interesting > possibilities. Word on the street is that Linux or NT4 support may be a future goal, depending on who/how many ask for it ;) Sorry to clutter the list. If you have any other questions about KnowNow, you can email me directly or post them in the forums at http://developer.knownow.com/forums/ ...and now, back to our regularly scheduled DHTML stuff... scottandrew -- scott andrew lepera sc...@sc... web stuff: www.scottandrew.com music stuff: www.walkingbirds.com JavaScript is a lot like C++, without all that useless stability. |
From: Scott A. L. <sc...@sc...> - 2001-06-29 20:48:25
|
Liam Clancy wrote: > As an initial thought, what is the browser compatibility level like for > this? What version of JS interpreter is required on the front-end? Or is it > dependent on DOMEvents? The JavaScript microserver (the piece that facilitates the communication between the browser and the router) runs on just about any client that supports any implementation of JavaScript. It runs well on Netscape 4.x and the various versions of IE. Opera, NS6 and others are not officially "supported" but I've done stuff in Mozilla/NS6 and it works fine. Basically, if your data can be represented as a JS object, you can send it to the router. > I am particularly interested in IE5Mac, as it's been sidelined in the past > because of the missing LiveConnect functionality. The microserver doesn't use any LiveConnect or Java, so it's not a problem. Macs are not officially supported as a KN platform (big suprise, huh?) but that may be part of future plans. scottandrew -- scott andrew lepera sc...@sc... web stuff: www.scottandrew.com music stuff: www.walkingbirds.com JavaScript is a lot like C++, without all that useless stability. |
From: Scott A. L. <sc...@sc...> - 2001-06-29 20:40:42
|
"Sloey, James" wrote: > > Sounds cool Scott. I wish the web site had some simple demos that could be > tried without installing a local server. It would be nice to see if it > worked through the firewall (for monitoring our web servers for instance). Yeah, we're currently petitioning our execs for a KN router outside of our firewall, but its an uphill battle. In any case, we've found it's very hard to communicate exactly what the KN technology *does* until developers actually get one to play with and start building their own apps. The developer site has several apps that can be downloaded, mostly DHTML/VB based, but dynamic content is only part of the picture. Basically, any web-enabled application (that is, one that can handle HTTP in some way) that needs to get or supply data in realtime, can now have it. scottandrew -- scott andrew lepera sc...@sc... web stuff: www.scottandrew.com music stuff: www.walkingbirds.com JavaScript is a lot like C++, without all that useless stability. |
From: Digital S. <dst...@or...> - 2001-06-28 19:51:04
|
Very compelling technology Scott. Was a little suprised at the lack of support for Linux/Apache. But it certainly opens up some interesting possibilities. As always, with any new company, finding any "clue" as to licensing costs and/or use requirements/restrictions was next to impossible. From what I've seen it's play to your hearts content (as a developer) but ask "prior" to a deploy and "never" mention our name in any correspondence. Ahh, the mystery.... Laters, DS --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.256 / Virus Database: 129 - Release Date: 5/31/2001 |
From: Liam C. <met...@ma...> - 2001-06-28 09:31:03
|
Fantastic looking stuff As an initial thought, what is the browser compatibility level like for this? What version of JS interpreter is required on the front-end? Or is it dependent on DOMEvents? I am particularly interested in IE5Mac, as it's been sidelined in the past because of the missing LiveConnect functionality. Again - great work! Liam -- "Everything in moderation ... including moderation" t/m: +44 (0)7050 367474 Im: metafeather pgp on request |
From: Pascal B. <pb...@oi...> - 2001-06-28 07:07:57
|
hmm..have to get working on my wolfenstein-dhtml clone then (multiplayer!) :) Pascal Bestebroer (pb...@oi...) Software ontwikkelaar Oberon Informatiesystemen b.v. http://www.oibv.com > -----Oorspronkelijk bericht----- > Van: dyn...@li... > [mailto:dyn...@li...]Namens Scott Andrew > LePera > Verzonden: donderdag 28 juni 2001 8:42 > Aan: dyn...@li... > Onderwerp: [Dynapi-Chat] [OT] two-way browser communication, no joke. > > > This is somewhat off-topic, but I thought it might interest the DynAPI > crowd, since DHTML and dynamic content go hand in hand. > > For a couple months, I've been working for a company called KnowNow. > Today, we officially launched and a developer version of our > product is > available. I'll tell you what it does, and then why the DynAPI crowd > might be interested in it. I apologize if this comes off > sounding like > marketing-speak :/ > > KN makes a product which is an event router. It's a mini-server you > install alongside your current server setup. In a nutshell, the router > acts like telephone operator, connecting incoming calls to their > destinations. Except the calls are actually events, similar (but not > limited to) JavaScript events. When an event is "published" to the > router, the router broadcasts it to any "subscribers" listening for > certain events. This all happens across HTTP in realtime. > > What this means is *two-way* communication between browsers, > in as close > to realtime as the server will allow. > > What does this have to do with DynAPI and DHTML? Well, the > router has a > JavaScript API. When you do something that generates an event in > JavaScript (not just native events, you can create event object > yourself, like the DynAPI does), you can use the API to publish that > event to the router and broadcast it to anyone listening for that type > of event. This is all done without a plug-in and no client add-ins. No > Java, no ActiveX. > > For example, let's say that Robert, Pascal and myself are looking at a > DynAPI page that uses the Sprite widget to create a spaceship for each > of us. When I press the A key, my spaceship moves forward. > At the same > time, an event is created and published to the router, which > broadcasts > it to Robert and Pascal. Their browsers are subscribed to the same > router that my browser is publishing to. Pascal is a continent away, > but he *sees my ship move* across his screen. So does Robert. When > Robert moves his ship, he publishes events to the router, and > Pascal and > I see Robert's sprite move. > > Any DHTML/DynAPI application can be KnowNow-enabled. You can build > things like realtime chatrooms, IM clients, games, MenuLists that > populate themselves with data from other sources, etc. I know this > because I built half of the demos on the KN developer site. And even > cooler, it's not limited to JavaScript and DHTML. You can publish and > subscribe to events within a Visual Basic app, Java, Flash and C++, > too. One of my coworkers and I built two chat clients, one in > HTML/JavaScript and one in VB. He types 1337-speak into the VB clien > and it shows up on the DHTML version, and vice versa. It is truly > insane. > > Anyway, sorry if this sounds like proseltyzing. It's just > that I've had > to keep my mouth shut for a long time about this, and I kept thinking > "DHTML people will *love* this." Besides, the DynAPI group > has some of > the most talented DHTML people around, and we're always > looking for ways > solve the problems of getting data from the backend, so here's a cool > toy. > > Links of note: > > http://developer.knownow.com - get a demo-grade router here. > http://www.knownow.com > > More about what KN stuff does: > http://www.siliconvalley.com/docs/opinion/dgillmor/dg062701.htm > > -- scottandrew > > _______________________________________________ > Dynapi-Chat mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-chat > |
From: Sloey, J. <Jam...@us...> - 2001-06-28 00:11:00
|
Sounds cool Scott. I wish the web site had some simple demos that could be tried without installing a local server. It would be nice to see if it worked through the firewall (for monitoring our web servers for instance). -----Original Message----- From: Scott Andrew LePera [mailto:sc...@sc...] Sent: Wednesday, June 27, 2001 3:07 PM To: dyn...@li... Subject: [Dynapi-Chat] [OT] two-way browser communication, no joke. This is somewhat off-topic, but I thought it might interest the DynAPI crowd, since DHTML and dynamic content go hand in hand. For a couple months, I've been working for a company called KnowNow. Today, we officially launched and a developer version of our product is available. I'll tell you what it does, and then why the DynAPI crowd might be interested in it. I apologize if this comes off sounding like marketing-speak :/ KN makes a product which is an event router. It's a mini-server you install alongside your current server setup. In a nutshell, the router acts like telephone operator, connecting incoming calls to their destinations. Except the calls are actually events, similar (but not limited to) JavaScript events. When an event is "published" to the router, the router broadcasts it to any "subscribers" listening for certain events. This all happens across HTTP in realtime. What this means is *two-way* communication between browsers, in as close to realtime as the server will allow. What does this have to do with DynAPI and DHTML? Well, the router has a JavaScript API. When you do something that generates an event in JavaScript (not just native events, you can create event object yourself, like the DynAPI does), you can use the API to publish that event to the router and broadcast it to anyone listening for that type of event. This is all done without a plug-in and no client add-ins. No Java, no ActiveX. For example, let's say that Robert, Pascal and myself are looking at a DynAPI page that uses the Sprite widget to create a spaceship for each of us. When I press the A key, my spaceship moves forward. At the same time, an event is created and published to the router, which broadcasts it to Robert and Pascal. Their browsers are subscribed to the same router that my browser is publishing to. Pascal is a continent away, but he *sees my ship move* across his screen. So does Robert. When Robert moves his ship, he publishes events to the router, and Pascal and I see Robert's sprite move. Any DHTML/DynAPI application can be KnowNow-enabled. You can build things like realtime chatrooms, IM clients, games, MenuLists that populate themselves with data from other sources, etc. I know this because I built half of the demos on the KN developer site. And even cooler, it's not limited to JavaScript and DHTML. You can publish and subscribe to events within a Visual Basic app, Java, Flash and C++, too. One of my coworkers and I built two chat clients, one in HTML/JavaScript and one in VB. He types 1337-speak into the VB clien and it shows up on the DHTML version, and vice versa. It is truly insane. Anyway, sorry if this sounds like proseltyzing. It's just that I've had to keep my mouth shut for a long time about this, and I kept thinking "DHTML people will *love* this." Besides, the DynAPI group has some of the most talented DHTML people around, and we're always looking for ways solve the problems of getting data from the backend, so here's a cool toy. Links of note: http://developer.knownow.com - get a demo-grade router here. http://www.knownow.com More about what KN stuff does: http://www.siliconvalley.com/docs/opinion/dgillmor/dg062701.htm -- scottandrew _______________________________________________ Dynapi-Chat mailing list Dyn...@li... http://lists.sourceforge.net/lists/listinfo/dynapi-chat |
From: Eytan H. <ey...@tr...> - 2001-06-27 22:07:45
|
My company seems to have a similar product called Trillian. 8an |
From: Scott A. L. <sc...@sc...> - 2001-06-27 19:00:26
|
This is somewhat off-topic, but I thought it might interest the DynAPI crowd, since DHTML and dynamic content go hand in hand. For a couple months, I've been working for a company called KnowNow. Today, we officially launched and a developer version of our product is available. I'll tell you what it does, and then why the DynAPI crowd might be interested in it. I apologize if this comes off sounding like marketing-speak :/ KN makes a product which is an event router. It's a mini-server you install alongside your current server setup. In a nutshell, the router acts like telephone operator, connecting incoming calls to their destinations. Except the calls are actually events, similar (but not limited to) JavaScript events. When an event is "published" to the router, the router broadcasts it to any "subscribers" listening for certain events. This all happens across HTTP in realtime. What this means is *two-way* communication between browsers, in as close to realtime as the server will allow. What does this have to do with DynAPI and DHTML? Well, the router has a JavaScript API. When you do something that generates an event in JavaScript (not just native events, you can create event object yourself, like the DynAPI does), you can use the API to publish that event to the router and broadcast it to anyone listening for that type of event. This is all done without a plug-in and no client add-ins. No Java, no ActiveX. For example, let's say that Robert, Pascal and myself are looking at a DynAPI page that uses the Sprite widget to create a spaceship for each of us. When I press the A key, my spaceship moves forward. At the same time, an event is created and published to the router, which broadcasts it to Robert and Pascal. Their browsers are subscribed to the same router that my browser is publishing to. Pascal is a continent away, but he *sees my ship move* across his screen. So does Robert. When Robert moves his ship, he publishes events to the router, and Pascal and I see Robert's sprite move. Any DHTML/DynAPI application can be KnowNow-enabled. You can build things like realtime chatrooms, IM clients, games, MenuLists that populate themselves with data from other sources, etc. I know this because I built half of the demos on the KN developer site. And even cooler, it's not limited to JavaScript and DHTML. You can publish and subscribe to events within a Visual Basic app, Java, Flash and C++, too. One of my coworkers and I built two chat clients, one in HTML/JavaScript and one in VB. He types 1337-speak into the VB clien and it shows up on the DHTML version, and vice versa. It is truly insane. Anyway, sorry if this sounds like proseltyzing. It's just that I've had to keep my mouth shut for a long time about this, and I kept thinking "DHTML people will *love* this." Besides, the DynAPI group has some of the most talented DHTML people around, and we're always looking for ways solve the problems of getting data from the backend, so here's a cool toy. Links of note: http://developer.knownow.com - get a demo-grade router here. http://www.knownow.com More about what KN stuff does: http://www.siliconvalley.com/docs/opinion/dgillmor/dg062701.htm -- scottandrew |