That's excellent news !
I recently contacted this list because I was searching a server side
javascript web solution.
I recently searched all the related project around (1) and I must say
that nothing convinced me.
(1) http://en.wikipedia.org/wiki/Server-side_JavaScript
So I gave back the server side JavaScript idea and my next project
will be coded in python or ruby on server side.
But I don't despair one day there will be a good solution for this,
and I've the feeling it could be your project.
It seems to me that you are about to take your project to another
direction and that might be the time to think deeper before you move
on (if not already done)
My thought is that if you do it well, you will undoubtedly lead your
project to something really big. By big I don't mean bloated, I mean
something that will attract interest of a LOT of people. Nowadays,
javascript is the most popular language if you consider those millions
of websites using it, and all the products embedding a js engine. I'm
sure a *LOT* of people would like to have an all purpose development
platform (cross platform) using the javascript language. They just
don't know it yet :-)
Imagine something that allows you to make system scripts on POSIX
where you used to code in bash/python/perl/whatever.
Imagine the same solution allows you to create web applications on
POSIX or windows.
Imagine you could use the same solution for creating games, gui
applications, frontends, anything you want in a cross platform way.
Yes, you named it. It's yet another developement platform.
The good news is that you don't have to do all this work. All you need
is a good base system well designed. Then some communication around
your project and people will start to be interested. I'm sure that you
won't have to wait to long before some bindings pops out everywhere.
Look at python. I've choosed python over ruby just because of the
large amount of bindings and libraries available. If your project gets
popular, people will make bindings for it : opengl, sdl, wxWidgets,
Qt, Cairo, ffmpeg, imagemagick, portaudio, ... Everything we need in
an all purpose development platform.
In order to make this happen, you shall meet the following :
1) use a last generation javascript engine (tracemonkey, V8 or
squirrelfish extreme, ... whatever)
2) create a good base api which is not bloated but stay consistent,
powerful and easy to use/remember (very important)
3) make this api in a way that keeps the spirit of javascript coding.
Use of event driven/callbacks where relevant. Optionaly use object as
function arguments where it make sense (if possible). Eg: If you don't
want to see that in your code anymore : do_my_stuff("name", false,
false, true, 8, 12, false, "A");
you shall be able to use :
do_my_stuff( { tile : "name", force : true, age : 8, count : 12,
letter : "A" } );
What is great about javascript is that it is highly dynamic. An api
that would not use this feature of the js language would fail.
4) define guidelines about how to make bindings/extensions (this is
very important in order to avoid a mess and keep consistency )
You may say I'm a dreamer, but I'm not the only one. ;-)
Seriously, I don't have C++ knowledge and my low level coding
experience is too far away so I don't know if what I say is possible.
I don't know either how the integration of POCO would be done with the
javascript engine.
But if the POCO methods/objects can be used as a kind of namespace in
the javascript engine, then the api in javascript could just be a
wrapper to the POCO namespace. And writing the api in javascript would
be better because the base system won't change.
If POCO's api is clean enough, there might even be no need for a wrapped api.
Of course I don't know if your goal is to put your project under spotlight.
If not, then forget what I said and quickly press the delete button.
If yes, then I would like to know what you think about this.
PS: sorry for my bad english.
PS2: Yes, I drank a lot of coffee today !
--
Fabien Meghazi
Website: http://www.amigrave.com
Email: a...@amigrave.com
IM: amig...@gmail.com
--
troels