Hi Jim, Well, the configfile also contains GTK functions which might be defined differently. For example: GTK_LIB_FUNCTION = gtk_frame_new, NONE, WIDGET, 1, NULL Instead of the 'NULL' at the end, you could also say 'STRING', so a text will be displayed in the frame. However, for the interpreted programming stuff I like to define a simple frame first, after which a text can be put into the frame separately with "gtk_frame_set_label". I am not sure if this is possible the other way around. In other words: a few functions in the configfile are defined in a restricted way. Just to let you know. Furthermore I have successfully implemented your parser. I needed to strip it a little, some modifications, but the core is there. So I have uploaded a new release of the GTK-server. Since the change with your parser will have effect on the current basic funcionality, I have increased the releasenumber to 1.3. Here are the files: http://sourceforge.net/project/showfiles.php?group_id=118216 I did not announce it on the GTK-server website yet, since I am busy changing my demo programs. However, the downloadable packages contain adjusted scripts and documentation, which should show how to use the new GTK-server. So what took me so long? As usual, the MinGW port was extremely troublesome, especially on the STDIN interface. Your parser worked well, but passing a newline to STDIN and continue reading behind it, that was a real challenge. Anyway, thanks for your good parser! I feel it has improved the GTK-server a lot, since the (interpreted) client code is much nicer to read. Regards Peter Citeren Jim Bailey <sleepydgym@xxxxxxxxx>: > Morning Peter, > > Firstly, thank you very much for the gtk-server.cfg > file, it is useful beyond words. I have just updated > my clisp-gtk2 binding to use it, so that now supports > everything in there. > > Secondly, I know that the ability to add new functions > to the file without recompiling anything is great (I > don't like waiting for compilers that is for sure), > but, it would also be possible to use the file to > generate all necessary C code to make a standalone > executable. Handling the floats and different numbers > of arguments would be much easier. > > I think I might have a little play with that idea when > I next get some spare time, it would make deployment > just that one little bit easier. > > Good luck if you get chance to play with my dumb > parser, and if you are happy with the syntax I would > be willing to help convert some of the example > scripts, I have access to at least some of languages > on Linux. > > Regards, > > dgym -- http://www.gtk-server.org