Glade VCP quits after adding Gramlin plus

Hallo John,

I just tested it here on Debian Jessy.

Glade 3.8.0 crashes adding Gremlin Plus
Glade 3.8.5 loads Gremlin Plus without any Problem.

3.8.5 is the latest Glade supporting GTK2, all newer Glade Versions do only support GTK3, so at this development state they are not compatible with GladeVCP.

Chris has done some work on porting GladeVCP to GTK3, but the Preview part is not solved, as GTK3 does not support any 3D preview window. All possibilities I found do work only with work around or use toolkits what are no longer supported.

IMHO we should all bundle our enforcements and change from pyGTK to pyQt.
As soon as I have finished porting gmoccapy to master (joint Axis support) I will begin to build a new GUI special for retrofitted machines and will try to base that one on pyQt. So any hand will be welcome

Norbert

P.S. Leonardo does discribe how to install glade-3.8.5 under Jessie (in Spanish)

Hi Norbert,

I dabbled with PyQT a few times but to me it is quite confusing to get a handle on it. I wish I understood it better. Maybe better is C++ and Qt I guess... I can write some pretty intense programs with python and gtk. I've even written a golang dxf to g code converter that is unreal fast... I need to stop rambling and take a nap.

JT

newbynobi wrote: IMHO we should all bundle our enforcements and change from pyGTK to pyQt.

So does this mean that we would then have PyVCP, GladeVCP and QtVCP? That seems like an unfortunate level of complexity.

Hallo Andy,

at the very beginning yes!
But...

GTK2 is dead, there are no more development, as it has been replaced with GTK3, so we will be forced in the very near future to
transfer all gtk2 stuff to gtk3 or all the beautiful GUI based on that will not work any more on modern OS.

PyVCP is IMHO an very old relict and not any more "up to date" I have not checked, if there is still support for that one. But editing XML Files by hand is not "user friendly". Do we want users to add stuff, or just developers? IMHO we live in a click drag and drop world.

PyQt : is well supported, there are debs for a lot of Linux variants and does support GUI design by drag and drop and python is easy to learn.

So this is a basics discussion and the will to change and to begin with the change.
In my business we say, the one who is not willing to accept changes is not able to survive!

So let us talk, discuss and than take a decision!

Norbert

I definitely think we should look at using QT, and have been looking at it a bit myself lately.

Another toolkit that I use a bit is FLTK, and it is really pretty nice. A couple of advantages FLTK has are speed, and size. It really is a Fast, Light ToolKit. I can statically link the libraries into a utility and it adds only about 400Kb of size to the executable. The FLTK guys actually recommend static linking which has the advantage that you don't have to rely on the version in the package manager or some other repository but can have an in-tree copy for a project if you want.
It also has a GUI builder called Fluid which works quite well and is simple.

QT on the other hand may be more flexible and make it easier to run on embedded hardware and may have other advantages I don't know of right now. It seems to have a million libraries and dependencies on debian/ubuntu though but that's probably not much of an issue.

If there was a QT version of VCP, would all the existing GladeVCP widgets need to be re-created?