wxbasic.sourceforge.net

MarkUlrich · Joined: 03 Dec 2002 Posts: 436 Location: Karlsruhe, Germany

"GINS (Gtk INterface for Script) is a way to add GTK interfaces to scrpit languages that doesn't have any GTK bindigs, like BASH scripts."
http://freeweb.lombardiacom.it/kirsoft/gins.html

I wrote wrappers to include it directly in Puppybasic as "native" functions.

Details:
http://www.murga-linux.com/puppy/viewtopic.php?p=114773#114773

If you would remove my "xwin"-functions from Puppybasic again, it might even compile in Windows.
Gtk is available for Windows, e.g. for "WinGimp". But I did not try that yet.

With ginsbasic you simply load a XML-file created with the Gui-designer "glade" in ginsbasic, and add some eventhandling.

This makes development of grafical applications pretty simple Smile

The archive contains an example-calculator:

Mark

MarkUlrich · Joined: 03 Dec 2002 Posts: 436 Location: Karlsruhe, Germany

At work I compiled the latest updated version in Windows using the Mingw compiler (msw, 2002 releases) with the latest gladewin32.
I added some #ifdefs to exclude the xwin_ functions that rely on a Xserver.
And I added a "gins_usleep()" to simulate xwin_usleep() in Windows.
This modified code is not available for download yet.

In ginsbasic I use "pthreads" to run the Gtk mainloop and the basic program simultaneously.
As pthreads are based on Unix, I had to use an additional .dll to compile it.
And it does not work yet.
If I run my testprograms, the window appears, but gets "busy", and does not display the content.
The basic-code continues to run though.

If I modify gins.c to run the gtk-mainloop directly without threading, the full window displays correctly, but the gtkmainloop blocks further execution of the basic-code.

I have no idea, if I will find a solution. This will make only slow progress, as I don't spend private time on the windows-port.
I just do it in some spare free moments at work, as it could be used there to quickly build some small tools or prototypes.

resources:
http://gladewin32.sourceforge.net/modules/news/
http://sourceware.org/pthreads-win32/
http://www.mingw.org/

Mark

MarkUlrich · Joined: 03 Dec 2002 Posts: 436 Location: Karlsruhe, Germany

no success yet on the windows-version.

I found out, that I do not rely on the pthreads library.
It is just a tool for programmers, who want to write code in the Posix syntax.

But you also can use a #ifdef to use the native systemcall CreateThread() in Windows.
Unfortunatly, it leads to the same errors as described above.
Some googling indicates, that Gtk has problems with the windows threads-implementation.

Some workarounds were suggested, but my knowledge is not good enough, to implement them.

I will use some more trial&error and googling on that issue in the next weeks.

Mark

MarkUlrich · Joined: 03 Dec 2002 Posts: 436 Location: Karlsruhe, Germany

I updated the archive.
This is for C coders only, some new, but unfinished things. Just a snapshot of the stuff I work on.

Windows port still no change, but it is included now, though it is broken as described above.
In the mingw console, type "make windows" to compile it. A binary "ginsbasic001.exe" is included.

I also added a tool that I will use to add all those Gtk-functions to ginsbasic.
It is not finished yet.
./_createfunctions.pb
(or try in windows (I did not myself yet): ginsbasic001.exe createfunctions.pb ... no, will not work, I must replace the basefunctions.inc with the one of Puppybasic for windows. Have them at work, not here at home).

You must edit it to set the folder, where the Gtk HTML-documentation is located.
I uploaded the one I use:
http://noforum.de/files/wxbasic/ginsbasic/
Attention, it is 44 MB extracted. It is the gtk-doc folder from gladewin mentioned above.

Then ./_createfunctions.pb will output such stuff to the console:

MarkUlrich · Joined: 03 Dec 2002 Posts: 436 Location: Karlsruhe, Germany

I renamed the project to Gtkbasic.
There seems to be no active project of that name, and I now added wrappers and some workarounds to access many objects.
This is far from being finished, maybe 10-20% is done.

But now my code-generator seems to work quite usable, so that I have to add only few handwritten exceptions.

If that will be refined, I might be able to create huger bunches of code with the buildscript.

My main goal currently are elements as they are used by GtkDialog or Xdialog, just with the difference, that you can modify them more detailed.

So no Paint areas or image manipulation, but TextViews and Fileselectors.
This will remain the target quite a while I fear, I'm just afraid to deal with the CLists Rolling Eyes

I know them from Perl and C, and they are quite complex.
Also adding Drag'n'Drop would be great, but this looks quite complex, too.
I wrote tools for that as standalone-widgets in C for Puppylinux, and I'm not shure I can wrap all the required types and lists.

Greets, Mark

David Cuny · Posted: Sat May 19, 2007 7:27 pm Post subject:

There's nothing wrong with keeping the language small. wxBasic was originally intended to be a small wrapper around wxWidgets. In some ways, I still wish I had kept it that small. Smile