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

Re: [Dynapi-Dev] Is this project dead?

[Frank A. <fra...@th...>]

HI

My name is frank alcantara, I am one developer of thyapi... a widget set
using dynapi... I am here also, and I am very interested in this
project.


Frank Alcantara
On Fri, 2005-04-01 at 14:45 +1000, Andrew Gillett wrote:
> Leif W wrote: 
> > Well, I guess the first order of business is to find someone (or
> > preferably 2-3 people) to become an active admins.  If any admin are
> > out there and reading this list, just please make me an admin and
> > shoot a quick note to me.  Over the years, I haven't contributed
> > much code, but have contributed chatter on the lists, and though
> > I've had the ability to really foul up the CVS (by ignorance or
> > malice), I am happy to say I haven't done so. 
> Well Leif, so far there's you and there's me. I tried to email Dan
> Steinman but most of his addresses have bounced. I'll give it a little
> more time and if I don't hear anything then I'll email the remaining
> admins.
> > I think the second order of business would be to make a backup of
> > the site.  I should probably be able to do some of this as a
> > developer, using scp (or pscp in windows).  But we should have at
> > the least some sort of schedul to archive the site and the CVS tree.
> > If we go giving some new admins access, and something gets messed
> > up, it'll be nice to have a backup.  I did take a CVS snapshot of
> > all modules some weeks ago. But all the revision stuff probably
> > needs archiving.  All this admin crap that is common to any project
> > but little to do with the specifics of the project, I could try and
> > work on that while I get back into the code here. 
> Backups are good. As far as CVS goes, it should be sufficient to tag
> the repository before doing anything. CVS tags are wonderful things
> but they haven't been used here - yet.
> 
> One change to the site that I would like to see is a separation of
> dynapi3 related material from the earlier releases. But first the site
> needs some fixing. Currently there are a number of links under "Main
> Menu" on the LHS of the screen that point to
> http://dynapi.sourceforge.net/doccenter/. These all produce the error:
>         Fatal error: Cannot redeclare gettext()
>         in /home/groups/d/dy/dynapi/htdocs/doccenter/lib/config.php on
>         line 48
> Now these are the links that used to point to the documentation
> (mostly for dynapi2 if I remember correctly). It would be good if they
> worked.
> > Hmm, third order of business is to make my living will, and among
> > other things, specify instructions to turn over the admin rights and
> > backups to the other admin in the event of an untimely demise or
> > even temporary injury or illness.  ;-) 
> > 
> > Leif 
> OK, just be sure to leave your money to me :-)
> 
> 
> Andrew
> 

Re: [Dynapi-Dev] Is this project dead?

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

> Andrew Gillett; 2005-03-31@23:45 -0500
>
> Well Leif, so far there's you and there's me. I tried to email Dan 
> Steinman but most of his addresses have bounced. I'll give it a little 
> more time and if I don't hear anything then I'll email the remaining 
> admins.

I should update that I've already shot a mail off to the current admin. 
Dan's site seems to have been disabled.  Web site responds but forbids 
access.  Email bounces.  The site is still owned by Dan, but the admin 
and technical email addresses are the same as the address known to 
bounce.  I don't want to hassle Dan over anything, but at this point I 
just hope he's alive and well.  :-)

> Backups are good. As far as CVS goes, it should be sufficient to tag 
> the repository before doing anything. CVS tags are wonderful things 
> but they haven't been used here - yet.

Well, it's a good thing that I want to mention things and get responses 
before doing anything, because I have no idea what CVS tags are, what 
they do, how, when or why to use them.  I'm sketchy on the backend of 
CVS as I've only been a user, but in the abstract sense, I figure all 
those changes, comments, different versions or patches, all must sit 
somewhere, either in a lot of little files or some big binary file, in 
some format or other, and I do not get any of that when checking out, 
nor would I want to.  Maybe it can all be obtained with other CVS 
commands besides checkout.  Just a matter of reading a man page one 
afternoon.  Followed up by reading some threads about best practices for 
code organization for larger projects down to similar sized projects.

> One change to the site that I would like to see is a separation of 
> dynapi3 related material from the earlier releases. But first the site 
> needs some fixing. Currently there are a number of links under "Main 
> Menu" on the LHS of the screen that point to 
> http://dynapi.sourceforge.net/doccenter/. These all produce the error:
>
> Fatal error: Cannot redeclare gettext() in 
> /home/groups/d/dy/dynapi/htdocs/doccenter/lib/config.php on line 48
>
> Now these are the links that used to point to the documentation 
> (mostly for dynapi2 if I remember correctly). It would be good if they 
> worked.

Yikes, well let's see what's going on.  The code hasn't changed in 4 
years but the language has.

This is the code at those lines.  What in the heck?  It doesn't do 
anything?

46:    $locale = array();
48:    function gettext ($text) {
49: //              global $locale;
50:  //       if (!empty ($locale[$text]))
51: //                      return $locale[$text];
52:         return $text;
53:    }

Here are all the files in the whole website tree that have "gettext" in 
them, all in the doccenter.

./doccenter/admin.php
./doccenter/lib/config.php
./doccenter/lib/diff.php
./doccenter/lib/display.php
./doccenter/lib/editpage.php
./doccenter/lib/fullsearch.php
./doccenter/lib/msql.php
./doccenter/lib/mysql.php
./doccenter/lib/pageinfo.php
./doccenter/lib/savepage.php
./doccenter/lib/search.php
./doccenter/lib/setupwiki.php
./doccenter/lib/stdlib.php

And here's what the PHP manual has to say about it all.  PHP 4.3.10 is 
in use on the server.

================================================================
(PHP 3>= 3.0.7, PHP 4 )

gettext -- Lookup a message in the current domain

Description
string gettext ( string message )

This function returns a translated string if one is found in the 
translation table, or the submitted message if not found. You may use 
the underscore character '_' as an alias to this function.

Example 1. gettext()-check
<?php
setlocale(LC_ALL, 'de_DE');
bindtextdomain("myPHPApp", "./locale");
textdomain("myPHPApp");
// Translation is looking for in ./locale/de_DE/LC_MESSAGES/myPHPApp.mo 
now
echo gettext("Welcome to My PHP Application");
?>
================================================================

So, now let's look at how gettext was used in doccenter code.  Well, the 
locale array was the only thing used in config.php:gettext, so searching 
for anything that changes the locale array, or... even anything named 
locale, I find absolutely nothing.

Maybe if I just comment the whole gettext thing out everything will work 
and nothing will break... or maybe then all those places where gettext 
is currently used will cause errors, and those usages will need to be 
modified.  That's usually the case, not always a big deal doing, just 
figuring out what to change.

Well, my work here is done... comment out and problem goes away.  Until 
next time we meet in battle, oh ancient beast of the code dungeons.  I 
feel it was an easy victory to lull me into over-confidence while you 
circle around and bite me in the ...

Oh and by the way, some "Submit Bug" page is totally unlocked and 
someone erased whatever content was there and placed in a question on 
2004-08-05.

>> Hmm, third order of business is to make my living will, and among 
>> other things, specify instructions to turn over the admin rights and 
>> backups to the other admin in the event of an untimely demise or even 
>> temporary injury or illness.  ;-)
>
> OK, just be sure to leave your money to me :-)

