disciple wrote:Thanks guys, I switched the latest version of gtkwialog back in when I realised.
I think gtkwialog is great, but I'm still writing for gtkdialog, as that is what everybody has at the moment.
BTW, are you still going to release the gtkwialog source?
Yes, as I have stated, I will be releasing the gtkwialog source code. It will be guaranteed kept backwards compatible with legacy gtkdialog and also with its existing -a and -b alternative modes. However, as mentioned in its new dev thread, I am currently adding some further functionality on top of these and, following the forum issues I ran into the last time when I put up a for-testing-only-binary (which I have lost permission to delete), the newest version won't be released until I have fully tested it by myself. Thereafter, which may take quite a while, it will be published to DebianDog Organisation gtkwialog repository (not as a test binary only, but, yes, with GPL source). I don't work from the github repository, however, so nothing will appear there until my testing is complete. I'm enjoying programming it though since system level C program was always my own favorite computing pastime!
EDIT: Whether anyone is actually planning to adopt it, I'm not sure, and it doesn't matter (other than I'm in no hurry when no-one but myself may use it anyway!) - I will be using it myself from now on though since my own legacy gtkdialog apps need converted for use under dash system shells too and I find this by far the easiest way with my own programs in practice and I'll also be able to add in some new InterProcessComms optional functionality (simple without adding any detrimental bloat really), which I've long wished was available.
wiak