zigbert,
Please do all the testing you want. I've tested only the signal events that made sense to me. The window hide signal seems to be the best workaround for the menubar issue ...zigbert wrote:..... I have to test your workaround more, but it seems to work excellent. .....
Hmmm, the launch/closewindow issue kept cropping up in my head, so I had to do something about it ... I wrote a small utility to close window by id but it's a lame fix .. So, I took another peek (yeah, one last peek and poke) at it and made a quick fix at the sources. I've made several quick tests and I can now launch and close the child window properly. I think since it's just one fix, maybe we should call this gtkdialog3 1/4 .....
So, that's another carrot dangling ... do you want it ?
Some final comments:
1. Drag-n-drop: I believe it's not fully implemented the way you wished for it to be ... This needs a lot of time to sort out ...
2. The right click stuff: It seems to be widget dependent. The code looks like it won't support much ... but I could be incorrect ...
3. "Click on <table> header doesn't sort": No it wont. Currently, I have no idea of the intended behaviour or how this should work in gtkdialog ... Actual GTK2 GtkTable is for widgets, not for spreadsheet-like stuffs ...
4. "Allows user to select multiple items in list, But gtkdialog doesn't output any value": Nope, there's no code to support multi-selected output ... It may multi-select but it doesn't get stored nor printed ... This needs a lot of time to sort out ...
Well, I've only skimmed, peeked and poked at the sources. The launch/closewindow issue doesn't bug me anymore, but I couldn't spend more time on this ... Really zigbert, gtkdialog IS a simple implementation of some GTK2 widgets but looking at how it is implemented, well I guess I know why I get dizzy .....
Rgds