Right, I'll have my attorney call your attorney.  They can do lunch and 
when I die there should be just enough money left to buy a can of 
kerosene but you'll have to spot me one last time for the matches.

Leif

Re: [Dynapi-Dev] Is this project dead?

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

Leif W wrote:

> Well, I guess the first order of business is to find someone (or 
> preferably 2-3 people) to become an active admins.  If any admin are 
> out there and reading this list, just please make me an admin and 
> shoot a quick note to me.  Over the years, I haven't contributed much 
> code, but have contributed chatter on the lists, and though I've had 
> the ability to really foul up the CVS (by ignorance or malice), I am 
> happy to say I haven't done so.

Well Leif, so far there's you and there's me. I tried to email Dan 
Steinman but most of his addresses have bounced. I'll give it a little 
more time and if I don't hear anything then I'll email the remaining admins.

> I think the second order of business would be to make a backup of the 
> site.  I should probably be able to do some of this as a developer, 
> using scp (or pscp in windows).  But we should have at the least some 
> sort of schedul to archive the site and the CVS tree.  If we go giving 
> some new admins access, and something gets messed up, it'll be nice to 
> have a backup.  I did take a CVS snapshot of all modules some weeks 
> ago. But all the revision stuff probably needs archiving.  All this 
> admin crap that is common to any project but little to do with the 
> specifics of the project, I could try and work on that while I get 
> back into the code here.

Backups are good. As far as CVS goes, it should be sufficient to tag the 
repository before doing anything. CVS tags are wonderful things but they 
haven't been used here - yet.

One change to the site that I would like to see is a separation of 
dynapi3 related material from the earlier releases. But first the site 
needs some fixing. Currently there are a number of links under "Main 
Menu" on the LHS of the screen that point to 
http://dynapi.sourceforge.net/doccenter/. These all produce the error:

    *Fatal error*: Cannot redeclare gettext() in
    */home/groups/d/dy/dynapi/htdocs/doccenter/lib/config.php* on line *48
    *

Now these are the links that used to point to the documentation (mostly 
for dynapi2 if I remember correctly). It would be good if they worked.

> Hmm, third order of business is to make my living will, and among 
> other things, specify instructions to turn over the admin rights and 
> backups to the other admin in the event of an untimely demise or even 
> temporary injury or illness.  ;-)
>
> Leif

OK, just be sure to leave your money to me :-)


Andrew

Re: [Dynapi-Dev] Can this project be brought back to life?

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

> "Andrew Gillett" <an...@zo...>; 2005-03-30@07:19 -0500
>
>> Leif W wrote:
>>
>>> "Andrew Gillett" <an...@zo...>; 2005-03-29@21:11 -0500
>>
>> I think what used to be fun, was to have demonstrations from other 
>> people that show the amazing things that can be done, with some kind 
>> of interactive application, with the full documentation.  Or even 
>> just one or two little things, and how to combine them in differnt 
>> ways.
>
> A few things I would like to do are to include the dynapi 3 examples 
> and documentation on the main web page. Some of the examples are very 
> impressive (those that work ;-). I would also like to set up a wiki as 
> a kind of "shared staging area" for development of the documentation.

Yes, I'd like to see a more integrated home page.  To have one spot 
where people can go, without looking at the hideous SF page until 
they're ready to post a patch or something, but even then, to have some 
of those links on the main site somewhere.  To put the developer info 
into a section of the main site.  Update all the developer docs, like 
how to get into the CVS, how to use WinCVS or TortoiseCVS in Windows, or 
command line CVS in Windows or Linux.

Those demos are where most of the learning occurs.  I understand the 
value of having the DynAPI docs look like a site of their own, but now 
we've got users looking on the main site, the developer site, and in the 
source-tree site.  And all of the information is out of sync and harder 
to maintain.  It would be nice to have it all broken into the abstract 
pieces, a doc source, and upon a release regenerate the source docs so 
they fit in with the main website.  Clearly documentation should be a 
separate project by itself, perhaps having a docs tree in CVS who's 
major and minor versions follow the releases.  With the tools to 
regenerate docs for web site and source code release.

>>> If there there are people out there who are willing to put their 
>>> hand up to contribute to DynAPI, perhaps we could work towards 
>>> getting a final Release 3 out. Some of the things this would involve 
>>> would include getting admin access to the SourceForge project, 
>>> updating the web site, writing more documentation, and testing the 
>>> existing code base.
>>>
>>> Anyone interested?
>>
>> I still have a rough idea of all the "unfixed" things in the DynAPI. 
>> This is off the top of my head.  I'd have to search the archives for 
>> better details.
>
> There are a whole bunch of bug reports and submitted patches and so 
> forth on the project trackers page 
> (http://sourceforge.net/tracker/?group_id=5757).  If we're going to do 
> anything with dynapi, we should do it properly and use the existing 
> tracking systems. I would want to add these issues to the tracker and 
> work through the outstanding bugs that have been logged and either fix 
> & close them or delete them.

Yes, good point.  I've forgotten about the tracking system but it was in 
the back of my mind after I posted.  Definitely need to make use of what 
is available.

> Leif, you've clearly been a dynapi enthusiast since well before I 
> first heard of it, and I greatly appreciate your quick response. I 
> would still like to see a few more people express some interest before 
> making a significant commitment myself. And of course we need to hear 
> from at least one of the existing site admins.

Well, I'm committed, at least in spirit.  I plan to get my focus back, 
so my committment will mean something.  Even if I'm the only one, I'll 
still do what I can.

Leif

Re: [Dynapi-Dev] Is this project dead?

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

> "Andrew Gillett" <an...@zo...>; 2005-03-30@19:01 -0500
>
> Doug Melvin wrote:
>
>> I belive I was given Admin access myself.
>> Unfornutatly I lost my sourceforge password a very long time ago
>> and have since given up on their system ever giving my my password.
>
> Hi Doug,
>
> According to the member list 
> (http://sourceforge.net/project/memberlist.php?group_id=5757), you are 
> a developer - not an admin.

Well, as I said, he has no role listed.  ^^  I don't know if it's 
because they added the role field some time after he joined the group, 
or if the SF system is just messed up and missing values for the role 
column of the row that contains the user name "doug_melvin". 
Technically the role is a [space] character, if you view source.

> But you're still ahead of me. I did once ask for developer access but 
> never received a reply. :(

Well, I guess the first order of business is to find someone (or 
preferably 2-3 people) to become an active admins.  If any admin are out 
there and reading this list, just please make me an admin and shoot a 
quick note to me.  Over the years, I haven't contributed much code, but 
have contributed chatter on the lists, and though I've had the ability 
to really foul up the CVS (by ignorance or malice), I am happy to say I 
haven't done so.

I think the second order of business would be to make a backup of the 
site.  I should probably be able to do some of this as a developer, 
using scp (or pscp in windows).  But we should have at the least some 
sort of schedul to archive the site and the CVS tree.  If we go giving 
some new admins access, and something gets messed up, it'll be nice to 
have a backup.  I did take a CVS snapshot of all modules some weeks ago. 
But all the revision stuff probably needs archiving.  All this admin 
crap that is common to any project but little to do with the specifics 
of the project, I could try and work on that while I get back into the 
code here.

Hmm, third order of business is to make my living will, and among other 
things, specify instructions to turn over the admin rights and backups 
to the other admin in the event of an untimely demise or even temporary 
injury or illness.  ;-)

Leif

Re: [Dynapi-Dev] Is this project dead?

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

Doug Melvin wrote:

> I belive I was given Admin access myself.
> Unfornutatly I lost my sourceforge password a very long time ago
> and have since given up on their system ever giving my my password.

Hi Doug,

According to the member list 
(http://sourceforge.net/project/memberlist.php?group_id=5757), you are a 
developer - not an admin. But you're still ahead of me. I did once ask 
for developer access but never received a reply. :(


Andrew

Re: [Dynapi-Dev] Is this project dead?

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

> "Doug Melvin" <do...@cr...>; 2005-03-30@14:45 -0500
>
>I belive I was given Admin access myself.
> Unfornutatly I lost my sourceforge password a very long time ago
> and have since given up on their system ever giving my my password.

Hi Doug,

I just reset my password in about 30 seconds.  Why wasn't this working 
for you?  Do you remember and have access to the email account specified 
during registration?  If so, have you contacted any people at SF.net for 
additional support and a password reset?  If you want access to the 
account, let me know if there's anything I can do.  I don't know what I 
could do, but I'll do it.

BTW: You don't seem to be an admin in DynAPI members list, because your 
name isn't in bold letters.  Also you have no role (along with 4 other 
people).  The admin seem to be Dan, Jordi, Richard and Raymond.  Of 
those, Raymond is the most recently active, having posted to the lists a 
few months ago.

Leif

P.S. I just CCed your SF account, curious to see if it hits your forward 
email and gets to you or bounces back to me.

Re: [Dynapi-Dev] Is this project dead?

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

I belive I was given Admin access myself.
Unfornutatly I lost my sourceforge password a very long time ago
and have since given up on their system ever giving my my password.
----- Original Message ----- 
From: "Leif W" <war...@us...>
To: <dyn...@li...>
Sent: Tuesday, March 29, 2005 10:43 PM
Subject: Re: [Dynapi-Dev] Is this project dead?


> >
>> Andrew Gillett; 2005-03-29@20:25 -0500
>>> David King wrote:
>>> There are PHP errors all over the web site.  No word from any project 
>>> admin.  Last stable release was 2.5.7 in January 2002.  Latest 
>>> development release was 3.0 Beta 1 in June 2003.  Virtually no 
>>> activity on this mailing list since Octorber 2003.  What happened 
>>> that killed all activity on this project?
>>
>> I have a few theories.
> 
> Yeah it's difficult to answer.  It's difficult to read.  I've always 
> been on the fringes (since just before they went to SourceForge), not 
> contributing too much but following along and doing what I can.  Trying 
> to figure stuff out has gotten a little more difficult.  There are so 
> many techniques used in the code in DynAPI 3 that it's hard to get my 
> head around sometimes.
> 
>> The administrators of the project seem to have all moved on and there 
>> doesn't seem to have been any effort made to find new volunteers to 
>> administer the project.
> 
> I'm not an admin, but I seem to be able to mess with (read, 
> write-modify, write-new) most of the files in the web tree.  I can read, 
> write and create files within any given CVS module, but I have not tried 
> creating new modules or removing the "mistake"/empty modules.  Anyways, 
> perhaps something more could be done to get more people involved?
> 
>> Genuine cross-platform JavaScript gurus are not as common as you might 
>> think.
> 
> I used to be pretty good with using DynAPI 1, never really got the hang 
> of DynAPI 2, and got away from the DynAPI during most of the DynAPI 2 
> life cycle.  I came back at the end of DynAPI 2 and the beginning of 
> DynAPI 3.  I've got minimal understanding of DynAPI 3 I think.  I 
> sucessfully added a little widget thingy, and half-arsed some PHP/SODA 
> stuff but never got around to completing or integrating submitted code. 
> I always seem to get sidetracked, which is my own SNAFU, nothing to do 
> with DynAPI.  If I were working a specific job (pay or volunteer) and 
> using this stuff with other people, I'd be less likely to be distracted. 
> :)
> 
>> There is a huge learning curve with DynAPI.
> 
> Ain't that the truth.  It's actually not all that bad.  It's just not 
> always well documented.
> 
>> DynAPI has an elegant object model that makes it much easier to build 
>> complex web applications.
> 
> That's a reason why it should be alive, not dead.  ;-)
> 
>> However its focus on supporting old browsers with strange event 
>> handling mechanisms (Netscape 4.7) means that parts of it are far more 
>> complicated than they would be if it only modern browsers were 
>> supported. This complexity means that you can't just take a JavaScript 
>> programmer off the street, ask them to work on the DynAPI core and 
>> expect anything to happen in a hurry.
> 
> I remember the heyday in 1999 with DynAPI 1 on the brand-new version 4 
> browsers.  I remember discovering each week at least 5 subtle ways in 
> which both IE and NN were broken, and another 5 ways in which they 
> behaved differently.  The differences were in HTML, JavaScript, CSS, and 
> even form submissions.  (ex. NN4 used to submit an empty text field as 
> two spaces, so server side scripts needed to handle this).
> 
>> What alternatives are there?  domapi (http://www.domapi.com/) is the 
>> most promising one I can find.
>>
>> Another alternative that I recently came across is a thing called 
>> ProtoLayer (www.protolayer.com), which seems to have been inspired by 
>> the DynAPI approach. It's not open source, but it is free for 
>> commercial use. I must confess that I haven't actually used it myself 
>> yet, but it looks interesting.
> 
> If you're in business, you have to do what you have to do, and use 
> whatever you get your hands on that can do what you want to do.  It 
> kills me that there are proprietary JavaScript libraries.  I remeber 
> being on the internet before there was JavaScript, and everyone was 
> happy to share their clever bits of code with everyone else.  It 
> surprises me that there are no other comparable GPL/LGPL JavaScript 
> libraries.  Maybe all the more reason that it's important to keep this 
> one going.
> 
> Leif
> 
> 
> 
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://www.mail-archive.com/dyn...@li.../
> 
> 
> 
> -- 
> No virus found in this incoming message.
> Checked by AVG Anti-Virus.
> Version: 7.0.308 / Virus Database: 266.8.4 - Release Date: 3/27/2005
> 
>

Re: [Dynapi-Dev] Can this project be brought back to life?

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

Leif W wrote:

>> "Andrew Gillett" <an...@zo...>; 2005-03-29@21:11 -0500
>>
>> David Kings question, "Is this project dead?", got me thinking about 
>> the state of the DynAPI project.
>
>
> It's sad, disappointing, and so on, regarding my own level of ability 
> and what I didn't do with it.  I could go on beating myself up about 
> personal reasons about what holds me back when I could have been 
> contributing.  Anyways, if this project still has a reaon to be alive, 
> then I want to see it stay alive and do what I can to that end.
>
>> I've been using DynAPI for nearly two years now to build a rather 
>> complex internal web application. To implement this project in 
>> straight HTML & JavaScript would almost certainly have ended in 
>> failure without a library like DynAPI. So I have a real stake in 
>> seeing the project survive.
>
>
> I think what used to be fun, was to have demonstrations from other 
> people that show the amazing things that can be done, with some kind 
> of interactive application, with the full documentation.  Or even just 
> one or two little things, and how to combine them in differnt ways.

A few things I would like to do are to include the dynapi 3 examples and 
documentation on the main web page. Some of the examples are very 
impressive (those that work ;-). I would also like to set up a wiki as a 
kind of "shared staging area" for development of the documentation.

>
>> My purpose with this post is to see how much interest there is in 
>> possibly reviving the project.
>
>
> I am somewhat interested.  I've been in a personal rut for so long 
> that I can't get much interested in anything, or stay interested in 
> one thing for very long.  One of the many things I am disappointed 
> with myself.
>
>> If there there are people out there who are willing to put their hand 
>> up to contribute to DynAPI, perhaps we could work towards getting a 
>> final Release 3 out. Some of the things this would involve would 
>> include getting admin access to the SourceForge project, updating the 
>> web site, writing more documentation, and testing the existing code 
>> base.
>>
>> Anyone interested?
>
>
> If I have any hope of doing anything meaningful, I'll need to identify 
> specific tasks, and break it up into small bits of work, and set a 
> specific 1-2 hour block time each day to work, wether I feel like it 
> or not.  Of course I could do more if motivated.
>
> In any case, I've always been good for submitting to CVS those small 
> patches to test and fix typos here and there.  Andrew, I think you 
> submitted most of them.  ;-)  And I did already step up to fix the PHP 
> error of the original poster.  I had even asked about that error 
> several weeks before the poster but got no response.
>
> I still have a rough idea of all the "unfixed" things in the DynAPI. 
> This is off the top of my head.  I'd have to search the archives for 
> better details.
>
> * code compression, something about it's relation to the "p." naming 
> convention
> * PHP/Perl SODA/IOElement
> * Mac OSX issues?
> * Linux/Konqueror issues?
> * Windows IE6/Mozilla/Firefox/Netscape/Opera issues (various)
> * Review and integration of Raymod Irving's 2004-05-27 release.
> * API and widget documentation.
> * Web site could be updated (help content, SF-specific stuff, etc.).
> * cross-browser text field autocomplete
> * Admin issues?

There are a whole bunch of bug reports and submitted patches and so 
forth on the project trackers page 
(http://sourceforge.net/tracker/?group_id=5757).  If we're going to do 
anything with dynapi, we should do it properly and use the existing 
tracking systems. I would want to add these issues to the tracker and 
work through the outstanding bugs that have been logged and either fix & 
close them or delete them.

> Hey, someone make me an admin and I'll take care of that boring stuff. 
> ;-)  Perhaps time to lock down the CVS access, restrict access or 
> remove entirely past contributors who I've never seen email on this 
> list in the past 3 years, or really in the past 6 months.  Clean up 
> the CVS (remove that typo-module).  Send out nag messages to people 
> (hey, how's that code coming along?).  Monkey around with the site.  
> Field bug andpatch submissions and try to find someone to take care of 
> it.  Announce releases, set up the file release system.  Err, whatever 
> else the SF admin does.
>
> Leif


Leif, you've clearly been a dynapi enthusiast since well before I first 
heard of it, and I greatly appreciate your quick response. I would still 
like to see a few more people express some interest before making a 
significant commitment myself. And of course we need to hear from at 
least one of the existing site admins.



Andrew

Re: [Dynapi-Dev] Can this project be brought back to life?

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

> "Andrew Gillett" <an...@zo...>; 2005-03-29@21:11 -0500
>
> David Kings question, "Is this project dead?", got me thinking about 
> the state of the DynAPI project.

It's sad, disappointing, and so on, regarding my own level of ability 
and what I didn't do with it.  I could go on beating myself up about 
personal reasons about what holds me back when I could have been 
contributing.  Anyways, if this project still has a reaon to be alive, 
then I want to see it stay alive and do what I can to that end.

> I've been using DynAPI for nearly two years now to build a rather 
> complex internal web application. To implement this project in 
> straight HTML & JavaScript would almost certainly have ended in 
> failure without a library like DynAPI. So I have a real stake in 
> seeing the project survive.

I think what used to be fun, was to have demonstrations from other 
people that show the amazing things that can be done, with some kind of 
interactive application, with the full documentation.  Or even just one 
or two little things, and how to combine them in differnt ways.

> My purpose with this post is to see how much interest there is in 
> possibly reviving the project.

I am somewhat interested.  I've been in a personal rut for so long that 
I can't get much interested in anything, or stay interested in one thing 
for very long.  One of the many things I am disappointed with myself.

> If there there are people out there who are willing to put their hand 
> up to contribute to DynAPI, perhaps we could work towards getting a 
> final Release 3 out. Some of the things this would involve would 
> include getting admin access to the SourceForge project, updating the 
> web site, writing more documentation, and testing the existing code 
> base.
>
> Anyone interested?

If I have any hope of doing anything meaningful, I'll need to identify 
specific tasks, and break it up into small bits of work, and set a 
specific 1-2 hour block time each day to work, wether I feel like it or 
not.  Of course I could do more if motivated.

In any case, I've always been good for submitting to CVS those small 
patches to test and fix typos here and there.  Andrew, I think you 
submitted most of them.  ;-)  And I did already step up to fix the PHP 
error of the original poster.  I had even asked about that error several 
weeks before the poster but got no response.

I still have a rough idea of all the "unfixed" things in the DynAPI. 
This is off the top of my head.  I'd have to search the archives for 
better details.

* code compression, something about it's relation to the "p." naming 
convention
* PHP/Perl SODA/IOElement
* Mac OSX issues?
* Linux/Konqueror issues?
* Windows IE6/Mozilla/Firefox/Netscape/Opera issues (various)
* Review and integration of Raymod Irving's 2004-05-27 release.
* API and widget documentation.
* Web site could be updated (help content, SF-specific stuff, etc.).
* cross-browser text field autocomplete
* Admin issues?

Hey, someone make me an admin and I'll take care of that boring stuff. 
;-)  Perhaps time to lock down the CVS access, restrict access or remove 
entirely past contributors who I've never seen email on this list in the 
past 3 years, or really in the past 6 months.  Clean up the CVS (remove 
that typo-module).  Send out nag messages to people (hey, how's that 
code coming along?).  Monkey around with the site.  Field bug andpatch 
submissions and try to find someone to take care of it.  Announce 
releases, set up the file release system.  Err, whatever else the SF 
admin does.

Leif

Re: [Dynapi-Dev] Is this project dead?

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

>
> Andrew Gillett; 2005-03-29@20:25 -0500
>> David King wrote:
>> There are PHP errors all over the web site.  No word from any project 
>> admin.  Last stable release was 2.5.7 in January 2002.  Latest 
>> development release was 3.0 Beta 1 in June 2003.  Virtually no 
>> activity on this mailing list since Octorber 2003.  What happened 
>> that killed all activity on this project?
>
> I have a few theories.

Yeah it's difficult to answer.  It's difficult to read.  I've always 
been on the fringes (since just before they went to SourceForge), not 
contributing too much but following along and doing what I can.  Trying 
to figure stuff out has gotten a little more difficult.  There are so 
many techniques used in the code in DynAPI 3 that it's hard to get my 
head around sometimes.

> The administrators of the project seem to have all moved on and there 
> doesn't seem to have been any effort made to find new volunteers to 
> administer the project.

I'm not an admin, but I seem to be able to mess with (read, 
write-modify, write-new) most of the files in the web tree.  I can read, 
write and create files within any given CVS module, but I have not tried 
creating new modules or removing the "mistake"/empty modules.  Anyways, 
perhaps something more could be done to get more people involved?

> Genuine cross-platform JavaScript gurus are not as common as you might 
> think.

I used to be pretty good with using DynAPI 1, never really got the hang 
of DynAPI 2, and got away from the DynAPI during most of the DynAPI 2 
life cycle.  I came back at the end of DynAPI 2 and the beginning of 
DynAPI 3.  I've got minimal understanding of DynAPI 3 I think.  I 
sucessfully added a little widget thingy, and half-arsed some PHP/SODA 
stuff but never got around to completing or integrating submitted code. 
I always seem to get sidetracked, which is my own SNAFU, nothing to do 
with DynAPI.  If I were working a specific job (pay or volunteer) and 
using this stuff with other people, I'd be less likely to be distracted. 
:)

> There is a huge learning curve with DynAPI.

Ain't that the truth.  It's actually not all that bad.  It's just not 
always well documented.

> DynAPI has an elegant object model that makes it much easier to build 
> complex web applications.

That's a reason why it should be alive, not dead.  ;-)

> However its focus on supporting old browsers with strange event 
> handling mechanisms (Netscape 4.7) means that parts of it are far more 
> complicated than they would be if it only modern browsers were 
> supported. This complexity means that you can't just take a JavaScript 
> programmer off the street, ask them to work on the DynAPI core and 
> expect anything to happen in a hurry.

I remember the heyday in 1999 with DynAPI 1 on the brand-new version 4 
browsers.  I remember discovering each week at least 5 subtle ways in 
which both IE and NN were broken, and another 5 ways in which they 
behaved differently.  The differences were in HTML, JavaScript, CSS, and 
even form submissions.  (ex. NN4 used to submit an empty text field as 
two spaces, so server side scripts needed to handle this).

> What alternatives are there?  domapi (http://www.domapi.com/) is the 
> most promising one I can find.
>
> Another alternative that I recently came across is a thing called 
> ProtoLayer (www.protolayer.com), which seems to have been inspired by 
> the DynAPI approach. It's not open source, but it is free for 
> commercial use. I must confess that I haven't actually used it myself 
> yet, but it looks interesting.

If you're in business, you have to do what you have to do, and use 
whatever you get your hands on that can do what you want to do.  It 
kills me that there are proprietary JavaScript libraries.  I remeber 
being on the internet before there was JavaScript, and everyone was 
happy to share their clever bits of code with everyone else.  It 
surprises me that there are no other comparable GPL/LGPL JavaScript 
libraries.  Maybe all the more reason that it's important to keep this 
one going.

Leif

[Dynapi-Dev] Can this project be brought back to life?

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

David Kings question, "Is this project dead?", got me thinking about the 
state of the DynAPI project.

I've been using DynAPI for nearly two years now to build a rather 
complex internal web application. To implement this project in straight 
HTML & JavaScript would almost certainly have ended in failure without a 
library like DynAPI. So I have a real stake in seeing the project survive.

My purpose with this post is to see how much interest there is in 
possibly reviving the project.

If there there are people out there who are willing to put their hand up 
to contribute to DynAPI, perhaps we could work towards getting a final 
Release 3 out. Some of the things this would involve would include 
getting admin access to the SourceForge project, updating the web site, 
writing more documentation, and testing the existing code base.

Anyone interested?


Andrew.

Re: [Dynapi-Dev] Is this project dead?

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

David King wrote:

> There are PHP errors all over the web site.  No word from any project 
> admin.  Last stable release was 2.5.7 in January 2002.  Latest 
> development release was 3.0 Beta 1 in June 2003.  Virtually no 
> activity on this mailing list since Octorber 2003.  What happened that 
> killed all activity on this project?

I have a few theories.

    * The administrators of the project seem to have all moved on and
      there doesn't seem to have been any effort made to find new
      volunteers to administer the project.

    * Genuine cross-platform JavaScript gurus are not as common as you
      might think.

    * There is a huge learning curve with DynAPI. DynAPI has an elegant
      object model that makes it much easier to build complex web
      applications. However its focus on supporting old browsers with
      strange event handling mechanisms (Netscape 4.7) means that parts
      of it are far more complicated than they would be if it only
      modern browsers were supported. This complexity means that you
      can't just take a JavaScript programmer off the street, ask them
      to work on the DynAPI core and expect anything to happen in a hurry.

>
> What alternatives are there?  domapi (http://www.domapi.com/) is the 
> most promising one I can find.

Another alternative that I recently came across is a thing called 
ProtoLayer (www.protolayer.com), which seems to have been inspired by 
the DynAPI approach. It's not open source, but it is free for commercial 
use. I must confess that I haven't actually used it myself yet, but it 
looks interesting.


Andrew

>
> Thanks,
> -David

Re: [Dynapi-Dev] Is this project dead?

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

> "Leif W" <war...@us...>; 2005-03-17@10:12 -0500
>
>> "David King" <dk...@pe...>; 2005-03-17@09:01 -0500
>>
>> There are PHP errors all over the web site.
>
> I posted about those a few weeks ago asking if it's ok if I fix this,
> nobody responded.  Check the archives.  It's a trivial fix and I can 
> do
> it, so I guess I'll go fix that at least.  One PHP call in about 4
> locations (only two shown on the site's first page).  But the two on 
> the
> first page are in loops, that's why there's so many errors.

FWIW I fixed this on the live site.

Both grep commands below expand to this list of individual files, which 
may have had more than one fix each.

    images/links/links.php
    themes/1225AM/footer.php
    themes/Default/footer.php
    links.php
    mainfile.php

#
# Go to web site
#
cd /home/groups/d/dy/dynapi/htdocs/dynapi

#
# Find list of files to correct and look at the lines
#
grep -HinR LC_TIME .

#
# Remove the quotes around LC_TIME.
#
perl -p -i -e 's/\"LC_TIME\"/LC_TIME/g' `grep -lR \"LC_TIME\" .`

Leif

Re: [Dynapi-Dev] Is this project dead?

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

> "David King" <dk...@pe...>; 2005-03-17@09:01 -0500
>
> There are PHP errors all over the web site.

I posted about those a few weeks ago asking if it's ok if I fix this,
nobody responded.  Check the archives.  It's a trivial fix and I can do
it, so I guess I'll go fix that at least.  One PHP call in about 4
locations (only two shown on the site's first page).  But the two on the
first page are in loops, that's why there's so many errors.

> No word from any project admin.  Last stable release was 2.5.7 in
> January 2002.  Latest development release was 3.0 Beta 1 in June 2003.
> Virtually no activity on this mailing list since Octorber 2003.  What
> happened that killed all activity on this project?

Can't say for sure.  These things just happen?  The need for employment 
and a job which perhaps doesn't have a niche in which to apply the 
DynAPI?  The project is indeed in a massive lull.

> What alternatives are there?  domapi (http://www.domapi.com/) is the
> most promising one I can find.

I only just looked quickly.  That may be an option, but it's not free 
under the GPL, it's free only for personal use, and pay for all other 
uses.  You have no rights to make modifications, any work you contribute 
belongs to them, and they make money from that but don't share it with 
you.  ;-)

Leif

[Dynapi-Dev] Is this project dead?

[David K. <dk...@pe...>]

There are PHP errors all over the web site.  No word from any project 
admin.  Last stable release was 2.5.7 in January 2002.  Latest 
development release was 3.0 Beta 1 in June 2003.  Virtually no activity 
on this mailing list since Octorber 2003.  What happened that killed all 
activity on this project?

What alternatives are there?  domapi (http://www.domapi.com/) is the 
most promising one I can find.

Thanks,
-David

[Dynapi-Dev] PHP deprecated setlocale usage messages on page

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

I think I (or any other project member) have the access to change the 
web page to fix the error messages.

Examples of the error messages:

Warning: setlocale(): Passing locale category name as string is 
deprecated. Use the LC_* -constants instead. in 
/home/groups/d/dy/dynapi/htdocs/dynapi/mainfile.php on line 240

Warning: setlocale(): Passing locale category name as string is 
deprecated. Use the LC_* -constants instead. in 
/home/groups/d/dy/dynapi/htdocs/dynapi/themes/Default/footer.php on line 
47

The files are on projects.sf.net.
The referenced files are in /home/groups/d/dy/dynapi/htdocs/dynapi .

./images/links/links.php:229:   setlocale ("LC_TIME", "$locale");
./images/links/links.php:275:   setlocale ("LC_TIME", "$locale");
./images/links/links.php:352:   setlocale ("LC_TIME", "$locale");
./images/links/links.php:412:   setlocale ("LC_TIME", "$locale");
./images/links/links.php:493:       setlocale ("LC_TIME", "$locale");
./themes/1225AM/footer.php:47: setlocale ("LC_TIME", "$locale");
./themes/Default/footer.php:47: setlocale ("LC_TIME", "$locale");
./links.php:289:        setlocale ("LC_TIME", "$locale");
./links.php:344:        setlocale ("LC_TIME", "$locale");
./links.php:428:        setlocale ("LC_TIME", "$locale");
./links.php:523:        setlocale ("LC_TIME", "$locale");
./links.php:616:            setlocale ("LC_TIME", "$locale");
./mainfile.php:240:     setlocale ("LC_TIME", "$locale");
./mainfile.php:284:             setlocale ("LC_TIME", "$locale");

Quoting the PHP manual:

(PHP 3, PHP 4 )

setlocale -- Set locale information

Description

string setlocale ( mixed category, string locale [, string ...])

string setlocale ( mixed category, array locale)

category is a named constant (or string) specifying the category of the 
functions affected by the locale setting:

LC_ALL for all of the below
LC_COLLATE for string comparison, see strcoll()
LC_CTYPE for character classification and conversion, for example 
strtoupper()
LC_MONETARY for localeconv()
LC_NUMERIC for decimal separator (See also localeconv())
LC_TIME for date and time formatting with strftime()

Note: As of PHP 4.2.0, passing category as a string is deprecated, use 
the above constants instead. Passing them as a string (within quotes) 
will result in a warning message.

On 2004-12-21 projects.sf.net upgraded to php 4.3.10, so this is 
deprecated.

Example changes:

OLD:
./mainfile.php:240:     setlocale ("LC_TIME", "$locale");

NEW:
./mainfile.php:240:     setlocale (LC_TIME, "$locale");


Anyone have any objections to me going ahead to make these changes?


Leif

Re: [Dynapi-Dev] A new client-side Framework

[Benoit M. <mar...@ma...>]

I recommend that article in light of a more "inline" approach:

http://www.alistapart.com/articles/scripttriggers/


On Wednesday, January 26, 2005, at 01:43  PM, Raymond Irving wrote:

> Hi Kevin,
>
>> Any ASP.NET? tutorials to help us unix peeps.
>
> :) This one is very straight forward. No help files
> needed - lol
>
> You just simple include the webelm.js file and you're
> ready to go:
>
> A quick and easy news ticker example:
>
> <script>
>
> document.setIncludePath("../core/");
>
> var tk;
>
> function document_oninit(){
>    document.include("Ticker");
> }
>
> function document_onload(){
>    tk = new Ticker("mytick");
>    tk.addMessage("Simple and easy JavaScript");
>    tk.addMessage("Lightweight API");
>    tk.addMessage("DHTML made simple");
>    tk.addEventListener("onclick");
> }
>
> function ticker_onclick(e){
>    alert("You've selected message # "+ e.instance);
> }
> </script>
>
> inside your html:
>
> <p><script>Ticker.Render("mytick",400,50)</script></p>
>
> That's it! all event driven
>
>
> __
> Raymond Irving
>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://www.mail-archive.com/dyn...@li.../
>
>
Benoit

Re: [Dynapi-Dev] A new client-side Framework

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

Hi Raymond,

Looks good. When your done post a link to an example
page. May stir up some interest.

Kevin

> Hi Kevin,
>
>>Any ASP.NET? tutorials to help us unix peeps.
>
> :) This one is very straight forward. No help files
> needed - lol
> 
> You just simple include the webelm.js file and you're
> ready to go:
> 
> A quick and easy news ticker example:
> 
> <script>
> 
> document.setIncludePath("../core/");
> 
> var tk;
> 
> function document_oninit(){
>    document.include("Ticker");
> }
> 
> function document_onload(){
>    tk = new Ticker("mytick");
>    tk.addMessage("Simple and easy JavaScript");
>    tk.addMessage("Lightweight API");
>    tk.addMessage("DHTML made simple");
>    tk.addEventListener("onclick");
> }
> 
> function ticker_onclick(e){
>    alert("You've selected message # "+ e.instance);
> }
> </script>
> 
> inside your html:
> 
> <p><script>Ticker.Render("mytick",400,50)</script></p>
> 
> That's it! all event driven

Re: [Dynapi-Dev] A new client-side Framework

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

Hi Kevin,

> Any ASP.NET? tutorials to help us unix peeps.

:) This one is very straight forward. No help files
needed - lol

You just simple include the webelm.js file and you're
ready to go:

A quick and easy news ticker example:

<script>

document.setIncludePath("../core/");

var tk;

function document_oninit(){
   document.include("Ticker");
}

function document_onload(){
   tk = new Ticker("mytick");
   tk.addMessage("Simple and easy JavaScript");
   tk.addMessage("Lightweight API");
   tk.addMessage("DHTML made simple");
   tk.addEventListener("onclick");
}

function ticker_onclick(e){
   alert("You've selected message # "+ e.instance);
}
</script>

inside your html:

<p><script>Ticker.Render("mytick",400,50)</script></p>

That's it! all event driven


__
Raymond Irving

Re: [Dynapi-Dev] A new client-side Framework

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

Sounds good Raymond. I like the idea of size saving.

I've not done any dynapi in a while.

Any ASP.NET? tutorials to help us unix peeps.

Kevin


Raymond Irving wrote:

> Hello Everyone,
> 
> It's been a while since I've worked on the DynAPI core
> or widgets mainly because of other personal endeavors.
> But I since recently started looking back at the core
> and what I've found out that DynAPI keeps getting
> bigger and bigger with the addition of ns4 fixes, and
> other stuff.
> 
> Some time ago I wanted to add some dynamic to a web
> app I was working on when I realized that DynAPI took
> up over 40k just to get me to move a simple layer!
> That was not good for the little web app.
> 
> After searching and looking for an alternative library
> but I gave up and decided that it was time to create
> something new. Something that was as powerful as
> DynAPI and yet very small, fast and easy to use and
> supports modern browsers. NS4 support will limitted.
> 
> The Web Application Framework
> =================================
> It's pretty much a combination of DynAPI and the easy
> and flexibility of ASP.Net. I've liked the way how
> ASP.Net event driven architure worked so I tried to
> make it as simple as I could.
> 
> For example:
> 
> To simply display a message when the page load all you
> have to do is:
> 
> <script src="../core/webelm.js"></script>
> <script>
> 	document.setIncludePath("../core/");
> 	
> 	function document_onload(){
> 		alert("Hi There, I'm fully loaded!");
> 	}
> </script>
> 
> Notice that the document object now becomes the core
> object in this framework. The idea is that this
> framework with try to make use of or simulate as much
> DOM+DynAPI functionality as best as possible. E.g. the
> getElementById() function will be available in ns4,
> ie4+, ns6, etc.
> 
> The beauty about this framework is that it's closely
> tied to inline elements. 
> 
> Example: A blink a inline div element
> 
> <script src="../core/webapi.js" type="text/javascript"
> language="javascript"></script>
> <script>
> 	
> 	document.setIncludePath("../core/");
> 
> 	var dx;
> 
> 	function document_onload(){
> 		dx = new WebElement("dx");
> 		setInterval("blink()",400)
> 	}
> 
> 	function blink(){		
> 		dx.setBgColor("yellow");
> 		dx.setVisible(!dx.getVisible());	
> 	}
> </script>
> ....
> <div id="dx"
> style="position:absolute;visibility:hidden">Web
> Application Framework</div>
> 
> The framework is still work in progress. It's not yet
> as powerful as DynAPI but it can certainly be used to
> add some dyamic effects to a website. The entire
> framework loads in under 20k (uncompressed).
> 
> Would surely like to hear your views comment, etc.
> 
> 
> Best regards,
> 
> __
> Raymond Irving
> 
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://www.mail-archive.com/dyn...@li.../
> 

[Dynapi-Dev] A new client-side Framework

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

Hello Everyone,

It's been a while since I've worked on the DynAPI core
or widgets mainly because of other personal endeavors.
But I since recently started looking back at the core
and what I've found out that DynAPI keeps getting
bigger and bigger with the addition of ns4 fixes, and
other stuff.

Some time ago I wanted to add some dynamic to a web
app I was working on when I realized that DynAPI took
up over 40k just to get me to move a simple layer!
That was not good for the little web app.

After searching and looking for an alternative library
but I gave up and decided that it was time to create
something new. Something that was as powerful as
DynAPI and yet very small, fast and easy to use and
supports modern browsers. NS4 support will limitted.

The Web Application Framework
=================================
It's pretty much a combination of DynAPI and the easy
and flexibility of ASP.Net. I've liked the way how
ASP.Net event driven architure worked so I tried to
make it as simple as I could.

For example:

To simply display a message when the page load all you
have to do is:

<script src="../core/webelm.js"></script>
<script>
	document.setIncludePath("../core/");
	
	function document_onload(){
		alert("Hi There, I'm fully loaded!");
	}
</script>

Notice that the document object now becomes the core
object in this framework. The idea is that this
framework with try to make use of or simulate as much
DOM+DynAPI functionality as best as possible. E.g. the
getElementById() function will be available in ns4,
ie4+, ns6, etc.

The beauty about this framework is that it's closely
tied to inline elements. 

Example: A blink a inline div element

<script src="../core/webapi.js" type="text/javascript"
language="javascript"></script>
<script>
	
	document.setIncludePath("../core/");

	var dx;

	function document_onload(){
		dx = new WebElement("dx");
		setInterval("blink()",400)
	}

	function blink(){		
		dx.setBgColor("yellow");
		dx.setVisible(!dx.getVisible());	
	}
</script>
....
<div id="dx"
style="position:absolute;visibility:hidden">Web
Application Framework</div>

The framework is still work in progress. It's not yet
as powerful as DynAPI but it can certainly be used to
add some dyamic effects to a website. The entire
framework loads in under 20k (uncompressed).

Would surely like to hear your views comment, etc.


Best regards,

__
Raymond Irving

Re: [Dynapi-Dev] Information on Virtual Browser project

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

<html><div style='background-color:'><DIV class=RTE>
<P>Hello,</P>
<P>&gt;It's really been a long time now since we've spoken. <BR>&gt;How are you doing?</P>
<P>You're right. And thanks for asking. :-) I have been extrimely busy with our virtual browser project, which finally seems that it's starting to get on it's feets... So that's also the reason why I haven't been active in DynAPI project for a long time.<BR><BR>&gt;I'm glad to hear that you're sill planning on <BR>&gt;supporting DynAPI. </P>
<P>Definately. It has also been interesting to find out (during our&nbsp;negotations)&nbsp;that there are plenty of corporate web pages which actually use some parts of the DynAPI. :-) Even though they have usually modified it pretty heavily on their needs.</P>
<P>&gt;I for one would like to be able to help test the your <BR>&gt;Virtual Browser API so you can count me in. </P>
<P>Thanks. I'll let you know when we are ready for beta or such. ;-) Btw. if you want any other information about this matter visit <A href="http://www.helmitechnologies.com">http://www.helmitechnologies.com</A></P>
<P>&nbsp;</P>
<P>- Joy Ride / <A href="http://www.helmitechnologies.com">Helmi Technologies</A></P>
<P>&nbsp;</P></DIV>
<DIV></DIV>&gt;From: Raymond Irving &lt;xw...@ya...&gt;
<DIV></DIV>&gt;Reply-To: dyn...@li...
<DIV></DIV>&gt;To: dyn...@li...
<DIV></DIV>&gt;Subject: Re: [Dynapi-Dev] Information on Virtual Browser project
<DIV></DIV>&gt;Date: Mon, 29 Nov 2004 14:12:53 -0800 (PST)
<DIV></DIV>&gt;
<DIV></DIV>&gt;Hi,
<DIV></DIV>&gt;
<DIV></DIV>&gt;
<DIV></DIV>&gt;It's really been a long time now since we've spoken.
<DIV></DIV>&gt;How are you doing?
<DIV></DIV>&gt;
<DIV></DIV>&gt;I'm glad to hear that you're sill planning on
<DIV></DIV>&gt;supporting DynAPI.
<DIV></DIV>&gt;
<DIV></DIV>&gt;I for one would like to be able to help test the your
<DIV></DIV>&gt;Virtual Browser API so you can count me in.
<DIV></DIV>&gt;
<DIV></DIV>&gt;
<DIV></DIV>&gt;Best regards
<DIV></DIV>&gt;__
<DIV></DIV>&gt;Raymond Irving
<DIV></DIV>&gt;
<DIV></DIV>&gt;
<DIV></DIV>&gt;--- Joy Ride &lt;joy...@ho...&gt; wrote:
<DIV></DIV>&gt;
<DIV></DIV>&gt;
<DIV></DIV>&gt;---------------------------------
<DIV></DIV>&gt;Hello folks,
<DIV></DIV>&gt;
<DIV></DIV>&gt;I haven't been active here for a long time. The reason
<DIV></DIV>&gt;has been that we have been developing a product called
<DIV></DIV>&gt;Virtual Browser, which allows every browser to conform
<DIV></DIV>&gt;DOM2 standard and make web development there for much
<DIV></DIV>&gt;easier. The reason why I'm posting this information
<DIV></DIV>&gt;also here is simple. We are planning to introduce a
<DIV></DIV>&gt;support for DynAPI / DynAPI components. If you're
<DIV></DIV>&gt;interested of experimenting with it after public betas
<DIV></DIV>&gt;of DynAPI support layer will be released please give
<DIV></DIV>&gt;me a note and I'll include you in to list of potential
<DIV></DIV>&gt;betatesters.
<DIV></DIV>&gt;
<DIV></DIV>&gt;
<DIV></DIV>&gt;
<DIV></DIV>&gt;You can find more information from:
<DIV></DIV>&gt;http://www.helmitechnologies.com
<DIV></DIV>&gt;
<DIV></DIV>&gt;I also would like to thank for inspiration all the
<DIV></DIV>&gt;DynAPI folks, because you have really showed what the
<DIV></DIV>&gt;DHTML and Rich Internet Applications can do.
<DIV></DIV>&gt;
<DIV></DIV>&gt;
<DIV></DIV>&gt;
<DIV></DIV>&gt;- Joy Ride / Helmi Technologies Inc.
<DIV></DIV>&gt;
<DIV></DIV>&gt;
<DIV></DIV>&gt;
<DIV></DIV>&gt;---------------------------------
<DIV></DIV>&gt;Express yourself instantly with MSN Messenger! MSN
<DIV></DIV>&gt;Messenger Download today it's
<DIV></DIV>&gt;FREE!-------------------------------------------------------SF
<DIV></DIV>&gt;email is sponsored by - The IT Product GuideRead
<DIV></DIV>&gt;honest &amp; candid reviews on hundreds of IT Products
<DIV></DIV>&gt;from real users.Discover which products truly live up
<DIV></DIV>&gt;to the hype. Start reading now.
<DIV></DIV>&gt;http://productguide.itmanagersjournal.com/_______________________________________________Dynapi-Dev
<DIV></DIV>&gt;mailing
<DIV></DIV>&gt;lis...@li...http://www.mail-archive.com/dyn...@li.../
<DIV></DIV>&gt;
<DIV></DIV>&gt;
<DIV></DIV>&gt;
<DIV></DIV>&gt;-------------------------------------------------------
<DIV></DIV>&gt;SF email is sponsored by - The IT Product Guide
<DIV></DIV>&gt;Read honest &amp; candid reviews on hundreds of IT Products from real users.
<DIV></DIV>&gt;Discover which products truly live up to the hype. Start reading now.
<DIV></DIV>&gt;http://productguide.itmanagersjournal.com/
<DIV></DIV>&gt;_______________________________________________
<DIV></DIV>&gt;Dynapi-Dev mailing list
<DIV></DIV>&gt;Dyn...@li...
<DIV></DIV>&gt;http://www.mail-archive.com/dyn...@li.../
<DIV></DIV></div><br clear=all><hr>Don't just search. Find. <a href="http://g.msn.com/8HMAEN/2746??PS=47575" target="_top">MSN Search</a> Check out the new MSN Search!</html>

Re: [Dynapi-Dev] Information on Virtual Browser project

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

Hi,


It's really been a long time now since we've spoken.
How are you doing?

I'm glad to hear that you're sill planning on
supporting DynAPI.

I for one would like to be able to help test the your
Virtual Browser API so you can count me in.


Best regards
__
Raymond Irving


--- Joy Ride <joy...@ho...> wrote:


---------------------------------
Hello folks, 
 
I haven't been active here for a long time. The reason
has been that we have been developing a product called
Virtual Browser, which allows every browser to conform
DOM2 standard and make web development there for much
easier. The reason why I'm posting this information
also here is simple. We are planning to introduce a
support for DynAPI / DynAPI components. If you're
interested of experimenting with it after public betas
of DynAPI support layer will be released please give
me a note and I'll include you in to list of potential
betatesters. 



You can find more information from:
http://www.helmitechnologies.com

I also would like to thank for inspiration all the
DynAPI folks, because you have really showed what the
DHTML and Rich Internet Applications can do.

 

- Joy Ride / Helmi Technologies Inc.



---------------------------------
Express yourself instantly with MSN Messenger! MSN
Messenger Download today it's
FREE!-------------------------------------------------------SF
email is sponsored by - The IT Product GuideRead
honest & candid reviews on hundreds of IT Products
from real users.Discover which products truly live up
to the hype. Start reading now.
http://productguide.itmanagersjournal.com/_______________________________________________Dynapi-Dev
mailing
lis...@li...http://www.mail-archive.com/dyn...@li.../

[Dynapi-Dev] Information on Virtual Browser project

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

<html><div style='background-color:'><DIV class=RTE>Hello folks, </DIV>
<DIV class=RTE>&nbsp;</DIV>
<DIV class=RTE>I haven't been active here for a long time. The reason has been that we have been developing a product called Virtual Browser, which allows every browser to conform DOM2 standard and make web development there for much easier.&nbsp;The reason why I'm posting this information also here is simple. We are planning to introduce a support for DynAPI / DynAPI components. If you're interested of experimenting with it after public betas of DynAPI support layer will be released please give me a note and I'll include you in to list of potential betatesters. </DIV>
<DIV></DIV>
<DIV></DIV>
<P>You can find more information from: <A href="http://www.helmitechnologies.com">http://www.helmitechnologies.com</A></P>
<P>I also would like to thank for inspiration&nbsp;all the DynAPI folks, because you have really showed what the DHTML and&nbsp;Rich Internet Applications&nbsp;can do.</P>
<P>&nbsp;</P>
<P>- Joy Ride / Helmi Technologies Inc.</P></div><br clear=all><hr>Express yourself instantly with MSN Messenger! <a href="http://g.msn.com/8HMBEN/2737??PS=47575" target="_top">MSN Messenger</a> Download today it's FREE!</html>